VMware vCenter Server Appliance 6.7.x, 7.x and 8.x.
This is caused by the wal_sender_timeout value being too low. If the vCenter Server appliance experiences high CPU load, the Postgres service may stop the archiver, as it cannot report within the timeout limit configured by default.
Please note: Take snapshot of VC or backup of VC prior to making any changes.
1. Accessing the PostgreSQL Configuration File via SSH
Establish SSH Connection:
Navigate to the Configuration File:
Once connected, use the cd
command to navigate to the PostgreSQL configuration file directory:
cd /storage/db/vpostgres/
Open the Configuration File:
vi
:
vi postgresql.conf
i
to enter insert mode.Esc
to exit insert mode.:wq
and press Enter to save and quit.2. Uncomment and Modify the wal_sender_timeout
Parameter
Locate the Parameter:
#wal_sender_timeout = 60s
within the postgresql.conf
file.Uncomment the Line:
#
character to activate the parameter.Modify the Value:
60s
to 600s
:
wal_sender_timeout = 600s
3. Save the Changes
vi
:
:wq!
and Enter to save the changes and exit the editor.
4. Restart PostgreSQL Services:
service-control --stop vmware-postgres-archiver vmware-vpostgres
service-control --start vmware-postgres-archiver vmware-vpostgres
This adjustment increases the timeout for the write-ahead log (WAL) sender, potentially resolving issues related to slow or intermittent network connections that may cause timeouts during data replication.
How to stop, start, or restart vCenter Server 6.x services and above
Stopping, Starting or Restarting VMware vCenter Server Appliance 6.x & above services