Change Details

Currently, `pcmk__read_remote_message()` reads a single message from a remote connection synchronously with a timeout (typically 60 seconds). That means if the other side stops sending data while a message is being read, the remote daemon can block, making it unable to accept new connections until the timeout expires. The reproducer would be bringing the network interface down on the connection host. The connection host should be fenced and the connection should restart on the other cluster node. The read should be made asynchronous. If data isn't immediately available, return to the mainloop and try again in some small amount of time. New connections should cancel any partial reads. The timeout in `pcmk__remote_ready()` must be considered as well. Separately, `pcmk__tls_client_handshake()` is currently synchronous/blocking as well, and should be asynchronous. That can be separated into its own task if desired. See: * [[https://issues.redhat.com/browse/RHEL-34276 | RHEL-34276]]

Currently, `pcmk__read_remote_message()` reads a single message from a remote connection synchronously with a timeout (typically 60 seconds). That means if the other side stops sending data while a message is being read, the remote daemon can block, making it unable to accept new connections until the timeout expires. The reproducer would be bringing the network interface down on the connection host. The connection host should be fenced and the connection should restart on the other cluster node. The read should be made asynchronous. If data isn't immediately available, return to the mainloop and try again in some small amount of time. New connections should cancel any partial reads. The timeout in `pcmk__remote_ready()` must be considered as well. See also: * T824 * [[https://issues.redhat.com/browse/RHEL-34276 | RHEL-34276]]

Currently, `pcmk__read_remote_message()` reads a single message from a remote connection synchronously with a timeout (typically 60 seconds). That means if the other side stops sending data while a message is being read, the remote daemon can block, making it unable to accept new connections until the timeout expires. The reproducer would be bringing the network interface down on the connection host. The connection host should be fenced and the connection should restart on the other cluster node. The read should be made asynchronous. If data isn't immediately available, return to the mainloop and try again in some small amount of time. New connections should cancel any partial reads. The timeout in `pcmk__remote_ready()` must be considered as well. Separately, `pcmk__tls_client_handshake()` is currently synchronous/blocking as well, and should be asynchronous. That can be separated into its own task if desired. Seee also: * T824 * [[https://issues.redhat.com/browse/RHEL-34276 | RHEL-34276]]