On this page:
The platform log files include the following:
You can use the Enterprise Console to retrieve log files for the Controller and Events Service. On the Controller or Events Service page, expand More options and click Retrieve Log to start a Retrieve Log job. When the job has successfully completed, it will retrieve and save the Controller or Events Service log files, which include AppServer, Reports Service, and DB logs, as a zip file to /home/appdynamics/appdynamics/platform/platform-admin on the Enterprise Console host.
You can also run the following command on the Enterprise Console host:
You can manage your log files by setting up log rotation and adjusting the retention periods.
The application server is preconfigured to rotate the server.log file regularly, based on settings in the domain configuration file. On Windows, there is an additional log file for Glassfish service launcher that needs to be rotated.
For the other log files, such as database.log, you need to set up log rotation to prevent them from consuming excessive disk space. You also need to set up log rotation for an additional log file, <controller_home>/db/data/slow.log. This log contains information about slow MySQL queries.
The tool you use to perform the rotation depends on your operating system. On Linux, you can use the mysql-log-rotate script. The script is included with the Controller database installation at <controller_home>/db/support-files. You need to modify the script for your environment, since it is not set up to rotate the database.log file by default. On other systems, you need to create or install a script that performs log rotation and make sure that it get run regularly, for example, by cron or an equivalent task scheduler.
Enterprise Console logs in
platfom-admin/logs are automatically archived in a .gz format with a date time stamp after they grow too large. The size of each archived log is around 300 KB. Only the latest seven files are archived in the logs directory.
If you want to retain the archived logs for longer periods of time, you can configure the settings in the Dropwizard configuration file, PlatformAdminApplication.yml. Under the logging/appenders/type: file section, you need to specify a larger archivedFileCount, as well as maxFileSize. See the Dropwizard Configuration Reference for more information.
Set the new location for server.log by modifying the Log File value.
The default value points to the logs directory located at the root of the Controller home directory.
If you specify a directory that does not exist, it is created when you restart the application server.
Change the database.log location by opening the <controller_home>/db/db.cnf file. You can also change the db.cnf file from the Enterprise Console GUI Database Configurations page. Doing so also restarts the database server.
The Enterprise Console takes a backup when you modify these configurations.
Set the value of the log-error property to the new location of the database.log file. This directory location must exist before you restart the Controller or you will get start-up errors.
Edit the log location specified in the following line to reflect the new location:
Open the <controller_home>/appserver/glassfish/domains/domain1/config/domain.xml file, and change the log location specified in the following:
log-root attribute of the domain element.
file attribute of the log-service element.
tx-log-dir attribute of the transaction-service element.
Copy if desired any existing logs from the default directory (<controller_home>/logs) to the new location.
Restart the Controller. See Start or Stop the Controller.
Verify that the database.log and server.log files are being written to the new location and remove the old log files. The database.log location is controller/db/logs/database.log.
The Controller logs provide information about possible errors in Controller operations. By default, the Controller writes to the log at the INFO level. When debugging your Controller deployment, you may need to increase the logging level to generate additional information.
You can set the logging level by Controller component, which include:
By default, the Controller generates logs at the INFO level. You can change the level for one or all of the components. This may be needed, for example, when you are debugging your system, and want the Controller to generate more information in the form of logs. On the other hand, you may wish to reduce logging verbosity to minimize the reduce the rate of growth of log files. The following steps describe how to change the default log levels.