Symptoms:
xxxx.xx.xx xx:xxxx.xxx UTC xxxxxxxx.xxxx 0 LOG: database system was interrupted; last known up at xxxx-xx-xx xx:xx:xx UTCxxxx.xx.xx xx:xxxx.xxx UTC xxxxxxxx.xxxx 0 PANIC: too many replication slots active before shutdownxxxx.xx.xx xx:xxxx.xxx UTC xxxxxxxx.xxxx 0 HINT: Increase max_replication_slots and try again.xxxx.xx.xx xx:xxxx.xxx UTC xxxxxxxx.xxxx 0 LOG: startup process (PID 40986) was terminated by signal 6: Abortedxxxx.xx.xx xx:xxxx.xxx UTC xxxxxxxx.xxxx 0 LOG: aborting startup due to startup process failurexxxx.xx.xx xx:xxxx.xxx UTC xxxxxxxx.xxxx 0 LOG: database system is shut downxxxx.xx.xx xx:xxxx.xxx UTC xxxxxxxx.xxxx 0 LOG: database system was interrupted; last known up at xxxx-xx-xx xx:xx:xx UTCxxxx.xx.xx xx:xxxx.xxx UTC xxxxxxxx.xxxx 0 PANIC: replication checkpoint has wrong magic 4177909209 instead of 307747550xxxx.xx.xx xx:xxxx.xxx UTC xxxxxxxx.xxxx 0 LOG: startup process (PID 32173) was terminated by signal 6: Abortedxxxx.xx.xx xx:xxxx.xxx UTC xxxxxxxx.xxxx 0 LOG: aborting startup due to startup process failurexxxx.xx.xx xx:xxxx.xxx UTC xxxxxxxx.xxxx 0 LOG: database system is shut down
Note: The preceding log excerpts are only examples. Date, time, and environmental variables may vary depending on your environment.
VMware vCenter Server Appliance
The issue occurred due to ungraceful shutdown of vCenter which might cause corruption on vPostgres filesystem and does not delete old WAL (write-ahead logging) files from pg_xlog and leads to checkpoint mismatch in pg_logical.
Note: Take a backup of the vCenter Server before making any changes
To workaround the issue, rename the replorigin_checkpoint file