After applying the 9.0.1 patch to the VCF Operations fleet management appliance, you may experience the following symptoms only if you reboot the Fleet Management appliance:
VCF Operations Fleet Management is not Ready journalctl -xeu vpostgres.service on the Fleet management appliance using root credentials, displays:
<TimeStamp> <hostname> postgres[11273]: <TimeStamp> [11273] FATAL: data directory "/var/vmware/vpostgres/current/pgdata" has invalid permissions
<TimeStamp> <hostname> postgres[11273]: <TimeStamp> [11273] DETAIL: Permissions should be u=rwx (0700) or u=rwx,g=rx (0750).
/var/vmware/vpostgres/current/pgdata/postmaster.pid.This issue is also observed of the fleet management appliance gets rebooted as part of vCenter HA host isolation response.
You will see log entries similar to the following:
/var/log/vrlcm/vmware_vrlcm.logCaused by: org.hibernate.exception.JDBCConnectionException: Unable to open JDBC Connection for DDL execution
at org.hibernate.exception.internal.SQLStateConversionDelegate.convert(SQLStateConversionDelegate.java:112)
Caused by: org.postgresql.util.PSQLException: Connection to localhost:5432 refused. Check that the hostname and port are correct and that the postmaster is accepting TCP/IP connections.
at org.postgresql.core.v3.ConnectionFactoryImpl.openConnectionImpl(ConnectionFactoryImpl.java:319)
journalctl -xeu vpostgres.service<Hostname> postgres[20638]: pg_ctl: could not open PID file "/var/vmware/vpostgres/current/pgdata/postmaster.pid": Permission denied
<Hostname> systemd[1]: vpostgres.service: Control process exited, code=exited, status=1/FAILURE
VCF Operations Fleet Management Appliance 9.0.1
pgdata folder by executing the following command:
chmod 700 /var/vmware/vpostgres/current/pgdata/
/opt/vmware/vlcm/cert directory. The key and certificate files requiring change will have a timestamp in their names (e.g., server.crt.250###2056).mv server.key.250###2056 server.key
mv server.crt.250###2056 server.crt
Disable the "cap_init" service executing the below command:
systemctl disable cap_initsystemctl daemon-reload
systemctl restart nginx
systemctl restart vrlcm-server.service
systemctl status vrlcm-server.service
tail -f /var/log/vrlcm/vmware_vrlcm.log
NOTE: A reboot of the SDDC manager appliance may be required if the services don't reconnect cleanly, in this state you will likely see the UI but it will not function as expected