PostgreSQL replication is not in progress. For an initial deployment, PostgreSQL standby creation may take time depending on the database size. If this issue persists, verify that PostgreSQL is running on the passive node and that the passive node is reachable on the vCenter HA network.
<time stamp> info vcha[###] [Originator@6876 sub=vpxUtil] System command failed; '/usr/bin/rsync', args: [--recursive,--checksum,--perms,--times,--group,--owner,--links,--protect-args,--temp-dir=/storage/vcha/.tmpfiles,--info=progress,--timeout=60,--rsh=ssh -i /home/vcha/.ssh/id_rsa -o UserKnownHostsFile=/home/vcha/.ssh/known_hosts,/etc/vmware-vpx/extensions/com.vmware.vsan.health/locale/es/locmsg.vmsg,vcha@<passive_node_vcha_ip_address>:/etc/vmware-vpx/extensions/com.vmware.vsan.health/locale/es/], exit code: 255
--> stdout:
--> stderr: ssh: connect to host <passive_node_vcha_ip_address> port 22: Connection refused^M
--> rsync: connection unexpectedly closed (0 bytes received so far) [sender]
--> rsync error: unexplained error (code 255) at io.c(232) [sender=3.4.1]
-->
<time stamp> error vcha[23596] [Originator@6876 sub=RsyncRepl-smallFrp] Rsync failed, retcode: 255, error: ssh: connect to host <passive_node_vcha_ip_address> port 22: Connection refused^M
--> rsync: connection unexpectedly closed (0 bytes received so far) [sender]
--> rsync error: unexplained error (code 255) at io.c(232) [sender=3.4.1]
-->
VMware vCenter Server 8.0.x
The configuration for the vPostgreSQL database, stored in /storage/db/vpostgres/postgresql.conf.auto in the vCenter Server Appliance (VCSA) is automatically configured, based on the overall memory size of the appliance. That includes the overall maximum number of accepted connections.
When the overall memory is being reduced, this number is lowered equally. For example, a VCSA 8 with 28 GByte memory size will usually have the maximum connections for the database set with about 700, while with 8 GByte memory that number is only about 300 connections.
If there is a discrepancy between these limits between the active and passive node, the active node will be unsuccessful in opening new connections with the database in the passive node, resulting in the data transfer used for the postgres replication to be disrupted.
Please do not change the virtual hardware configuration of the additional nodes that are created as part of the VCHA deployment.
Such changes are not supported, the passive node is meant to be an exact mirror of the active node, especially because there are multiple configurations used by the components in the operating system of the VCSA that are automatically configured, mainly based on the overall memory size of the appliance.
Therefore both nodes should have the same virtual hardware configuration to prevent issues such as the one outlined above.