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

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

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

Chapter 5, Media Manager Status Codes and Messages 235<br />

Status Codes<br />

Explanation: A process timed out while connecting to vmd (the Media Manager volume<br />

daemon on UNIX or <strong>NetBackup</strong> Volume Manager service on <strong>Windows</strong>) or to oprd (the<br />

operator request daemon/process). This problem can occur when a connection is<br />

attempted and the server process is not running. It can also occur if the network or server<br />

is heavily loaded and has slow response time.<br />

Recommended Action:<br />

1. On the host (Media Manager host, Device Host, or volume database host) where vmd<br />

is the recipient of the connection, verify that the daemon/service is running. If the<br />

daemon/service is not running, start it. On <strong>Windows</strong>, vmd is the <strong>NetBackup</strong> Volume<br />

Manager service.<br />

2. If vmd is already running, examine command output, debug logs, and system logs <strong>for</strong><br />

a more detailed message on the error.<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 daemons/services, or execute the<br />

command’s verbose option, if available.<br />

b. Retry the operation and examine the logs.<br />

3. Verify that the correct host names are defined in the configuration. Each robot<br />

definition contains a volume database host where volumes are configured <strong>for</strong> use in<br />

the robot. Each group of servers shares a common global device database host, which<br />

vmd manages.<br />

4. Check the services file. On UNIX, verify that the /etc/services file (and NIS<br />

services if NIS is used) has entries <strong>for</strong> the vmd service. (Note that oprd is always<br />

started by the vmd service.) On <strong>Windows</strong>, verify that the<br />

%systemroot%\system32\drivers\etc\services file has the correct entry <strong>for</strong><br />

vmd. Also verify that the vmd port number in the services file agrees with the port<br />

number configuration, which is noted in the man page <strong>for</strong> vmd(1M).<br />

5. Verify that all operating system patches or service packs are installed.<br />

6. Ensure that the Media Manager configuration is not tuned so that the load on vmd<br />

exceeds its ability to service requests. Look <strong>for</strong> entries in the Media Manager<br />

configuration file, vm.conf, that increase the load. Consider placing the volume<br />

database on a higher per<strong>for</strong>mance server and file system if per<strong>for</strong>mance is an issue.<br />

Consider using inventory filtering <strong>for</strong> robot types that support it, to reduce the<br />

number of volumes in the volume configuration.<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!