You can check the page source for this information: most browsers allow you to search the page source when you’ve opened it. Try searching for the text db. If nothing matches this string, then the files on that page are coming directly from the file system, which will be marked with the notation fs (for file system) or gd (for globald).
• Is dblogd(8) running?To determine if the dblogd(8) daemon is running:To determine if the mysql daemon is running, you can do the following:Another clue is that if the Admin window contains only “undefined” values, then the database is not running, or is running but a connection to it from Xinet cannot be made.Windows: \Program Files\Xinet\Venture\Bin\mysql -u root -p
Type the password at the prompt
Type: use webnative;Here's how to look for a running sync process:Unix: ps -ef | grep syncvoltodb
ps -ef | grep userperms
ps -ef | grep dblogdWindows: Check for syncvolotdb.exe in the Task Manager.
Check for userperms.exe in the Task Manager.
Check for dblogd.exe in the Task Manager.
• Is FullText index creation underway?You can also check for the presence of the file #sql_XXXXX.MYI in the Xinet data directory. This is the temporary file where the FullText index is being created.
• Are files being added behind dblogd(8)’s back?Check the venture.log file (described in The venture.log and venturelog.old files and The Database log) for messages about out of sync in directories that have been modified with files without using ksd(1M), any of the other Xinet “ks” utilities or Xinet.If this is the case, and if you are regularly using shell scripts, FTP uploads, SMB or NFS mounts or any other method to get files onto your Xinet-enabled volumes not using ksd(1M), Xinet “ks” utilities or Xinet, then please see What to do if events are not getting into the database for more detail on using this kind of workflow with Xinet.