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 />

Robotic Status Codes<br />

These status codes are logged by robotic daemons/processes. They are also issued by<br />

programs that call the robotic operations, such as the vmchange command and the media<br />

and device management user interfaces.<br />

Robotic Status Code: 200<br />

Message: STATUS_SUCCESS<br />

Explanation: A robotic operation was successfully completed.<br />

Recommended Action: None.<br />

Robotic Status Code: 201<br />

Message: Unable to open robotic path<br />

Explanation: The robotic library device could not be opened. The specific case could be<br />

one of the following.<br />

◆ The robot device, path, or library name in the device configuration may not be valid.<br />

◆ The configured robotic device may not exist.<br />

◆ The robotic device may be incorrect, such as a UNIX device file that is not of a<br />

character special file <strong>for</strong>mat.<br />

◆ The robotic daemon/process lock file could not be opened or a lock obtained.<br />

◆ The open operation on the device or through the API interface (such as NDMP) failed.<br />

Recommended Action:<br />

1. Stop any robot test utilities that may be running, since they have the lock on the<br />

robotic device when they are active.<br />

2. Check the configuration of the robot against the recommended configuration as<br />

indicated in the documentation <strong>for</strong> robot configuration.<br />

3. Check the health of the robotic device by using a robot test utility, then close the test<br />

utility when finished.<br />

4. Check <strong>for</strong> the existence and permissions of the lock file itself and the lock file<br />

directory, which is /usr/openv/volmgr/misc/vmd.lock (UNIX) or<br />

install_path\Volmgr\misc\vmd.lock (<strong>Windows</strong>). Create the directory/folder and<br />

adjust the permissions as needed so that the robotic daemon/process can use the lock<br />

file. Stop and restart ltid (the device daemon on UNIX or the <strong>NetBackup</strong> Device<br />

Manager service on <strong>Windows</strong>).<br />

338 <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!