15.04.2013 Views

NetBackup 4.5 Troubleshooting Guide for Windows - Symantec

NetBackup 4.5 Troubleshooting Guide for Windows - Symantec

NetBackup 4.5 Troubleshooting Guide for Windows - Symantec

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Status Codes<br />

<strong>NetBackup</strong> <strong>4.5</strong> <strong>Troubleshooting</strong> <strong>Guide</strong> <strong>for</strong> <strong>Windows</strong><br />

a. If not already enabled, enable debug logging by creating the necessary<br />

directories/folders. Increase the level of verbosity by adding the VERBOSE<br />

option in the vm.conf file and restarting the volume daemon / <strong>NetBackup</strong><br />

Volume Manager service, or start vmd with the verbose option.<br />

b. Retry the operation and examine the logs. One of the following may have<br />

occurred, as described in the following steps.<br />

3. Lock file problems: The device discovery process sets a lockfile in the<br />

/usr/openv/volmgr/misc (UNIX) or Install_path\Volmgr\misc (<strong>Windows</strong>)<br />

directory named tpac.lock to ensure that only one instance of discovery is running<br />

on a particular host. It then checks the lockfile be<strong>for</strong>e updating the configuration.<br />

◆ Cannot obtain lockfile.<br />

The lockfile may be held by another discovery process. In this case the following<br />

error is displayed:<br />

"another tpautoconf is already running"<br />

Use standard OS process tools (ps on UNIX or Task Manager on <strong>Windows</strong>) to<br />

determine if another tpautoconf process is running. If not, delete the lockfile<br />

and re-run device discovery. If another tpautoconf process is running, wait <strong>for</strong><br />

it to complete be<strong>for</strong>e retrying.<br />

◆ Failed checking lockfile.<br />

In the case of long device-discovery cycles, the interface may timeout or the user<br />

may cancel the process. Part of the timeout or cancelling is to remove the lockfile.<br />

This tells the device discovery process that it should not continue making<br />

modifications to the device configuration. If this happens, re-run the discovery<br />

process.<br />

4. Global device database inconsistency: Prior to beginning the process of discovering<br />

new devices on a host, the global device database is checked <strong>for</strong> internal consistency.<br />

The following are example log messages in the tpcommand log directory, along with<br />

steps to determine the problem and correct it.<br />

◆ Fatal Global Database consistency error: Couldn’t contact robot 1 on host mud<br />

The global device database has found a robot entry <strong>for</strong> robot 1 on mud, but could<br />

not communicate with it. Delete that robot on host mud and re-run device<br />

discovery there.<br />

◆ Fatal Global Database consistency error: TLM/ACS control host mismatch 1 on<br />

hosts bison and mud.<br />

300 <strong>NetBackup</strong> <strong>Troubleshooting</strong> <strong>Guide</strong> - <strong>Windows</strong> NT/2000<br />

<strong>NetBackup</strong> <strong>4.5</strong> <strong>Troubleshooting</strong> <strong>Guide</strong> <strong>for</strong> <strong>Windows</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!