catalina.out log file catalina.out indicate errors as shown below: tail -n catalina.outERROR StatusLogger Unable to create Lookup for bundlejava.lang.ClassCastException: class org.apache.logging.log4j.core.lookup.ResourceBundleLookup
ERROR StatusLogger Unable to create Lookup for ctxjava.lang.ClassCastException: class org.apache.logging.log4j.core.lookup.ContextMapLookup
ERROR StatusLogger Unable to create Lookup for javajava.lang.ClassCastException: class org.apache.logging.log4j.core.lookup.JavaLookup
ERROR StatusLogger Unable to create Lookup for log4jjava.lang.ClassCastException: class org.apache.logging.log4j.core.lookup.Log4jLookup
ERROR StatusLogger Unable to create Lookup for lowerjava.lang.ClassCastException: class org.apache.logging.log4j.core.lookup.LowerLookup
Aria Operations 8.18.x
In some rare instances, the casa.war file might not extract correctly into the casa/ directory. While the precise reason for this is still under investigation, removing the existing casa/ directory and restarting the vmware-casa service forces a re-extraction of the casa.war file, typically resolving the issue.
Snapshot each nodes, prior making the below changes.
Aria Ops has multiple .war files used for various purposes (like the API, the UI, etc.). Since this catalina.out file is in the logs/casa-webapp/ directory, we know it's the casa.war file having trouble.
Also, all of the ClassCastExceptions in the catalina.out log have "at org.apache.catalina.startup.HostConfig.deployWAR" in their stacktrace as part of the startup. This is what's making us think the deployment of the war file was corrupted, leading to either missing or corrupted .jar files in the casa/ webapp's WEB-INF/ directory.
This is still a safe operation and will help us remediate the problem.