When files on the volumes are not properly reflected in the Xinet Database (or in the Portal), you need to check if there is no backlog for the
dblogd process. This article explains how to troubleshoot issues happening to this process.
- Confirm if there is a backlog of
webdblog_nnnfiles by checking in the Xinet Server for one or more of these log files:
- Go to
- Check for any files like webdblog_nnn (e.g., webdblog_001, webdblog_002, etc).
- If there is only one webdblog file, event processing should be up-to-date. If there is more than one, you should verify if the
dblogdprocess (the database daemon) is running:
In the Xinet Administration view, go to the Database->Admin->Settings tab. This will report the current state of
dblogd, either Running or Stopped.
If it is stopped, you can click on the Restart Daemon button to start the
- If restarting the daemon did not fix the problem, as the
dblogdprocess is still not processing the backlog, we have to put the daemon in debug mode to collect detailed log information for further investigation:
Stop the daemon if it is running:
- Next, verify that it has stopped by checking the currently active processes. The
dblogdprocess should not be running.
ps -ef | grep dblogd
Restart the daemon, this time in debug mode, sending the output to the file
/usr/etc/venture/bin/dblogd -D >& /tmp/dblogd.out
- Reproduce the problem (or simply let the daemon die if that happens to be the issue).
- Stop the debugging process by repeating the command:
- Finally, restart
dblogdnormally by using the Database->Admin-> Settings tab and the Restart Daemon button (as in the step 2b).
- Review the output file
dblogd.outfor specific messages and warnings on what is the actual problem.
- Stop the daemon if it is running: