LiveUpdate Administrator (LUA) 2.x contains a built-in function to collect troubleshooting information that can help Symantec Technical Support diagnose problems. Supplemental diagnostic logs will provide a complete picture. This article contains information on how to collect these.
These sections below describe how to gather various logs for troubleshooting LUA issues. At minimum the "Luadebuginfo.zip" and "LUA Event Logs, SymDiag, Recovery File" sections should be followed to gather enough logs to troubleshoot most LUA issues. The other sections describe additional and more detailed logging that may be needed on a case by case basis.
To gather troubleshooting diagnostic information from LUA 2.3.1 and later:
This will produce a .zip file that can be provided to support.
Three additional pieces of information are always helpful when troubleshooting LUA issues: LUA Event Logs, SymDiag, LUA configuration recovery file.
If the source of the update issue lies on the clients updating from LUA, gathering diagnostic data from one or more clients may be necessary (for example, SymDiag diagnostics or log.lue files from affected clients). Depending on the issue encountered, Symantec Technical Support will also often request specific individual files (directory listings, configuration files, etc).
If instructed by support, one or more of the following additional debug logging options may be requested.
If instructed by Technical Support, to set the log DEBUG level, in LUA 2.x this can be configured following the below steps:
You can run the command "tomcat9w.exe //ES//LUATomcat" from tomcat/bin directory and go to the logging tab and set the logging level to debug.
Restart the LUA Apache Tomcat service after making above changes.
Once the issue is reproduced, collect all the log files and then change the values to FINE/INFO and restart the tomcat service. Alternatively you can restore the original backed up file.
There is no option to change the rotation file size in the logging.properties file, though there is option to change the log rotation days which is by default set to 7 and server.xml has the setting for access log which is also 7 days.