This article is applicable when you observe the following symptoms:
To view the logs for the identity-service-app pod on the vRealize Automation appliance:
kubectl get pods -n prelude | grep identity-service-app
kubectl logs identity-service-app-#########-##### -n prelude
You may see entries similar to these (where [vIDM_FQDN] and [vIDM_IP] are the FQDN and IP address of your vIDM instance):
YYYY-MM-DD HH:MM:SS.xxx+0000 WARN 29 --- [ctor-http-nio-2] r.netty.http.client.HttpClientConnect : [id: 0x1676876c, L:/<INTERNAL_IP>.:46894 ! R:[vIDM_FQDN]/[vIDM_IP]:443] The connection observed an error
io.netty.handler.codec.DecoderException: javax.net.ssl.SSLHandshakeException: General SSLEngine problem
at java.lang.Thread.run(Thread.java:748) [na:1.8.0_221]
Caused by: javax.net.ssl.SSLHandshakeException: General SSLEngine problem
Caused by: javax.net.ssl.SSLHandshakeException: General SSLEngine problem
Caused by: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
VMware Aria Automation 8.x
This is due to the identity-service-app pod having the old vIDM certificate in its Java keystore.
echo | openssl s_client -connect [vIDM_FQDN]:443 2>/dev/null | openssl x509 -fingerprint -sha256 -noout | awk -F'=' '{print $2}' | tr -d ':' | awk '{print tolower($0)}'
vracli vidm
vi /tmp/admin-password.txt
vracli vidm command in Step 3, and [sha256_thumbprint] is the output of the command in Step 2):
vracli vidm set https://[vIDM_FQDN] admin /tmp/admin-password.txt [user] -f [sha256_thumbprint]
/opt/scripts/deploy.sh
rm /tmp/admin-password.txt
The Aria Automation portal will also report a Bad Gateway message if you try to connect to the Aria Automation portal when the VA restart procedure is started as per Starting and stopping vRealize Automation.