Below are the steps for enabling vasd debug to capture more information about what is happening.
1. Enable vasd debugging by running:
# /opt/quest/bin/vastool configure vas vasd debug-level 5
NOTE: If troubleshooting Starling 2FA issues run this command as well.
# /opt/quest/bin/vastool configure vas starling debug-level 5
2. Configure the System Logger configuration file for the operating system to capture debug.
The name of the file, location, and setting may vary. Refer to the operating system vendor for more information. The most common configuration is below:
Edit the syslog.conf or rsyslog.conf (or appropriate syslog config) file and add *.debug line and specify a file for the output like below:
When configuring syslog please note the following:
Some operating system require the <tab> key to be used instead of spaces after "*.debug"
3.Create the log file:
# touch /tmp/vas_debug.log
4. Restart the syslog daemon:
# systemctl restart syslog
5. Reproduce the steps that had failed earlier or wait for the issue to occur again.
Please save the date command and the commands done to reproduce the failure in a text document.
NOTE: VASD does not need to be restarted on 4.0 and later. It will read the changes and start logging debug within 30 seconds.
6. Once the issue has been reproduced or occurred, review the debug file to ensure that it contains data.
7. Attach a copy of the text file with the commands and data and the debug file to the Service Request.
8. To remove the debug do the following:
1. Unconfigure vasd debugging:
# /opt/quest/bin/vastool configure vas vasd debug-level
NOTE: If you configured for Starling debug then run this command as well.
# /opt/quest/bin/vastool configure vas starling debug-level
2. Remove the *.debug line that you added to syslog.conf
3. Restart the syslog process
4. After you have reviewed or sent the log file to support it can be safely removed.
# rm /tmp/vas_debug.log