NetBackup Troubleshoot NTServer
NetBackup Troubleshoot NTServer
5 ™
    Troubleshooting Guide
    for Windows
                                March 2002
                            30-000524-011
Disclaimer
             The information contained in this publication is subject to change
             without notice. VERITAS Software Corporation makes no warranty
             of any kind with regard to this manual, including, but not limited to,
             the implied warranties of merchantability and fitness for a particular
             purpose. VERITAS Software Corporation shall not be liable for errors
             contained herein or for incidental or consequential damages in
             connection with the furnishing, performance, or use of this manual.
Copyright
             Copyright © 1998 - 2002 VERITAS Software Corporation. All Rights
             Reserved. VERITAS, VERITAS SOFTWARE, the VERITAS logo,
             Business Without Interruption, VERITAS The Data Availability
             Company, VERITAS NetBackup, VERITAS NetBackup
             BusinesServer, VERITAS Remote Storage for Microsoft Exchange,
             VERITAS Storage Migrator, and VERITAS Storage Migrator Remote
             are trademarks or registered trademarks of VERITAS Software
             Corporation in the U.S. and/or other countries. Other product names
             mentioned herein may be trademarks or registered trademarks of
             their respective companies.
             Portions of this software are derived from the RSA Data Security, Inc.
             MD5 Message-Digest Algorithm. Copyright 1991-92, RSA Data
             Security, Inc. Created 1991. All rights reserved.
             VERITAS NetBackup Troubleshooting Guide for Windows
             VERITAS Software Corporation
             350 Ellis Street
             Mountain View, CA 94043
             USA
             Phone 650–527–8000
             Fax 650-527-8050
             www.veritas.com
Contents
     Preface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix
         Audience . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix
         Organization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix
         Related Manuals . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . x
         Accessibility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . x
         Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . x
            Type Style . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . x
            Notes and Cautions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi
            Key Combinations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi
            Command Usage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi
            Terms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .xii
         Getting Help . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .xii
     Chapter 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
         Define the Problem . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
            What was the Error Indication? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
            What Were You Trying to Do When the Problem Occurred? . . . . . . . . . . . . . . . . . . . 2
         Record All Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
         Troubleshooting the Problem . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
         Problem Report Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
            General Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
                                                                                                                                     iii
         Troubleshooting Installation and Configuration Problems . . . . . . . . . . . . . . . . . . . . . . 10
            To Resolve Installation Problems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
            To Resolve Common Configuration Problems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
            To Resolve Device Configuration Problems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
         General Test and Troubleshooting Procedures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
            To Test Master Server and Clients . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
            Testing Media Server and Clients . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
            Resolving Network Communication Problems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
            Verifying Host Names and Services Entries . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
            Using bpclntcmd . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
            Host Name and Service Entry Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
               Example 1: Master Server and Client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
               Example 2: Master and Media Servers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
               Example 3: NetWare and Macintosh Clients . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
               Example 4: Clients in Multiple Networks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
               Example 5: Server Connects to Multiple Networks . . . . . . . . . . . . . . . . . . . . . . . 38
         Using the Host Properties Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
Contents                                                                                                                                   v
            Before Starting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 406
            To Recover a Windows Client Disk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 407
            Recommended Backup Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 409
         Recovering the NetBackup Catalogs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 409
            Identifying the Most Recent Database Backup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 410
               Example 1: List by Using a Raw Device . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 410
               Example 2: List by Using a Media Manager Controlled Drive . . . . . . . . . . . . . 411
               Example 3: List Disk Path . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 411
            Procedures for Recovering NetBackup Catalogs . . . . . . . . . . . . . . . . . . . . . . . . . . . 411
               Before Starting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 412
               Recover Catalogs From Tape - Media Manager Catalogs Lost . . . . . . . . . . . . . 412
               Recover Catalogs from Tape - Media Manager Catalogs Intact . . . . . . . . . . . . 415
               Recover Catalogs From Disk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 416
Contents                                                                                                                                 vii
                     Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 487
Glossary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 493
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 521
Audience
       This guide is intended primarily for the system administrator who is responsible for
       installing, configuring, and managing NetBackup. The system administrator is assumed
       to have a good working knowledge of both NetBackup and Windows. Some sections will
       also be useful to less-technical users who encounter problems when backing up,
       archiving, or restoring files.
Organization
       ◆   Chapter 1, “Introduction,” explains how to define a problem and describes the
           information you should gather during troubleshooting. Both administrators and
           client users should read this chapter first.
       ◆   Chapter 2, “Troubleshooting Procedures,” includes procedures for isolating the
           problem to a specific area.
       ◆   Chapter 3, “Using the Logs and Reports,” discusses the NetBackup logs and how to
           interpret them.
       ◆   Chapter 4, “NetBackup Status Codes and Messages,” explains each NetBackup status
           code and provides corrective actions for error conditions.
       ◆   Chapter 5, “Media Manager Status Codes and Messages,” explains each Media
           Manager status code and provides corrective actions for error conditions.
       ◆   Chapter 6, “Disaster Recovery,” explains how to recover critical NetBackup
           information in case of a disk crash.
       ◆   Appendix A, “Functional Overview,” provides a functional overview of NetBackup
           and its Media Manager component, for both Windows and UNIX.
                                                                                     ix
Related Manuals
                configuring NetBackup on a host with multiple network connections and when hosts
                have multiple names.
            ◆ Appendix C, Robotic Test Utilities, explains how to start the tests that are included
                                “                        ”
                assistance when browsing, restoring, or converting catalogs from Backup Exec media
                and databases.
            Following the appendixes is a glossary of NetBackup terms.
Related Manuals
            Refer to the   NetBackup Release Notes   for a complete list of NetBackup manuals.
Accessibility
            NetBackup contains features that make the user interface easier to use by people who are
            visually impaired and by people who have limited dexterity. Accessibility features
            include:
            ◆ Support for assistive technologies such as screen readers and voice input (Windows
                servers only)
            ◆ Support for keyboard (mouseless) navigation using accelerator keys and mnemonic
                keys
            For more information, see the NetBackup system administrator's guide.
Conventions
            The following explains typographical and other conventions used in this guide.
Type Style
Typeface                   Usage
Bold fixed width           Input. For example, type cd to change directories.
Typeface                     Usage
Fixed width                  Paths, commands, filenames, or output. For example: The default installation
                             directory is /opt/VRTSxx.
Italics                      Book titles, new terms, or used for emphasis. For example:Do not   ignore cautions.
Sans serif (italics)         Placeholder text or variables. For example: Replace filename with the name of your
                             file.
Serif (no italics)           Graphical user interface (GUI) objects, such as fields, menu choices, etc.
                             For example: Enter your password in the Password field.
              Note     This is a Note. Notes are used to call attention to information that makes using the
                       product easier or helps in avoiding problems.
              Caution      This is a Caution. Cautions are used to warn about situations that could cause
                           data loss.
          Key Combinations
              Some keyboard command sequences use two or more keys at the same time. For example,
              holding down the Ctrl key while pressing another key. Keyboard command sequences
              are indicated by connecting the keys with a plus sign. For example:
                   Press Ctrl+t
          Command Usage
              The following conventions are frequently used in the synopsis of command usage.
              brackets [ ]
                  The enclosed command line component is optional.
              Vertical bar or pipe (|)
                  Separates optional arguments from which the user can choose. For example, when a
                  command has the following format:
                         command arg1|arg2
                     the user can use either the arg1 or arg2 variable.
Preface                                                                                                xi
Getting Help
        Terms
               The terms listed in the table below are used in the VERITAS NetBackup documentation to
               increase readability while maintaining technical accuracy.
               Term                    Definition
               Microsoft Windows,      Terms used as nouns to describe a line of operating systems
               Windows                 developed by Microsoft, Inc.
                                       A term used as an adjective to describe a specific product or
                                       noun. Some examples are: Windows 95, Windows 98,
                                       Windows NT, Windows 2000, Windows servers, Windows
                                       clients, Windows platforms, Windows hosts, and Windows
                                       GUI.
                                       Where a specific Windows product is identified, then only that
                                       particular product is valid with regards to the instance in which
                                       it is being used.
                                       For more information on the Windows operating systems that
                                       NetBackup supports, refer to the VERITAS support web site at
                                       http://www.support.veritas.com.
               Windows servers         A term that defines the Windows server platforms that
                                       NetBackup supports; those platforms are: Windows NT and
                                       Windows 2000.
               Windows clients         A term that defines the Windows client platforms that
                                       NetBackup supports; those platforms are: Windows 95, 98, ME,
                                       NT, 2000, XP (for 32- and 64-bit versions), and LE.
Getting Help
               For updated information about this product, including system requirements, supported
               platforms, supported peripherals, and a list of current patches available from Technical
               Support, visit our web site:
                   http://www.support.veritas.com/
               VERITAS Customer Support has an extensive technical support structure that enables you
               to contact technical support teams that are trained to answer questions to specific
               products. You can contact Customer Support by sending an e-mail to
               support@veritas.com, or by finding a product-specific phone number from the VERITAS
               support web site. The following steps describe how to locate the proper phone number.
Preface                                                                                         xiii
Getting Help
        but still suspect a problem, check the reports and logs. NetBackup provides extensive
        reporting and logging facilities and these can provide an error message that points you
        directly to a solution.
        The logs also show you what went right and what NetBackup was doing when the
        problem occurred. For example, a restore can be waiting for media to be mounted and the
        required media is currently in use for another backup.
        The Using the Logs and Reports chapter describes the log information that NetBackup
           “                              ”
        provides. The NetBackup Status Codes and Messages and Media Manager Status
                       “                                        ”      “
                                                                                           1
Record All Information
                  ◆ Storage units being used, if it is possible that storage units are involved.
                  ◆ If it looks like a device problem, be ready to supply device information, such as
                      the types of robots and drives, and their version levels along with Media Manager
                      and system configuration information.
                  ◆ Software patches to the products that were installed.
             ◆ If necessary, can you communicate with technical support through ftp, email, or fax?
                  This can be useful for sending things such as copies of logs.
             “ Problem Report Information on page 5 lists the information you need and also provides
                                          ”
Chapter 1, Introduction                                                                       3
Troubleshooting the Problem
                 Codes and Messages or Media Manager Status Codes and Messages and try the
                                     ”   “                                             ”
                 Codes and Messages or Media Manager Status Codes and Messages do not solve
                                     ”   “                                             ”
        General Information
             Date: _________________________
             Servers (master and media):
Clients:
Devices:
Chapter 1, Introduction                                                         5
Problem Report Information
            What were you attempting when the problem occurred? (for example, a backup on a
            Windows client)
            ______________________________________________________________________
            ______________________________________________________________________
            What were the error indications? (for example, status code, error dialog box)
            ______________________________________________________________________
            ______________________________________________________________________
            ______________________________________________________________________
            Did this occur during or shortly after any of the following:
            _____ Initial Installation
            _____ Configuration change (explain)
            _____ System change or problem (explain)
            _____ Have you seen the problem before: (if so, what did you do that time)
            Logs or other failure data you have saved:
            _____ All log entries report
            _____ Media Manager debug logs
            _____ NetBackup debug logs
            _____ Event Viewer Application logs (Windows)
            Can you communicate with us through any of the following:
            _____ ftp
            _____ telnet
            _____ email
            _____ fax
            1.   Ensure that your servers and clients are running supported operating system versions
                 and the peripherals you are using (if any) are supported. See the NetBackup release
                 notes and the NetBackup device compatibility lists on www.veritas.com for this
                 information.
            2.   Check for status codes or messages.
                 a.   Use the All Log Entries report and check for NetBackup errors for the appropriate
                      time period. This report can show the context in which the error occurred and can
                      often provide specific information that is useful when the status code can result
                      from a variety of problems.
                      If the problem involved a backup or archive, check the Backup Status report. This
                      report gives you the status code.
                      If you find a status code or message in either of the above reports, go to the
                      chapter titled NetBackup Status Codes and Messages or Media Manager
                                    “                                         ”       “
                      Status Codes and Messages and perform the recommended corrective actions.
                                                  ”
                      Status Codes and Messages , check the Event Viewer Application log. This log
                                                  ”
                      can show the context in which the error occurred and the error messages are
                      usually descriptive enough to point you to a problem area.
                 c.   Check applicable debug logs that are enabled and correct problems you detect.
                      If these logs are not enabled, enable them before retrying the failed operation (see
                      the Using the Logs and Reports chapter).
                         “                             ”
                 d.   If you performed corrective actions, retry the operation. If you did not perform
                      corrective actions or the problem persists, go to step 3 below.
            3.   If you encountered the problem:
                 ◆ During a new installation
                 ◆ During an upgrade installation
                 ◆ After making changes to an existing configuration
                 Verify there is enough space available in the disk partitions that NetBackup uses. If
                 one or more of these partitions is full, NetBackup processes that access the full
                 partition will fail. The resulting error message depends on the process but you could
                 see messages such as unable to access or unable to create or open a file.
                                            “           ”    “                               ”
                 verbose logging.
            Note      If you are using ACS robotic control, the acsssi and acssel processes will
                      remain running when ltid is stopped. For more information about stopping these
                      daemons, refer to the Automated Cartridge System (ACS) Appendix in the
                      NetBackup Media Manager System Administrator’s Guide.
            6.   On Windows NetBackup servers, verify that the required services and processes are
                 running:
                 a.    Use the NetBackup Activity Monitor, or the Services application in the Windows
                       Control Panel, to start the following services if they are not running:
            Note      To start all of them, execute install_path\NetBackup\bin\bpup.exe.
                       On NetBackup master servers:
                       ◆ NetBackup Request Manager service
                       ◆ NetBackup Database Manager service
                       ◆ NetBackup Device Manager service (if the system has devices configured)
                  b.     Use the NetBackup Activity Monitor to see if the following Media Manager
                         processes are running:
                         ◆ avrd (automatic volume recognition)
                         ◆ Processes for all configured robots (see the Media Manager System Administrator s
                                                                                                           ’
                  If you cannot start any of these processes or services, check the appropriate debug
                  logs (see the Using the Logs and Reports chapter) for NetBackup problems.
                                 “                             ”
                  When started, these processes and services continue to run unless you stop them
                  manually or there is a problem with the system.
             Note      Before you install or use NetBackup on a Linux (RedHat/SuSE) client, verify that
                       the inetd (or xinetd) service is started on that machine. This will ensure proper
                       communication between the NetBackup master and the Linux (RedHat/SuSE)
                       client.
             1.   Could you install the software on the master and media servers by using the release
                  media?
                  Some reasons for failure could be:
◆ A platform does not support a device or was not configured to recognize it.
             3.   If you found and corrected any configuration problems, retry the operation and check
                  for NetBackup status codes or messages.
                  a.   Check the All Log Entries report for NetBackup errors for the appropriate time
                       period. This report can show the context in which the error occurred and can
                       often have specific information that is useful when the error can result from a
                       variety of problems.
                       If the problem involved a backup or archive, check the Backup Status report. This
                       report gives you the status code.
                       If you find a status code or message in either the Backup Status or All Log Entries
                       report, go to the NetBackup Status Codes and Messages chapter or Media
                                        “                                         ”            “
                       Manager Status Codes and Messages chapter and perform the recommended
                                                               ”
                       corrective actions.
                  b.   If the problem pertains to device or media management and either NetBackup
                       does not provide a status code or you cannot correct the problem by following the
                       instructions in status codes chapters, check the Event Viewer Application log for
                       NetBackup entries.
                  c.   Check appropriate debug logs that are enabled and correct problems you detect.
                       If these logs are not enabled, enable them before your next attempt. For more
                       information, see the Using the Logs and Reports chapter.
                                            “                              ”
                  d.   If you performed corrective actions as a result of step a through step c, retry the
                       operation. If you did not perform corrective actions or the problem persists, go to
                       the next section, General Test and Troubleshooting Procedures.
                                        “                                                ”
            Explanation: The drive does not return its serial number. Note that some manufacturers
            do not support serial numbers. Although automatic device configuration will not function
            optimally, the drive can be manually configured and operated without its serial number.
            Recommended Action: Ask the manufacturer for a newer firmware version that returns
            serial numbers (if available), or manually configure and operate the drive without a serial
            number.
            Message: Robot does not support serialization
            Explanation: The robot does not return its serial number or the serial numbers of the
            drives contained within it. Note that some manufacturers do not support serial numbers.
            Although automatic device configuration will not function optimally, the robot and/or
            drives can be manually configured and operated without serial numbers.
            Recommended Action: Ask the manufacturer for a newer firmware version that returns
            serial numbers (if available), or manually configure and operate the robot and/or drives
            without serial numbers.
            Message: Too many drives in robot
            Explanation: The robotic library has more than two installed drives—    the maximum
            allowed with a NetBackup BusinesServer license.
            Recommended Action: Remove all but two drives.
             1.   Download a new external-robot-mapping file from the VERITAS support web site,
                  and try again.
             2.   Configure the robotic library manually.
             3.   Use only robotic libraries that are supported by NetBackup.
             Message: Drive is standalone or in unknown robot
             Explanation: Either the drive is standalone, or the drive or robot is not returning a serial
             number. Note that some manufacturers do not support serial numbers. Although
             automatic device configuration will not function optimally, the drive or robot can be
             manually configured and operated without a serial number.
             Recommended Action: Ask the manufacturer for a newer firmware version that returns
             serial numbers (if available), or manually configure and operate the drive/robot without
             serial numbers.
             Message: Robot drive number is unknown
             Explanation: Either the drive or robot is not returning a serial number. Note that some
             manufacturers do not support serial numbers. Although automatic device configuration
             will not function optimally, the drive or robot can be manually configured and operated
             without a serial number.
             Recommended Action: Ask the manufacturer for a newer firmware version that returns
             serial numbers (if available), or manually configure and operate the drive/robot without
             serial numbers.
             Message: Drive exceeds drive limit
             Explanation: The NetBackup BusinesServer license allows a maximum of two drives and
             two drives have already been configured.
             Recommended Action: To use this drive, a previously configured drive must be
             disabled (deleted from the device configuration).
             Message: Robot exceeds robot limit
             Explanation: A robotic library has already been configured.
            Message: Drive’s scsi adapter does not support pass-thru (or pass-thru path does not
            exist)
            Explanation: A drive was found that does not have a SCSI pass-through path configured.
            There are two possible causes for this message:
                ◆ The drive is connected to an adapter that does not support SCSI pass-through.
                ◆ The pass-through path for this drive has not been defined.
            Recommended Action: Change the drive s adapter, or define a pass-through path for the
                                                         ’
            information.
            Message: No configuration device file exists
            Explanation: A device has been detected without the corresponding device file necessary
            to configure that device.
            Recommended Action: Refer to the chapter for your system type in the Media Manager
            Device Configuration Guide for UNIX   for information on creating device files.
            Message: Unable to determine drive type
            Explanation: The drive is not recognized by NetBackup BusinesServer. The drive cannot
            be auto-configured.
            Recommended Action:
            1.   Download a new external-drive-mapping file from the VERITAS support web site,
                 and try again.
            2.   Configure the drive manually.
            3.   Use only drives that are supported by NetBackup.
            Message: Unable to determine compression device file
             Explanation: A drive has been detected without the expected compression device file
             used to configure that device. Automatic device configuration attempts to use a device file
             that supports hardware data compression. When multiple compression device files exist
             for a drive, automatic device configuration cannot determine which compression device
             file is best. It uses a non-compression device file instead.
             Recommended Action: If you do not need hardware data compression, no action is
             necessary. The drive can be operated without hardware data compression. If you need
             hardware data compression, refer to the chapter for your system type in the  Media Manager
             Problems procedures did not reveal the problem, perform the following procedures,
                       ”
             1.   Enable appropriate debug logs on the master server (see the Using the Logs and
                                                                               “
                  Reports chapter). If you do not know which logs apply, enable them all until you
                           ”
                  solve the problem. Delete the debug log directories when you have resolved the
                  problem.
             2.   Configure a test policy (set backup window to be open while you are testing). Name
                  the master server as the client and a storage unit that is on the master server
                  (preferably a nonrobotic drive). Also, configure a volume in the NetBackup volume
                  pool and insert the volume in the drive. If you don t label the volume by using the
                                                                     ’
                 Use the NetBackup Activity Monitor or the Services application in the Windows
                 Control Panel.
            4.   Start a manual backup of a policy by using the manual backup option in the
                 NetBackup administration interface. Then, restore the backup.
                 This verifies:
                 ◆ NetBackup server software is functional, including all services, programs, and
                      databases.
                 ◆ Media Manager can mount the media and use the drive you configured.
                 If a failure occurs, first check the NetBackup All Log Entries report. For failures
                 relating to drives or media, verify that the drive is in an UP state and the hardware is
                 functioning.
                 To further isolate the problem, use the debug logs.
                 If the debug logs do not reveal the problem, check the following:
                 ◆ Event Viewer System logs
            5.   If you previously configured a nonrobotic drive and your system includes a robot,
                 change your test policy now to specify a robot. Add a volume to the robot. The
                 volume must be in the NetBackup volume pool on the volume database host for the
                 robot.
                 Repeat this procedure starting with step 3, but this time for the robot. This verifies
                 that Media Manager can find the volume, mount it, and use the robotic drive.
                 If you have difficulties with the robot, try the test utilities described in the “Robotic
                 Test Utilities” appendix.
             Note      Do not use the Robotic Test Utilities when backups or restores are active. These
                       utilities prevent the corresponding robotic processes from performing robotic
                       actions, such as loading and unloading media. This can cause media mount
                       timeouts and prevent other robotic operations like robotic inventory and
                       inject/eject from working.
             6.    Add a user schedule to your test policy (the backup window must be open while you
                   are testing). Use a storage unit and media that has been verified in previous steps.
             7.    Start a user backup and restore of a file by using the client-user interface on the master
                   server. Monitor the status log for the operation. If successful, this operation verifies
                   that client software is functional on the master server.
                   If a failure occurs, check the NetBackup All Log Entries report. To further isolate the
                   problem, check the appropriate debug logs from those listed below. The “Using the
                   Logs and Reports” chapter explains which logs apply to specific client software.
             Note      These logs exist only if you enabled debug logging in step 1. The debug logs are in
                       the install_path\NetBackup\logs\directory.
                   ◆     bpbkar
                   ◆     bpcd
                   ◆     bprd
                   ◆     nbwin
                   ◆     bpinetd
             8.    Reconfigure your test policy to name a client that is located elsewhere in the network.
                   Use a storage unit and media that has been verified in previous steps. If necessary,
                   install the NetBackup client software.
             9.    Create debug log directories for the processes listed below. The “Using the Logs and
                   Reports” chapter explains which logs apply to specific client types.
                   ◆ bprd on the server
                   ◆ bpcd on the client
10. Perform a user backup and then a restore from the client specified in step 8.
                  This verifies:
                  ◆ Communications between the client and master server
                  ◆ NetBackup software on the client
                  A likely cause for errors is a communications problem between the server and the
                  client.
            11.   When the test policy operates satisfactorily, repeat specific steps as necessary to verify
                  other clients and storage units.
            12.   When all clients and storage units are functional, test the remaining policies and
                  schedules that use storage units on the master server. If a scheduled backup fails,
                  check the All Log Entries report for errors, then follow the actions suggested in the
                  status codes chapters.
                  To perform this check, use the Activity Monitor or the Services application in the
                  Windows Control Panel.
             4.   Perform a user backup and then a restore of a file. Perform these operations from a
                  client that has been verified to work with the master server.
                  This test verifies:
                  ◆ NetBackup media server software
                  ◆ Media Manager on the media server can mount the media and use the drive that
                       you configured
                  ◆ Communications between the master server process bpsched and media server
                       processes bpcd and bpbrm
                  ◆ Communications between media server process bpbrm and client processes bpcd
                       and bpbkar
                  For failures relating to drives or media, ensure that the drive is in an UP state and the
                  hardware is functioning.
                  If you suspect a communications problem between the master and media servers,
                  check the debug logs for the involved processes. If the debug logs don t help you,
                                                                                             ’
             5.   If you previously configured a nonrobotic drive and a robot attached to your media
                  server, change the test policy to name the robot. Also, add a volume for the robot to
                  the volume database host for the robot. Verify that the volume is in the NetBackup
                  volume pool and in the robot.
                  Then, repeat this procedure starting with step 3, this time for a robot. This verifies that
                  Media Manager can find the volume, mount it, and use the robotic drive.
                  If a failure occurs, check the NetBackup All Log Entries report. Look for errors
                  relating to devices or media. If the All Log Entries report doesn t help, check:
                                                                                      ’
◆ vmd debug logs on the volume database host for the robot
            Note     Do not use the Robotic Test Utilities when backups or restores are active. These
                     utilities prevent the corresponding robotic processes from performing robotic
                     actions, such as loading and unloading media. This can cause media mount
                     timeouts and prevent other robotic operations like robotic inventory and
                     inject/eject from working.
            6.   When the test policy operates satisfactorily, repeat specific steps as necessary to verify
                 other clients and storage units.
            7.   When all clients and storage units are working, test the remaining policies and
                 schedules that use storage units on the media server. If a scheduled backup fails,
                 check the All Log Entries report for errors, then follow the actions suggested in the
                 status codes chapters.
                 ◆ On the NetBackup server, create a bprd debug log directory and on the clients
                     create a bpcd debug log.
                 ◆ On the NetBackup server, set the Verbose level to 1 on the TroubleShooting tab in
                     the NetBackup Client Properties dialog. To display this dialog, start the Backup,
                     Archive, and Restore interface and click NetBackup Client Properties on the File
                     menu (also see Using the Host Properties Window on page 40).
                                        “                                  ”
            2.   If this is a new client, verify the client and server names in your NetBackup
                 configuration as explained in Verifying Host Names and Services Entries on
                                                 “                                             ”
page 25.
             3.   Verify basic network connectivity between client and server by pinging from the
                  server to the client and from the client to the server. Use the following command:
                  ping hostname
                  Where hostname is the name of the host as configured in:
                  ◆ NetBackup policy configuration
                  ◆ WINS
            5.   Verify that the NetBackup Request Service (bprd) Port number on Microsoft
                 Windows and NetWare clients is the same as on the server (by default, 13720).
                 ◆ On Microsoft Windows clients (use the same method as in step c under step 4).
                 ◆ Or, instead of the first bullet: On Windows NetBackup servers, set these numbers
                     in the Client Properties dialog box in the Configure - NetBackup window (see
                     “Using the Host Properties Window” on page 40).
            11.   Use the bpclntcmd utility to verify basic client to master server communications.
                  When run on a NetBackup client, the -pn and -sv options initiate inquiries to the
                  NetBackup master server (as configured in the server list on the client). The master
                  server then returns information to the requesting client. For more information, see
                  “Using bpclntcmd on page 28.
                                      ”
            12.   Verify that the client operating system is one of those supported by the client
                  software.
                       appendix in this manual and to the Rules for Using Host Names in NetBackup
                                                         “                                              ”
            1.    Verify that the correct client and server host names are configured in NetBackup.
                  a.    On Windows servers, Windows clients and NetWare nontarget clients, check the
                        General tab in the NetBackup Client Properties dialog and the Servers tab in the
                        Specify NetBackup Machines dialog box. To display these dialog boxes, start the
                        Backup, Archive, and Restore interface on the client. For the General tab, click
                        NetBackup Client Properties on the File menu; for the Servers tab, click Specify
                        NetBackup Machines on the File menu.
                        ◆ On the Servers tab, ensure that there is a server entry for the master server
                           and each media server.
                            The correct server must be designated as the current master server in the list.
                            If you add or modify server entries on the master server, stop and restart the
                            NetBackup Request service and NetBackup Database Manager services.
                        ◆ On the General tab, verify that the client name setting is correct and matches
                            what is in the policy client list on the master server.
                        ◆ On a master or media server, ensure there is a server entry for each Windows
                            administrative client that can be used to administer that server.
                        You can also make the above changes on the appropriate tabs in the properties
                        dialog boxes on a Windows NetBackup server (see “Using the Host Properties
                        Window” on page 40).
                  b.    On Macintosh clients, check the server and client name entries in the bp.conf
                        file:
                        ◆ Ensure there is a SERVER entry for the master server and each media server in
                              the configuration. The master server must be the first name in the list.
                        ◆ Ensure that the CLIENT_NAME option (if included) is correct and matches
                              what is in the policy client list on the master server.
                        The bp.conf file is in the NetBackup folder of the Preferences folder on
                        Macintosh clients.
                  c.    On NetWare clients, check the openv\netback\bp.ini file to ensure that:
                        ◆ There is a SERVER entry for the master server and each media server in the
                           configuration. The master server must be the first name in the list.
                        ◆ The ClientName entry and the entries in the [clients] section are correct and
                           match what is in the policy client list on the master server.
                  d.    On the master server, verify that you have created any required
                        install_path\NetBackup\db\altnames files
                        Pay particular attention to requirements for host.xlate file entries.
             2.   Verify that each server and client has the required entries for NetBackup reserved
                  port numbers.
             Note      The examples following this procedure show the default port numbers. Do not
                       change NetBackup port assignments unless it is absolutely necessary in order to
                       resolve conflicts with other applications. If you do change them, do so on all
                       NetBackup clients and servers. These numbers must be the same throughout your
                       NetBackup configuration.
                 a.   On NetBackup servers, check the services files to ensure that they have entries
                      for:
                      ◆ bpcd and bprd
                      ◆   vmd
                      ◆   bpdbm
                      ◆  Processes for configured robots (for example, tl8cd). See the Media Manager
                         System Administrator s Guide for Windows for a list of these processes.
                                            ’
                 b.   On Windows and NetWare clients, verify the NetBackup Client and NetBackup
                      Request service port numbers.
                      ◆ On Microsoft Windows clients, verify that the NetBackup Client Service Port
                         number and NetBackup Request Service Port number on the Network tab in
                         the NetBackup Client Properties dialog match the settings in the services file.
                         To display this dialog, start the Backup, Archive, and Restore interface on the
                         client and click NetBackup Client Properties on the File menu.
                         The values on the Network tab are written to the services file when the
                         NetBackup Client service starts.
                         The services file is located in:
                         %SystemRoot%\system32\drivers\etc\services (Windows
                         NT/2000)
                         C:\Windows\services (Windows 98 and 95)
                      ◆ On NetWare clients, check the BPCD and BPRD entries in the
                         openv\netback\bp.ini file.
                 c.   On Macintosh clients, check the mac.conf file in the NetBackup folder in the
                      Preferences folder to ensure that it has the correct portnum and bprdport
                      entries.
            3.   On Windows servers and clients, verify that the NetBackup Client service is running.
            4.   WINS or DNS host name information must correspond to what is in the policy
                 configuration and the name entries in the following:
                 ◆ On Windows NetBackup servers, Microsoft Windows clients, and NetWare
                     nontarget clients, check the General tab in the NetBackup Client Properties dialog
                     and the Servers tab in the Specify NetBackup Machines dialog. To display these
                      dialogs, start the Backup, Archive, and Restore interface on the client. For the
                      General tab, click NetBackup Client Properties on the File menu; for Servers tab,
                      click Specify NetBackup Machines on the File menu.
                  ◆ The bp.conf file on Macintosh clients.
                  ◆ The openv\netback\bp.ini file on NetWare clients.
        Using bpclntcmd
             The bpclntcmd utility resolves IP addresses into host names and host names into IP
             addresses by using the same system calls as the NetBackup application software. The
             command that starts the utility is located in the following directory:
             install_path\NetBackup\bin
             Run it in an MSDOS command window so you can see the results.
             bpclntcmd options that are useful for testing the functionality of the host name and IP
             address resolution are -ip, -hn, -sv and -pn. The following topics explain each of these
             options:
             NetBackup server.
             You can use the -ip and -hn options to verify the ability of a NetBackup node to resolve
             the IP addresses and host names of other NetBackup nodes. For example, you can verify
             that a NetBackup server can connect to a client. In this case, the steps are:
            1.   On the NetBackup server, use bpclntcmd -hn to verify that the operating system
                 can resolve the host name of the NetBackup client (as configured in the client list for
                 the policy) to an IP address. The IP address is then used in the node s routing tables to
                                                                                      ’
            bpclntcmd -pn
            When run on a NetBackup client, the -pn option initiates an inquiry to the NetBackup
            master server, and the server then returns information to the requesting client. First,
            bpclntcmd identifies the server to which it is making the request (Current Server in the
            server list), then it displays the information that the server returns.
            For example:
            bpclntcmd -pn
            expecting response from server rabbit.friendlyanimals.com
            dove.friendlyanimals.com dove 123.145.167.3 57141
            Where:
            ◆    expecting response from server rabbit.friendlyanimals.com is the
                 master server entry from the server list on the client.
            ◆    dove.friendlyanimals.com is the connection name (peername) returned by the
                 master server. The master server obtained this name through
                 gethostbyaddress().
            ◆    dove is the client name configured in the NetBackup policy client list.
            ◆    123.145.167.3 is the IP address of the client connection at the master server.
            ◆    57141 is the port number of the connection on the client.
            bpclntcmd -sv
            The -sv option displays the NetBackup version number on the master server.
          Windows NT/2000
                                  jupiter
          Master Server
Ethernet
                                                                                   Windows NT/2000
                                                                         mars
                                                                                   Client
            Policy Client List
            jupiter
            mars
            NetBackup Configuration 1
           Servers
                                                          NetBackup Configuration 1
           Server List: jupiter
                                                         Servers
                                  General
                                                         Server List: jupiter (master)
           Client Name: jupiter
                                                                                General
             Notes: 1. The NetBackup Client Properties dialog also has a Network tab with “NetBackup
                       client service port (BPCD)” and “NetBackup request service port (BPRD)” settings
                       that must be the same as the bpcd and bprd settings in the services file.
                     2. The complete path to the Windows NT/2000 \etc\services file is:
                           %SystemRoot%\system32\drivers\etc\services
                     3. All other applicable network configuration must also be updated to reflect the
                        NetBackup information. For example, this could include the
                        %SystemRoot%\system32\drivers\etc\hosts file and also WIN and DNS (if used).
Ethernet
                                                                        Windows NT/2000
                                                             mars
                Policy Client List                                      Client
                jupiter
                mars
                saturn
             Notes: 1. The NetBackup Client Properties dialog also has a Network tab with “NetBackup
                       client service port (BPCD)” and “NetBackup request service port (BPRD)” settings
                       that must be the same as the bpcd and bprd settings in the services file.
                     2. The complete path to the Windows NT/2000 \etc\services file is:
                          %SystemRoot%\system32\drivers\etc\services
                     3. All other applicable network configuration must also be updated to reflect the
                        NetBackup information. For example, this could include the
                        %SystemRoot%\system32\drivers\etc\hosts file and also WIN and DNS (if used).
Example 3: PC Clients
Ethernet
                                            NetWare
                                            Target     mars
                                                                                      Preferences Folder
                                            Client
                                                                                    NetBackup Folder
            Policy Client List
            jupiter                                                                bp.conf
            mars
            pluto                                                                  SERVER=jupiter
                                                                                   CLIENT_NAME=pluto
                                                      bp.ini
           NetBackup Configuration 1                  [bp]                         mac.conf
                                                      ClientName=mars
           Servers                                    [servers]                    portnum=13782
                                                      master=jupiter               bprdport=13720
           Server List: jupiter
                                                      [clients]
                                  General             browser=jupiter
                                                      [tcpip]
           Client Name: jupiter                       bpcd=13782
                                                      bprd=13720
           .../etc/services 2
           bpcd 13782/tcp bpcd
           bprd 13720/tcp bprd
           bpdbm 13721/tcp bpdbm
           vmd 13701/tcp vmd
           tl8cd 13705/tcp tl8cd
           odld 13706/tcp odld
           .
           .
             Notes: 1. The NetBackup Client Properties dialog also has a Network tab with “NetBackup
                       client service port (BPCD)” and “NetBackup request service port (BPRD)” settings
                       that must be the same as the bpcd and bprd settings in the services file.
                     2. The complete path to the Windows NT/2000 \etc\services file is:
                           %SystemRoot%\system32\drivers\etc\services
                     3. All other applicable network configuration must also be updated to reflect the
                        NetBackup information. For example, this could include the
                        %SystemRoot%\system32\drivers\etc\hosts file and also WIN and DNS (if used).
Ethernet
                                                      mars
             Policy Client List                                   Windows NT/2000
             jupiter                                                                            Windows NT/2000
                                                                  Client               pluto
             mars                                     meteor                                    Client
             saturn
             pluto
                                                                        Ethernet
             NetBackup Configuration   1
             Servers
             Server List: jupiter (master)        NetBackup Configuration 1         NetBackup Configuration 1
                          saturn
                                                  Servers                           Servers
                                   General
                                                  Server List: jupiter              Server List: jupiter
             Client Name: jupiter                              saturn                            saturn
                                                                          General                          General
                                2
             .../etc/services                      Client Name: mars                Client Name: pluto
             bpcd 13782/tcp bpcd
             bprd 13720/tcp bprd
             bpdbm 13721/tcp bpdbm                 .../etc/services 2               .../etc/services 2
             vmd 13701/tcp vmd                     bpcd 13782/tcp bpcd              bpcd 13782/tcp bpcd
             tl8cd 13705/tcp tl8cd                 bprd 13720/tcp bprd
             odld 13706/tcp odld                                                    bprd 13720/tcp bprd
             Notes: 1. The NetBackup Client Properties dialog also has a Network tab with “NetBackup
                       client service port (BPCD)” and “NetBackup request service port (BPRD)” settings
                       that must be the same as the bpcd and bprd settings in the services file.
                    2. The complete path to the Windows NT/2000 \etc\services file is:
                          %SystemRoot%\system32\drivers\etc\services
                    3. All other applicable network configuration must also be updated to reflect the
                       NetBackup information. For example, this could include the
                       %SystemRoot%\system32\drivers\etc\hosts file and also WIN and DNS (if used).
            First, we examine the configuration of the router system. The NetBackup policy client list
            shows this system as mars because that is the name of the interface to the master server.
            There is no special configuration to note other than the client name setting. This name
            must be set to mars, because this is the name that the master server recognizes.
            The second client, pluto, is also configured no differently than if it were in the same
            network as the master server. Assuming that all the standard networking files (for
            example, hosts, DNS, WINS, and routing tables) are set up correctly, all the required
            network connections can be made.
            There would be a problem, however, with restoring files from pluto if the mars/meteor
            system were a type of router that hides the name of the originating host when it routes
            requests between the two networks. A router between an Ethernet and a token ring
            network exhibits this behavior.
            To illustrate what occurs, assume that pluto is on FDDI (token ring) and the server is on
            Ethernet. If a user on pluto starts a restore, the router could use the name of its network
            interface to pluto (meteor) as the peername when it forwards the request to the server.
            The server interprets the request as coming from a host named meteor and does not allow
            the restore because meteor is not in the client list.
            To resolve this problem, the administrator creates an altnames directory on the master
            server and adds a file for meteor to that directory.
            On a Windows NT/2000 NetBackup server, the file is:
                 install_path\NetBackup\db\altnames\meteor
            Then, the administrator adds the following line to this file:
                 pluto
            The master server now recognizes, as legitimate, restore requests that show a peername of
            meteor and client name of pluto. Refer to the NetBackup System Administrator s Guide for
                                                                                         ’
             The first thing to note about this configuration is that the NetBackup policy client list
             specifies jupiter as the client name for the master server. The list could show either jupiter
             or meteor but not both.
             Another important item to note is the configuration of the NetBackup server list.
             The NetBackup server list on the master server has entries for both jupiter and meteor.
             The reason for both names is that when the server does a backup, it uses the name
             associated with the client it is backing up. For example, it uses the meteor interface when
             backing up pluto and the jupiter interface when backing up mars. The current server
             entry (master server name) is jupiter because that is the name used to back up the client on
             the master server.
             The NetBackup server list for the other systems also have entries for both the jupiter and
             meteor interfaces. This is recommended in order to keep the server entries the same on all
             clients and servers in the configuration. It would be adequate to list only the
             master-server name for the local network interface to the client system or media server
             (for example, meteor for pluto).
             For the network shown, the differences mentioned for the policy client list and the server
             list is the only unique configuration required. Assuming that all the standard networking
             files (for example, the hosts file, WINS, DNS, and routing tables) are set up correctly, all
             required network connections can be made.
             If the master server system is a type of router that hides the name of the originating host
             when routing requests between networks, you see the same type of restore problem
             discussed in example 4. For example, if pluto were on FDDI (token ring), the master
             server would use meteor as the peername when it forwarded the request to NetBackup.
             NetBackup would then interpret the request as coming from a host named meteor, which
             was not in the client list, and the restore would fail.
             The solution, in this case, is also identical to that discussed in Example 4: Clients in
                                                                             “
Ethernet
                                             Servers                            Servers
                                             Server List: jupiter               Server List: jupiter
                                                          meteor                             meteor
                                                          saturn                             saturn
                                                                    General                             General
                                             .../etc/services 2                    .../etc/services 2
                                                                                   bpcd 13782/tcp bpcd
                                             bpcd 13782/tcp bpcd                   bprd 13720/tcp bprd
                                             bprd 13720/tcp bprd
                                             bpdbm 13721/tcp bpdbm
                                             vmd 13701/tcp vmd
                                             tl8cd 13705/tcp tl8cd
                                             odld 13706/tcp odld
            Notes: 1. The NetBackup Client Properties dialog also has a Network tab with “NetBackup
                      client service port (BPCD)” and “NetBackup request service port (BPRD)” settings
                      that must be the same as the bpcd and bprd settings in the services file.
                    2. The complete path to the Windows NT/2000 \etc\services file is:
                          %SystemRoot%\system32\drivers\etc\services
                    3. All other applicable network configuration must also be updated to reflect the
                       NetBackup information. For example, this could include the
                       %SystemRoot%\system32\drivers\etc\hosts file and also WIN and DNS (if used).
◆ Debug Logs
     Note   The format of the entries in the NetBackup logs is subject to change without notice.
     The following figure shows whether this information is available on the client or server
     and the processes involved in making the information available. The remaining topics in
     this chapter describe the reports and logs shown on the figure.
     See Appendix A for more information on the programs and daemons mentioned in this
     figure and elsewhere in this chapter.
                                                                                      41
     Note   The term media server, as distinct from master server or server, does not apply to the
            NetBackup BusinesServer product. When troubleshooting a BusinesServer
            installation, please ignore any references to media server in this guide.
SERVER CLIENT
                           Error              File
                           Catalog            Catalog
                                                                  Status                  Client
                                                                  Logs                    Debug
     NetBackup                           NetBackup                                        Logs
     Administration                      Database
     Interface                           Manager
e e
Master Server
                Media
                Catalog
                                  e                                e Notes:
                                                                      These logs must be enabled
              Server
              Debug Logs
                             System Logs
                             System Messages
                             Windows Event Log
Reports
            NetBackup provides a set of standard reports that gives you most of the status and error
            information you need. To run these reports, use the NetBackup administration interface
            (see the NetBackup System Administrator s Guide for instructions). The following table provides
                                                   ’
            Report              Description
            Status of Backups Status and error information on backups and archives completed
                              within the specified time period.
            Media Reports     Provides the following reports about the media:
                              ◆ Media Lists - Shows information about volumes that
                                  NetBackup has used for backups or archives. This report
                                  does not show information for disk storage units.
                              ◆ Media Contents - Lists the backup IDs that are on a single
                                  volume. The information is read directly from the media.
                                  This report does not show information for disk storage units.
                              ◆ Images on Media - Shows the contents of media as recorded
                                  in the NetBackup file database. This report shows
                                  information for any type of storage unit, including disk.
                              ◆ Media Logs- Lists the media errors that have been recorded.
                                  This information is a subset of the All Log Entries report.
                              ◆ Media Summary - Summarizes active and nonactive volumes
                                  and groups them according to expiration date. The report
                                  shows the expiration date and the number of volumes that
                                  are at each retention level.
                              ◆ Media Written - Identifies volumes that have been used for
                                  backups or archives within the specified time period. This
                                  report does not show media used for image duplication if the
                                  original image was created prior to the specified time period.
            Client Backups    Detailed information on backups and archives completed within
                              the specified time period.
            Problems with     Problems that the server has logged during the specified time
            Backups           period. This information is a subset of the information in the All
                              Log Entries report.
            All Log Entries   All log entries for the specified time period.
Debug Logs
             If a problem requires more information than is available through the normal logs and
             reports, you can enable debug logs that show detailed information about specific
             processes. To enable debug logging for a process, create a directory for its logs as
             explained in the following topics. Each process creates logs in its own logging directory.
             The logs that are available depend on whether the system is a server or a client.
             Note   Refer to the   Media Manager Logs   section for enabling Media Manager debug log
                    entries.
             To enable debug logging on NetBackup servers, create the appropriate directories under:
             install_path\NetBackup\logs
             The table below lists the debug log directories that apply to servers. When these
             directories exist, NetBackup creates log files in the directory for the associated process.
             On a Windows server, you can create all of the NetBackup debug log directories at once by
             running the following batch file:
             To create all of the NetBackup debug log directories at once on a master or media server,
             run the following batch file:
                 install_path\NetBackup\Logs\mklogdir.bat
Note Media servers have only the bpbrm, bpcd, bpdm, and bptm debug logs.
            ◆ Debug logs can grow very large. Enable them only if unexplained problems exist and
                delete both the logs and the associated directory when they are no longer needed.
            ◆ Each debug log is kept in a separate subdirectory under:
                 install_path\NetBackup\Logs
                 Debug logging takes place only if you create the subdirectory where the process can
                 store its logs.
The following table lists the debug log directories that apply to the above clients:
                 mmddyy.log
                 For example, 120198.log.
             ◆   You can increase the amount of information that processes write in the logs.
                 ◆ On Windows clients, set the debug level on the TroubleShooting tab of the
                     NetBackup Client Properties dialog. For instructions, see the NetBackup user
                     guide for the client.
                 ◆ On NetWare clients, change the value of the level and tcp parameters in the
                     debug section of the bp.ini file. For instructions, see the NetBackup user guide
                     for the client.
             Note   Increasing the log level can cause the logs to grow very large, so take this action
                    only if unexplained problems exist.
                              .
             Guide for Macintosh
            2.   Add an entry (optional) to the eventlog file that specifies the severity and type of
                 NetBackup messages that are written. The following is an example:
                 56 255
                 The next topic explains the format of the entry. If you do not add an entry, a default
                 value is used, which is also explained in the next topic.
            64 = Backup Status
            128 = Media Device
            ◆ If the file is empty, the default severity is Error (16) and the default type is Backup
                Status (64).
            ◆ If the file has only one parameter, it is used for the severity level and the default value
                of Backup Status (64) is used for the type.
        Example
            Assume you want to include all types of messages that have severity levels of warning,
            error, and critical. In this instance, the entry is:
            56 255
            Where:
            56 = severity= the sum of warning, error, and critical (8 + 16 + 32)
            255 = type = the sum of all types (1 + 2 + 4 + 8 + 16 + 32 + 64 +128)
            The following is an example of a message written in the Windows Event Viewer
            Application Log:
            16 4 10797 cacao bush bpsched backup of client bush exited with status
            71
            The meaning of each field is as follows (left to right):
                severity - 16 (Error)
                type - 4 (Backup)
                jobid - 10797
                server - cacao
                client - bush
                process - bpsched
                text - backup of client bush exited with status 71
             The following are the four kinds of error messages seen in the NetBackup Administration
             Console.
             ◆ NetBackup status codes and messages as documented in Chapter 4.
                 Operations performed in the Administration Console can result in errors recognized
                 in other parts of NetBackup. These errors usually appear exactly as documented in
                 Chapter 4.
             Note   The error message is not always accompanied by a status code. You can find the
                    status code by looking up the message in the alphabetical listing at the end of
                    Chapter 4. Then use the status code to find the full description of the message in the
                    first half of Chapter 4.
             ◆   NetBackup Administration Console: application server status codes and messages as
                 documented in Chapter 4.
                 These messages have status codes in the 500 range. Messages with status codes 500,
                 501, 502, 503 and 504 begin with "Unable to login, status:". Messages with status codes
                 511 and 512 may or may not begin with “Unable to login, status:".
                 The message is not always accompanied by a status code (see the above note).
             ◆   Java exceptions
                 These are generated by either the Java APIs or by NetBackup Administration APIs.
                 These messages begin with the name of the exception. For example:
                      java.lang.ClassCastException
                 or
                      vrts.nbu.NBUCommandExecutionException
                 Java exceptions usually appear in one of three places:
                 ◆ In the status line (bottom) of the NetBackup Administration window
            Thereafter, all NetBackup administrative tasks are performed through that instance of the
            user service.
            On both UNIX and Windows, the authentication service is the bpjava-msvc application
            and the user service is the bpjava-usvc application.
            Some of the recommendations in Chapter 4 refer to enabling detailed debug logging and
            examining log files. These are the instructions for this activity.
            1.   On the NetBackup client (*) or server specified in the login dialog, create the
                 bpjava-msvc and bpjava-usvc debug log directories in the
                 /usr/openv/netbackup/logs directory (UNIX) or in
                 install_path\NetBackup\logs (Windows). Refer to Debug Logs earlier in this
                 chapter for more information.
            Note   The NetBackup Java application server runs only on NetBackup UNIX clients. On
                   Windows, the NetBackup Java application server runs only on NetBackup master
                   servers.
            2.   On the UNIX machine where you execute the jnbSA or jbpSA commands, add the
                 following line to the Launch.properties or JBPSimple.properties file,
                 respectively, in the /usr/openv/java directory.
                     debugLevel=2
                 The log file name is displayed in the xterm window where you executed the jnbSA or
                 jbpSA commands.
            3.   If you are using the NetBackup Windows Display Console, add the following line to
                 the host_name.properties file in the NetBackup Java installed folder (for
                 example, C:\Veritas\java):
                     debugLevel=2
             4.   If you are using the Windows Display Console, you should also add the following to
                  the end of the last command in the associate.bat file in the NetBackup Java
                  installed folder:
                      > jnbdebug
                  This redirects output to a file.
Status Codes
       Note   The term media server, as distinct from master server or server, does not apply to the
              NetBackup BusinesServer product. When troubleshooting a BusinesServer
              installation, please ignore any references to media server.
                                                                                           55
Status Codes
                   For NetBackup ServerFree Agent: the maximum pathname length is 1000 characters
                   for frozen image backups, not 1023. When the frozen image is created, a new mount
                   point is added to the beginning of the file path. If this new mount point plus the
                   original file path exceeds 1023 characters, the backup fails with status code 1. The
                   progress log includes the entry “ERR - Skipping long dir path.”
               ◆ Could not open a file.
               ◆ Read error encountered in a file.
               file list. Remove any inadvertent trailing characters (such as spaces or tabs).
            ◆ Check the exclude list per the instructions in the user s guide for the client.
                                                                         ’
            ◆ On Windows clients, verify that the account used to start the NetBackup Client
               service has read access to the files.
               If you are backing up a network drive or a UNC (universal naming convention) path,
               use the Services application in the Windows Control Panel to verify that the
               NetBackup Client service does not start under the SYSTEM account. The SYSTEM
               account cannot access network drives.
               To back up network drives or UNC paths, change the NetBackup Client service
               startup to log in as a user that has permission to access network drives.
            1.   Verify that you have read access to the files. Check the status on the client for
                 messages on why the backup failed. Correct problems and retry the backup.
            2.   On Windows clients, verify that the account used to start the NetBackup Client
                 service has read access to the files.
            3.   On Macintosh clients, this code can be due to multiple backups being attempted
                 simultaneously on the same client. Some possible solutions are:
                 ◆ Adjust the backup schedules.
                 ◆ If the client is only in one policy, set the policy attribute, Limit jobs per policy, to 1.
                 ◆ Set the NetBackup global attribute, Maximum jobs per client, to 1 (note that this
                    limits all clients in all policies).
   17:12:51 bpbkar Exit: ERR - bpbkar FATAL exit status = 11: system call
failed
   17:12:51 bpbkar Exit: INF - EXIT STATUS 11: system call failed
                and something like the following in the /usr/openv/netbackup/logs/
                online_util log:
    17:12:51 onlfi_vfms_logf: INF - vxvm_freeze: Frozen image source /cockpit1
    on device /dev/dsk/c1t0d0s6 is not on a VxVM volume
    17:12:51 delete_mount_point: INF - Deleted mount point
    /tmp/_cockpit1_coc_group1:3518
    17:12:51 onlfi_freeze: FTL - VfMS error 11; see following messages:
    17:12:51 onlfi_freeze: FTL - Fatal method error
    17:12:51 onlfi_freeze: FTL - vfm_freeze: method: vxvm, type: FIM, function:
    vxvm_freeze
    17:12:51 onlfi_freeze: FTL - VfMS method error 9; see following message:
    17:12:51 onlfi_freeze: FTL - vxvm_freeze: Frozen image source /cockpit1 on
    device /dev/dsk/c1t0d0s6 is not on a VxVM volume
    17:12:51 onlfi_thaw: INF - fim=vxvm
    17:12:51 onlfi_thaw: WRN - /cockpit1 is not frozen
                Make sure that the frozen image source is configured over a VERITAS Volume
                Manager VxVM volume.
            ◆   vxvm was selected as the frozen image method, but a VERITAS Volume Manager
                snapshot mirror of the frozen image source volume had not been created prior to
                running the backup, or if another backup is currently running that is using the
                snapshot mirror. In either case, you may see the following in the
                /usr/openv/netbackup/logs/online_util log:
    17:12:51 onlfi_freeze:        FTL - VfMS error 11; see following messages:
    17:12:51 onlfi_freeze:        FTL - Fatal method error
    17:12:51 onlfi_freeze:        FTL - vfm_freeze: method: vxvm, type: FIM, function:
    vxvm_freeze
    17:12:51 onlfi_freeze:        FTL - VfMS method error 3; see following message:
    17:12:51 onlfi_freeze:        FTL - find_ready_snapshot: Cannot find available
    snapshot mirror
                As described under “Creating a Snapshot Mirror of the vxvm Frozen Image Source”
                in the NetBackup ServerFree Agent System Administrator s Guide, create a snapshot mirror on
                                                                    ’
            ◆   If a backup using the fsclone frozen image method failed, the NetBackup bpbkar
                process should automatically remove the clone. Sometimes, however, bpbkar is
                unable to remove the clone. In this case, you may see messages such as the following
                in the /usr/openv/netbackup/logs/online_util log:
    15:21:45.716 [4236] <4> create_mount_point: INF - Created mount point
    /tmp/_vtrax_test_fastrax_dlt:4236
    15:21:45.869 [4236] <2> onlfi_vfms_logf: INF - vxfs clone handle : 9600344
    15:21:45.870 [4236] <2> onlfi_vfms_logf: INF - fsclone_freeze: Cannot create
    checkpoint; status=17
    15:21:45.872 [4236] <4> delete_mount_point: INF - Deleted mount point
    /tmp/_vtrax_test_fastrax_dlt:4236
    15:21:45.873 [4236] <32> onlfi_freeze: FTL - VfMS error 11; see following
    messages:
    15:21:45.873 [4236] <32> onlfi_freeze: FTL - Fatal method error was reported
    15:21:45.873 [4236] <32> onlfi_freeze: FTL - vfm_freeze: method: fsclone,
    type: FIM, function: fsclone_freeze
    15:21:45.873 [4236] <32> onlfi_freeze: FTL - VfMS method error 17; see
    following message:
    15:21:45.874 [4236] <32> onlfi_freeze: FTL - fsclone_freeze: Cannot create
    checkpoint; status=17
                Remove the clone as follows.
            Note     If the clone is not removed, you will not be able to use fsclone to back up any data in
                     the file system where the clone is mounted.
                a.     List the name of the clone by entering the following VxFS command:
                       /usr/lib/fs/vxfs/fsckptadm list /file_system
                       where file_system is the name of the file system where the clone is mounted.
                       Following is sample output. In this example, /vtrax_test is the file system and
                       fi_ckpt is the name of the clone.
                       /vtrax_test
                       fi_ckpt:
                          ctime             = Mon Nov 12 10:08:13 2001
                          mtime             = Mon Nov 12 10:08:13 2001
                          flags             = largefiles
c. If the clone cannot be removed, unmount the clone and retry step b.
               ◆    If a frozen image backup failed using one of the Extended Frozen Image Services
                    methods (TimeFinder, ShadowImage, BusinessCopy), there may be a VxVM clone left
                    over from a previous backup. You may see messages similar to the following in the
                    /usr/openv/netbackup/logs/online_util log:
19:13:07.686 [14981] <2> onlfi_vfms_logf: INF - do_cmd: Command failed with status=20:
/usr/openv/netbackup/bin/bpdgclone -g wil_test -n vol01 -f /var/tmp/HDSTFCAAs7aOqD
</dev/null >/var/tmp/VfMSAAAq7aOqD 2>/var/tmp/VfMSBAAr7aOqD
19:13:07.687 [14981] <2> onlfi_vfms_logf: INF - --- Dumping file /var/tmp/VfMSAAAq7aOqD (stdout):
19:13:07.687 [14981] <2> onlfi_vfms_logf: INF - --- End of file /var/tmp/VfMSAAAq7aOqD
19:13:07.687 [14981] <2> onlfi_vfms_logf: INF - --- Dumping file /var/tmp/VfMSBAAr7aOqD (stderr):
19:13:07.687 [14981] <2> onlfi_vfms_logf: INF -     clone group and volume already exists
19:13:07.688 [14981] <2> onlfi_vfms_logf: INF - --- End of file /var/tmp/VfMSBAAr7aOqD
                    NetBackup automatically creates VxVM clones for Extended Frozen Image Services
                    backups of data configured over volumes. After the backup has completed,
                    NetBackup removes the VxVM clone. In this case, a system crash or reboot may have
                    prevented the removal. Remove the clone as follows.
                    a.   When no backups are running, use the following VxVM command to list any
                         clones: vxdg list
                         The clone name will be of the form clone_disk_group_clone.
                    b.   To remove the clone, enter the following:
                         /usr/openv/netbackup/bin/bpdgclone -g disk_group -n volume -c
                         For example:
                         /usr/openv/netbackup/bin/bpdgclone -g wil_test -n vol01 -c
                         where wil_test is the name of the disk group and volo1 is the name of the
                         VxVM volume.
                         For more information on removing a VxVM clone, refer to the NetBackup ServerFree
                         Agent System Administrator s Guide. For vxdg, refer to the VERITAS Volume Manager
                                                 ’
                         Administrator s Guide.
                                    ’
                    c.   Before running the backup again, resynchronize the primary disk with the
                         secondary disk. For assistance, refer to the “Extended Frozen Image Services”
                         chapter of the NetBackup ServerFree Agent System Administrator s Guide.
                                                                                  ’
                 message similar to the following in the Problems report or bpdbm debug log:
06/27/95 01:04:00 romb romb            db_FLISTsend failed: system call failed (11)
06/27/95 01:04:01 romb romb            media manager terminated by parent process
06/27/95 01:05:15 romb romb            backup of client romb exited with status 11
      (system call failed)
                 On Windows systems, verify that there is enough room in the disk partition where
                 NetBackup is installed.
            5.   Verify that the system is not running out of virtual memory. If virtual memory is the
                 problem, shut down unused applications or increase the amount of virtual memory.
                 To increase virtual memory on Windows:
                 a.   Display the Control Panel.
                 b.   Double-click System.
                 c.   On the Performance tab, set Virtual Memory to a higher value.
            ◆    Check the NetBackup Problems report. Try to determine the file and why the error
                 occurred. A possible cause is a permission problem with the file. For detailed
                 troubleshooting information, create a debug log directory for the process that
                 returned this status code. Then, retry the operation, and check the resulting debug
                 log.
            ◆ Socket read failing. A socket read failure can be caused by a network problem or a
               problem with the process that is writing to the socket.
            ◆ A problem specific to NetBackup ServerFree Agent (see recommended actions).
            Recommended Action:
            1.   Check the NetBackup Problems report for clues on where and why the problem
                 occurred.
            2.   For detailed troubleshooting information, create a debug log directory for the process
                 that returned this status code, retry the operation, and check the resulting debug log.
            3.   For NetBackup ServerFree Agent only:
                 Status code 13 may appear in the /usr/openv/netbackup/logs/bpbkar log, and
                 can indicate the following:
                 ◆ The files to back up reside on an IDE drive as opposed to SCSI, and the offhost
                     backup method was set to either NetBackup Media Server or Third-Party Copy
                     Device. If you are using offhost backup, the disk containing the client files must
                     be a SCSI or Fibre Channel device.
                     If the disk is an IDE drive, you may see the following in the /usr/openv/
                     netbackup/logs/online_util log:
                         get_disk_info: FTL - /var/tmp/caa026fEU disk_inquiry failed.
                         Errno = 25: Inappropriate ioctl for device
                     and the following may appear in the /usr/openv/netbackup/logs/bpbkar
                     log:
                         bpbkar: INF - Processing /var
                         bpbkar: ERR - get_disk_info() failed, status 13
                         bpbkar: ERR - tpc_get_disk_info() failed: err 13
               ◆ Write to a socket failed. This can be caused by a network problem or a problem with
                  the process reading from the socket.
               ◆ Writing to a full disk partition.
               Recommended Action:
               ◆ Check the NetBackup Problems report for clues on where and why the problem
                  occurred.
               ◆ For detailed troubleshooting information, create a debug log directory for the process
                  that returned this status code, retry the operation, and check the resulting debug log.
               ◆ Make sure that routers, bridges, and other network devices are all at “full” duplex.
               ◆ Use a “sniffer” program to determine the number of packets being rejected and/or
                  re-requested.
               ◆ On Windows systems, the client bpbkar log may contain a 10054 “Connection Reset
                  Error”error (usually indicates a hardware error). Somewhere between the NetBackup
                  client and server, the connection was reset. When NetBackup receives this error, it is
                  unable to continue the backup. This error has been attributed to the following:
                  ◆ A hiccup in the network.
                  ◆ A bad network interface card on a NetBackup client.
                  ◆ A bad network interface card on the NetBackup server.
                  ◆ Faulty routers.
                  ◆ Other applications interfering with NetBackup connections.
               ◆ On Novell systems, status code 14 has also been attributed to network issues. Try a
                  “sniffer” program, as suggested above.
               1.   Check the NetBackup Problems report for clues on why the failure occurred.
               2.   On a Windows system, verify that the
                    %SystemRoot%\system32\drivers\etc\services file shows the correct
                    entries for the NetBackup internet processes: bpcd, bpdbm, and bprd.
                    Ensure that the NetBackup Client Service Port number and NetBackup Request
                    Service Port number on the Network tab in the NetBackup Client Properties dialog
                    match the settings in the services file. To display this dialog, start the Backup,
                    Archive, and Restore interface and click NetBackup Client Properties on the File
                    menu. The values on the Network tab are written to the services file when the
                    NetBackup Client service starts.
                    Also, see “Verifying Host Names and Services Entries” on page 25.
               3.   Check the level of network activity. An overloaded network can cause this error.
               4.   If the above actions do not reveal the problem, create a debug log directory for the
                    process that returned this status code, retry the operation, and check the resulting
                    debug log.
            4.   Compare the NetBackup version level on the server to that on the clients:
                 ◆ On Windows NetBackup servers, check the
                    install_path\netbackup\version.txt file or the About NetBackup item on the
                    Help menu.
                    ◆   On Microsoft Windows clients, check the About NetBackup item on the Help
                        menu.
                    ◆   On NetWare target clients, check the Version entry in the bp.ini file.
                        If the client software is earlier than 3.0, verify that the client is in a Standard type
                        policy.
                    ◆   On Macintosh clients, check the version file in the bin folder in the NetBackup
                        folder in the Preferences folder.
                    ◆   If the error is being displayed from a Java interface, tell them how to enable the
                        debug print manager in the Java startup file. Retry and compare the parameters
                        logged in the Java log with the parameters listed in the commands usage
                        statement.
               5.   If the above actions do not reveal the problem, create a debug log directory for the
                    process that returned this status code, retry the operation, and check the resulting
                    debug log.
                     be too low (for example, 50); Novell recommends setting it to 100. A value of 100
                     increases the speed and efficiency of disk cache writes by increasing the number
                     of write requests that can be executed at one time.
                 ◆ Change to or add the following settings in the Novell
                     sys:system\autoexec.ncf file:
                         SET   Maximum   Packet Receive Buffers = 4000
                         SET   Maximum   Directory Cache Buffers = 4000
                         SET   Maximum   Concurrent Disk Cache Writes = 2000
                         SET   Maximum   Concurrent Directory Cache Writes = 2000
                         SET   Maximum   Physical Receive Packet Size = 1514
                 ◆   On NT/2000 master servers, check the LIST_FILES_TIMEOUT value and ensure
                     that this value is at least 1800.
            5.   For NetBackup for EMC Fastrax: Increase the CLIENT_READ_TIMEOUT and
                 CLIENT_CONNECT_TIMEOUT values in the server s     ’
CLIENT_CONNECT_TIMEOUT = 3000
                    ◆   Make sure all recommended NetBackup patches have been installed. Check the
                        VERITAS support web site for current patch information. (Go to
                        www.support.veritas.com, then select “NetBackup” followed by “files and
                        updates”.)
                    ◆   If failure occurs when executing a user-directed backup from a client, make sure a
                        user-directed backup schedule exists at the master server.
                    ◆   When working with NetBackup database extensions, make sure that the
                        applicable database product has the correct permissions allowing NetBackup to
                        write to the progress log on the client.
               3.   Check the services file.
                    On Windows, verify that the
                    %SystemRoot%\system32\drivers\etc\services file has the correct entries
                    for bpcd, bpdbm, and bprd.
                    Also, verify that the NetBackup Client Service Port number and NetBackup Request
                    Service Port number on the Network tab in the NetBackup Client Properties dialog
                    match the settings in the services file. To display this dialog, start the Backup,
                    Archive, and Restore interface and click NetBackup Client Properties on the File
                    menu. The values on the Network tab are written to the services file when the
                    NetBackup Client service starts.
                    Also, see “Verifying Host Names and Services Entries” on page 25.
               4.   On Windows, verify that the recommended service packs are installed.
               5.   When the base NetBackup BusinesServer or DataCenter license key expires, daemons
                    (such as bprd and bpdbm) will terminate on the NetBackup server. If these daemons
                    are not running, you are likely to encounter status code 25 errors in the
                    Administration GUIs. Install a valid base NetBackup license key, restart the daemons,
                    and restart the GUI.
            For detailed troubleshooting information, create a debug log directory for the process that
            returned this status code, retry the operation, and check the resulting debug log.
               3.   For detailed troubleshooting information, create a debug log directory for the process
                    that returned this status code, retry the operation, and check the resulting debug log.
               attribute.
               Recommended Action: Check the NetBackup All Log Entries report for clues on where
               and why the failure occurred. For detailed troubleshooting information, create a debug
               log directory for the process that you suspect of returning this status code. Then, retry the
               operation and check the resulting debug log.
            Recommended Action: Check the NetBackup All Log Entries report for clues on where
            and why the failure occurred. For detailed troubleshooting information, create a debug
            log for the process that you suspect of returning this status code. Then, retry the operation
            and check the resulting debug log.
            Recommended Action:
            1.   Check the NetBackup All Log Entries report to determine which directory could not
                 be created and why it could not be created. In particular, check for a full disk
                 partition.
            2.   Check the permissions on the parent directory and verify that NetBackup services are
                 started with a “Logon as” account that has permission to create the directory.
            3.   For detailed troubleshooting information, create a debug log directory for the process
                 that returned this status code, retry the operation, and check the resulting debug log.
                 ◆    On Windows, the master server is designated on the Servers tab in the Master
                      Server Properties dialog. To display this dialog, see “Using the Host Properties
                      Window” on page 40.
                 ◆ On Macintosh systems, the master server is the first SERVER entry in the
                      bp.conf file.
                 ◆ On NetWare target and OS/2 clients the master server name is the first SERVER
                      entry in the bp.ini file.
                 If you change the server list on a master server, stop and restart the NetBackup
                 Database Manager and NetBackup Request Manager services.
            3.   Status code 40 can also be due to the operator denying a mount request.
               3.   If the server cannot connect to the client, create bpcd or bpbkar (Windows only)
                    debug log directories on the client, retry the operation, and check the resulting logs. If
                    these logs do not provide a clue, create a bpbrm debug log on the server, retry the
                    operation again, and check the resulting debug log.
                    If the bpbrm log has entries similar to the following:
               bpbrm hookup_timeout: timed out waiting during the client hookup
               bpbrm Exit: client backup EXIT STATUS 41: network connection timed out
                    then the problem is in the routing configuration on the server.
                    Verify that the client IP address is correct in the name service that is being used.
                    Also, see “Resolving Network Communication Problems” on page 21.
               4.   Make sure all recommended NetBackup patches have been installed. Check the
                    VERITAS support web site for current patch information. (Go to
                    www.support.veritas.com, then select “NetBackup” followed by “files and updates”.)
               5.   Add the CLIENT_READ_TIMEOUT values to the master server, media server and
                    client when a NetBackup database extension product is installed. The values should
                    all be the same for each server. The value set is dependent on the size of the database
                    being backed up. See the NetBackup System Administrator s Guide for more information on
                                                                            ’
                    CLIENT_READ_TIMEOUT.
               6.   Make sure enhanced authentication is configured correctly. See the chapter on
                    enhanced authentication in the NetBackup System Administrator's Guide.
                    For example, the following could result in status code 41: host A is configured to use
                    enhanced authentication with host B, but host B is not configured to use enhanced
                    authentication with host A. In this case, connections from host B to host A are likely to
                    fail with status code 41. Connections from host A to B are likely to fail with
                    authentication errors (status code 160).
               Recommended Action: Verify that the latest software is installed on the client and server.
               ◆ On Windows NetBackup servers, check the install_path\netbackup\version.txt
                  file or the About NetBackup item on the Help menu.
               ◆ On Microsoft Windows clients, check the About NetBackup item on the Help menu.
               ◆ On NetWare target clients, check the Version entry in the bp.ini file.
               ◆ If this is a NetBackup for NetWare client and has a version of NetBackup earlier than
                  3.0, verify that the client is in a Standard type policy.
               ◆ On Macintosh clients, check the version file in the bin folder in the NetBackup folder
                  in the Preferences folder.
               ◆ The client has been configured to require encrypted backups, but the encryption
                    attribute for the backup policy on the server has not been selected.
               ◆ The evaluation license for the NetBackup Encryption product has expired on the
                    server, but the NetBackup client has been configured to require encrypted backups.
                    As a result, the server attempted to make a non-encrypted backup of the client; since
                    the client is configured to require encryption, the backup failed.
               Recommended Action:
               ◆ If the server is a valid server but is not listed on the client, add its name to the client s
                                                                                                            ’
                    server list:
                    ◆ On Windows clients, add the server on the Servers tab in the Specify NetBackup
                         Machines dialog box. To display this dialog box, start the Backup, Archive, and
                         Restore interface on the client and click Specify NetBackup Machines on the
                         Actions menu.
                    ◆ On Macintosh clients, add a SERVER entry in the bp.conf file.
                    ◆ On NetWare target and OS/2 clients, add a SERVER entry in the bp.ini file.
                         page 25.
               ◆ To make non-encrypted backups of the client, set CRYPT_OPTION on the client to
                    allowed or denied. For more information, refer to the NetBackup Encryption System
                    Administrator s Guide.
                                ’
            ◆    If the NetBackup encryption evaluation license has expired on the server and you
                 want to continue encrypting backups of the client, you must purchase a permanent
                 encryption license key and add it to the server. After you add the permanent
                 encryption license key, check the attributes of the backup policy to make sure that
                 encryption is selected.
                 To check the validity of an evaluation license key, do the following:
                 On Windows: go to the Help menu on the NetBackup Administration window on the
                 NetBackup server and select License Keys. If the evaluation key is not listed in the
                 NetBackup License Keys window, the key has expired. Use this window to add the
                 new permanent encryption key.
            name.
            Recommended Action:
            1.   Verify that the client name is correct in:
                 ◆ The NetBackup policy configuration on the master server.
                 ◆ The General tab in the NetBackup Client Properties dialog box and the Clients tab
                     in the Specify NetBackup Machines dialog box (on Microsoft Windows and
                     NetWare nontarget clients). To display these dialog boxes, start the Backup,
                        Archive, and Restore interface on the client. For the General tab, click NetBackup
                        Client Properties on the File menu; for Clients tab, click Specify NetBackup
                        Machines on the File menu.
                    ◆   The bp.conf file on Macintosh clients.
                    ◆   The bp.ini file on OS/2 and NetWare target clients.
               2.   On clients and servers, verify that the name service is set up to correctly resolve the
                    NetBackup client names.
                 ◆   Create a bpcd debug log directory (this log is created automatically on Macintosh
                     clients.)
                 ◆   Increase the debug or log level as explained in the debug log topics in Chapter 3.
            2.   Retry the operation and examine the resulting logs.
            3.   This problem can sometimes be due to a corrupt binary.
                 On a Windows client, check the bpinetd.exe, bpcd.exe, bpbkar32.exe, and
                 tar32.exe executables located in the install_path\NetBackup\bin folder on the
                 client. Reinstall the client if these executables are not the same size as on other
                 Windows clients or are not at the same release level or do not have the same
                 NetBackup patches applied as other Windows clients.
               1.   Verify that the requested volume is available and an appropriate drive is ready and in
                    the UP state.
               2.   If this occurs during a read operation (restore, duplicate, verify), the drives could be
                    busy. Try increasing the media mount timeout specified by the NetBackup global
                    attribute in order to allow more time for mounting and positioning the media.
               3.   Verify that the tape is not a cleaning tape that is configured as a regular volume.
               4.   When the robot is controlled by an Automated Cartridge System, verify that the
                    ACSLS system is up.
               5.   If this is an initial installation, refer to “To Resolve Common Configuration Problems”
                    on page 11.
               6.   On Windows, check the Event Viewer Application log for error messages that indicate
                    why the tape mount did not complete.
            1.   For a Macintosh or NetWare target client, verify that the server is not trying to
                 connect when a backup or restore is already in progress on the client. These clients
                 can handle only one NetBackup job at a time.
                 On a Macintosh, you can check for activity by examining the NetBackupListen file
                 in the following folder on the startup disk of the Macintosh client:
                 :System Folder:Preferences:NetBackup:logs:inetd:log.mmddyy
            Explanation: An error was returned that the host was unreachable by the client
            (WSAENETUNREACH) when performing a system call.
            Recommended Action: Try to ping the client from the server. Check the IP address for the
            client. If you still have problems, talk to your network administrator.
                    f.   Use the following command to see if the master server returns correct information
                         for the client:
                             install_path\Veritas\NetBackup\bin\admincmd\bpclntcmd -pn
               2.   For a Macintosh or NetWare target client, verify that the server is not trying to
                    connect when a backup or restore is already in progress on the client. These clients
                    can handle only one NetBackup job at a time.
               3.   Perform Resolving Network Communication Problems on page 21.
                              “                                                     ”
page 21.
◆ On NetWare target and OS/2 clients add a SERVER entry in the bp.ini file.
                 If you add or modify server entries on the master server, you must stop and then
                 restart the NetBackup Request Manager and NetBackup Database Manager services.
            2.   On Windows clients, enable bpinetd debug logging as follows:
                 a.   Create a bpinetd debug log directory on the client.
                 b.   Increase the debug or log level as explained in the debug log topics in Chapter 3.
                 c.   Retry the backup and examine the resulting logs to determine the cause of the
                      failure.
            3.   On all but Macintosh clients, enable bpcd debug logging as follows:
                 a.   Create a bpcd debug log directory on the client.
                 b.   Increase the debug or log level as explained in the debug log topics in Chapter 3.
                 c.   Retry the backup and examine the resulting logs to determine the cause of the
                      failure.
            4.   On Macintosh clients, check the inetd and bpcd debug logs. Both logs are created
                 automatically.
                 ◆ Check the inetd log to see if NetBackupListen is running.
                 ◆ Check the bpbkar and tar messages in the bpcd log file.
                     To increase the amount of information included in the logs, set the loglevel
                     parameter in the mac.conf file to a higher value.
            5.   Check the bpcd debug log to determine the server s peername and what comparisons
                                                                    ’
                    ◆    Verify that the Windows TCP/IP service specifies the domain server that resolves
                         names for the subnet that contains the NetBackup servers.
               7.   If the preceding steps do not resolve this problem, see Resolving Network
                                                                            “
               8.   If NetBackup is using multiple network interfaces with slave servers, make sure the
                    interface names appear in the client s /usr/openv/netbackup/bp.conf file.
                                                         ’
               3.   On the master server create bpsched and bpbrm debug log directories. If there are
                    media servers involved, create a bpbrm debug log directory on them.
               4.   Retry the operation and check the resulting debug logs.
                 To increase the amount of information that appears in the logs, see the logging topics
                 in Chapter 3.
            2.   Retry the operation and check the resulting debug logs.
               Note      The NetBackup Device Manager service is used only if devices are attached to the
                         system.
            Explanation: The tape manager (bptm) could not communicate with the NetBackup
            Volume Manager service. This communication is required for most operations.
            Recommended Action: On Windows, verify that both the NetBackup Device Manager
            service and the NetBackup Volume Manager service are running. Start them if necessary.
            Note   The NetBackup Device Manager service is used only if devices are attached to the
                   system.
            2.   Typically, this status code indicates a drive configuration problem that allows more
                 than one process at a time to open the device.
                 On Windows, the problem could be that the Media Manager device configuration was
                 modified but the NetBackup Device Manager service was not restarted. Verify the
                 configuration and restart the NetBackup Device Manager service.
            3.   Make sure the tapes are not write protected.
            4.   For detailed troubleshooting information:
                    a.   Create a debug log directory for bpdm (if the device is disk) or bptm (if the device
                         is tape).
                    b.   On Windows, enable verbose logging by adding VERBOSE on a line by itself in
                         the install_path\Volmgr\vm.conf file. Then, stop and restart the NetBackup
                         Device Manager service.
                    c.   Retry the operation and check the resulting debug log files.
                    d.   On Windows systems, look at the
                         install_path\Veritas\NetBackup\db\media\errors log for a drive that is
                         frequently producing errors.
                    message:
                    tape error occurred on extended copy command, key = 0x0, asc = 0x0,
                    ascq = 0x0
                    your host-bus adapter and its driver are probably not supported by NetBackup 4.0V.
                    The host-bus adapters and drivers supported in the release are listed in Chapter 2 of
                    the                     .
                         NetBackup Release Notes
               3.   If NetBackup was writing backups to a disk file, verify that the disk has enough space
                    for the backup.
               4.   If the media is tape, check for:
                    ◆ A defective or dirty drive, in which case, clean it or have it repaired (refer to the
                         tpclean command for robotic drives).
                 ◆   The wrong media type. Verify that the media matches the drive type you are
                     using.
                 ◆   Defective media. If this is the case, use the bpmedia command to set the volume
                     to the FROZEN state so it is not used for future backups.
                 ◆   Incorrect drive configuration. Verify the Media Manager and system
                     configuration for the drive.
                     This often results in the media being frozen with a message, too many data
                                                                                 “
               closing a tape.
               Recommended Action:
               1.   For additional information, check the following:
                    ◆ NetBackup Problems report to determine the device or media that caused the
                        error
                    ◆ Event Viewer Application and System logs
            Recommended Action: Check the All Log Entries report. If more details are required,
            create bptm and bpbrm debug log directories on the server. Then, retry the operation and
            check the resulting log files. This error is usually due to a configuration problem.
               Explanation: When performing a restore, the tape manager (bptm) or disk manager
               (bpdm) could not find a tar header at the offset it expected.
               Recommended Action:
               1.   Perform a bpverify of the affected image to determine if it is written correctly.
               2.   Check the NetBackup Problems report for additional information about the error.
               3.   Verify the Media Manager and system configuration for the drive.
               4.   Error code 92 has been encountered on some relabeled and value-added 8-mm tape
                    drives where the drive s microcode incorrectly processes a forward space record
                                           ’                                    “                       ”
                    SCSI command.
               5.   If the problem is not one of the above, create a debug log directory for either bpdm or
                    bptm and retry the operation. Check the resulting debug log file.
            3.   For detailed troubleshooting information, create a debug log directory for bptm and
                 retry the operation. Check the resulting debug log files.
                        This script lists all volumes in the Media Manager volume configuration, and
                        augments that list with information on the volumes currently assigned to
                        NetBackup.
               2.   If the storage unit and volume pool appear to have media, verify the following:
                    ◆ Volume is not FROZEN or SUSPENDED.
                         Check for this condition by using the NetBackup Media List report. If the volume
                         is frozen or suspended, use the bpmedia command to unfreeze or unsuspend it
                         (if that is desired).
                    ◆ Volume has not expired or exceeded its maximum number of mounts.
               4.   Create bptm and vmd debug log directories and retry the operation.
               5.   Examine the bptm debug log to verify that bptm is connecting to the correct system. If
                    an error is logged, examine the vmd log.
                        On Windows, the vmd log is:
                        install_path\Volmgr\debug\daemon\xxxxxx.log
               6.   If this is a new storage unit, and this is the first attempt to use it, stop and restart
                    NetBackup on the master server.
        106                                                NetBackup Troubleshooting Guide - Windows NT/2000
                                                                                           Status Codes
            Note   The bptm debug logs (in verbose mode) usually show the NetBackup media
                   selection process.
                   If the logs do not reveal the problem, use the command line version of the command
                   and correct any problems that are reported on stderr.
            Explanation: The NetBackup internal catalogs were backed up by using the bpbackupdb
            command line and specifying a device path that does not exist.
            Recommended Action: Retry the command using a valid device file name.
               Recommended Action:
               1.   If you suspect that the software versions are the problem, verify that all NetBackup
                    software is at the same version level.
                    ◆ On Windows NetBackup servers, check the
                         install_path\netbackup\version.txt file or the About NetBackup item on the
                         Help menu.
                    ◆ On Microsoft Windows clients, check the About NetBackup item on the Help
                         menu.
                    ◆ On NetWare target clients, check the Version entry in the bp.ini file.
                         If the client software is earlier than 3.0, verify that the client is in a Standard type
                         policy.
                    ◆ On Macintosh clients, check the version file in the bin folder in the NetBackup
                         folder in the Preferences folder.
               2.   If the server is denying list and restore requests, remove the
                    DISALLOW_CLIENT_LIST_RESTORE and DISALLOW_CLIENT_RESTORE options
                    from the registry on a Windows NetBackup server. Then, stop and restart the
                    NetBackup Request Manager service.
               3.   For detailed troubleshooting information, create bpdbm, bprd, and admin debug log
                    directories. Then, retry the operation and check the resulting debug logs.
            Explanation: This is usually caused by a request to restore files to a client other than the
            one that made the request and the request did not come from the administrator on a
            NetBackup server.
            Recommended Action: Retry the operation as the administrator on the master server.
            Also see status code 131.
                    /usr/openv/lib/libvopie.sl
                    /usr/openv/lib/libnoauth.sl
                    Macintosh:
                    :System Folder:Extensions:libvopie.dll
                    :System Folder:Extensions:libnoauth.dll
               2.   Check the methods_allow.txt files on the systems that are having problems to
                    ensure that authentication is enabled. The files are in the following locations:
                    Windows:
                    install_path\NetBackup\var\auth
                    Macintosh:
                    :System Folder:Preferences:NetBackup:var:auth
                    If one system reports authentication failed (status code 160) and the other system
                    reports network connection timed out (status code 41), you may have enabled
                    authentication in the first system s methods_allow.txt file but not in the second
                                                    ’
               3.   On the systems that are having the authentication problem, remove the remote host
                    that is not being authenticated from the methods_allow.txt file.
                    For example, if host A and host B are having the problem, remove host A from the file
                    on host B and vice versa.
                    Retry the operation.
                    ◆ If the problem still exists, it indicates connection problems not related to
                        authentication.
                    ◆ If connections are now successful, proceed to the next step.
               4.   Execute bpauthsync     -vopie on the master server to resynchronize the key files on
                    the systems.
                    install_path\NetBackup\bin\admincmd\bpauthsync -vopie -servers
                    -clients
               5.   Add back the names removed in step 3 and retry the operation.
               6.   Create debug log directories for the processes involved in authentication between
                    NetBackup systems. These include:
                    ◆ On the server, create debug log directories for bprd, bpdbm, bpcd.
                    ◆ On the client, create debug log directories for bpbackup, bprestore, bpbkar
                       (Windows only).
        120                                             NetBackup Troubleshooting Guide - Windows NT/2000
                                                                                           Status Codes
            Recommended Action:
            ◆ If a non third-party copy device is listed in 3pc.conf file, correct or remove the non
                  third-party copy device entry.
            ◆ An incorrect lun is specified in the 3pc.conf file, or the device does not exist.
                  Correct the 3pc.conf file as appropriate.
            ◆ An appropriate mover.conf file (with or without file-name extension) could not be
                  found. In this case, the /usr/openv/netbackup/logs/bptm log may also show
                  the following:
                09:51:04 [22281] <2> setup_mover_tpc: no mover.conf.vertex_std_tpc
                or mover.conf file exists, cannot perform TPC backup
                09:51:04 [22281] <16> bptm: unable to find or communicate with
                Third-Party-Copy mover for policy vertex_std_tpc
                Make sure that an appropriate mover.conf file exists in /usr/openv/netbackup
                on the media server. This file can be any of the following:
                ◆ mover.conf.policy_name file, where policy_name exactly matches the name of
                    the policy.
                ◆ mover.conf.storage_unit_name, where storage_unit_name exactly matches
                    the name of the storage unit selected in the Backup Policy Management Policy
                    attributes dialog (such as nut-4mm-robot-tl4-0).
                ◆ mover.conf file (no extention) for configurations that have only one third-party
                    copy device.
                Note that NetBackup looks for an appropriate mover.conf file in the above order.
            ◆   The SCSI pass-through path of the third-party copy device, as entered in the
                mover.conf file (with or without file-name extension), does not exist. In this case,
                the /usr/openv/netbackup/logs/bptm log may also show the following:
                09:50:12 [22159] <16> setup_mover_tpc: open of passthru path
                /dev/sg/cXtXlX failed, No such file or directory
                09:50:12 [22159] <16> bptm: unable to find or communicate with
                Third-Party-Copy mover for policy vertex_std_tpc
                Correct the SCSI pass-through path of the third-party copy device that is entered in
                the mover.conf file.
            4.   If your configuration has multiple servers / HBAs with access to your tape services
                 (most likely, an SSO configuration), make sure the SCSI Reserve / Release is
                 configured correctly. For more information, refer to the NetBackup SAN Shared Storage
                 Option System Administrators Guide for UNIX and Windows.
                 ◆   If the media ID is not present in the Media Manager volume configuration, add it.
                 ◆   If a fatal bptm error occurred, verify that the NetBackup Volume Manager
                     service is active.
                 ◆   If the entire image is not present, perform import phase 1 on the media IDs that
                     have the remainder of the image.
            attempted.
            Recommended Action:
            1.   Retry the backup either immediately with a manual backup or allow the normal
                 scheduler retries.
            2.   For additional information, check the All Log Entries report. For detailed
                 troubleshooting information, create a bpsched debug log directory on the master
                 server. After the next backup attempt, check the debug log.
                 Some actions to perform are:
                 ◆ Verify that the NetBackup Volume Manager and NetBackup Device Manager
                     services are running.
                 ◆ Look for a problem in an earlier backup that made the media or storage unit
                     unavailable.
               Explanation: A backup or archive operation that was queued by the backup scheduler
               was not attempted because the backup window was no longer open.
               Recommended Action:
               ◆ If possible, change the schedule to extend the backup window for this policy and
                  schedule combination so it does not occur again.
               ◆ If the backup must be run, use the Manual Backup command on the Policy menu in
                  the Backup Policy Management window to perform the backup. Manual backups
                  ignore the backup window.
            ◆    If the client is not in such a policy, either add a schedule of the appropriate type to an
                 existing policy that has this client or create a new policy that has this client and a
                 schedule of the appropriate type.
            ◆ If the backup window is not open during appropriate time periods, adjust a backup
                window for a schedule in one of the policies.
            3.   Verify that the master server can communicate with bpcd on the host that has the
                 storage unit.
                 After each backup, the scheduler checks the storage unit to see how many drives are
                 available (in case the backup caused a drive to be automatically downed). If bpsched
                 cannot communicate with bpcd, it sets the number of available drives in that storage
                 unit to 0 and further backups to that storage unit fail.
                 The available drives remain at 0 until the scheduler is initialized again. Therefore,
                 even if bpcd seems to be operating correctly now, check the bpsched and bpcd
                 debug logs (see below) for records of an earlier failure.
            4.   See Testing Media Server and Clients on page 19 and Resolving Network
                     “                                      ”              “
            5.   If necessary, create debug log directories for the following processes and retry the
                 operation. Then, check the resulting debug logs on the master server:
                 ◆ If the error occurred during a backup operation, check the bpsched debug logs.
                      Also, check the bpcd debug logs.
                 ◆ If the error occurred during a restore operation, check the bprd debug logs.
            Explanation: A process on the master server could not connect to a particular host on the
            network when trying to initiate communication with the media host for a particular
            operation. This problem can occur during a backup or restore in either a single or multiple
            server configuration.
            Recommended Action: Determine which activity encountered the network unreachable
            failure by examining the All Log Entries report for the appropriate time frame. If there is
            more than one NetBackup server (that is, one or more media servers) determine if the
               network unreachable failure was encountered between the master and a media server or if
               only the master server was involved. Execute the ping command from one host to
               another by using the following combinations:
               1.   From the master server, ping the master and all media servers by using the host
                    names in the storage unit configuration.
               2.   From each of the media servers, ping the master server host by using the host name
                    specified in the NetBackup server list. On a Windows server, the master is designated
                    on the Servers tab in the Master Server Properties dialog. To access this dialog, see
                    “Using the Host Properties Window” on page 40.
               3.   See “Testing Media Server and Clients” on page 19 and “Resolving Network
                    Communication Problems” on page 21.
               4.   If necessary, create debug log directories for the following processes and retry the
                    operation. Then, check the resulting debug logs on the master server:
                    ◆ If the error occurred during a backup, check the bpsched debug logs.
◆ If the error occurred during a restore, check the bprd debug logs.
               1.   From the master server, ping the master and all media servers by using the host
                    names in the storage unit configuration.
               2.   From each of the media servers, ping the master server by using the name specified in
                    the NetBackup server list. On a Windows server, the master is designated on the
                    Servers tab in the Master Server Properties dialog. To access this dialog, see “Using
                    the Host Properties Window” on page 40.
               3.   On Windows servers:
                    a.    Verify that the bpcd entries are correct in:
                          %SystemRoot%\system32\drivers\etc\services
                 b.    Verify that the NetBackup Client Service Port number and NetBackup Request
                       Service Port number on the Network tab in the NetBackup Configuration dialog
                       match the settings in the services file. To display this dialog, start the Backup,
                       Archive, and Restore interface and click Configure on the Actions menu.
                       The values on the Network tab are written to the services file when the
                       NetBackup Client service starts.
                 c.    Stop and restart the NetBackup services.
            4.   See “Testing Media Server and Clients” on page 19 and “Resolving Network
                 Communication Problems” on page 21.
            5.   If necessary, create debug log directories for the following processes and retry the
                 operation. Then, check the resulting debug logs on the master server:
                 ◆ If the error occurred during a backup operation, check the bpsched debug logs.
                 ◆ If the error occurred during a restore operation, check the bprd debug logs.
            1.   From the master server, ping the master and all media servers by using the host
                 names in the storage unit configuration.
            2.   From each of the media servers, ping the master server by using the name specified in
                 the NetBackup server list. On a Windows server, the master is designated on the
                 Servers tab in the Master Server Properties dialog. To access this dialog, see “Using
                 the Host Properties Window” on page 40.
            3.   On Windows servers:
                    a.   Verify that the bpcd entries are correct in the services file:
                         %SystemRoot%\system32\drivers\etc\services
                    b.   Verify that the NetBackup Client Service Port number and NetBackup Request
                         Service Port number on the Network tab in the NetBackup Configuration dialog
                         match the settings in the services file. To display this dialog, start the Backup,
                         Archive, and Restore interface and click Configure on the Actions menu.
                         The values on the Network tab are written to the services file when the
                         NetBackup Client service starts.
                    c.   Stop and restart the NetBackup services.
               4.   See “Testing Media Server and Clients” on page 19 and “Resolving Network
                    Communication Problems” on page 21.
               5.   Create a bpcd debug log directory on the server that has the storage unit and retry the
                    operation. Then, check for additional information in the resulting debug log.
            Explanation: An error occurred when the backup scheduler (bpsched) tried to obtain the
            date of the last backup for a particular client, policy, and schedule combination.
            Recommended Action:
            1.   Verify that the NetBackup Database Manager service is running.
            2.   Examine the All Log Entries report for the appropriate time frame to gather more
                 information about the failure.
            3.   For detailed troubleshooting information, create debug log directories for bpsched
                 and bpdbm on the master server and retry the operation. Then, check the resulting
                 debug logs.
               Recommended Action: Create a bpsched debug log directory on the master server and
               retry the operation. Then, determine the type of system failure by examining the error
               message in the bpsched debug log on the master server.
Ensure that the correct master server is being specified for the connection.
               5.   Verify that the robot number and host in the storage unit configuration matches what
                    is specified in the Media Manager device configuration.
               6.   Verify that the master server can communicate with the bpcd process on the server
                    that has the storage unit.
                    a.   Verify that bpcd is listening on the port for connections.
                         On a Windows NetBackup server, executing
                             netstat -a
                         prints out several lines of output. If bpcd is listening, one of those lines is similar
                         to the following:
                             TCP      myhost:bpcd                   0.0.0.0:0                       LISTENING
                         Do this on the server where the storage unit is connected.
                    b.   If bpcd seems to be operating correctly, create bpsched and bpcd debug log
                         directories and retry the operation. Check the resulting debug logs for records of
                         an earlier failure.
                         After each backup, the scheduler checks the storage unit to see how many drives
                         are available (in case the backup caused a drive to be automatically downed). If
                         bpsched cannot communicate with bpcd, it sets the number of available drives
                         in that storage unit to 0 and further backups to that storage unit during this
                         backup session will fail.
                         The number of available drives remains at 0 until the scheduler is initialized
                         again.
                    c.   If the cause of the problem is not obvious, perform some of the steps in
                         “Resolving Network Communication Problems” on page 21.
               Explanation: A request containing text that exceeds a buffer size was made to the bpdbm
               process (NetBackup Database Manager service). This is usually a result of using software
               from different version levels together.
               Recommended Action: Verify that all NetBackup software is at the same version level. If
               that is not the problem, create debug log directories for bpdbm and admin. Then, retry the
               operation and examine the resulting debug logs.
               Explanation: The start and duration times specified for one day of the schedule overlap
               with another day of the schedule.
               Recommended Action: Correct the schedule to eliminate the overlapping backup
               windows.
            1.   Verify that all NetBackup software is at the same version level. Update earlier
                 versions of NetBackup software.
                 ◆ On Windows NetBackup servers, check the
                     install_path\NetBackup\version.txt file or the About NetBackup item on the
                     Help menu.
                 ◆ On Microsoft Windows clients, check the About NetBackup item on the Help
                     menu.
                 ◆ On NetWare target clients, check the Version entry in the bp.ini file.
                     If the client software is earlier than 3.0, verify that the client is in a Standard type
                     policy.
                 ◆ On Macintosh clients, check the version file in the bin folder in the NetBackup
                     folder in the Preferences folder.
            2.   If the problem persists, save all error information and call customer support.
               Recommended Action: Obtain additional information by first creating debug logs and
               then attempting to recreate the error. The debug logs to create are as follows:
               ◆ On the server, bptm, bpbrm, and bpdbm.
               ◆ On Windows clients, bpbkar.
               ◆ On other clients, bpcd.
               Note   To increase the amount of information included in the logs, see “Debug Logs on PC
                      Clients” on page 46.
Recommended Action: For more information on a Vault status code, refer to the NetBackup
                Ensure that the following directory exists, is writable by root, and that the disk is not
                full:
                UNIX: /usr/openv/netbackup/vault/sessions/vault_name
                Windows: install_path\NetBackup\vault\sessions\vault_name
               Windows:
               install_path\Netbackup\vault\sessions\vault_name\session.last
                   Make sure that the file system is not full and that no one has inadvertently edited the
                   session.last file. You can correct the problem by storing in the session.last
                   file the highest session id that has been assigned to a session for this vault. If the
                   problem persists, contact customer support and send the appropriate logs.
            Explanation: This error is returned by a vault job or command when it cannot locate the
            following directory:
                UNIX: /usr/openv/netbackup/vault
                Windows: install_path\NetBackup\vault
            Recommended Action: The vault directory is created when the vault package is
            installed on the master server. Ensure that the vault job or command is started as root on
            the master server and that the vault directory has not been inadvertently removed or
            made inaccessible to root user.
            ◆   Inventory the robotic library. This puts any media that were in the offsite vault
                volume group back into the robotic volume group. Then, rerun the vault sessions that
                failed.
               ◆ The robotic library had problems putting media into the MAP.
               ◆ The user hit Return in interactive mode without first removing the media from the
                   MAP. In this case, the media that were in the MAP will be put back into their original
                   slots in the robotic library.
               Recommended Action: For detailed information about why the process was aborted,
               review the vault debug log in the following directory:
                   UNIX: /usr/openv/netbackup/logs/vault
                   Windows: install_path\NetBackup\logs\vault
                   Also review the detail.log in each of the sidxxx directories that had problems:
                   UNIX: /usr/openv/netbackup/vault/sessions/vault_name/sidxxx
                   Windows: install_path\NetBackup\vault\sessions\vault_name\sidxxx
                   (where xxx is the session id)
                   This error often indicates that the media were left in the offsite vault volume group
                   but still physically reside in the robot or in the robotic MAP. To solve this problem, do
                   one of the following:
               ◆   Manually remove any media that are in the offsite vault volume group but are still in
                   the robotic library.
               ◆   Inventory the robotic library. This puts any media that were in the offsite vault
                   volume group back into the robotic volume group. Then, rerun the vault sessions that
                   failed.
            ◆ The bad media id is already in the MAP or not in the robotic library.
            ◆ The bad media id is in a robotic drive.
            ◆ The bad media id is in transit in the robotic library.
               Explanation: This error occurs if the robotic library is not in a state to support ejecting
               media.
               Possible reasons for this include:
               ◆ The library is currently ejecting media
               ◆ The library is pending ejecting media
               ◆ The library is currently injecting media
               call failed or did not return the proper information to the vault eject process.
               Recommended Action: For detailed information about why the process failed, review the
               vault debug log in the following directory:
                   UNIX: /usr/openv/netbackup/logs/vault
                   Windows: install_path\NetBackup\logs\vault
                   Also review the detail.log in each of the sidxxx directories that had problems:
                   UNIX: /usr/openv/netbackup/vault/sessions/vault_name/sidxxx
                   Windows: install_path\NetBackup\vault\sessions\vault_name\sidxxx
                   (where xxx is the session id)
                   This error often indicates that the media were left in the offsite vault volume group
                   but still physically reside in the robot or in the robotic MAP. To solve this problem, do
                   one of the following:
               ◆   Manually remove any media that are in the offsite vault volume group but are still in
                   the robot.
        162                                              NetBackup Troubleshooting Guide - Windows NT/2000
                                                                                         Status Codes
            ◆   Inventory the robot. This puts any media that were in the offsite vault volume group
                back into the robotic volume group. Then, rerun the vault sessions that failed.
            Recommended Action: For more information, review the vault debug log in the following
            directory:
                UNIX: /usr/openv/netbackup/logs/vault
                Windows: install_path\NetBackup\logs\vault
                Also review the detail.log in each of the sidxxx directories that had problems:
                UNIX: /usr/openv/netbackup/vault/sessions/vault_name/sidxxx
                Windows: install_path\NetBackup\vault\sessions\vault_name\sidxxx
                (where xxx is the session id)
                A common cause of failure is the lack of resources, such as no more media available in
                the specified pools for duplication and catalog backup. Correct the problem and rerun
                the vault job. Note that the NetBackup scheduler will retry a vault job that has
                terminated with this error.
auth.conf file.
               2.   Ensure that no other application is using the port configured for the NetBackup-Java
                    interface.
                    Windows.
               Recommended Action:
               1.   Restart the NetBackup-Java interface and log in again.
               2.   If the problem persists, enable detailed debug logging.
3. Restart the NetBackup Java Administration interface and examine the logs.
               successful creation of and connection to the NetBackup-Java user service, all other child
               processes are created by the NetBackup-Java user service on behalf of requests made by
               the NetBackup-Java interface.
               Note   The cause of status code 509 can be found in the appropriate log file, either for
                      bpjava-msvc or bpjava-usvc. The cause can be categorized as one of the
                      following:
               ◆  A job (started by either the NetBackup-Java authentication service or user service) no
                  longer exists, and did not report its result status.
               ◆ A job (started by either the NetBackup-Java authentication service or user service)
                  cannot be monitored by the NetBackup-Java service. This is probably due to a lack of
                  system resources (insufficient memory).
               ◆ The maximum number of non-transient activity monitor jobs (>100) have already
                  been started.
               Recommended Action:
               1.   If the problem persists, restart the NetBackup-Java interface and try again.
               2.   If the problem still persists, enable detailed debug logging as explained under
                    “Enabling Detailed Debug Logging” in Chapter 3.
               Explanation: The NetBackup-Java application server (on the remote host you are logging
               in to) is not the same version as the NetBackup-Java interface on your local host. The two
               are therefore incompatible.
               Recommended Action:
               ◆ Log in to a different NetBackup remote host.
               ◆ Upgrade the NetBackup software on either the machine specified in the login dialog
                    or on the local host where you started the NetBackup Java interface.
               means of setlocale).
               Recommended Action: On the host that was specified in the NB-Java login dialog, check
               the NetBackup configuration file mentioned above to ensure there is a mapping available
               for the indicated locale. (For information on locale configuration and mapping, refer to the
            NetBackup System Administrator’ s Guide.) If there is a mapping, try to set the mapped locale on
            the host that was specified in the NB-Java login dialog. This system may not be configured
            properly.
Messages
            This section lists the NetBackup error messages alphabetically. The status code is included
            in parentheses after the message. Refer to the previous list of status codes for explanations
            and recommended actions.
             allocation failed
             (NetBackup Status Code 10)
             authentication failed
             (NetBackup Status Code 160)
bpjava-msvc: the client is not compatible with this server version (server_version )
bpstart_notify failed
            Can not connect to the NB-Java authentication service on the configured port -
            configured_port_number
            (NetBackup Status Code 505)
             Can not connect to the NB-Java user service via VNETD on (host) or port
             (configured_port_number)
             (NetBackup Status Code 577)
             client timed out waiting for the continue message from the media manager
             (NetBackup Status Code 65)
            communication interrupted
            (NetBackup Status Code 234)
            continue
            (NetBackup Status Code 221)
             done
             (NetBackup Status Code 222)
             EC_badop
             (NetBackup Status Code 113)
             EC_end
             (NetBackup Status Code 115)
             EC_error
             (NetBackup Status Code 114)
             eject process has already been run for the requested vault session
             (NetBackup Status Code 307)
             getservbyname failed
             (NetBackup Status Code 19)
             host is unreachable
             (NetBackup Status Code 47)
             Incorrect password
             (NetBackup Status Code 504)
            Internal error - a bad status packet was returned by NB-Java application server that did
            not contain an exit status code
            (NetBackup Status Code 512)
            invalid jobID
            (NetBackup Status Code 273)
            invalid request
            (NetBackup Status Code 133)
             Invalid username
             (NetBackup Status Code 503)
             NB image database contains no image fragments for requested backup id/copy number
             (NetBackup Status Code 165)
            no active policies contain schedules of the requested type for this client
            (NetBackup Status Code 198)
            no active policies in the configuration database are of the correct client type
            (NetBackup Status Code 246)
            No authorization entry exists in the auth.conf file for username username. None of the
            NB-Java applications are available to you.
            (NetBackup Status Code 502)
            no images duplicated
            (NetBackup Status Code 308)
            requested media id was not found in NB media database and/or MM volume database
            (NetBackup Status Code 95)
             Socket connection to the NB-Java user service has been broken. Please retry your last
             operation.
             (NetBackup Status Code 507)
            specified media or path does not contain a valid NB database backup header
            (NetBackup Status Code 127)
             the specified client does not exist in an active policy within the configuration database
             (NetBackup Status Code 236)
             the specified schedule does not exist in an active policy in the configuration database
             (NetBackup Status Code 237)
             unable to allocate new media for backup, storage unit has none available
             (NetBackup Status Code 96)
             unimplemented feature
             (NetBackup Status Code 16)
            valid archive image produced, but no files deleted due to non-fatal problems
            (NetBackup Status Code 3)
            vltCore Error
            (NetBackup Status Code 281)
            vltCore UnhandledError
            (NetBackup Status Code 283)
       At the end of this chapter is a section titled “Messages,” which lists all Media Manager
       messages alphabetically. Following each message is a pointer to the section in this chapter
       that contains detailed information about the message.
Status Codes
       Note   The term media server, as distinct from master server or server, does not apply to the
              NetBackup BusinesServer product. When troubleshooting a BusinesServer
              installation, please ignore any references to media server.
            Explanation: A Media Manager command was executed with improper options or there is
            an incompatibility between components or versions of the product.
            Recommended Action:
            1.   Examine command output, debug logs, and system logs for a more detailed message
                 on the error, as follows.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command s verbose option, if available.
                                   ’
               1.   Examine command output, debug logs, and system logs for a more detailed message
                    on the error, as follows.
                    a.   If not already enabled, enable debug logging by creating the necessary
                         directories/folders. Increase the level of verbosity by adding the VERBOSE
                         option in the vm.conf file and restarting the daemons/services, or by executing
                         the command s verbose option, if available.
                                      ’
            3.   Ensure that the specified media IDs contain valid characters only: alphanumeric
                 characters, and the period (.), plus sign (+), and underscore (_). A hyphen (-) is also a
                 valid character when not the first character in the media ID.
            4.   If the media is for optical disk, ensure that the media ID of the optical partner is
                 specified and contains only valid characters.
            5.   If the media ID is for optical disk in a TLM robot, ensure that the format of the ID and
                 partner are “Axxxxxx” and “Bxxxxx,” respectively.
            6.   If media are specified to be ejected from a library, ensure that they exist in the volume
                 database and are associated with the correct robot number.
            7.   Ensure that the media ID is from 1 to 6 characters in length.
            8.   Ensure that a valid media and seed were specified.
            9.   If the operation is an inventory request for an ACS robot, use the robtest utility to
                 verify that the ACS interface is returning cleaning media IDs both in the query
                 volume list and in the query cleaning volume list.
            3.   Check the volume database and ensure that the specified robot type agrees with that
                 for all volumes having the specified robot number.
            4.   If a robot type is required for the requested operation, ensure that a robot type has
                 been specified.
               1.   Examine command output (if available) and debug logs for a more detailed message
                    on the error, as follows.
                    a.   If not already enabled, enable debug logging by creating the necessary
                         directories/folders. Increase the level of verbosity by adding the VERBOSE
                         option in the vm.conf file and restarting the daemons/services, or by executing
                         the command s verbose option, if available.
                                      ’
            1.   Examine command output (if available) and debug logs for a more detailed message
                 on the error, as follows.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command s verbose option, if available.
                                   ’
            1.   Examine the daemon debug log for a more detailed message on the system error, as
                 follows.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command s verbose option, if available.
                                   ’
               1.   Examine the daemon debug log for a more detailed message on the system error, as
                    follows.
                    a.   If not already enabled, enable debug logging by creating the necessary
                         directories/folders. Increase the level of verbosity by adding the VERBOSE
                         option in the vm.conf file and restarting the volume daemon, or start vmd with
                         the verbose option, if available.
                    b.   Retry the operation and examine the logs.
               2.   Execute vmps to ensure that vmd and vmdb_dump are not both running at the same
                    time.
               3.   Ensure that no other process has a lock on the database file
                    /usr/openv/volmgr/database/volDB.
            1.   Examine the daemon debug log for a more detailed message on the system error, as
                 follows.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the volume daemon, or start vmd with
                      the verbose option, if available.
                 b.   Retry the operation and examine the logs.
            2.   Execute vmps to ensure that vmd and vmdb_dump are not both running at the same
                 time.
            3.   Ensure that no other process is locking or unlocking the database file
                 /usr/openv/volmgr/database/volDB.
            Explanation: A requested operation encountered a case where a volume query did not
            return a volume entry matching the search criteria.
            Recommended Action:
            1.   Examine the daemon and reqlib debug logs for a more detailed message on the error,
                 as follows.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the volume daemon/NetBackup
                      Volume Manager service, or start vmd with the verbose option, if available.
                 b.   Retry the operation and examine the logs.
            2.   Ensure that volumes are properly configured on the volume database host that
                 matches the volume database host configured for the robot or set of standalone
                 drives. Use tpconfig -d and tpconfig -lsavdbhost to list the configured
                 volume database hosts. Select the current server (the one you are administering) to be
                 the same as the host which is the correct volume database host for a targeted device.
            3.   Update the volume or device configurations, specify the correct volume database
                 host, modify volume properties, or adjust search criteria as needed so that the volume
                 query can find a matching volume.
               2.   Query for or sort volume records by barcode to identify the existing volume entry
                    with the same barcode as that specified for the volume entry being added or changed.
                    in the robotic library. If a volume is currently in a drive, the volume database should
                    still reflect the volume s home slot.
                                           ’
            1.   Examine command output (if available) and the daemon and reqlib debug logs for a
                 more detailed message on the protocol error, as follows.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the volume daemon/NetBackup
                      Volume Manager service, or start vmd with the verbose option, if available.
                 b.   Retry the operation and examine the logs.
            2.   Verify that the server being connected to is operational.
            1.   Examine command output (if available) and the daemon and reqlib debug logs for a
                 more detailed message on the error, as follows.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command s verbose option, if available.
                                   ’
            3.   Identify the robot control host by checking the device configuration. There should be
                 only one configured robot control host for each LMF, TL8, TLD, and TLH robot and
                 all volumes in the volume configuration should have a robot host that matches the
                 configured robot control host.
            4.   Check the system log on the robot control host to see if the robotic process is
                 processing requests during the time when communications with it are attempted.
                 Perform Resolving Network Communication Problems on page 21.
                          “                                                ”
               2.   Identify the targeted robotic process by looking at the robot type, and at the robot host
                    on the robotic request or the robot host field of the volume being operated on. Verify
                    that the robotic process used for robotic control is available and handling requests
                    (see table “Media Manager Daemons and Programs” on page 459).
               3.   Identify the robot control host by checking the device configuration. There should be
                    only one configured robot control host for each LMF, TL8, TLD, and TLH robot and
                    all volumes in the volume configuration should have a robot host that matches the
                    configured robot control host.
               4.   Check the system log on the robot control host to see if the robotic process is
                    processing requests during the time when communications with it are attempted.
                    Perform “Resolving Network Communication Problems” on page 21.
            5.   Check the system log on the robot control host for errors logged by the robotic
                 software.
            1.   Examine command output (if available), debug logs, and system logs for a more
                 detailed message on the error, as follows.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command s verbose option, if available.
                                   ’
            Recommended Action:
            1.   Examine command output (if available), debug logs, and system logs for a more
                 detailed message on the error, as follows.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command s verbose option, if available.
                                   ’
               Explanation: A request to change volume residence with media inject was sent to vmd
               (the Media Manager volume daemon on UNIX or NetBackup Volume Manager service on
               Windows), but the volume s robot type does not support automated media inject.
                                           ’
               Recommended Action:
               1.   Examine command output (if available), debug logs, and system logs for a more
                    detailed message on the error.
                    a.   If not already enabled, enable debug logging by creating the necessary
                         directories/folders. Increase the level of verbosity by adding the VERBOSE
                         option in the vm.conf file and restarting the daemons/services, or by executing
                         the command s verbose option, if available.
                                      ’
            Explanation: A request was made to add or change volumes in the volume configuration.
            The robot number to be associated with a volume is already in use, and is associated with
            another volume in a robot with the same number but of another robot type.
            Recommended Action:
            1.   Examine command output (if available), debug logs, and system logs for a more
                 detailed message on the error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command s verbose option, if available.
                                   ’
               2.   Ensure that the specified robot number and volume group are compatible. If volumes
                    in the volume group have a given robot number (for example, 0), then volumes with a
                    different robot number (for example, 1) cannot be added to that volume group.
                    Volumes cannot be moved directly from one robotic volume group to another robotic
                    volume group since the intermediate steps (some volume entries changed, some not)
                    would cause a conflict with robot numbers. Choose a different volume group on the
                    request, or let the volume group be automatically selected. Volume group selection
                    depends on the specific interface being used.
               1.   Examine the daemon debug log for a more detailed message on the system error.
                    a.   If not already enabled, enable debug logging by creating the necessary
                         directories/folders. Increase the level of verbosity by adding the VERBOSE
                         option in the vm.conf file and restarting the volume daemon, or start vmd with
                         the verbose option.
                    b.   Retry the operation and examine the logs.
               2.   Obtain the specific system call failure from the debug log, and investigate operating
                    system functionality related to the failure.
            1.   Examine command output (if available), debug logs, and system logs for a more
                 detailed message on the error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command s verbose option, if available.
                                   ’
                 b.   Retry the operation and examine the logs. Ensure that the process is allowed to
                      complete.
               2.   Retry the operation (or try using a different media management interface) and
                    examine the logs.
            Either add cleaning tapes to the robot (physically, and logically in the volume database
            with a media management interface), or change the number of allowed cleanings if a
            cleaning tape is already configured and the cleaning tape is to be used beyond its
            allocated use cycles. Then reissue the cleaning request, or wait for the cleaning request to
            be automatically submitted when a drive in the robot once again needs cleaning.
            Explanation: A process timed out while connecting to vmd (the Media Manager volume
            daemon on UNIX or NetBackup Volume Manager service on Windows) or to oprd (the
            operator request daemon/process). This problem can occur when a connection is
            attempted and the server process is not running. It can also occur if the network or server
            is heavily loaded and has slow response time.
            Recommended Action:
            1.   On the host (Media Manager host, Device Host, or volume database host) where vmd
                 is the recipient of the connection, verify that the daemon/service is running. If the
                 daemon/service is not running, start it. On Windows, vmd is the NetBackup Volume
                 Manager service.
            2.   If vmd is already running, examine command output, debug logs, and system logs for
                 a more detailed message on the error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or execute the
                      command s verbose option, if available.
                                ’
            4.   Check the services file. On UNIX, verify that the /etc/services file (and NIS
                 services if NIS is used) has entries for the vmd service. (Note that oprd is always
                 started by the vmd service.) On Windows, verify that the
                 %systemroot%\system32\drivers\etc\services file has the correct entry for
                 vmd. Also verify that the vmd port number in the services file agrees with the port
                 number configuration, which is noted in the man page for vmd(1M).
            5.   Verify that all operating system patches or service packs are installed.
            6.   Ensure that the Media Manager configuration is not tuned so that the load on vmd
                 exceeds its ability to service requests. Look for entries in the Media Manager
                 configuration file, vm.conf, that increase the load. Consider placing the volume
                 database on a higher performance server and file system if performance is an issue.
                 Consider using inventory filtering for robot types that support it, to reduce the
                 number of volumes in the volume configuration.
               7.   By checking utilities such as ipcs -a, ensure that shared memory is functioning
                    properly. The oprd process may not be responding, because it is having trouble
                    attaching to shared memory.
            2.   Identify the system where vmd is running. This is usually termed the Media Manager
                 host or volume database host, and defaults to the local system in some user interfaces
                 (such as vmadm). Possible causes for the error are high network load, missing
                 operating system patches or service packs, or unexpected vmd process failure. Also,
                 the socket read may have failed because the requested operation did not complete
                 within a specified time period. Some requests to vmd can be affected by robotic
                 process and vmd interactions, so check the system log for errors on the robotic control
                 host.
            Recommended Action:
            1.   Examine the command input, debug logs, and system logs for a more detailed
                 message on the system error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the volume daemon, or start vmd with
                      the verbose option
                 a.   Retry the operation and examine the logs.
            2.   Obtain the specific system call failure from the debug log, and investigate operating
                 system functionality related to the failure. Execute the hostname system command to
                 see if the command is operating correctly.
            Recommended Action:
            1.   Examine command output (if available), debug logs, and system logs for a more
                 detailed message on the format error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command s verbose option, if available.
                                   ’
               2.   For any of the cases listed under Explanation, choose a format operation appropriate
                    for the current state of the platter and retry the format as needed using the tpformat
                    command.
            1.   Examine command output (if available), debug logs, and system logs for a more
                 detailed message on the error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command s verbose option, if available.
                                   ’
            Recommended Action:
            1.   Examine command output (if available), debug logs, and system logs for a more
                 detailed message on the error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command's verbose option, if available.
                 b.   Retry the operation and examine the logs.
            2.   Ensure that the specified robot residence and volume group are compatible with
                 other volumes in the volume configuration that are in the specified volume group. Do
                 not try to move volumes in the special No Volume Group name ---- to a robotic
                                                                                 “   ”
                    as that used for other volumes in the volume group. If the robot host needs to be
                    changed for volumes in a volume group, use a single move volume group request
                    (available only in certain media management interfaces) to move the volume group to
                    standalone residence. Then move the volume group back to the robotic residence,
                    specifying the desired robot control host that will be associated with the new volume
                    group.
            vmd port numbers other than the default, or use of unsupported options, can affect which
            host and port is referenced in interfaces used to start vmd.
            Recommended Action:
            1.   Initiate vmd on the local host only, by logging on to the host where vmd needs to be
                 running and starting vmd on that host. On UNIX, execute
                 /usr/openv/volmgr/bin/vmd [-v]. On Windows NT, start the NetBackup
                 Volume Manager service in Services of the system Control Panel. (On Windows 2000,
                 Services is in Administrative Tools of the Control Panel.)
            2.   If more information is needed to explain the problem, examine command output (if
                 available), debug logs, and system logs for a more detailed message on the error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command s verbose option, if available.
                                   ’
            ◆ Volume pool names must consist of from 1 to 20 printable ASCII characters with no
                embedded whitespace.
            ◆ The None volume pool is the only valid pool for barcode rule entries that specify
                cleaning a media type.
            Recommended Action:
            1.   Examine command output (if available), debug logs, and system logs for a more
                 detailed message on the error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command s verbose option, if available.
                                   ’
               2.   Ensure that the volume pool specified does not violate the requirements noted. Use
                    the vmpool command to display the pool information. Use the vmrule command to
                    display the barcode rule information. Add or change volume pools and barcode rules
                    as needed to rectify inconsistencies in cases where the databases are inconsistent or
                    corrupted.
            1.   Examine command output (if available) and debug logs for a more detailed message
                 on the error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command s verbose option, if available.
                                   ’
                    respect to the six (6) least significant characters across all media in all robots, or use
                    media ID generation rules to ensure unique media IDs are generated when using
                    robot inventory update.
            1.   Examine command output (if available) and debug logs for a more detailed message
                 on the error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or by executing
                      the command s verbose option, if available.
                                   ’
               2.   Examine command output (if available), debug logs, and system logs for a more
                    detailed message on the error.
                    a.   If not already enabled, enable debug logging by creating the necessary
                         directories/folders. Increase the level of verbosity by adding the VERBOSE
                         option in the vm.conf file and restarting the daemons/services, or by executing
                         the command s verbose option, if available.
                                      ’
            2.   Ensure that the specified media type and volume group are compatible with other
                 volumes in the volume configuration that are in the specified volume group. Choose a
                 different volume group on the request, or let the volume group be automatically
                 selected. Volume group selection depends on the interface being used.
               Recommended Action:
               1.   Examine the daemon debug log for a more detailed message on the system error.
                    a.   If not already enabled, enable debug logging by creating the necessary
                         directories/folders. Increase the level of verbosity by adding the VERBOSE
                         option in the vm.conf file and restarting the volume daemon/NetBackup Volume
                         Manager service, or start vmd with the verbose option.
                    b.   Retry the operation and examine the logs.
               2.   Examine the permissions and available file system space for writing to the database:
                    on UNIX, /usr/openv/volmgr/database/poolDB; on Windows,
                    install_path\Volmgr\database\poolDB.
            3.   Ensure that no other process has a lock on the volume pool database file,
                 /usr/openv/volmgr/database/poolDB.
               1.   Examine the daemon and reqlib debug logs for a more detailed message on the error.
                    a.   If not already enabled, enable debug logging by creating the necessary
                         directories/folders. Increase the level of verbosity by adding the VERBOSE
                         option in the vm.conf file and restarting the volume daemon/NetBackup Volume
                         Manager service, or start vmd with the verbose option.
                    b.   Retry the operation and examine the logs.
               2.   Ensure that volumes are properly configured on the volume database host that
                    matches the volume database host configured for the robot or set of standalone
                    drives. Use the tpconfig -d and tpconfig -lsavdbhost commands to list the
                    configured volume database hosts. Select the current server (the one you are
                    administering) to be the same as the host which is the correct volume database host
                    for a targeted device.
               3.   Update the volume or device configurations, specify the correct volume database
                    host, modify volume properties, or adjust search criteria as needed so that the
                    requested operation can find the requested volume pool. Investigate inconsistencies
                    between the volume database and the volume pool database, and restore or correct
                    those databases from a previous state as needed.
               Recommended Action:
               When changing the media expiration, provide the date in the format specified by the
               media management interface documentation.
            1.   Examine command output (if available) and debug logs for a more detailed message
                 on the error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or execute the
                      command s verbose option, if available.
                                ’
            mounts has exceeded the maximum number of mounts allowed for the volume (or the
            maximum number allowed for the volume partner, in the case of optical media).
            Recommended Action:
            1.   Examine command output (if available) and debug logs for a more detailed message
                 on the error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or execute the
                      command s verbose option, if available.
                                ’
               2.   Increase the volume s maximum number of mounts, or set the maximum number of
                                         ’
                    mounts to infinite if you want to extend the active life of the physical media.
                    Alternatively, replace the media with other media that still has useful life remaining.
               3.   If the number of mounts was less than the maximum mounts allowed for the volume,
                    check the device configuration to determine if the volume database host for the device
                    is consistent with the volume configuration in the volume database. Applications may
                    attempt to query multiple volume databases for volume-related requests, so ensure
                    that duplicate media IDs are not used in volume configurations across multiple hosts.
                    If duplicate IDs are found, either completely separate the configurations by not
                    sharing any devices, or remove volumes with duplicate media IDs and consolidate
                    volumes into one volume configuration. Always use barcodes that are unique with
                    respect to the six (6) least significant characters across all media in all robots, or use
                    media ID generation rules to ensure unique media IDs are generated when using
                    robot inventory update.
               of mounts, but the operation is not allowed because the volume is a cleaning cartridge.
               Recommended Action:
               1.   If the volume is a cleaning cartridge, perform a valid operation such as changing the
                    number of cleanings remaining for the cleaning cartridge.
               2.   If the volume s media type cannot be determined, examine command output (if
                                  ’
                    available) and debug logs for a more detailed message on the error.
                    a.   Enable debug logging by creating the necessary directories/folders. Increase the
                         level of verbosity by adding the VERBOSE option in the vm.conf file and
                         restarting the daemons/services, or execute the command s verbose option, if
                                                                                     ’
                         available.
                    b.   Retry the operation and examine the logs.
               3.   If the targeted volume is incorrectly configured as a cleaning tape, delete the cleaning
                    volume and update the volume configuration using options to define a new volume
                    with the appropriate media type.
            Explanation: An attempt was made to delete one of the special, pre-defined volume pools.
            The None, NetBackup, and DataStore volume pools are fixed volume pools in the volume
            pool configuration, and cannot be deleted.
            Recommended Action: Do not attempt to delete the None, NetBackup, and DataStore
            volume pools.
                      available.
                 b.   Retry the operation and examine the logs.
            2.   Use vmrule to investigate integrity of the barcode rule database. The daemon debug
                 log file should indicate the number of fields expected and the number of fields found
                 in the barcode rule record. Restore a saved version of the barcode rule database if the
                 barcode rule database cannot be manually corrected.
               Recommended Action:
               1.   Examine the daemon debug log for a more detailed message on the system error
                    a.   If not already enabled, enable debug logging by creating the necessary
                         directories/folders. Increase the level of verbosity by adding the VERBOSE
                         option in the vm.conf file and restarting the volume daemon/NetBackup Volume
                         Manager service, or start vmd with the verbose option.
                    b.   Retry the operation and examine the logs.
               2.   Examine the permissions and available file system space for writing to the database,
                    /usr/openv/volmgr/database/ruleDB (UNIX) or
                    install_path\Volmgr\database\ruleDB (Windows).
                    b.   Check the methods_allow.txt files on the systems that are having problems to
                         ensure that authentication is enabled. The files are in the following locations:
                         Windows: install_path\NetBackup\var\auth
                         UNIX: /usr/openv/var/auth
                    c.   On the systems that are having the authentication problem, remove the remote
                         host that is not being authenticated from the methods_allow.txt file.
                         For example, if Host A and Host B are having the problem, remove Host A from
                         the file on Host B, and vice versa.
                         Retry the operation.
                         ◆ If the problem still exists, there are connection problems not related to
                             authentication.
                         ◆ If connections are now successful, proceed to the next step.
e. Add back the names removed in step c and retry the operation.
               2.   On the UNIX host where the request originated, check the system group
                    configuration and ensure that add/change pool requests include only valid group
                    IDs. No validation is attempted for group IDs in volume pools on Windows.
            1.   Check the system log and application (bptm) debug log to determine if hardware or
                 media errors have caused drives to become unavailable.
            2.   If more information is needed on the drive reservation problem, examine command
                 output (if available), debug logs, and system logs for a more detailed message on the
                 error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or execute the
                      command s verbose option, if available.
                                ’
               Explanation: A request was made to release a shared drive with vmd/DA (the device
               allocator for the Shared Storage Option). The drive was not reserved by the requesting
               host, although it had been reserved for another host.
               This is an abnormal condition that could occur if there was a network problem or a
               suspended process. The following is a possible scenario:
               1.   Host A reserves a shared drive.
               2.   Host A becomes unavailable for some time, unable to communicate with other hosts.
               3.   Host B determines that the host having the reservation (Host A) is no longer available,
                    and makes a request to vmd/DA denoting Host A as unavailable.
               4.   Some other host (such as Host A or Host C) reserves the drive.
               5.  The host originally owning the drive reservation tries to release the drive.
               Recommended Action: Correct the network or process problem that led to the
               communications problem. Ensure that unique non-duplicate strings are being used for
               host names and for SSO_HOST_NAME configuration file entries.
               2.   Identify the targeted host and verify that all Media Manager binaries on that host are
                    at a compatible version level with other hosts that are part of the configuration.
                    Update the software version as needed.
Guide.
            1.   Examine command output (if available), debug logs, and system logs for a more
                 detailed message on the error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the daemons/services, or execute the
                      command s verbose option, if available.
                                ’
               Explanation: A request was made to reserve a shared drive with vmd/DA (the device
               allocator for the Shared Storage Option). The drive was already reserved for the
               requesting host.
               This is an abnormal condition that could occur if two different hosts with the same host
               name (local host name, overridden by any SSO_HOST_NAME entries in the Media
               Manager configuration file, vm.conf) have registered the same drive name with vmd/DA.
               In this case, one of those hosts has a drive reservation, and the other host is trying to
               reserve the same drive.
               Recommended Action: Use unique non-duplicate strings for host names and for
               SSO_HOST_NAME configuration file entries.
               1.   Examine command output (if available) and debug logs for a more detailed message
                    on the error.
                    a.   If not already enabled, enable debug logging by creating the necessary
                         directories/folders. Increase the level of verbosity by adding the VERBOSE
                         option in the vm.conf file and restarting the daemons/services, or execute the
                         command s verbose option, if available.
                                   ’
               1.   Examine command output (if available) and debug logs for a more detailed message
                    on the system error.
                    a.   If not already enabled, enable debug logging by creating the necessary
                         directories/folders. Increase the level of verbosity by adding the VERBOSE
                         option in the vm.conf file and restarting the daemons/services, or execute the
                         command s verbose option, if available.
                                   ’
            1.   Examine the daemon debug log for a more detailed message on the system error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the volume daemon, or start vmd with
                      the verbose option.
                 b.   Retry the operation and examine the logs.
            2.   Ensure that no other process has a lock on the global device database file
                 /usr/openv/volmgr/database/globDB.
                         available.
                    b.   Retry the operation and examine the logs.
               2.   Try the following procedure:
                    a.   From the daemon debug log file, determine the offset of the volume that has an
                         RSM GUID conflict with the volume entry being added or changed. The offset is
                         the index of the volume in the volume database.
                    b.   Dump out all volume records in the volume configuration for the targeted
                         volume database host using the vmdb_dump command. Look up the volume
                         offset indicated in the debug log file, noting the associated RSM GUID, which is
                         the field volume_guid.
                         The condition may have occurred because the media name for a volume may
                         have been changed in the RSM media configuration, followed by a change to the
                         volume configuration in Media Manager that caused a new volume to be added.
                         Since RSM media names are equivalent to media IDs, if the existing media ID is
                         not deleted from the volume configuration, the conflict appears when the new
                         volume is added. Do not change media names in RSM if volume entries have
                         already been established for the media in the volume configuration.
               1.   Examine command output (if available), debug logs, and system logs for a more
                    detailed message on the error.
                    a.   If not already enabled, enable debug logging by creating the necessary
                         directories/folders. Increase the level of verbosity by adding the VERBOSE
                         option in the vm.conf file and restarting the daemons/services, or execute the
                         command s verbose option, if available.
                                   ’
                    the daemon and reqlib debug logs for a more detailed message on the error.
                    a.   If it is not already enabled, enable debug logging by creating the necessary
                         folders. Increase the level of verbosity by adding the VERBOSE option in the
                         vm.conf file and restarting the NetBackup Device Manager service.
                    b.   Retry the operation and examine the logs. From the daemon debug log file,
                         determine the media ID that has the invalid RSM GUID.
               2.   Make sure that the software components are compatible.
               ◆  This media had on-disk Backup Exec catalogs, and the catalog converter utility
                  (beconv.exe) has already been run on this media.
               Recommended Action:
               1.   Examine command output (if available) and the daemon and reqlib debug logs for a
                    more detailed message on the error.
                    a.    If not already enabled, enable debug logging by creating the necessary
                          directories/folders. Increase the level of verbosity by adding the VERBOSE
                          option in the vm.conf file and restarting the daemons/services, or execute the
                          command s verbose option, if available.
                                    ’
            None. This is a normal occurrence indicating that there is no volume with a particular
            ADAMM GUID in the targeted volume configuration. The requesting software may
            query the volume configuration on other hosts for a volume with the specified ADAMM
            GUID, or it may perform other media management related actions based on this status
            code.
            Note   Although a GUID can be changed or added by means of the vmchange and vmadd
                   commands, the GUID field is for internal use only. Do not add or change a GUID.
               Explanation: An attempt to open and link to a dynamic library failed. This may be caused
               by a missing or unusable dynamic library for the EMC Symmetrix API. The error may be
               generated at both the server and the client; the dynamic libraries are used by the ltid,
               tldd, and bptm processes.
               Recommended Action: Make sure that the EMC-supplied files
               /usr/symapi/shlib/libsymapi.so and /usr/symapi/shlib/libsymlvm.so
               exist on the system that reported the error. For new copies of these files, contact EMC.
               ◆    install_path\VERITAS\NetBackup\share\external_robot_mappings.txt
                    (Windows)
               1.   The file does not exist.
               2.   The file is for a different version of NetBackup. You can find what version it is for by
                    reading the header in the file.
               3. The file has a corrupted licensing digest.
               Recommended Action: Download the latest external mappings files from the VERITAS
               support website at www.veritas.com.
               ◆    install_path\VERITAS\NetBackup\share\external_drive_mappings.txt
                    (Windows)
               1.   The file does not exist.
               2.   The file is for a different version of NetBackup. You can find what version it is for by
                    reading the header in the file.
               3. The file has a corrupted licensing digest.
               Recommended Action: Download the latest external mappings files from the VERITAS
               support website at www.veritas.com.
            Explanation: There was a failed request to synchronize the global device database with
            the local drive (ltidevs) or robot (robotic_def) databases. This could be caused by
            the Media Manager volume daemon / NetBackup Volume Manager Service not running
            on the global device database host. This could also be caused by conflicting information
            between the global device database and the local databases mentioned above.
            Recommended Action:
            1.   Examine command output (if available), debug logs, and system logs for a more
                 detailed message on the error.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders (including the tpcommand log). Increase the level of verbosity
                      by adding the VERBOSE option in the vm.conf file and restarting the
                      daemons/services, or execute the command s verbose option, if available.
                                                                  ’
               1.   Examine command output (if available), debug logs, and system logs for a more
                    detailed message on the error.
                    a.   If not already enabled, enable debug logging by creating the necessary
                         directories/folders. Increase the level of verbosity by adding the VERBOSE
                         option in the vm.conf file and restarting the daemons/services, or execute the
                         command s verbose option, if available.
                                   ’
                         available.
                    b.   Retry the operation and examine the logs.
               3.   Verify that all Media Manager binaries are at a compatible version level.
            Recommended Action:
            1.   To avoid configuring invalid device paths and device names, use the Device
                 Configuration wizard (on supported device discovery platforms) so that device paths
                 and device names are automatically configured.
            2.   On Windows hosts, check the operating system configuration or registry for device
                 names and refer to the tpconfig command in NetBackup online help. On UNIX
                 hosts, refer to the appropriate chapter in the
                                                              NetBackup Device Configuration Guide.Always
                 use no-rewind device files for drives attached to UNIX hosts, and check to ensure that
                 the specified device paths exist as character-special files. Check for detailed errors
                 from the command or user interface output.
               1.   To avoid configuring device paths that are already in use, use the Device
                    Configuration wizard (on supported device discovery platforms) so that device paths
                    and device names are automatically configured.
               2.   Display the device configuration using tpconfig -d or a device configuration
                    interface to see the robotic information that is already configured. On Windows hosts
                    where there are multiple ways to configure robots (changer names or
                    port/bus/target/LUN), check the operating system configuration or registry for
                    changer names and their associated SCSI paths. Check for detailed errors from the
                    command or user interface output.
            appendices, check the Robot Attributes tables to determine valid media types for a given
            robot type. Drive types directly correspond to the listed media types. Configure
            supported devices so that invalid combinations of drive types and robot types are not
            required.
               Recommended Action: Check the device configuration on the targeted device host and
               identify the configured robots. On the drive configuration request, specify both the robot
               number and robot type that relate to the robot containing the drive.
            Explanation: There was a failed request to create a backup copy, remove a backup copy,
            or replace the current copy of the local device databases. These databases are ltidevs
            and robotic_def, located in /usr/openv/volmgr/database (UNIX) or
            install_path\volmgr\database (Windows).
            Recommended Action:
            1.   Examine the daemon debug log and command or interface output for a more detailed
                 message on the system error, as follows.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the volume daemon / NetBackup
                      Volume Manager service, or start vmd with the verbose option.
                 b.   Retry the operation and examine the logs.
            2.   Examine the permissions and check for the existence of the local device database files.
                 Display the device configuration to determine whether or not the database is corrupt,
                 and restore a saved copy of the databases from catalog backups, or delete them and
                 recreate the device configuration as needed.
                        The lockfile may be held by another discovery process. In this case the following
                        error is displayed:
                             "another tpautoconf is already running"
                         Use standard OS process tools (ps on UNIX or Task Manager on Windows) to
                         determine if another tpautoconf process is running. If not, delete the lockfile
                         and re-run device discovery. If another tpautoconf process is running, wait for
                         it to complete before retrying.
                    ◆    Failed checking lockfile.
                         In the case of long device-discovery cycles, the interface may timeout or the user
                         may cancel the process. Part of the timeout or cancelling is to remove the lockfile.
                         This tells the device discovery process that it should not continue making
                         modifications to the device configuration. If this happens, re-run the discovery
                         process.
               4.   Global device database inconsistency: Prior to beginning the process of discovering
                    new devices on a host, the global device database is checked for internal consistency.
                    The following are example log messages in the tpcommand log directory, along with
                    steps to determine the problem and correct it.
                    ◆ Fatal Global Database consistency error: Couldn t contact robot 1 on host mud
                                                                           ’
                        The global device database has found a robot entry for robot 1 on mud, but could
                        not communicate with it. Delete that robot on host mud and re-run device
                        discovery there.
                    ◆ Fatal Global Database consistency error: TLM/ACS control host mismatch 1 on
                        hosts bison and mud.
                    The global device database has found TLM or ACS robot entries for robot 1, on
                    hosts bison and mud, but their ACSLS Host or DAS Server did not agree.
                    Determine which host is running the ACS library software or the DAS software.
                    Using tpconfig or the administration console, update the robot entry to indicate
                    the correct ACSLS Server name or DAS host name.
                ◆   Fatal Global Database consistency error: remote control host mismatch 1 on hosts
                    bison and mud.
                    The global device database has found remote robot entries for robot 1 on hosts
                    bison and mud, but their robot control hosts did not agree. Determine which host
                    should be the controlling host. Then determine which host is incorrect. Delete the
                    remote robot entry on the host that is incorrect, and re-run device discovery.
                ◆   Fatal Global Database consistency error: missing robot control host 1.
                    The global device database has found a remote robot entry for robot 1, but the
                    corresponding controlling entry could not be found. Check each of the media
                    servers in the configuration for a remote robot definition for robot 1. Delete that
                    robot and re-run device discovery there.
                ◆   Fatal Global Database consistency error: serial number 1234567 on robot 1 on host
                    bison, and on robot 2 on host mud.
                    The global device database has found duplicate robot serial numbers on robot 1
                    on bison, and robot 2 on mud. This is probably an invalid configuration. First
                    determine if these are unique robots, or if they are actually the same robot
                    connected to each host. If they are unique robots, run tpconfig -tables on
                    bison and mud and look for serial number 1234567 on robot 1 on bison and robot
                    2 on mud. If these serial numbers are the same, check with the robot vendor to see
                    if it is possible to modify the serial number. If the serial numbers are different,
                    delete the robot on one of the hosts and re-run device discovery there.
                ◆   Fatal Global Database consistency error: drive SSO mismatch MyDrive0 on hosts
                    bison and mud
                    The global device database has at least two entries for MyDrive0, one on bison,
                    and one on mud. One of these two entries states that the drive is shared.
                    Determine if MyDrive0 should be shared and look for entries that are conflicting.
                    Run tpconfig -d to determine which of these hosts is incorrect. Delete the
                    drive on the host that has the incorrect data and re-run device discovery on that
                    host. If neither of these hosts is incorrect according to the tpconfig -d output,
                    delete the drive on both hosts and re-run device discovery on both hosts.
                ◆   Fatal Global Database consistency error: serial number on drive MyDrive0 on
                    host bison, and on drive MyDrive1 on host mud.
                    The global device database has found duplicate drive serial numbers on
                    MyDrive0 on bison, and on MyDrive1 on mud. This is probably an invalid
                    configuration. First determine if these are unique drives, or if they are actually the
Chapter 5, Media Manager Status Codes and Messages                                            301
Status Codes
                        same drive connected to each host. If they are unique drives, run
                        tpconfig -tables on bison and mud and look for the serial number for
                        MyDrive0 and MyDrive1. If the serial numbers are the same, check with the drive
                        vendor to see if it is possible to modify the serial number. If the serial numbers are
                        different, delete the drive on one of the hosts and re-run device discovery there.
            Explanation: There was a failed request to create a backup copy, remove a backup copy,
            or replace the current copy of the local device databases. This database is globDB, located
            in /usr/openv/volmgr/database (UNIX) or install_path\Volmgr\database
            (Windows) on your global device database host.
            Recommended Action:
            1.   Examine the daemon debug log and command or interface output for a more detailed
                 message on the system error, as follows.
                 a.   If not already enabled, enable debug logging by creating the necessary
                      directories/folders. Increase the level of verbosity by adding the VERBOSE
                      option in the vm.conf file and restarting the volume daemon / NetBackup
                      Volume Manager service, or start vmd with the verbose option.
                 b.   Retry the operation and examine the logs.
            2.   Examine the permissions and check for the existence of the global device database file.
                 Display the device configuration to determine whether or not the database is corrupt,
                 and restore a saved copy of the databases from catalog backups, or delete them and
                 recreate the device configuration as needed.
               1.   See the recommended actions for the following Media Manager status codes:
                    ◆ 69, failed sending request to vmd
                    ◆ 70, cannot connect to vmd
                         available.
                    b.   Retry the operation and examine the logs.
               2.   Check the tpformat usage statement and compare with the parameters being sent to
                    start the new process.
               3.   Verify that all Media Manager binaries are at a compatible version level.
            1.   Examine command output (if available), debug logs, and system logs for a more
                 detailed message on the error.
                 a.   Enable debug logging by creating the necessary directories/folders. Increase the
                      level of verbosity by adding the VERBOSE option in the vm.conf file and
                      restarting the daemons/services, or execute the command s verbose option, if
                                                                                      ’
                      available.
                 b.   Retry the operation and examine the logs.
            2.   Verify integrity of the device and the media, and check the system device files for
                 correctness according to the                                  . Examples of problems
                                               NetBackup Device Configuration Guide
               1.   Examine command output (if available), debug logs, and system logs for a more
                    detailed message on the error.
                    a.   Enable debug logging by creating the necessary directories/folders. Increase the
                         level of verbosity by adding the VERBOSE option in the vm.conf file and
                         restarting the daemons/services, or execute the command s verbose option, if
                                                                                        ’
                         available.
                    b.   Retry the operation and examine the logs.
               2.   Verify integrity of the device and the media, and check the system device files for
                    correctness according to the                                  . Use the tpformat
                                                 NetBackup Device Configuration Guide                     -f
                    option if the media has not already been sector formatted.
                         available.
                    b.   Retry the operation and examine the logs.
               2.   Verify the integrity of the device and media, and check the system device files for
                    correctness according to the                                  . Use the tpformat
                                                 NetBackup Device Configuration Guide                     -f
                    option if the media has not already been sector formatted.
               1.   Examine command output (if available), debug logs, and system logs for a more
                    detailed message on the error.
                    a.   Enable debug logging by creating the necessary directories/folders. Increase the
                         level of verbosity by adding the VERBOSE option in the vm.conf file and
                         restarting the daemons/services, or execute the command s verbose option, if
                                                                                        ’
                         available.
                    b.   Retry the operation and examine the logs.
               2.   Ensure that the device files and optical drive library address are correct, since this
                    error may occur if the device paths or drive address was incorrectly configured. Use
                    the tpformat -o (overwrite) option if you want to reformat the optical platter. If the
                    platter is WORM (write-once, read-many), it cannot be reformatted.
                         available.
                    b.   Retry the operation and examine the logs.
               2.   Verify the integrity of the device and media, and check the system device files for
                    correctness according to the                                  . Investigate robotic
                                                 NetBackup Device Configuration Guide
                    errors and determine whether mount requests are being canceled by the
                    administrator.
                      available.
                 b.   Retry the operation and examine the logs.
            2.   Check the device configuration to see if a robot of type TLM (Tape Library
                 Multimedia) or ODL (Optical Disk Library) is configured, matching the robot number
                 passed on the tpformat -r option.
                      available.
                 b.   Retry the operation and examine the logs.
            2.   Resubmit the request and observe the Device Monitor for standalone optical mount
                 requests, servicing them as needed. Look for pending requests indicating reasons for
                 the optical mount not being completed.
                         available.
                    b.   Retry the operation and examine the logs.
               2.   Resubmit the request and observe the Device Monitor for standalone optical mount
                    requests, servicing them as needed, and look for pending requests indicating reasons
                    for the optical mount not being satisfied.
               1.   Examine command output (if available), debug logs, and system logs for messages
                    related to the error.
                    a.   Enable debug logging by creating the necessary directories/folders. Increase the
                         level of verbosity by adding the VERBOSE option in the vm.conf file and
                         restarting the daemons/services, or execute the command s verbose option, if
                                                                                  ’
                         available.
                    b.   Retry the operation and examine the logs.
               2.   On UNIX servers, gather output from the    ipcs -a command to see what resources
                    are currently in use.
                         available.
                    b.   Retry the operation and examine the logs.
               2.   On UNIX servers, gather output from the ipcs -a command to see what resources
                    are currently in use. Investigate whether ltid is tied up in communications with
                    devices or other components.
            Explanation: An attempt was made by ltid (the Media Manager device daemon on
            UNIX and the NetBackup Device Manager service on Windows) to send an internal
            process communications message to a robotic daemon/process using an already existing
            internal message queue. An error was encountered in the message communications. The
            error probably indicates a lack of system resources for message queues.
            Recommended Action:
            1.   Examine command output (if available), debug logs, and system logs for messages
                 related to the error.
                 a.   Enable debug logging by creating the necessary directories/folders. Increase the
                      level of verbosity by adding the VERBOSE option in the vm.conf file and
                      restarting the daemons/services, or execute the command s verbose option, if
                                                                               ’
                      available.
                 b.   Retry the operation and examine the logs.
            2.   On UNIX servers, gather output from the ipcs -a command to see what resources
                 are currently in use. Investigate whether the robotic daemon/process on the local
                 device host is tied up in communications with devices or other components.
                      available.
                 b.   Retry the operation and examine the logs.
               2.   On UNIX servers, gather output from the ipcs -a command to see what resources
                    are currently in use. Check the installed software components and verify that they are
                    all at a compatible release version.
                         available.
                    b.   Retry the operation and examine the logs.
               2.   On UNIX servers, gather output from the ipcs     -a command to see what resources
                    are currently in use.
            1.   Examine command output (if available), debug logs, and system logs for messages
                 related to the error.
                 a.   Enable debug logging by creating the necessary directories/folders. Increase the
                      level of verbosity by adding the VERBOSE option in the vm.conf file and
                      restarting the daemons/services, or execute the command s verbose option, if
                                                                                ’
                      available.
                 b.   Retry the operation and examine the logs.
            2.   On UNIX servers, gather output from the ipcs     -a command to see what resources
                 are currently in use.
               Recommended Action: Verify that the installed software components are all at a
               compatible release version.
                         available.
                    b.   Retry the operation and examine the logs.
               2.   On UNIX servers, gather output from the ipcs     -a command to see what resources
                    are currently in use.
            1.   Examine command output (if available), debug logs, and system logs for messages
                 related to the error.
                 a.   Enable debug logging by creating the necessary directories/folders. Increase the
                      level of verbosity by adding the VERBOSE option in the vm.conf file and
                      restarting the daemons/services, or execute the command s verbose option, if
                                                                               ’
                      available.
                 b.   Retry the operation and examine the logs.
            2.   On UNIX servers, gather the output of the ipcs    -a command to see what resources
                 are currently in use.
                      available.
                 b.   Retry the operation and examine the logs.
            2.   Check the application log files (such as the bptm log) to see why the drive may have
                 been configured DOWN.
            3.   Check the integrity of the drive, drive path, and media.
               Recommended Action: Ensure that ltid (the Media Manager device daemon on UNIX
               or the NetBackup Device Manager service on Windows) was stopped and restarted after
               changes were last made to the device configuration. Display the device configuration
               (using tpconfig -d or other means) to see the list of valid drives. Specify the drive
               name or index as appropriate for the interface being used.
            1.   Query the volume pool information for the requested volume pool on the host where
                 the mount request was issued by running vmpool -listall -b. Obtain the name
                 of the host from which the mount request originated by checking the system log. This
                 host name is the one returned by the system hostname(1) command.
            2.   Change the volume pool host name security with vmpool or another user interface
                 that supports volume pool host attributes, change the volume pool associated with
                 the volume (if it is not assigned), or log in to the host that is allowed to use media in
                 the targeted volume pool. Then, resubmit the mount request.
            Recommended Action:
            1.   Examine command output (if available), debug logs, and system logs for messages
                 related to the error. Enable debug logging by creating the necessary
                 directories/folders. Increase the level of verbosity by adding the VERBOSE option in
                 the vm.conf file and restarting ltid (the device daemon on UNIX or NetBackup Device
                 Manager service on Windows).
            2.   On UNIX servers, gather the output of the ipcs -a command to see what resources
                 are currently in use. Check the installed software components and verify that they are
                 all at a compatible release version.
                      available.
                 b.   Retry the operation and examine the logs.
            2.   On UNIX servers, gather the output of the ipcs    -a   command to see what resources
                 are currently in use.
               1.   Examine command output (if available), debug logs, and system logs for messages
                    related to the error.
                    a.   Enable debug logging by creating the necessary directories/folders. Increase the
                         level of verbosity by adding the VERBOSE option in the vm.conf file and
                         restarting the daemons/services, or execute the command s verbose option, if
                                                                                  ’
                         available.
                    b.   Retry the operation and examine the logs.
               2.   On UNIX servers, gather the output of the ipcs    -a command to see what resources
                    are currently in use.
            1.   Examine command output (if available), debug logs, and system logs for a more
                 detailed message on the error.
                 a.   Enable debug logging by creating the necessary directories/folders. Increase the
                      level of verbosity by adding the VERBOSE option in the vm.conf file and
                      restarting the daemons/services, or execute the command s verbose option, if
                                                                                    ’
                      available.
                 b.   Retry the operation and examine the logs.
            2.   Specify a maximum-mounts value within the range of 0 to 2,147,483,647.
            device file was neither a character-special device nor of a known type such as NDMP
            (which does not need to be a character special file). On an optical mount request, the
            optical disk drive character-device file was not a character-special device.
            Recommended Action:
            1.   To avoid configuring invalid device paths and device names, use the Device
                 Configuration wizard (on supported device discovery platforms) so that device paths
                 and device names can be automatically configured for tape drives.
            2.   Refer to the appropriate chapter in theNetBackup Device Configuration Guide. Always use
                 no-rewind tape device files, recommended character device files for optical devices,
                 or recognized drive name syntax (such as for NDMP) for tape drives. Make sure that
                 the specified device paths exist as character-special files. Check for detailed errors
                 from the command or user interface output.
               Recommended Action:
               1.   Determine which host is serving as the drive s scan host. Do this by sending a
                                                                 ’
                    vmdareq command to the volume database host for the drives s residence (robot or
                                                                                   ’
            Explanation: On a request to assign, reserve, or scan a drive, the targeted device host
            determined that it was not the scan host for the drive, so the request was refused (to be
            retried by the caller).
            Recommended Action:
            1.   If problems are encountered as a result of the reported error, check for
                 communication, configuration, and system problems among the associated hosts.
                 Display the device configurations on the affected hosts to determine the role that each
                 host is handling for drive sharing. Identify the DA (drive allocation) host as the
                 volume database for the residence in which the drives are configured. Identify the
                 current scan host for the drive by sending a vmdareq call to the DA host.
            2.   Examine command output (if available), debug logs, and system logs for messages
                 related to the error. Enable debug logging by creating the necessary
                 directories/folders. Increase the level of verbosity by adding the VERBOSE option in
                 the vm.conf file and restarting ltid (the device daemon on UNIX or NetBackup
                 Device Manager service on Windows). Configure scan ability priorities for assigning
                 scan hosts by changing the Media Manager configuration, so that less network
                 connections need to be maintained, and greater system load is placed on hosts more
                 capable of servicing the load.
            Explanation: An attempt was made to automatically clean a drive, but no usable cleaning
            media is available, or the number of cleanings remaining for the cleaning tape is zero.
Chapter 5, Media Manager Status Codes and Messages                                         333
Status Codes
               Recommended Action:
               1.   Ensure that cleaning media has been added to the robotic library for each drive type
                    capable of being cleaned with a separate cleaning cartridge.
               2.   Ensure there is a positive number of cleanings available for the cleaning media in the
                    appropriate volume database for the robotic library. Replace the cleaning tape or
                    increase the number of cleanings for the cleaning media before the count reaches zero.
               3.   Check the availability of vmd (the Media Manager volume daemon on UNIX or
                    NetBackup Volume Manager service on Windows) on the volume database host
                    where the cleaning media is defined, by sending a request to it or using a media
                    management interface.
               4.   Examine command output (if available), debug logs, and system logs for messages
                    related to the error. Enable debug logging by creating the necessary
                    directories/folders. Increase the level of verbosity by adding the VERBOSE option in
                    the vm.conf file and restarting the device daemon (ltid) on UNIX, or the NetBackup
                    Device Manager service on Windows.
               Recommended Action:
               1.   Stop any robot test utilities that may be running, since they have the lock on the
                    robotic device when they are active.
               2.   Check the configuration of the robot against the recommended configuration as
                    indicated in the documentation for robot configuration.
               3.   Check the health of the robotic device by using a robot test utility, then close the test
                    utility when finished.
               4.   Check for the existence and permissions of the lock file itself and the lock file
                    directory, which is /usr/openv/volmgr/misc/vmd.lock (UNIX) or
                    install_path\Volmgr\misc\vmd.lock (Windows). Create the directory/folder and
                    adjust the permissions as needed so that the robotic daemon/process can use the lock
                    file. Stop and restart ltid (the device daemon on UNIX or the NetBackup Device
                    Manager service on Windows).
               3.   Check to see whether the robotic device is still functioning. Use a robot test utility to
                    send commands to the device to see whether it is responsive. Verify that there are no
                    unexpected Media Manager processes running by executing vmps. Some processes
                    are expected to remain running, but some processes that do not go away could
                    indicate a more serious problem, such as a hung system call.
                      available.
                 b.   Retry the operation and examine the logs.
            2.   Verify that all Media Manager binaries and user interfaces are at a compatible version
                 level.
Chapter 5, Media Manager Status Codes and Messages                                          341
Status Codes
               2.   Check vendor or operating system administrative interfaces and logs to see if robotic
                    commands are being canceled.
            2.   Attempt to obtain the list of drives using a method that involves a robotic library
                 query, such as that available from the robot test utility. Compare the list of drives
                 returned against the device configuration. Ensure that ltid (the Media Manager
                 device daemon on UNIX or the NetBackup Device Manager service on Windows) was
                 stopped and restarted after changes were last made to the device configuration.
               1.   If the media is needed immediately, examine command output (if available), debug
                    logs, and system logs for messages relating to the targeted media.
                    a.   Enable debug logging by creating the necessary directories/folders. Increase the
                         level of verbosity by adding the VERBOSE option in the vm.conf file and
                         restarting ltid (the device daemon on UNIX or NetBackup Device Manager
                         service on Windows).
                    b.   Retry the operation and examine the logs.
               2.   Check for conflicts between multiple applications using media in the robotic library.
                    Check integrity of the drive and drive paths, so that media is not routinely left in
                    other drives.
            1.   Check to see whether the robotic library has a media access port. Use the robot test
                 utility to validate this. Investigate whether the administrator or operator has canceled
                 the inject operation. Ensure that inject for LMF robot types is done only on the LMF
                 server.
            2.   Examine command output (if available), debug logs, and system logs for messages
                 related to the error.
                 a.   Enable debug logging by creating the necessary directories/folders. Increase the
                      level of verbosity by adding the VERBOSE option in the vm.conf file and
                      restarting ltid (the device daemon on UNIX or NetBackup Device Manager
                      service on Windows).
                 b.   Retry the operation and examine the logs.
               Explanation: A robotic inject media operation returned a status indicating that the media
               access port does not contain any cartridges/media. The operator or administrator may not
               have placed media into the media access port for inject.
               Recommended Action:
               1.   Enable debug logging by creating the necessary directories/folders. Increase the level
                    of verbosity by adding the VERBOSE option in the vm.conf file and restarting ltid
                    (the device daemon on UNIX or NetBackup Device Manager service on Windows).
                    Retry the operation and examine the logs.
               2.   Coordinate inject/eject operations between all operators and administrators.
            1.   Examine command output (if available), debug logs, and system logs for messages
                 related to the error.
                 a.   Enable debug logging by creating the necessary directories/folders. Increase the
                      level of verbosity by adding the VERBOSE option in the vm.conf file and
                      restarting ltid (the device daemon on UNIX or NetBackup Device Manager
                      service on Windows).
                 b.   Retry the operation and examine the logs.
            2.   Investigate the state of the physical hardware and correct the holder status for
                 storage, drive, and transport elements as needed. Then, resubmit the request.
               3.   Verify that robotic interfaces to vendor and operating system software have
                    compatible versions.
               1.   Examine command output (if available), debug logs, and system logs for a more
                    detailed message on the error.
                    a.   Enable debug logging by creating the necessary directories/folders. Increase the
                         level of verbosity by adding the VERBOSE option in the vm.conf file and
                         restarting the daemons/services, or execute the command s verbose option, if
                                                                                  ’
                         available.
                    b.   Retry the operation and examine the logs.
               2.   Verify that all Media Manager binaries and user interfaces are at a compatible version
                    level.
            1.   Examine command output (if available), debug logs, and system logs for messages
                 related to the error.
                 a.   Enable debug logging by creating the necessary directories/folders. Increase the
                      level of verbosity by adding the VERBOSE option in the vm.conf file and
                      restarting ltid (the device daemon on UNIX or NetBackup Device Manager
                      service on Windows).
                 b.   Retry the operation and examine the logs.
            2.   Issue a robot inventory Contents report to obtain the list of media in the robotic
                 library. Check to see whether inventory filters have been enabled in the Media
                 Manager configuration file, since they affect the contents of the media list returned
                 from the robotic daemon/process. Use a robot test utility or an operating
                 system/vendor administrative interface to verify the status of media, as needed.
                 Update the volume configuration and search for the media if it was not in the robotic
                 library, as needed, and resubmit the request.
            Explanation: The volume targeted for a mount request was in a robotic library domain
            that is in the offline or offline pending state.
            Recommended Action: Bring the robotic library domain (ACS Library Storage Module)
            back online, or postpone use of media in that domain until the domain can be brought
            back online.
               Explanation: A robotic daemon/process could not create or open a status file in the
               database directory/folder.
               Recommended Action: Investigate why the robot status file in the directory
               /usr/openv/volmgr/database (UNIX) or folder install_path\Volmgr\database
               (Windows) cannot be created or opened. On Windows, check which account the
               NetBackup Device Manager service (and thus the robotic process) is running under and
               compare it against the security properties of the database folder.
            1.   Install the Shared Storage Option (SSO) license for mount requests to requeue when
                 physical drive resources are not available.
            2.   Since there is a fixed limit for the number of drives that can be in use at any one time,
                 optionally configure backup windows so the different storage units tied to the same
                 physical drives are active only at non-overlapping times. Also, raise (or set to infinite)
                 the media mount timeout to avoid job failures when the job cannot get a physical
                 drive due to the drives all being busy.
            access port, then re-inventory the robot to ensure that NetBackup s volume database
                                                                                 ’
            matches what is in the library. You can also use the robot s utilities or the NetBackup
                                                                        ’
            robtest utility to move the media from the robot s media access port back to robotic
                                                                 ’
            storage elements. In any case, re-inventory the robot to ensure that the NetBackup volume
            database matches what is in the robot.
access port. If this status persists, check robotic console for errors.
                      available.
                 b.   Retry the operation and examine the logs.
               3.   On UNIX servers, gather the output of the ipcs    -a command to see what resources
                    are currently in use.
                         available.
                    b.   Retry the operation and examine the logs.
               2.   On UNIX servers, gather the output of the ipcs    -a command to see what resources
                    are currently in use.
            2.   On UNIX servers, gather the output of the ipcs   -a command to see what resources
                 are currently in use.
                         available.
                    b.   Retry the operation and examine the logs.
               2.   On UNIX servers, gather the output of the ipcs    -a   command to see what resources
                    are currently in use.
            Recommended Action: Examine the system log for a more detailed message on the error.
            Increase the level of verbosity by adding the VERBOSE option in the vm.conf file. Restart
            the device daemon ltid (UNIX) or NetBackup Device Manager service (Windows), then
            retry the operation and examine the system log file.
             configured in the same robot if they can be used with media from a single domain, where
             the domain includes a single physical library or multiple libraries connected by a
             cartridge exchange or pass-through mechanism.
Messages
             This section lists Media Manager messages alphabetically. The status code type and
             number are included in parentheses after the message. Refer to the appropriate section in
             this chapter (such as “Media Manager Status Codes,” “Device Configuration Status
             Codes,” and so forth) for the status code with explanation and recommended action.
             <NONE>
             (Device Configuration Status Code 36)
             Cannot recover aborted eject with this type of media access port
             (Robotic Status Code 248)
            daemon terminated
            (Media Manager Status Code 7)
             Drive being assigned is either not NDMP or on the wrong NDMP client
             (Device Management Status Code 37)
             Error in MsgGet
             (Device Management Status Code 28)
             invalid barcode
             (Media Manager Status Code 10)
            invalid description
            (Media Manager Status Code 11)
             invalid media ID
             (Media Manager Status Code 8)
            Invalid Operator
            (Device Management Status Code 12)
             Invalid Usage
             (Device Configuration Status Code 11)
             invalid volgroup
             (Media Manager Status Code 15)
            no entries changed
            (Media Manager Status Code 47)
            no entries deleted
            (Media Manager Status Code 48)
            no entries inserted
            (Media Manager Status Code 49)
             No memory available
             (Robot Error Status Code 8)
             <NONE>
             (Device Configuration Status Code 36)
            Parameter is invalid
            (Device Management Status Code 39)
             protocol error
             (Media Manager Status Code 20)
             request completed
             (Media Manager Status Code 1)
             Request terminated because media is unavailable (in DOWN drive, misplaced, write
             protected or unmountable
             (Device Management Status Code 35)
            STATUS_SUCCESS
            (Robotic Status Code 200)
            Success
            (Device Configuration Status Code 0)
             Success
             (Format Optical Status Code 0)
             system error
             (Media Manager Status Code 2)
            tpformat: Skip
            (Format Optical Status Code 12)
            Volume is in use
            (Robotic Status Code 237)
       In both cases, you restore the server to the state it was in at the time of the most recent
       backup of the NetBackup catalogs. If the recovery is successful, reconfiguration is
       unnecessary.
                                                                                          399
Master Server Disk Recovery
              Before Starting
              Verify that you have:
policies or devices.
             6.    Start the NetBackup Client service and stop all other NetBackup services.
                   Use the NetBackup Activity Monitor, or the Services application in the Windows
                   Control Panel.
             7.    Use the bprecover command to recover the NetBackup catalogs:
                   Choose one of the procedures under “Recovering the NetBackup Catalogs” on
                   page 409.
             8.    When catalog recovery is complete, start the NetBackup services that are not already
                   running.
                   Use the Activity Monitor, or the Services application in the Windows Control Panel.
             Caution      In step 9, do not restore files to the
                          install_path\NetBackup\db,install_path\NetBackup\var, or
                          install_path\Volmgr\database directories. These directories were recovered
                          in step 7 and overwriting them with regular backups will leave the catalogs in
                          an inconsistent state.
        Total Recovery
              The following procedure explains how to perform a total recovery of a NetBackup master
              server and assumes that Windows must be reinstalled. Figure 2 illustrates the procedure.
              Figure 2. Master Server Total Recovery (overview)
             Assumptions
             ◆    The NetBackup master server was running Windows NT or Workstation 4.0 or above,
                  or Windows 2000.
             ◆    The latest NetBackup catalog backup is available on tape or disk.
             ◆    The regular backups included the system directory (typically, C:\Winnt). This is the
                  directory where the Windows operating system and therefore the registry reside.
                  If the regular backups excluded any files that resided in the system directory, it is
                  possible that you will not be able to restore the system so it completely matches its
                  previous configuration.
             ◆    Defective hardware has been replaced.
             Before Starting
             Verify that you have:
             ◆ Windows software to reinstall on the NetBackup server that is being restored.
                 Reinstall the same type and version of software that was previously used. For
                 example, do not install Windows NT Server 4.0 software if, before the failure, the
                 system was a Windows NT 4.0 workstation.
             ◆ NetBackup server software for Windows.
             ◆ Special Drivers or other software required to get the hardware operational (for
                 example, a special driver for the disk drive).
             ◆ IP address and host name of the NetBackup master server.
             ◆ Partitioning and formatting scheme that was used on the system you are restoring.
                 You must duplicate that scheme during Windows installation.
             ◆ Latest NetBackup catalog backup on tape or disk.
              7.    Start the NetBackup Client service and stop all other NetBackup services.
                    Use the NetBackup Activity Monitor, or the Services application in the Windows
                    Control Panel.
              8.    Use the bprecover command to recover the NetBackup catalogs.
                    Choose one of the procedures under “Recovering the NetBackup Catalogs” on
                    page 409.
              9.    When catalog recovery is complete, start the NetBackup services that are not already
                    running.
                    Use the Activity Monitor, or the Services application in the Windows Control Panel.
              Caution      In step 10, do not restore files to the install_path\NetBackup\db,
                           install_path\NetBackup\var, or install_path\Volmgr\database directories.
                           These directories were recovered in step 8 and overwriting them with regular
                           backups will leave the catalogs in an inconsistent state.
        Assumptions
              ◆   The NetBackup client was running one of the following:
                  ◆ Windows NT Server or Workstation 4.0 or above, or Windows 2000.
                  ◆ Windows 98 or 95 software
              ◆   The NetBackup client was backed up with version 3.0 or later NetBackup client and
                  server software.
              ◆   The NetBackup master server to which the client sent its backups is operational. This
                  is the server from which you will be requesting the restore.
              ◆   The backups included the directory where the operating system and therefore the
                  registry resided (typically C:\winnt40 on Windows NT and C:\Windows on
                  Windows 98 or 95).
                  If the backups excluded any files that resided in the above directory, it is possible that
                  you will not be able to restore the system so it completely matches its previous
                  configuration.
              ◆   Defective hardware has been replaced.
        Before Starting
              Verify that you have the following:
              ◆ Windows system software to reinstall on the NetBackup client that is being restored:
                  ◆ Reinstall the same type and version of software that was previously used. For
                       example, do not install Windows NT Server 4.0 software if, before the failure, the
                       system was a Windows NT 4.0 workstation.
                  ◆ For a Windows NT/2000 client, this software must be Windows NT Server or
                       Workstation 4.0 or above, or Windows 2000.
              ◆ NetBackup 3.0 or later client software to install on the client that is being restored.
             ◆    Special drivers or other software required to get the hardware operational (for
                  example, a special driver for the disk drive).
             ◆    IP address and host name of the NetBackup client.
             ◆    IP address and host name of the NetBackup master server.
             ◆    Partitioning and formatting scheme that was used on the system that you are
                  restoring. You must duplicate that scheme during Windows installation.
                  ◆ Follow any hardware manufacturers instructions that apply, such as loading SSD
                      on a Compaq system.
             2.   Reboot the system when the install is complete.
             3.   Configure the NetBackup client system to re-establish network connectivity to the
                  NetBackup master server.
                  For example, if your network uses DNS, the configuration on the client must use the
                  same IP address as before the failure and must specify the same name server (or
                  another name server that recognizes both the NetBackup client and master server).
                  On the client, configure DNS in the Network dialog box that you access from the
                  Control Panel.
             4.   Install NetBackup client software.
                  Refer to the                                          for instructions. Ensure that you
                               NetBackup Installation Guide for PC Clients
                  specify the correct names for the client and master server. To specify the client name,
                  start the user interface on the client and click Configure on the Actions menu. Enter the
                  client name on the General tab of the NetBackup Configuration dialog. To specify the
                  server name, click Specify NetBackup Machines on the Actions menu and make the
                  entry on the Servers tab.
             5.   Install any NetBackup patches that had previously been installed.
             6.   Enable debug logging by creating the following debug log directories on the client:
Chapter 6, Disaster Recovery                                                                          407
Client System Disk Recovery - Windows
              10.   Check for ERR or WRN messages in the log files that are in the directories you created
                    in step 6.
                    ◆ For a Windows NT/2000 client, these are the tar and inetd log files.
                    ◆ For a Windows 98 or 95 client, this is the bpcd log file.
                    If the logs indicate problems with the restore of Windows system files, resolve those
                    problems before proceeding.
              11.   Reboot the NetBackup client system.
                    When the boot process is complete, the system is restored to the state it was in at the
                    time of the last backup.
        408                                                NetBackup Troubleshooting Guide - Windows NT/2000
                                                                           Recovering the NetBackup Catalogs
              install_path\NetBackup\bin\admincmd\bprecover
              The topics in this section explain how to use bprecover to recover NetBackup catalog
              backups. Also, see the description in the Commands appendix in the NetBackup System
              Administrator’s Guide for Windows.
              Note   The following discussions assume that NetBackup has been reinstalled, if required
                     (see “Master Server Disk Recovery” on page 399).
              Caution    Before you can recover the NetBackup catalogs, you must know which media
                         ID has their latest backups. Without this media ID, you cannot accurately
                         recover your catalogs and your only option is to use the NetBackup import
                         feature to import all lost backup records into your NetBackup catalogs (see the
                         NetBackup System Administrator s Guide for Windows).
                                                     ’
              As mentioned in the NetBackup System Administrator s Guide for Windows, the best way to track
                                                                 ’
              media IDs for catalog backups is to configure E-mail notifications with the E-mail Address
              global attribute. This attribute causes NetBackup to specify the status and media ID in an
              E-mail to the administrator each time a catalog backup occurs. You can then check the
              E-mail to determine the last media ID used.
              If you know the media IDs that were used but are not sure which of them has the most
              recent backup, use the -l option of bprecover to list the backups on each media ID. This
              information includes the date and time that the media was written.
                       Path
                       ----
              IMAGE1 D:\apps\VERITAS\NetBackup\db
IMAGE2 D:\apps\VERITAS\Volmgr\database
                       Path
                       ----
             IMAGE1 D:\apps\VERITAS\Netbackup\db
             IMAGE2 D:\apps\VERITAS\Volmgr\database
             IMAGE3 D:\apps\VERITAS\var
                      Path
                      ----
             IMAGE1 D:\apps\VERITAS\NetBackup\db
             IMAGE2 D:\apps\VERITAS\NetBackup\var
             IMAGE3 D:\apps\VERITAS\Volmgr\database
              ◆    The type of media that contains the backup of the NetBackup catalogs (tape or
                   magnetic disk).
                   and
              ◆    Whether the Media Manager part of those catalogs is still intact. The Media Manager
                   catalog files are normally in the install_path\Volmgr\database directory.
              Note   The Media Manager device catalogs are binary files and you cannot restore them to
                     a different type of platform.
              Before Starting
              ◆    Reinstall the NetBackup software (if necessary) as explained in “Master Server Disk
                   Recovery” on page 399 or “Media Server Disk Recovery” on page 405.
              ◆    Find the tape that has the latest catalog backups.
              ◆    Ensure that the disk where you are restoring the catalogs contains the directory where
                   the catalogs resided.
                   This is required because the bprecover command always restores the NetBackup
                   catalogs to the path from which they were backed up (alternate-path restores are not
                   allowed).
                                                               8 mm tape drive
                                                               (\\.\Tape1
                               Master Server
                               shark
                                           D:\VERITAS\Netbackup\db
                                           D:\VERITAS\Volmgr\database
             2.   Use the NetBackup Activity Monitor, or the Services application in the Windows
                  Control Panel, to stop the following services, if they are running.
                  ◆ NetBackup Request Manager service
             3.   Use the Activity Monitor, or the Services application in the Windows Control Panel, to
                  verify that the NetBackup Client Manager service is running. Start it if necessary.
             4.   On the NetBackup server where the drive attaches, execute the bprecover
                  command. Specify the raw-device path for the drive where you inserted the tape in
                  step 1.
                  Example 1
                  This example interactively restores images to disk 1 on Figure 3 by using raw-device
                  path \\.\Tape1:
                  bprecover -r -tpath \\.\Tape1
                  Recover shark:D:\VERITAS\NetBackup\db y/n (n)? y
                  Recover shark:D:\VERITAS\Volmgr\database y/n (n)? y
                  Recovering shark:D:\VERITAS\NetBackup\db
                  Recovering shark:D:\VERITAS\Volmgr\database
                  Example 2
                   If you have media servers, bprecover includes their catalog paths in the prompts
                   and you select the catalogs you want to recover.
                   The following example recovers only the catalogs for a media server named eel (see
                   Figure 4). Here, you execute bprecover on the master server shark and use the
                   -dhost option to specify eel as the destination host:
                   bprecover -r -tpath \\.\Tape1 -dhost eel
                   Recover shark:install_path\NetBackup\db y/n (n)? n
                   Recover shark:install_path\NetBackup\var y/n (n)? n
                   Recover shark:install_path\Volmgr\database y/n (n)? n
                   Recover eel:install_path\NetBackup\db\media y/n (n)? y
                   Recovering eel:install_path\NetBackup\db\media
                   Recover eel:install_path\NetBackup\var y/n (n)? y
                   Recovering eel:install_path\NetBackup\var
                   Recover eel:install_path\Volmgr\database y/n (n)? y
                   Recovering eel:install_path\Volmgr\database
                   You can also use the -dhost option to restore from a media server to the master (for
                   example, if the master does not have a drive).
              Figure 4. Recover Media Server Databases
                                                             8 mm tape drive
                                                             (\\.\Tape1
                              Media Server                                              Master Server
                              eel                                                       shark
                        install_path\Netbackup\db\media                          install_path\Netbackup\db
                        install_path\Netbackup\var                               install_path\Netbackup\var
                        install_path\Volmgr\database                             install_path\Volmgr\database
              5.   After recovering catalogs for the master and all media servers, use the NetBackup
                   Activity Monitor, or the Services application in the Windows Control Panel, to start
                   the following services:
                   ◆ NetBackup Request Manager Service
for instructions.
              1.   Use the NetBackup Activity Monitor, or the Services application in the Windows
                   Control Panel, to stop the following services:
                   ◆ NetBackup Request Manager service
                                   Master Server
                                   shark                            Disk 2
D:\apps\dbbackup
Disk 1 IMAGE 1
D:\VERITAS\Netbackup\db
                                                                    IMAGE 2
                   D:\VERITAS\NetBackup\db
                                                           D:\VERITAS\Volmgr\database
                   D:\VERITAS\Volmgr\database
             3.   After recovering the catalogs, use the NetBackup Activity Monitor, or the Services
                  application in the Windows Control Panel, to start the following services:
                  ◆ NetBackup Request Manager Service
       It is assumed that you are already familiar with the overviews in the first chapter of the
       NetBackup System Administrator s Guide for UNIX and the Media Manager System Administrator s
                                    ’                                                          ’
◆ NetBackup Databases
                                                                                         419
Backup and Restore Functional Description
Startup Process
              Before NetBackup can perform scheduled operations or respond to user-directed
              requests, the NetBackup request daemon bprd must be started on the master server, and
              the Media Manager device daemon ltid must be started on the master server and all
              media servers. These two daemons, in turn, automatically start other daemons and
              programs as necessary (see Figure 6).
              On a media server, it is not necessary to start bprd because it is not used. NetBackup
              automatically starts other required NetBackup programs when it accesses the media
              server.
              Another daemon that executes on all server and clients is the NetBackup client daemon,
              bpcd. On UNIX clients, inetd starts bpcd automatically so no special actions are
              required. On Windows NT clients, bpinetd performs the same functions as inetd.
              Other PC clients do not use inetd or bpinetd but are usually configured to start bpcd
              automatically (see their user s guides for instructions).
                                            ’
              There are no other daemons or programs that you must explicitly start. The necessary
              programs are started automatically during the backup or restore operation.
              Figure 6 shows the programs that must be running and how they are started. The Media
              Manager functional description, later in this appendix, has details on the actions started
              by ltid.
      Master Server
                                                                  Execute:
       Execute:
                                                                  /usr/openv/volmgr/bin/ltid
       /usr/openv/netbackup/bin/initbprd
                                                                                     Starts applicable
                                                                                     robotic daemons. See
                                                                     ltid            the Media Manager
            bprd                                                                     Functional Description
                                                                                     later in this appendix.
                              bpdbm
      Media Server
                                                                Execute:
      The Media Manager device
      components of NetBackup must be                            /usr/openv/volmgr/bin/ltid
      started as shown to the right.
                                                                                     Starts applicable
      The master server starts other                                                 robotic daemons. See
      NetBackup programs as necessary to                            ltid             the Media Manager
      use storage units that attach to the                                           Functional Description
      media server.                                                                  later in this appendix.
vmd avrd
      Client
      On UNIX clients, bpcd must be in a listening state. On Windows and NetWare clients, bpcd must be
      running. Except for bpcd, required programs are started as necessary during the backup or restore.
      Macintosh and Windows NT/2000 clients must only be turned on and ready.
                  sends a request to the request daemon bprd on the master server. When bprd
                  receives the user request, it starts bpsched, which checks the policy configurations
                  for schedules and by default chooses the first user-directed schedule that it finds in a
                  policy that includes the requesting client. It is also possible to specify a policy and
                  schedule by using the NetBackup configuration options, BPBACKUP_POLICY and
                  BPBACKUP_SCHED, on the client.
                  The bpbackup and bparchive programs execute with the same permissions as the
                  user. If you can read and write files (delete in the case of an archive), they can too.
                                                                                                                                    bpbackup
                  vmd *                                      bpdbm                                                                     or
                                                                                                  bpsched                           bparchive
                     New media ID for NB
        Master
                                                                                Fil
        or                                       Media
                                                                                 eI
        Media
                                                                                   nfo
                                                 Database
        Server
                                                                                      rm
                                                                                        ati
                                                                                            on
                                                   ID
                                                dia
                                                                                                    bpcd
                                             Me
                                           NB
                  bptm
                 (parent)                                                                          bpbrm                                     bpcd
                                                         Sha                                                       File
                                                            r
                                                        Mem ed
                                  Tape re
                                                                                                                          Info
                                                             ory                                                              r   mat
                                                                                    bptm                                              ion
                                                           Ba                      (child)
                                                             ck                                            Backup Im
                                         quest
                                                                up                                                  age                     bpbkar
                                                                     Im
                                                                          ag
                                                                            e
                           ltid *
                                                            mou
                                                                nt
                                                                                                                                             Client
        Notes:
                                                                                                                                             Disk
        * For detail on these components, see
          the Media Manager Functional                                                Tape or Optical
          Description later in this chapter.
              For all three types of backup and archive operations, bpsched uses bpcd (client daemon)
              to start the backup/restore manager (bpbrm). If the required storage unit attaches to the
              master server, bpsched starts the backup/restore manager on the master server. If the
              storage unit connects to a media server, bpsched starts the backup/restore manager on
              the media server.
              The backup/restore manager starts the appropriate media manager process (bptm for
              tape or optical and bpdm for disk) and also starts the actual backup (or archive) by using
              the client daemon (bpcd) to start the backup and archive program (bpbkar) on the client.
              The bpbkar program:
              ◆ Sends information about files within the image to the backup/restore manager, which
                   directs the file information to the NetBackup file database.
              ◆ Transmits the backup image to the media manager process, bptm or bpdm. The bptm
                   or bpdm process forks a second process, which receives the image and stores it block
                   by block in shared memory. The original process then takes the image from shared
                   memory and directs it to the storage media.
                   ◆ If the storage is tape or optical, bptm checks the NetBackup media database for a
                        suitable media ID (for example, the correct density and retention level). If it can t
                                                                                                          ’
                        find one, it obtains a new media ID from the Media Manager volume daemon,
                        vmd. The bptm program includes the media ID in a tape request to the Media
                        Manager device daemon, ltid, which finds the physical media and causes it to
                        be mounted on an appropriate device. bptm also controls the spanning of
                        backups across multiple tapes, if required.
                   ◆ If the storage media is disk, bpdm writes the images to the path configured in the
                        disk storage unit. The system disk manager controls the actual writing of data.
              In the case of an archive, NetBackup deletes the files from the client disk after the files
              have been successfully backed up.
              For multiplexed backups, the process is essentially the same except that a separate bpbrm
              and bptm process is created for each backup image being multiplexed onto the media.
              NetBackup also allocates a separate set of shared memory blocks for each image. Figure 8
              shows an example of multiplexing images from two clients. The other client and server
              processes are the same as on Figure 7.
                                                                              bpbrm
                    Only on master                                           (parent)                                 bpcd
                    server                       bpdbm
                                                                                                File
                                                                              bpbrm             Information
                                                                                                                      bpbkar
                                                                             (child)
                                                                                                         ge
                                                                                                      Ima
                                                                                               kup
                                                                                           Bac
                                                                           bptm
                                                                          (child)
                                                        red
                                                     Sha ory                                                          Client
                                                      Mem                                                             Disk
                       bptm
                      (parent)                                             bpbrm
                                                                          (child)
                        quest
                                                     Shar
                                                         e
                                                     Mem d                                  Fil
                                                                                               eI
                                                        ory             bptm                                           bpcd
                            e
                                                                                                    nfo
                                       Backu
                     Tape r
                                                                       (child)                         rm
                                                                                                          a   tio
                                                                                        Bac                       n
                                         p Ima
                                                                                           kup
                                                                                               Im   age
                                                                                                                      bpbkar
                                          ge
                    ltid *
                                mo
                                  un
                                   t
                                                         Notes:                                                        Client
                                                         * For detail on this component, see                           Disk
                                                           Media Manager Functional
                                Tape or Optical            Description later in this chapter.
                                                         Request
                                     bprd                                      NBWIN
                                                      File Information
                                    bpbrm                                     BPCDW32
                                                       Im   age
                           bptm                 Backup
Client Disk
                                   bprd                                           NBWIN
                                                   Request
                                                                                 BPINETD
                                   bpbrm
                                                        File
                                                               Info                            BPCD
                         bptm                                         rm
                                                                         atio
                                                                             n
                                            Backu
                                                  p   Image
                                                                                 BPBKAR32
Client Disk
                                             Request
                               bprd                             NBNW95 (NetWare nontarget on 95, 98)
                                                               NBNWNT (NetWare nontarget on NT/2000)
                                                                       BP (NetWare target)
                                                          Im   age
                               bptm                Backup
Client Disk
                                                       Request
                                           bprd                       NetBackupBPBACKUP
NetBackupListen
                                                            File Information
                                           bpbrm                                NetBackupBPCD
                                                              Image
                               bptm                  Backup
                                                                                        Client
                                                                                        Disk
differences).
                                                                                                                 NetBackup
                                                                                bprd                             Administration
                                          Configuration
                                          Database                                                               Interface
                                                                                    After backup
                                                                                    sessions                             Master Server
                                           bpdbm                               bpsched
                                                                                                                            Master
                                                                                                           ted
                                                         Da d m
                                                                                                                            or
                                                          an
                                                           tab edi
                                                                                                      itia
                                                                                                                            Media
as a ID
                                                                                                     in
                                                                ep
                                                                                                                            Server
                                                                                                 lly
                                                                                                nua
                                                                   ath
                                                                                              Ma
                                                        qu
                                                                                bpcd
                                                          er
                                                            y
                 bptm
                                                                       bpbackupdb                                             bpcd
                                                                                                        Bac
                        Ta
                                                                                                            kup
                          pe
                                                                                                                    Ima
                                                                                       fork
                                                                                                                       ge
                          req
                                                                         age
                             ue
                                                                                                                            bpbkar
                                s
                                                                    up Im
                                 t
                                                                                                                      File tion
                                  ltid
                                     **                                           bpbackupdb                           rma
                                                                Back
                               ltid
                                             m                                                                     Info
                                              ou
                                                   nt
            3.   Starts the actual backup by using bpcd to start the backup program, bpbkar.
                 If the database is on the master server, bpbackupdb starts the backup and archive
                 program on the master server. If the database is on a media server, bpbackupdb
                 starts the backup and archive program on the media server.
                 The bpbkar program transmits file information and the backup image to separate
                 bpbackupdb processes as shown on Figure 9.
                 ◆ The original bpbackupdb process receives the backup image and sends it to the
                      backup device.
Appendix A, Functional Overview                                                                                                      431
Backup and Restore Functional Description
                  ◆   A second bpbackupdb process checks the file information to ensure that the
                      proper files are being backed up.
              The entire database backup must fit on a single tape. The bpbackupdb process is unable
              to span tapes and there is no mechanism for specifying multiple tapes for an NetBackup
              database backup.
              If any part of the database backup fails, then NetBackup discards the entire backup. This
              is done because you must have a backup of all the databases to be certain that you have a
              consistent database.
Restore Processes
              NetBackup restore operations, like backups, can vary according to client type. The
              following explains the basic variations.
Restores - UNIX Clients
              Before starting a restore operation, a user will usually browse the file database and list the
              files available in the backup images. The desired files can then be selected from the list.
              The browsing is done through the bplist program on the client. The bplist program
              can be started directly from the command line and is used by the NetBackup user
              interface programs.
              bplist obtains the file list by sending a query to the request daemon, bprd, on the
              master server (Figure 10). The request daemon, in turn, queries bpdbm for the information
              and transmits it to bplist on the client.
              Figure 10. List Operation - UNIX Client
                      File
                                                                              NetBackup           command
                      Database
                                                                              User Interface      line
                                          query
              When the user starts a restore, NetBackup invokes the client s bprestore program
                                                                                ’
              which sends a request to the request daemon, bprd (Figure 11). This request identifies the
              files and client. The request daemon then uses bpcd (client daemon) to start the
              backup/restore manager (bpbrm).
            If the storage unit on which the files reside attaches to the master server, then bprd starts
            the backup/restore manager on the master server. If the storage unit connects to a media
            server, bprd starts the backup/restore manager on the media server.
            The backup/restore manager starts the appropriate media manager process (bptm for
            tape or optical or bpdm for disk) and uses the client daemon (bpcd) to establish a
            connection between the NetBackup tar program on the client and bptm or bpdm on the
            server.
            The bptm (for tape or optical) or bpdm (for disk) process obtains the location of the data
            (media ID or file path) and then starts retrieving data. During retrieval, the original bptm
            or bpdm process stores the image block by block in shared memory. A second bptm or
            bpdm process transmits the image to the client.
            ◆ If the storage is tape or optical, bptm includes the media ID in a tpreq command to
                 the Media Manager device daemon, ltid. The device daemon finds the physical
                 media and causes it to be mounted on an appropriate device. The bptm program
                 reads the image and directs it to the client, where the NetBackup tar program writes
                 it on the client disk.
            ◆ If the storage unit is disk, bpdm uses the file path in a read request to the system disk
                 manager. The image is then read from disk and transmitted to the client, where the
                 NetBackup tar program writes it on the client disk. Only the part of the image that is
                 required to satisfy the restore request is sent to the client, not necessarily the entire
                 backup image.
                                                                                             NetBackup         command
                                                                                             User Interface    line
                                                                             bprd                  bprestore
       Master Server
        Master
        or
        Media                Media                                            bpcd
        Server               Database
                     NetBackup
                     Media ID                                                bpbrm                        bpcd
                                            bptm
                                                                   Sha                              e
                                                                      r                          mag    NetBackup
                                                                   Mem ed                    up I
                                       st
                                                                                          c k              tar
                                    ue
                                                                       ory              Ba
                                 req
                                                                                 bptm
                                                            Bac
                              pe
                            Ta
                                                               kup
                                                                   Im
                          ltid *
                                                                  age
                                            m                                                             Client
                                                ou
                                                   n   t                                                  Disk
       Notes:
       * For detail on this component, see
         Media Manager Functional
         Description later in this chapter.                Tape or Optical
                                                        Request
                                    bprd                                   NBWIN
BPCDW32
                                    bptm             p Im   age
                                    or         Backu
                                    bpdm
Client Disk
              ◆ TAR32 is part of NetBackup for Windows NT/2000 and serves the same purpose as
                  NetBackup tar on UNIX.
              The server processes are the same as described for UNIX.
                                 Server                       Windows NT/2000 Client
                  For details on the server processes,
                                                                   NetBackup
                  see Backups and Archives - UNIX
                                                                   User Interface
                  Clients earlier in this chapter.
                                    bprd                             NBWIN
                                                    Request
                                                                     BPINETD
                                    bpbrm
                                                                                    BPCD
                          bptm
                                       Backu
                                            p Imag
                                                  e
                                                                      TAR32
Client Disk
                                                                     BPCD (NetWare)
                             bptm                  Image
                             or           Backup
                             bpdm
Client Disk
                                                      Request         NetBackupBPRESTORE
                                        bprd                         NetBackupBPCLIMAGELIST
                                                                         NetBackupBPLIST
NetBackupListen
                                         bpbrm
                                                                           NetBackupBPCD
                                                      Image
                              bptm             Backup
                                                                                  Client
                                                                                  Disk
NetBackup Server
/usr/openv/netbackup
bin/ bp.conf client/* db/ exclude_list include_list help/ logs/ release_notes version
/usr/openv/netbackup
              help                  Help files used by NetBackup programs. These files are in ASCII
                                    format.
              include_list          On UNIX clients, this file contains a list where you can specify a
                                    subset of the exclude list to add back into scheduled backups. The
                                    NetBackup System Administrator s Guide explains how to use this
                                                                     ’
                                    file.
              logs                  Detailed debug logs for NetBackup processes. You must create the
                                    necessary subdirectories in order for these log files to be written
                                    (see Chapter 3Chapter 3). See Table 6 for an explanation of the
                                    processes that produce the logs.
              release_notes         NetBackup release notes in ASCII format, so you can conveniently
                                    view or print them.
              version               Version and release date of the software.
            Program/              Description
            Daemon
            bp                    On UNIX clients, this menu-driven, character-based interface
                                  program has options for starting user-directed backups, restores,
                                  and archives.
                                  Started By: /usr/openv/netbackup/bin/bp command on
                                  the client.
                                  Stopped By: Exiting the interface program.
                                  Debug Log: /usr/openv/netbackup/logs/bp on the client.
                                  The debug logs for bpbackup, bparchive, bprestore, and
                                  bplist also have information about bp activities.
            BP.NLM                On NetWare target clients, this is the NetWare Loadable Module
                                  that starts the client-user interface.
                                  Started By: LOAD BP command.
                                  Stopped By: Choosing Quit Utility from the main menu.
                                  Debug Log: SYS:\OPENV\NETBACK\LOGS\BP\mmddyy.log
                                  file on the client.
            bpadm                 On a UNIX master server, this administrator utility has a
                                  menu-driven, character-based, interface with options for
                                  configuring and managing NetBackup.
                                  Started By: /usr/openv/netbackup/bin/bpadm command
                                  on the master server.
                                  Stopped By: Quit option from within bpadm.
                                  Debug Log: admin.log on the server.
            bparchive             On UNIX clients, this program communicates with bprd on the
                                  master server when a user starts an archive.
                                  Started By: Starting an archive by using the client-user interface
                                  or executing the /usr/openv/netbackup/bin/bparchive
                                  command on the client.
                                  Stopped By: Completion of operation.
                                  Debug Log: bparchive.log on the client.
              Program/             Description
              Daemon
              bpbackup             On UNIX clients, this program communicates with bprd on the
                                   master server when a user starts a backup.
                                   Started By: Starting a backup by using the client-user interface
                                   or executing the /usr/openv/netbackup/bin/bpbackup
                                   command on the client.
                                   Stopped By: Completion of operation
                                   Debug Log: bpbackup.log on the client.
              bpblr                On UNIX clients, the Block-Level Restore program calls the VfMS
                                   mapping methods and is used to restore NetBackup for EMC
                                   Fastrax images.
                                   Started By: For each NetBackup for EMC Fastrax restore, bpcd
                                   starts an instance of bpblr on the client.
                                   Stopped By: Completion of restore operation.
                                   Debug Log: bpblr.log on the client.
              bpbrm                On master and media servers, the Backup/Restore Manager
                                   manages the client and media manager processes and uses error
                                   status from both to determine the final status of backup or restore
                                   operations.
                                   Started By: For each backup or restore, bpsched starts an
                                   instance of bpbrm on the server with the appropriate storage
                                   unit.
                                   Stopped By: Completion of operation.
                                   Debug Log: bpbrm.log on the server.
              bpbkar               On UNIX clients (except Apollos), the Backup/Archive Manager
                                   generates the backup images.
                                   Started By: bpbrm on the server with the storage unit.
                                   Stopped By: Completion of operation.
                                   Debug Log: bpbkar.log on the client.
              BPBKAR32             On Windows clients, the Backup/Archive Manager generates the
                                   backup images.
                                   Started By: BPCDW32 on the client.
                                   Stopped By: Completion of operation.
                                   Debug Log: BPBKAR.LOG file in the NetBackup logs directory
                                   on the client.
              Program/             Description
              Daemon
              bpdbm                On master servers, the NetBackup database manager program
                                   that manages the configuration, error, and file databases.
                                   Started By: bprd (also by
                                   /usr/openv/netbackup/bin/initbpdbm on UNIX)
                                   Stopped By: /usr/openv/netbackup/bin/bpdbm
                                   -terminate command on UNIX and by stopping the
                                   NetBackup Database Manager service on Windows.
                                   Debug Log: bpdbm.log on the server.
              bpdm                 On master and media servers, bpdm is the disk-media manager
                                   and is used when the storage unit type is a disk. This program
                                   manages the transfer of images between the client and the
                                   operating-system disk manager on the server to which the disk
                                   attaches.
                                   Started By: For each backup or restore, bpbrm starts an instance
                                   of bpdm, on the server with the storage unit.
                                   Stopped By: Completion of operation.
                                   Debug Log: bpdm.log on the server.
              bphdb                On UNIX database-extension clients, bphdb starts the
                                   NetBackup hot-database-backup program (see the applicable
                                   NetBackup installation guide for more information).
                                   Started By: Client-user interface when the user starts a database
                                   backup or restore operation.
                                   Stopped By: Completion of operation.
                                   Debug Log: bphdb.log on the client. With NetBackup for
                                   Oracle, bphdb also writes to
                                   /usr/openv/netbackup/logs/obackup_tape.
              bpjava-msvc          NetBackup-Java master server application program. This
                                   program runs on all NetBackup UNIX systems and authenticates
                                   users that start the NetBackup-Java interface programs.
                                   Started By: inetd during startup of the NetBackup Java
                                   interfaces.
                                   Stopped By: When authentication is complete.
                                   Debug Log: /usr/openv/netbackup/logs/bpjava-msvc
            Program/              Description
            Daemon
            bpjava-usvc           NetBackup-Java user server application program. This program
                                  services all requests from the NetBackup-Java user and
                                  administration interfaces.
                                  Started By: bpjava-msvc upon successful login through the
                                  Login dialog box that is presented when a NetBackup-Java
                                  interface is started.
                                  Stopped By: When the interface program is terminated.
                                  Debug Log: /usr/openv/netbackup/logs/bpjava-usvc
            bprd                  On master servers, the request daemon responds to client and
                                  administrative requests for the following:
                                  ◆ Restores
                                  ◆ Backups (scheduled and user-directed)
                                  ◆ Archives
                                  ◆ List backed up or archived files
                                  ◆ Manual immediate backups (started through the NetBackup
                                      administration interface manual backup option)
                                  Started By: Initiate Request Daemon option in the NetBackup
                                  administrator interface (also the
                                  /usr/openv/netbackup/bin/initbprd command).
                                  Stopped By: Terminate Request Daemon option in the
                                  NetBackup administrator interface.
                                  Debug Log: bprd.log on the server.
            bplist                On UNIX clients, this program communicates with bprd on the
                                  master server when a user browses the database during a restore
                                  operation.
                                  Started By: Starting a search of the image database by using the
                                  client-user interface or executing the
                                  /usr/openv/netbackup/bin/bplist command on the
                                  client.
                                  Stopped By: Completion of operation
                                  Debug Log: bplist.log on the client.
            bprestore             On UNIX clients, this program communicates with bprd on the
                                  master server when a user starts a restore.
                                  Started By: Starting restore by using the client-user interface (or
                                  by executing the /usr/openv/netbackup/bin/bprestore
                                  command on the client).
                                  Stopped By: Completion of operation
                                  Debug Log: bprestore.log on the client.
              Program/             Description
              Daemon
              bpsched              On master servers, the Scheduler uses policy information from
                                   the NetBackup configuration databases to determine:
                                   ◆ Clients to start and when to start them.
                                   ◆ Storage units to use for backups and archives.
                                   Started By: bprd for the following operations:
                                   ◆ User-directed backups and archives
                                   ◆ Immediate manual backups (started through the option that
                                       is available in the NetBackup administrator interface)
                                   ◆ Scheduled automatic incremental or full backups. In this case,
                                       bprd starts the scheduler at intervals determined by the
                                       wakeup interval global attribute.
                                   Stopped By: Completion of all backups that are due.
                                   Debug Log: bpsched.log on the server.
              bptm                 On master and media servers, bptm is the tape-media manager
                                   and is used when the storage unit type is Media Manager. This
                                   program manages transfer of images between the client and the
                                   storage device. It also handles communication between the
                                   backup and Media Manager software. In addition, bptm
                                   manages the NetBackup media database and provides
                                   information for the media list report screen.
                                   Started By: For each backup or restore, bpbrm starts an instance
                                   of bptm on the server that has the storage unit.
                                   Stopped By: Completion of operation.
                                   Debug Log: bptm.log on the server.
              BPSRV.EXE            On NetWare nontarget clients, this is the program that allows the
                                   system that has the client-user interface to communicate with the
                                   Netware server that is the NetBackup client.
                                   Started By: Starting NetBackup for NetWare.
                                   Stopped By: Exiting the client-user interface.
                                   Debug Log: BPSRV.LOG file in the NetBackup LOGS directory
                                   on the client.
              BPSYS.EXE            On Windows NT/2000 clients, this is the NetBackup System
                                   Registry Replacement utility.
                                   Started By: NetBackup as required.
                                   Stopped By: Completion of operation.
                                   Debug Log: BPSYS.LOG file in the NetBackup LOGS directory
                                   on the client.
            Program/              Description
            Daemon
            jbpSA                 A Java-based program for performing backups, archives and
                                  restores of UNIX clients.
                                  Started By: On UNIX, the
                                  /usr/openv/netbackup/bin/jbpSA command.
                                  Debug Log: None, although the log for the bpbackup,
                                  bparchive, bplist, and bprestore commands on the client
                                  can be useful. Also, the logs for bpjava-msvc and
                                  bpjava-usvc can be helpful.
            jnbSA                 A Java-based administration utility for managing NetBackup and
                                  Media Manager on UNIX. In addition, administration of
                                  supported UNIX systems can be performed by using the
                                  NetBackup-Java Windows Display Console on a Windows
                                  system.
                                  Started By: On UNIX, the
                                  /usr/openv/netbackup/bin/jnbSA command. On a
                                  NetBackup-Java Windows Display console, the NetBackup - Java
                                  on host menu item on the Programs/NetBackup menu.
                                  Stopped By: Exit option in jnbSA.
                                  Debug Log: None, although the logs for bpjava-msvc and
                                  bpjava-usvc can be helpful.
            ndmpmoveragent        On the NetBackup media server (UNIX), this daemon acts as an
                                  NDMP server in a type of three-way backup called Remote
                                  NDMP.
                                  Started By: Executing
                                  /usr/openv/volmgr/bin/ndmpmoveragent.start.
                                  Stopped By: Executing
                                  /usr/openv/volmgr/bin/ndmpmoveragent.stop.
                                  Debug Log:
                                  /usr/openv/netbackup/logs/ndmpmoveragent
            NDMP Mover Agent      On the NetBackup media server (Windows), this service acts as
                                  an NDMP server in a type of three-way backup called Remote
                                  NDMP.
                                  Started By: Executing
                                  install_path/netbackup/bin/InstallNdmpMoverAgent
                                  path_of_NetBackup_binaries
                                  Stopped By:Executing
                                  install_path/netbackup/bin/InstallNdmpMoverAgent -r.
                                  Debug Log:
                                  install_path/netbackup/logs/ndmpmoveragent
              Program/             Description
              Daemon
              NBWIN.EXE            For Windows clients, this is the executable file that starts the
                                   client-user interface on Windows systems.
                                   Started By: From the Windows Start menu, under Programs/
                                   NetBackup.
                                   Stopped By: Exiting the client-user interface.
                                   Debug Log: mmddyy.log file in the NBWIN directory on the
                                   client.
              NBNWNT.EXE           For NetWare nontarget clients, this is the executable file that
                                   starts the client-user interface on Windows systems.
                                   Started By: From the Windows Start menu, under Programs/
                                   NetBackup.
                                   Stopped By: Exiting the client-user interface.
                                   Debug Log: none.
              NBNW95.EXE           For NetWare nontarget clients, this is the executable file that
                                   starts the client-user interface on Windows 98/95 systems.
                                   Started By: From the Windows Start menu, under Programs/
                                   NetBackup.
                                   Stopped By: Exiting the client-user interface.
                                   Debug Log: none.
              NetBackupBPCD        A faceless background application installed in the
                                   System:Extensions folder on the startup volume of a
                                   Macintosh client. The Macintosh equivalents of the UNIX
                                   bpbkar and tar commands are merged into NetBackupBPCD.
                                   Started By: When NetBackupListen receives a request from a
                                   server it launches NetBackupBPCD.
                                   Stopped By: Completion of operation.
                                   Debug Log: Log files in the
                                   System:Preferences:NetBackup:bpcd folder, which is in
                                   the NetBackup folder, in the Preferences folder, in the System
                                   folder on the startup volume.
            Program/              Description
            Daemon
            NetBackupListen       An applications extension installed in the System:Extensions
                                  folder on the startup volume of a Macintosh client. It starts when
                                  the Macintosh is booted and runs in the background until the
                                  Macintosh is shut down. NetBackupListen listens on the
                                  BPCD port number for requests from NetBackup servers and
                                  launches NetBackupBPCD when a request is received.
                                  Started By: When the Macintosh boots.
                                  Stopped By: When the Macintosh is shut down.
                                  Debug Log: Log files in the
                                  System:Preferences:NetBackup:inetd folder on the
                                  startup volume.
            tar                   On UNIX clients, the Tape ARchive program is a special version
                                  of tar provided with NetBackup and used to restore images.
                                  Started By: For each restore, bpbrm starts an instance of tar on
                                  the client.
                                  Stopped By: Completion of restore operation.
                                  Debug Log: tar.log on the client.
            TAR32                 On Windows clients, the TAR32 program is a special version of
                                  tar provided with NetBackup and used to restore images.
                                  Started By: For each restore, NetBackup starts an instance of
                                  TAR32 on the client.
                                  Stopped By: Completion of restore operation.
                                  Debug Log: TAR.LOG in the NetBackup logs directory on the
                                  client.
            xbp                   Graphical display based client-user interface, on UNIX clients,
                                  with options for starting user-directed backups, restores, and
                                  archives. Functionally, it is very similar to the menu version, bp.
                                  Started By: /usr/openv/netbackup/bin/xbp command on
                                  the client.
                                  Stopped By: Quit option in xbp.
                                  Debug Log: None, although the log for the bpbackup,
                                  bparchive, bplist, and bprestore commands on the client
                                  may also be useful for debugging problems with xbp.
NetBackup Databases
              Table 7 describes the NetBackup databases. These databases contain information that is
              used internally by NetBackup and reside in the /usr/openv/netbackup/db directory
              on UNIX servers and in the install_path\NetBackup\db directory on Windows
              NetBackup servers.
              Table 7. NetBackup Databases
              Database         Contents
              config           Configuration information. This database resides on the master server
                               and has three parts:
                               policy: Contains information about each NetBackup policy.
                               config: Contains information about global attributes, storage units,
                               and database backups.
                               altnames: Contains information about client names for restores.
              error            Error and status information about NetBackup operations. This
                               database resides on the master server and has two parts:
                               error: Contains information recorded during backup operations and
                               used in the NetBackup reports.
                               failure_history: Contains daily history of backup errors.
              images           Information about the backup images and resides only on the master
                               server. One of the files in the images directory is the file database.
                               The file database is the one that NetBackup accesses when a user
                               browses for files to restore.
              jobs             Job information that is used by the NetBackup job monitor (UNIX
                               NetBackup server) and activity monitor (Windows NetBackup
                               server). The Jobs database is on the master server
              media            Media related information used by bptm. Each master or media server
                               has a media database with media information for the images stored on
                               that server s storage units.
                                          ’
                               The media database also has an errors file that contains error history
                               information for media and devices.
Startup Process
            Media Manager is part of NetBackup but, on UNIX, can also be run independently and
            used by other applications, such as Storage Migrator. The easiest way to start Media
            Manager is to initiate all the necessary processes during system startup on all servers that
            have devices under control of Media Manager.
            ltid automatically starts other daemons and programs as necessary. Figure 13 shows the
            Media Manager daemons that should be running after initial startup. In the case of robotic
            daemons, such as ts8d and rsmd, the associated robot must also be configured for the
            daemon to run. See Table 9 for other ways to start and stop these daemons.
            As shown on Figure 13, the LMF, TL8, TLH, and TLD, require two types of daemons:
            robotic and robotic control.
            ◆ Each host with a robotic drive attached must have a robotic daemon. These daemons
                provide the interface between ltid and the robot or, if different drives within a robot
                can attach to different hosts, the robotic daemon communicates with a robotic-control
                daemon (see below).
            ◆ Robotic-control daemons centralize the control of robots when drives within a robot
                can connect to different hosts. A robotic-control daemon receives mount and
                unmount requests from the robotic daemon on the host to which the drive is attached
                and then communicates these requests to the robot.
            You must know the hosts involved in order to start all the daemons for a robot.
                                                                                 Automated
                                                    acsd
                                                                                 Cartridge System
         Execute:
          /usr/openv/volmgr/bin/ltid                                             Library
                                                    Imfd         Imfcd           Management
                                                                                 Facility
                                                                                  Optical Disk
                                                   odld
                                                                                  Library
                                                                                  Removable
              ltid                                  rsmd                          Storage Man-
                                                                                  ager (Windows
                                                                                  2000 only)
                                                                                  Tape Library
                                                    tl4d                          4mm
                                                                                  Tape Library
                                                   tldd           tldcd
                                                                                  DLT
              vmd             avrd
                                                                                 Tape Library
                                                   tlhd          tlhcd           Half-inch
                                                                                 Tape Library
                                                    tlmd                         Multimedia
                                                                                 Tape Stacker
                                                    ts8d
                                                                                 8mm
                                                                                 Tape Stacker
                                                    tsdd                         DLT
                                                                                 Tape Stacker
                                                    tshd                         Half-inch
Guide for more information on NetBackup media selection for nonrobotic drives.
            Note   When a tape is being mounted, the drive_mount_notify script is called. This
                   script is in the /usr/openv/volmgr/bin directory. Information on the script can
                   be found within the script itself. A similar script is called for the unmount process
                   (drive_unmount_notify, in the same directory).
            When a robotic volume is added or removed through the media access port, the media
            management utility communicates with the appropriate robotic daemon to verify the
            volume location and/or barcode. The media management utility (through a library or
            command-line interface) also calls the robotic daemon for robot inventory operations.
                                                           Storage       NetBackup
                                  User                     Migrator
           Device-management
                                                                                   Req
           utility
                                                                                       ues
                                                                                                                           Volume
                                                                                           t
          Device
                                                                                         new
                                                                                                                           Database
          Monitor                   Request media ID
                                                                                               me
                                                                                               dia
                                                                                                ID
                                                                    Where is
                                                                    media ID?                                               Media-management
              Device                ltid                                                  vmd                               utility
              Database
                                                           M
                                                            ou
                                                              nt
                                                                                                              Inventory barcodes
                                                                m
                                         Mount media ID
ed
                                                                                                              or inject/eject
                                                                   ia
          EXB8500        QIC
                                                                       ID
                Non-robotic
                drives                                                             tl8d
                                                                           t
                                                                                                     Mo
                                                                       j ec
                                                                                                        u   nt
                                                                    t/e
                                                                                                               m
                                                                   c
                                                                                                                   ed
                                                                je
                                                                                                                      ia
                                                               in
ID
                                  odld                                                                                            tl8cd
                                                                                                       Client
                                                                                                       Disk
                                         Robotic control
Robotic control
Barcode Operations
            Barcode reading is mainly a function of the robot hardware rather than Media Manager.
            When a robot has a barcode reader, it scans any barcode that may be on a tape and stores
            the code in its internal memory. This associates the slot number and the barcode of the
            tape in that slot. Media Manager determines that association for its own use by
            interrogating the robot.
            If a robot supports barcodes, Media Manager automatically compares a tape s barcode to
                                                                                            ’
            what is in the volume database as an extra measure of verification before mounting the
            tape.
Media Requests Involving Barcodes
            A request for media that is in a robot that can read barcodes begins in the same manner as
            other requests (see Figure 15). The Media Manager device daemon, ltid, determines the
            location of the requested media ID by querying the Media Manager volume daemon, vmd.
            The volume daemon then returns the information it has about the media, including: robot
            number, robot type, host, slot, and barcode.
            ltid includes the media ID and location information in a mount request to the robotic
            daemon for the robot that has the media ID. This request causes the robotic daemon to
            query the robotic-control daemon or the robot for the barcode of the tape in the
            designated slot. (This is a preliminary check to see if the correct media is in the slot). The
            robot returns the barcode value it has in memory. The robotic daemon compares this
            barcode with the value it received from ltid and takes one of the following actions.
            ◆ If the barcodes don t match, and the mount request is not for a NetBackup backup job,
                                    ’
                the robotic daemon informs ltid and a pending action request (Misplaced Tape)
                appears in the Device Monitor. An operator must then insert the correct tape in the
                slot.
            ◆ If the barcodes don t match and the mount request is for a NetBackup backup job, the
                                    ’
                robotic daemon informs ltid and the mount request is canceled. NetBackup (bptm)
                then selects another volume to mount.
            ◆ If the barcodes match, the robotic daemon requests the robot to move the tape to a
                drive. The robot then mounts the tape. At the start of the operation, the application
                (for example, NetBackup) checks the media ID and if it also matches what should be
                in this slot, the operation proceeds. For NetBackup, a wrong media ID results in a
                “ media manager found wrong tape in drive error (NetBackup status code 93).
                                                              ”
                                            Storage
                                  User                             NetBackup
          Device-management                 Migrator
          utility
                                                                                         Volume
                                    Request media ID                                     Database
                                                            Where is
                                                            media ID?
                                                                                            Media-management
                                    ltid                                       vmd
                                                                                            utility
                                                            Location
                                           Mo
                                              u
                                             nt
                                                me
                                                                                         or inject/eject
                                                       ID
tl8d
tl8cd
                                                      1                 2        3
                                                  What is            Barcode   Mount
                                                  barcode?                     tape
                                                               Tape Library
                                                               TL8
/usr/openv/volmgr
. ..
              Caution    DO NOT     under any circumstances attempt to modify the Media Manager
                         databases. These files are for internal program use only and changing them will
                         result in program failure and possible loss of data. It is also recommended that
                         they not be moved to another host.
            Program/     Description
            Daemon
            acsd         The Automated Cartridge System daemon interfaces with the Automated
                         Cartridge System and communicates with the server that controls the ACS
                         robotics through the acsssi process (UNIX) or the STK Libattach Service
                         (Windows). Also, for UNIX see the acsssi and acssel programs.
                         Started By: Starting ltid (or on UNIX, independently by using the
                         /usr/openv/volmgr/bin/ascd command.
                         Stopped By: Stopping ltid (or on UNIX, independently by finding the
                         PID (process id) and then using the kill command).
                         Debug Log: All errors are logged in the system log. Debug information is
                         included by adding VERBOSE to the Media Manager configuration file,
                         vm.conf. On UNIX, debug information is also included by starting the
                         daemon with the -v option (either by itself or through ltid) or by putting
                         VERBOSE in the vm.conf file.
            acssel       Available only on UNIX. See the Media Manager System Administrator s’
              Program/     Description
              Daemon
              lmfd         The Library Management Facility daemon works in conjunction with
                           lmfcd to handle requests to robots controlled by a Fujitsu Library
                           Management Facility (LMF). lmfd provides the interface between the
                           local ltid and the robotic control (lmfcd) in the same manner as
                           explained later for tl8d. This robot is only available on Solaris.
                           Started By: Starting ltid (or independently by using the
                           /usr/openv/volmgr/bin/lmfd command).
                           Stopped By: Stopping ltid or independently by finding the PID
                           (process id) and then using the kill command).
                           Debug Log: All errors are logged in the system log. Debug information is
                           included if the daemon is started with the -v option (either by itself or
                           through ltid) or by adding VERBOSE to the vm.conf file.
              ltid         The device demon (UNIX) or NetBackup Device Manager service
                           (Windows) controls the reservation and assignment of tapes and optical
                           disks.
                           Started By: /usr/openv/volmgr/bin/ltid command on UNIX or
                           Stop/Restart Device Management command in Media and Device
                           Management window on Windows.
                           Stopped By: /usr/openv/volmgr/bin/stopltid command on
                           UNIX or Stop/Restart Device Manager Service command in the Media
                           and Device Management window on Windows.
                           Debug Log: All errors are logged in the system log. Debug information is
                           included if the daemon is started with the -v option (available only on
                           UNIX) or adding VERBOSE to the vm.conf file.
              odld         The Optical Disk Library daemon interfaces with the Optical Disk Library,
                           communicating with the robotics through a SCSI interface. This library is
                           not supported on Windows.
                           Started By: Starting ltid or independently by using the
                           /usr/openv/volmgr/bin/odld command.
                           Stopped By: Stopping ltid or independently by finding the PID
                           (process id) and then using the kill command.
                           Debug Log: All errors are logged in the system log. Debug information is
                           included if the daemon is started with the -v option (either by itself or
                           through ltid) or adding VERBOSE to the vm.conf file.
            Program/     Description
            Daemon
            rsmd         The Removable Storage Manager daemon is the interface between ltid
                         and the Microsoft Windows 2000 Removable Storage Manager (RSM)
                         interface. The rsmd daemon runs only on Windows 2000 systems; note
                         that the system must have drives configured in RSM robots configured in
                         the Media Manager interface.
                         Started By: Starting ltid on Windows 2000 only.
                         Stopped By: Stopping ltid on Windows 2000 only.
                         Debug Log: All errors are logged in the system log. Debug information is
                         included in the system log as notifications.
            tl4d         The Tape Library 4MM daemon is the interface between ltid and the
                         Tape Library 4MM and communicates with the robotics through a SCSI
                         interface.
                         Started By: Starting ltid (or on UNIX, independently by using the
                         /usr/openv/volmgr/bin/tl4d command).
                         Stopped By: Stopping ltid (or on UNIX, independently by finding the
                         PID (process id) and then using the kill command).
                         Debug Log: All errors are logged in the system log. Debug information is
                         included by adding VERBOSE to the Media Manager configuration file,
                         vm.conf. On UNIX, debug information is also included by starting the
                         daemon with the -v option (either by itself or through ltid).
            tl8d         The Tape Library 8MM daemon drives in the same TL8 robot may be
                         attached to different hosts than the robotic control. tl8d is the interface
                         between the local ltid and the robotic control. If a host has a device path
                         for a drive in a TL8 robot, then mount or unmount requests for that drive
                         go first to the local ltid and then to the local tl8d (all on the same host).
                         tl8d then forwards the request to tl8cd on the host that is controlling
                         the robot (could be on another host).
                         Started By: Starting ltid (or on UNIX, independently by using the
                         /usr/openv/volmgr/bin/tl8d command).
                         Stopped By: Stopping ltid (or on UNIX, independently by finding the
                         PID (process id) and then using the kill command.
                         Debug Log: All errors are logged in the system log. Debug information is
                         included by adding VERBOSE to the Media Manager configuration file,
                         vm.conf. On UNIX, debug information is also included by starting the
                         daemon with the -v option (either by itself or through ltid).
              Program/     Description
              Daemon
              tl8cd        The Tape Library 8MM Control daemon provides the robotic control for a
                           TL8 robot and communicates with the robotics through a SCSI interface.
                           tl8cd receives mount and unmount requests from tl8d on the host to
                           which the drive is attached and then communicates these requests to the
                           robot.
                           Started By: Starting ltid (or on UNIX, independently by using the
                           /usr/openv/volmgr/bin/tl8cd command).
                           Stopped By: Stopping ltid or by using the tl8cd -t command.
                           Debug Log: All errors are logged in the system log. Debug information is
                           included by adding VERBOSE to the Media Manager configuration file,
                           vm.conf. On UNIX, debug information is also included by starting the
                           daemon with the -v option (either by itself or through ltid).
              tldd         The Tape Library DLT daemon works in conjunction with tldcd to
                           handle requests to TLD robots. tldd provides the interface between the
                           local ltid and the robotic control (tldcd) in the same manner as
                           explained previously for tl8d.
                           Started By: Starting ltid (or on UNIX, independently by using the
                           /usr/openv/volmgr/bin/tldd command).
                           Stopped By: Stopping ltid (or on UNIX, independently by finding the
                           PID (process id) and then using the kill command).
                           Debug Log: All errors are logged in the system log. Debug information is
                           included by adding VERBOSE to the Media Manager configuration file,
                           vm.conf. On UNIX, debug information is also included by starting the
                           daemon with the -v option (either by itself or through ltid).
              tldcd        The Tape Library DLT Control daemon provides robotic control for a TLD
                           robot in the same manner as explained previously for tl8cd.
                           Started By: Starting ltid (or on UNIX, independently by using the
                           /usr/openv/volmgr/bin/tldcd command).
                           Stopped By: Using the tldcd -t command. Stopping ltid or by using
                           the tldcd -t command.
                           Debug Log: All errors are logged in the system log. Debug information is
                           included by adding VERBOSE to the Media Manager configuration file,
                           vm.conf. On UNIX, debug information is also included by starting the
                           daemon with the -v option (either by itself or through ltid).
            Program/     Description
            Daemon
            tlhd         The Tape Library Half-inch daemon works in conjunction with tlhcd to
                         handle requests to TLH robots that are in an IBM Automated Tape Library
                         (ATL). tlhd provides the interface between the local ltid and the robotic
                         control (tlhcd) in the same manner as explained previously for tl8d.
                         Started By: Starting ltid (or on UNIX, independently by using the
                         /usr/openv/volmgr/bin/tlhd command).
                         Stopped By: Stopping ltid (or on UNIX, independently by finding the
                         PID (process id) and then using the kill command).
                         Debug Log: All errors are logged in the system log. Debug information is
                         included by adding VERBOSE to the Media Manager configuration file,
                         vm.conf. On UNIX, debug information is also included by starting the
                         daemon with the -v option (either by itself or through ltid).
            tlhcd        The Tape Library Half-inch Control daemon provides robotic control for a
                         TLH robot that is in an IBM Automated Tape Library (ATL) in a similar
                         manner to that which was explained previously for tl8cd.
                         Started By: Starting ltid (or on UNIX, independently by using the
                         /usr/openv/volmgr/bin/tlhcd command).
                         Stopped By: Stopping ltid or by using the tlhcd -t command.
                         Debug Log: All errors are logged in the system log. Debug information is
                         included if the daemon is started with the -v option (either by itself or
                         through ltid). The -v option is available only on UNIX. Also, add the
                         VERBOSE option to the vm.conf file.
            tlmd         The Tape Library Multimedia daemon is the interface between ltid and a
                         TLM robot that is in an ADIC Distributed AML Server (DAS). This
                         daemon communicates with the TLM robotics through a network API
                         interface.
                         Started By: Starting ltid or independently by using the
                         /usr/openv/volmgr/bin/tlmd command.
                         Stopped By: Stopping ltid or independently by finding the PID
                         (process id) and then using the kill command.
                         Debug Log: All errors are logged in the system log. Debug information is
                         included if the daemon is started with the -v option (either by itself or
                         through ltid). The -v option is available only on UNIX. Also, add the
                         VERBOSE option to the vm.conf file.
              Program/     Description
              Daemon
              tpconfig     tpconfig is a command line interface or interactive administrator utility
                           for configuring devices under Media Manager. The graphical user
                           interfaces provide equivalent functionality.
                           Started By: tpconfig command.
                           Stopped By: Quit option from within the utility on UNIX. On Windows,
                           tpconfig is only a command-line interface that runs to completion (no
                           quit option).
                           Debug Log: None
              tsdd         The Tape Stacker DLT daemon is the interface between ltid and the DLT
                           tape stacker and communicates with the robotics through a SCSI interface.
                           Started By: Starting ltid (or on UNIX, independently by using the
                           /usr/openv/volmgr/bin/tsdd command).
                           Stopped By: Stopping ltid (or on UNIX, independently by finding the
                           PID (process id) and then using the kill command).
                           Debug Log: All errors are logged in the system log. Debug information is
                           included by adding VERBOSE to the Media Manager configuration file,
                           vm.conf. On UNIX, debug information is also included by starting the
                           daemon with the -v option (either by itself or through ltid).
              tshd         The Tape Stacker Half-inch daemon is the interface between ltid and the
                           half-inch-cartridge stacker and communicates with the robotics through a
                           SCSI interface. This robot is not supported on Windows.
                           Started By: Starting ltid (or on UNIX, independently by using the
                           /usr/openv/volmgr/bin/tshd command).
                           Stopped By: Stopping ltid (or on UNIX, independently by finding the
                           PID (process id) and then using the kill command).
                           Debug Log: All errors are logged in the system log. Debug information is
                           included by adding VERBOSE to the Media Manager configuration file,
                           vm.conf. On UNIX, debug information is also included by starting the
                           daemon with the -v option (either by itself or through ltid).
            Program/     Description
            Daemon
            ts8d         The Tape Stacker 8MM daemon is the interface between ltid and the
                         8-mm Tape Stacker and communicates with the robotics through a SCSI
                         interface.
                         Started By: Starting ltid (or on UNIX, independently by using the
                         /usr/openv/volmgr/bin/ts8d command).
                         Stopped By: Stopping ltid (or on UNIX, independently by finding the
                         PID (process id) and then using the kill command).
                         Debug Log: All errors are logged in the system log. Debug information is
                         included by adding VERBOSE to the Media Manager configuration file,
                         vm.conf. On UNIX, debug information is also included by starting the
                         daemon with the -v option (either by itself or through ltid).
            vmd          The Media Manager volume daemon (NetBackup Volume Manager
                         service on Windows) manages the volume database, provides ltid with
                         the location of requested volumes, keeps track of the number of mounts
                         and last mount time for each volume, and allows remote administration
                         and control of Media Manager.
                         Started By: Starting ltid (or on UNIX, independently by using the
                         Initiate Media Manager Volume daemon option in vmadm)
                         Stopped By: Terminate Media Manager Volume Daemon option in
                         vmadm).
                         Debug Log: System log and also a debug log if the daemon or reqlib
                         debug directories exist (see “Debug Logs” on page 47).
            vmadm        Available only on UNIX. An administrator utility with options for
                         configuring and managing volumes under control of Media Manager. It
                         has a menu-driven, character-based interface that can be used from
                         workstations that do not have graphical display capabilities.
                         Started By: /usr/openv/volmgr/bin/vmadm command
                         Stopped By: Quit option from within the utility.
                         Debug Log: /usr/openv/volmgr/debug/reqlib
     For restores from the client, the client connects to the master server. On a Windows
     system, the master server is specified on the Servers tab of the Specify NetBackup
     Machines dialog box (to open this dialog, start the NetBackup client user interface and
     click Specify NetBackup Machines on the Actions menu). The network path to the server
     is determined by the client s network code that maps the server name to an IP address.
                                 ’
     Upon receipt of the connection, the server determines the client s configured name from
                                                                       ’
                                                                                       467
      If none of the comparisons succeed, a more brute force method is used, which compares
      all names and aliases using gethostbyname().
      The configured name is the first comparison that succeeds. Note that other comparisons
      might also have succeeded if aliases or other network names are configured.
                                                    “                 ”
      function on the client is used as the configured name. One example of why the
      comparison could fail is the case where the client had changed its hostname but its new
      hostname is not reflected in any policies yet.
      These comparisons are logged in the bpdbm debug log if VERBOSE is set. You can
      determine a client s configured name by using the bpclntcmd command on the client.
                          ’
      For example:
      # install_path\NetBackup\bin\bpclntcmd -pn
      expecting response from server wind.abc.me.com
      danr.abc.me.com danr 194.133.172.3 4823
      Where the first output line identifies the server to which the request is directed and the
      second output line is the server s response in the following order:
                                       ’
      have made a corresponding change on the server. For more information, refer to the
      NetBackup System Administrator s Guide for Windows.
                                   ’
      The requesting client is the value from the gethostname() function on the client.
      The destination client name is a factor only if an administrator is pushing a restore to a
      client from a server. For a user restore, destination client and requesting client are the
      same. For an administrator restore, the administrator can specify a different name for the
      destination client.
           Depending on the particulars of the restore request (for example, from root on a server,
           from a client, to a different client, and so on), the name used to connect back to the client
           to complete the restore is either the client s peername or its configured name.
                                                     ’
          network services.
      For example, the line
      0 danr danr.eng.aaa.com
      specifies that when the master server receives a request for a configured client name
      (numeric key 0), the name danr is always replaced by the name danr.eng.aaa.com. This
      resolves the problem mentioned above, assuming that:
      ◆ The client s gethostname() function returned danr.
                     ’
      ◆ The master server s network services gethostbyname() function did not recognize
                            ’
                                                                                      471
            install_path\Volmgr\bin\rsmtest -r robotnumber roboticpath
      TL4
            install_path\Volmgr\bin\tl4test -r roboticpath
      TL8
            install_path\Volmgr\bin\tl8test -r roboticpath
      TLD
            install_path\Volmgr\bin\tldtest -r roboticpath
      TLH
            install_path\Volmgr\bin\tlhtest -r robotic_library_name
      TLM
            install_path\Volmgr\bin\tlmtest -r DAS_Hostname
      TS8
            install_path\Volmgr\bin\ts8test -r roboticpath
      TSD
            install_path\Volmgr\bin\tsdtest -r roboticpath
      Note    For more information on ACS, TLH, LMF, and TLM robotic control, see the
              appendixes in the NetBackup DataCenter Media Manager System Administrator s Guide for
                                                                                        ’
Windows.
      For more information on RSM robotic control, refer to the Microsoft Removable Storage Manager
      (RSM) appendix in the NetBackup BusinessServer Media Manager System Administrator ’s Guide for
      Windows.
      In the above commands, roboticpath is the full path to the device file for the robotic
      control (SCSI). Refer to the Media Manager Device Configuration Guide for Windows and review
      the chapter for your platform to find the appropriate value for roboticpath.
      There is also an optional parameter that specifies the device file path for the drive(s) so
      that SCSI unloading of the drive(s) can be done with this utility.
      Usage is:
            install_path <-p port -b bus -t target -l lan | -r roboticpath>
            where: roboticpath is the changer name (eg., Changer0)
                                                                                  473
beconv Error Messages
            Recommended Action: Examine the Media Manager volume record having the same
            barcode as the Backup Exec media. Is the Media Manager media type of the volume
            record really the media type of the media to which the record corresponds? Update the
            Media Manager volume record accordingly (either manually with add/change/delete
            volume operations or by using the NetBackup robot inventory update) and run beconv
            again.
            Message: Null guid in volume record
            Explanation: This happens when a user runs beconv with the beconv -m media_id
            option, but media_id has a NULL ADAMM GUID in the Media Manager volume
            database. When beconv is run with the beconv -m media_id option, media_id should
            always have a non-NULL ADAMM GUID.
            Recommended Action: Run bpimport (and also bephyinv if required) for that media
            ID.
            Message: Media having guid XXX not present in Backup Exec database
                                          ‘    ’
            Explanation: This happens when a user runs beconv with the beconv -m media_id
            option, but the ADAMM GUID field of media_id in the Media Manager volume database
            is not NULL and not present in the Backup Exec ADAMM database. Such a situation can
            arise when the Media Manager volume database was updated by utilities other than
            bephyinv or beconv (like vmadd).
            Recommended Action: Examine the Media Manager volume record corresponding to
            media_id and determine whether the ADAMM GUID field is correct. If required run
            bephyinv on media_id. After updating the volume record corresponding to media_id,
            run beconv again.
            Message: Backup Exec media type and Media Manager volume record media type
            incompatible
            Explanation: This happens when the user runs beconv with the beconv -m media_id
            option, but the Backup Exec media record corresponding to media_id has a different base
            media type than the base media type of the Media Manager volume record.
            Recommended Action: Examine the Media Manager volume record corresponding to
            media_id and determine whether the media type is correct. If required run bephyinv on
            media_id. After updating the volume record corresponding to media_id, run beconv
            again.
            Message: No corresponding Media Manager record found for this media
            Explanation: This happens when the user runs beconv with the -tbs option specified,
            and beconv could not associate a Backup Exec media with any Media Manager volume
            database records. This situation can arise when the -tbs option is specified and a
            NetBackup robot inventory update has not been done on the required robots.
Appendix D, Backup Exec Tape Reader for NetBackup                                       475
bephyinv Error Messages
              Recommended Action: Do not specify the -tbs option or run a NetBackup robot
              inventory update on the robots that contain Backup Exec media.
              Message: Volume database mismatch detected. media_id XXX was obtained from volume
              database ABC, but the drive in which it was mounted has a volume database XYZ
              Explanation: This happens when the same media IDs are present in different Media
              Manager volume databases. The volume record that was used to issue the mount was
              different from the volume record used by Media Manager to mount the media.
              Recommended Action: Run beconv -check_consistency to determine which
              Media Manager databases contain the same media ID. Remove the duplicate media ID
              from the appropriate volume databases and run bephyinv. Use a single volume database
              instead of configuring volumes on multiple hosts.
              To list only Backup Exec files, -flops 524288 should be specified. To list both Backup
              Exec and NetBackup files, -flops 1048576 should be specified. Refer to the NetBackup
              DataCenter System Administrator s Guide for usage of the bplist command.
                                             ’
              Ensure that the Backup Exec services are running on the Media Servers that contain the
              Backup Exec catalogs whose images are being browsed.
              The Backup Exec services are the following:
              ◆ Backup Exec 8.x Agent Browser
              command.
              Ensure that the Backup Exec services are running on the Media Servers that contain the
              Backup Exec catalogs whose images are being restored.
              The Backup Exec services are the following:
              ◆ Backup Exec 8.x Agent Browser
              ◆ Backup Exec 8.x Alert Server
Redirected Restores
            Please note the following:
            ◆ Redirected restores are not allowed when restoring files from a combination of
                Backup Exec and NetBackup images.
            ◆ When restoring from only Backup Exec images, individual files cannot be restored to
                different paths. To restore to a different path, all the files must be directed to the same
                path.
            ◆ The restore option Restore the file using a temporary filename is not available when
                restoring from Backup Exec images or from a combination of both Backup Exec and
                NetBackup images.
            For Backup Exec images, the following kinds of redirected restores are supported:
            ◆ Backups of a Windows client to the same or a different Windows client.
            ◆ Backups of a Windows client to a different UNIX client.
Note The path specified depends upon the client type of the destination machine.
              \share_name\dir1
              For example, to restore to C:\temp, if the sharename for drive C: is C$, specify the path
              as \C$\temp.
              Note   When restoring Netware client backups to a Windows client, the NetBackup
                     Windows client interface (nbwin.exe), NetBackup Java interface, or the
                     bprestore command should be used. The NetBackup Netware client
                     (nbnwnt.exe) should not be used to restore Netware client backups to Windows
                     clients.
Netware clients.
Examples
            Example 1: The bplist command did not specify the -flops parameter, or the Backup
            Exec Backups or the Normal and Backup Exec Backups option was not selected in the
            user interface. The bprd debug log indicates that client_flops has not been set.
            14:38:09.215 [3316.2376] <2> fileslist:               client_flops = 0
            Example 2: If the NetBackup Volume Manager service is not running on the media server
            that contains the Backup Exec catalogs corresponding to the image, the bpcd and bptm
            debug logs indicate the problem.
            The following is from the bpcd log on the media server that contains the Backup Exec
            catalogs corresponding to the image:
15:08:26.614 [3792.3596] <2> bpcd main: BPCD_GET_FILE_REC_RQST
15:08:26.614 [3792.3596] <2> bpcd_get_file_rec: received mediaid: BE0001
15:08:26.614 [3792.3596] <2> bpcd_get_file_rec: received keyword: 22
15:08:26.624 [3792.3596] <2> bpcd_get_file_rec: received path: /
15:08:26.624 [3792.3596] <2> bpcd_get_file_rec: received client: adaj
15:08:26.624 [3792.3596] <2> bpcd_get_file_rec: received dirs_only: 0
15:08:26.624 [3792.3596] <2> bpcd_get_file_rec: received depth: 3
15:08:26.644 [3792.3596] <2> createProcessWithOutput: CreateProcess of
>D:\nb\NetBackup\bin\bptm.exe -guid -ev BE0001 -cmd<
15:09:04.267 [3792.3596] <16> MediaID2MediaGuid: Error - can’t get GUID from
string
15:09:04.267 [3792.3596] <16> MediaID2MediaGuid: couldn’t obtain media guid for
Backup Exec media id BE0001
            The following is from the bptm log on the media server that contains the Backup Exec
            catalogs corresponding to the image:
            15:09:04.207 [4160.3616] <16> vmd_connect: unable to connect to vmd:
            Error number: (10061)
            15:09:04.217 [4160.3616] <16> query_one_volume: query_onevol request
            status: cannot connect to vmd (70)
            15:09:04.237 [4160.3616] <16> GetMediaGuid: Media Manager error 70,
            cannot connect to vmd, host = dell_2
            The bptm log above indicates that it could not connect to vmd, perhaps because vmd was
            not running.
            Example 3: If the Backup Exec services are not running on the media server that contains
            the Backup Exec catalogs corresponding to the image, the bpcd debug logs indicate the
            problem:
              bpcd will be launched on host dell_2 and will launch bptm to obtain the ADAMM GUID
              corresponding to Media Manager media ID BE0001. This can be seen in the bpcd debug
              log on the media server host for text such as the following:
16:11:00.950 [1660.3324] <2> bpcd main: BPCD_RESTORE_IMAGE_FILES_RQST
16:11:00.960 [1660.3324] <2> bpcd_restore_image_files: browse_client= adaj
16:11:00.960 [1660.3324] <2> bpcd_restore_image_files: requesting_client= adaj
16:11:00.960 [1660.3324] <2> bpcd_restore_image_files: destination_client= adaj
16:11:00.960 [1660.3324] <2> bpcd_restore_image_files: client_type= 13
16:11:00.960 [1660.3324] <2> bpcd_restore_image_files: mediaid= BE0001
16:11:00.960 [1660.3324] <2> bpcd_restore_image_files: keyword= 22
16:11:00.980 [1660.3324] <2> bpcd_restore_image_files: obj_desc= NULL
16:11:00.980 [1660.3324] <2> bpcd_restore_image_files: keep= 1
16:11:00.980 [1660.3324] <2> bpcd_restore_image_files: progress_file=
/G/nb/NetBackup/logs/user_ops/adonijah/logs/NBWIN007
16:11:00.980 [1660.3324] <2> bpcd_restore_image_files: rename_file= NONE
16:11:00.980 [1660.3324] <2> bpcd_restore_image_files: commit= 0
16:11:00.980 [1660.3324] <2> bpcd_restore_image_files: dirByteCount= 0
16:11:00.980 [1660.3324] <2> bpcd_restore_image_files: tempDirectory= NONE
16:11:00.980 [1660.3324] <2> bpcd_restore_image_files: mountDatabase= 0
16:11:00.980 [1660.3324] <2> bpcd_restore_image_files: beFilePathLen= 19
16:11:00.980 [1660.3324] <2> bpcd_restore_image_files: beRedirectionPath=
\f$\temp\be_restore
16:11:01.010 [1660.3324] <2> createProcessWithOutput: CreateProcess of
>D:\nb\NetBackup\bin\bptm.exe -guid -ev BE0001 -cmd<
16:11:01.992 [1660.3324] <2> MediaID2MediaGuid: Backup Exec media id BE0001 has
guid {6EE3FFEF-B111-4EDD-97C1-78931D988268} (voldb: dell_2)
              The previous text indicates that bptm obtained the ADAMM GUID
              {6EE3FFEF-B111-4EDD-97C1-78931D988268} corresponding to Media Manager media ID
              BE0001 from the Media Manager volume database on host voldb (dell_2).
              A portion of the bpcd debug log below shows the Backup Exec files being added to the
              restore selection list and the restore job being launched on host dell_2:
16:11:04.185 [1660.3324] <2> StartRestoreJob: adding Backup Exec path:
util\mykill to selection list
16:11:04.185 [1660.3324] <2> StartRestoreJob: adding Backup Exec file:
pkill.cpp to selection list
16:11:04.185 [1660.3324] <2> GetRedirectionDeviceAndPath: NT Share Name f$
            In the following log file, the message “User canceled a Physical Volume Library
            operation” implies that Backup Exec could not get the required media from NetBackup
            Media Manager. This can happen when the media is misplaced.
            For example: Backup Exec job progress log (BEX09.txt):
                Error - Mount failed.
                ^ ^ ^ ^ ^
                User canceled a Physical Volume Library operation.
                ^ ^ ^ ^ ^
                User canceled a Physical Volume Library operation.
            The adamm.log file in the Backup Exec install path indicates the ADAMM GUID of the
            media that was required for the restore. The adamm.log file indicates whether or not the
            media was misplaced. In the following example log, the text “MountMedia failure -
            requested media not found” indicates that the Backup Exec media having ADAMM GUID
            C4B3BBAE-8B29-4823-ACE5-EBD546E1574B was misplaced.
            The Backup Exec install path can be obtained from the following registry value:
            HKEY_LOCAL_MACHINE\SOFTWARE\VERITAS\Backup Exec\Install\Path
            This is the adamm.log file in the Backup Exec install path:
            [1012] 02/05/02 13:52:07 MountMedia failure - requested media not
            found.
            [1012] 02/05/02 13:50:10 PvlSession::Mount(
            {C4B3BBAE-8B29-4823-ACE5-EBD546E1574B}, 1, 1, 4294967295 )
                     Job ID = 689276194, Job Name = "Restore 2915851e"
                   Drive Pool = {FFFFFFFF-0000-0000-0000-000000000000} "NetBackup
            Drives"
                   Media Set = {00000009-0004-0000-0000-000000000000} "Backup
            Exec and Windows NT Backup Media"
                     ERROR = 0xA000810F (E_PVL_USER_ABORTED)
              This problem is more likely to occur with non-barcoded robotic media. The NetBackup
              media id of the Backup Exec media required for the restore can be obtained from the
              NetBackup job progress log. For example:
              13:50:01 (11.xxx) Media id A00000 is needed for the restore.
              The NetBackup Media Manager volume database can be queried to determine the
              ADAMM GUID (ADAMM GUID field of a Media Manager volume database record), the
              description and residence (robot and slot number) of the media id. (The media id is
              A00000 in the above example.) The Backup Exec cartridge label of the media can be
              determined from the “description” field of the NetBackup Media Manager volume
              database record.
              If the ADAMM GUID (corresponding to the media id in the NetBackup Media Manager
              volume database) is the same as the GUID obtained from the adamm.log
              (C4B3BBAE-8B29-4823-ACE5-EBD546E1574B, in the above example), then the wrong
              media may be present in the robot and slot indicated by the NetBackup Media Manager
              volume database. Verify whether the correct Backup Exec media, identified by ADAMM
              GUID and cartridge label, is actually present in the robot and slot as indicated by the
              NetBackup Media Manager volume database record (corresponding to media id A00000,
              in the above example).
              A physical inventory of the robot can be performed to update the NetBackup Media
              Manager volume database. Refer to the section “Updating the Media Manager Volume
              Database with Respect to Backup Exec Media” in the NetBackup DataCenter System
              Administrator s Guide.
                          ’
              If the ADAMM GUID corresponding to the media id in the NetBackup Media Manager
              volume database is not the same as the GUID obtained from the adamm.log, then
              different ADAMM GUIDs are associated with the same media id in the NetBackup Media
              Manager volume databases of the locally configured drives.
              Run beconv with the -check_consistency option, to detect inconsistencies in the
              NetBackup Media Manager volume database. Refer to the section “Using beconv with the
              -check_consistency Option” in the NetBackup DataCenter System Administrator s Guide.
                                                                                           ’
             ◆ The highest-level component under STK s ACS library software, which refers to a
                                                          ’
activity monitor
             A NetBackup administration utility that displays information about NetBackup jobs and
             provides limited control over them.
administration client
             See remote administration console.
                 “                                ”
administrator
             A user that is granted special privileges to install, configure, and manage the operation of
             a system, network, or application.
                                                                                              493
back up
               The act of copying and saving files and folders to storage media.
backup
               Refers to the process of copying and saving files and directories to storage media. For
               example, the backup is complete. This term can also refer to the collection of data that
               NetBackup saves for a client during a backup or archive. For example, duplicate the backup.
               Backup is two words when used as a verb. For example, back up the file.
backup, archive, and restore interface
               The name of the NetBackup Microsoft Windows and Java based user interfaces for clients.
               On servers these interfaces can be started through the NetBackup Administration
               Console.
backup window
               The period of time during which backups can begin.
block size
               The number of bytes in each block of data written on the media during a backup.
bp
               A backup, archive, and restore utility for users on NetBackup UNIX clients. It has a
               character-based, menu interface that can be run from terminals that do not have X
               Windows capabilities.
bpadm
               An administrator utility that runs on NetBackup UNIX servers. It has a character-based,
               menu interface that can be run from terminals that do not have X Windows capabilities.
bp.conf file
               A NetBackup configuration file on UNIX servers and also on UNIX, Macintosh, and OS/2
               clients.
bp.ini file
               NetBackup initialization file for Novell NetWare target clients.
bpcd
               NetBackup Client service on Windows and the NetBackup Client daemon on UNIX.
Glossary                                                                                      495
bprd
                NetBackup Request Manager service on Windows and NetBackup Request daemon on
                UNIX.
cancel a job
                Terminating a job and removing it from the job queue.
carousel
                See “robotic library.”
catalogs
                Internal NetBackup and Media Manager databases. These catalogs contain information
                about configuration, media, devices, status, errors, and the files and directories in the
                stored backup images.
CDF
                Context-dependent file, which is a type of directory structure on a Hewlett-Packard
                system.
changer
                See “robotic library.”
class
                See “policy.”
client
                The system with the files to back up, archive, or restore.
client-user interface
                See “user interface.”
cluster
                See master and media server cluster.
command lines
                Commands that users can execute either from the system prompt or in scripts.
compression
                The process of compacting data to enable more efficient transmission and storage.
          496                                            NetBackup Troubleshooting Guide - Windows NT/2000
configuration
           The parameters that govern the behavior of an application. This term can also refer to the
           manner in which a network or system is laid out or connected (for example, a network
           configuration).
consolidated eject
           A process of ejecting media for more than one Vault session at a time. A Consolidated
           Eject can be performed for one or more logical vaults at one time.
consolidated report
           A process of generating reports for more than one Vault session at a time. A Consolidated
           Report can be performed for one or more logical vaults at one time. Consolidated reports
           are organized by report title, not by vault.
cpio
           A UNIX command that can be used for copying files to or from a cpio archive on disk or
           tape.
ctime
           The time that a UNIX inode was changed.
cumulative-incremental backup
           A backup that is scheduled by the administrator on the master server and backs up files
           that have changed since the last successful full backup. All files are backed up if no prior
           backup has been done. Also see “differential-incremental backup.”
daemon
           A program on a UNIX system that runs in the background and performs some task (for
           example, starting other programs when they are needed). Daemons are generally referred
           to as services or processes on Windows server systems.
database-agent clients
           Clients with additional NetBackup software that is designed to back up relational
           databases.
database-extension clients
           See “database-agent clients.”
Glossary                                                                                    497
debug logs
             Logs that can be optionally enabled for specific NetBackup and Media Manager programs
             and processes and then used to investigate problems.
destination storage unit
             A storage unit to which Vault sends the data from a duplication operation. If the
             duplicated backup images are to be vaulted, then the destination storage unit must
             correspond to the robotic volume group.
device delays
             Delays caused by the device that are beyond the control of the storage application. An
             example is the time required to position tape under the read and write heads.
device host
             A host (that has Media Manager installed) where a drive or robotic control is attached or
             is defined.
device monitor
             A Media Manager administration utility that provides monitoring and manual control of
             Media Manager storage devices. For example, an administrator or computer room
             operator can use this utility to manually reset devices or set them to the UP or DOWN
             state.
DHCP
             Dynamic host configuration protocol. This TCP/IP protocol automatically assigns
             temporary IP addresses to hosts when they connect to the network.
differential-incremental backup
             Scheduled by the administrator on the master server and backs up files that have changed
             since the last successful incremental or full backup. All files are backed up if no prior
             backup has been done. Also see “cumulative-incremental backup.”
directory depth
             The number of levels below the current directory level that the NetBackup interfaces
             show in their directory and file list displays.
directory tree
             The hierarchical structure in which files are organized on a disk. Each directory lists the
             files and directories that are directly below it in the tree. On UNIX, the topmost directory
             is called the root directory.
Glossary                                                                                      499
expiration (volume)
              The date and time when the physical media (tape) is considered to be no longer usable.
external media ID
              This is an identifier written on a media cartridge or canister to help the operator identify
              the volume before inserting it into a drive or robot. For labeled media, the external media
              ID should be the same as the media ID recorded on the media.
EVSN
              See “external media ID.”
FlashBackup
              A special type of raw-partition backup that requires the NetBackup FlashBackup
              separately-priced option (this option is available only for NetBackup DataCenter).
flush level
              Controls how often Netbackup clears its log files on a Novell NetWare or Microsoft
              Windows client platform.
fragment
              A part of a backup or archive image. NetBackup can be configured to divide images into
              fragments when they exceed a certain size or span tapes.
frequency (backup)
              How often NetBackup performs scheduled backups. For example, if the frequency is
              seven days then backups occur once a week.
FROZEN media state
              If a volume is FROZEN, NetBackup keeps it indefinitely and can restore from it but not
              use it for further backups or archives.
full backup
              A backup that copies, to a storage unit, all files and directories that are beneath a specified
              directory.
FULL media state
              If this appears in a report or listing, it indicates the volume is FULL and cannot hold more
              data or be used for further backups.
Glossary                                                                                  501
hard link
               On UNIX, a hard link is a pointer to the inode for the data. On a Windows server, a hard
               link is a directory entry for a file. Every file can be considered to have at least one hard
               link. On NTFS volumes each file can have multiple hard links, and a single file can appear
               in many directories (or even in the same directory with different names).
heap level
               A parameter for memory-heap debugging on a Novell NetWare or Windows NetBackup
               client.
hierarchical storage management
               The process of automatically migrating selected files from a managed file system to
               specified migration levels on secondary storage, while maintaining transparent access to
               those files.
host
               A computer that executes application programs.
host name
               Name by which a host computer is identified by programs and other computers in the
               network.
HSM
               See storage migrator.
image
               The collection of data that NetBackup saves for an individual client during each backup or
               archive. The image contains all the files, directories, and catalog information associated
               with the backup or archive.
import
               The process of recreating NetBackup records of images so the images can be restored.
include list
               A list that designates files or directories to add back in from the exclude list.
incremental backup
               See “cumulative-incremental backup” and “differential-incremental backup.”
Glossary                                                                                     503
link
             See “hard link” or “symbolic link.”
LMF - Library Management Facility
             A Media Manager designation for a category of robot. For the specific vendor types and
             models in this category, see the VERITAS support web site.
             This robot type is supported only by NetBackup DataCenter servers.
load
             (noun) Amount of work that is being performed by a system or the level of traffic on a
             network. For example, network load affects performance.
             (verb) Copy data to internal memory. For example, load the installation program.
             (verb) Used to indicate tape drive initialization done when new media is being added.
logs
             Files where a computer or application records information about its activities.
mailslot
             See “media access port.”
man pages
             Online documentation provided with UNIX computer systems and applications.
Master and media server cluster
             A NetBackup master server and the remote media servers that it is using for additional
             storage. It is possible to configure clusters only with NetBackup DataCenter servers.
             NetBackup BusinesServer supports only a single server, the master.
Master of Masters
             A NetBackup host where Global Data Manager software is installed. When logging into
             this host, the interface has a tree view where the administrator can view and administer
             multiple master servers.
master server
             The NetBackup server that provides administration and control for backups and restores
             for all clients and servers in a master and media server cluster. NetBackup BusinesServer
             supports only a single server and it is the master.
Glossary                                                                                        505
MPX
              See “multiplexing.”
mtime
              The point in time when a UNIX or NTFS file is modified.
multiplexing
              The process of sending concurrent-multiple backups from one or more clients to a single
              storage device and interleaving those images onto the media.
multiplexed group
              A set of backups that were multiplexed together in a single multiplexing session.
NDMP
              Network data management protocol. NetBackup requires the NetBackup for NDMP
              separately-priced option to support NDMP.
NetBackup Client service
              NetBackup Windows service that runs on clients and servers and listens for connections
              from NetBackup servers and clients in the network. When a connection is made, this
              service starts the necessary programs.
NetBackup configuration options
              On UNIX servers and on UNIX and Macintosh, clients, these settings are made in the
              bp.conf file. On NetWare target and OS/2 clients, they are in the bp.ini file. On
              Windows servers and Windows clients, these settings are called properties and are made
              through the Backup, Archive, and Restore interface or the Host Properties dialog in the
              NetBackup Administration Console.
NetBackup databases
              See catalogs.
NetBackup Database Manager service
              NetBackup Windows service that runs on the master server and manages the NetBackup
              internal databases (called catalogs). This service must be running on the master server
              during all NetBackup administrative operations.
Glossary                                                                                  507
offsite volume pool
                A volume pool that contains media that is to be ejected and vaulted. Backup images
                written to an off-site volume pool by an original NetBackup backup policy or by Vault s   ’
                duplication feature will be ejected and vaulted. More than one off-site volume pool can be
                specified for the Eject step of a Vault profile.
original backup
                A backup image created by a backup job. A single backup image or all backup images
                created by an Inline Tape Copy (multiple copy) configuration are considered original
                backups. A backup image created by a duplication job is not an original backup.
outport
                See media access port.
                    “                    ”
partitions
                The logical partitions into which a magnetic disk is divided.
patch
                A program that corrects a problem or adds a feature to an existing release of software.
path length
                Number of characters in a pathname.
pathname
                The list of directories in the path to a destination directory or file.
PC clients
                NetBackup clients that have Microsoft Windows, Macintosh, or IBM OS/2 operating
                systems.
peername
                The name by which a computer identifies itself when establishing connections to other
                systems.
policy
                Defines the backup characteristics for a group of one or more clients that have similar
                backup requirements.
Glossary                                                                                      509
recorded media ID
              This is an identifier written as part of the label on a volume and used by Media Manager
              to ensure that the correct volume is mounted. The recorded media ID should match the
              external media ID.
redirected restore (different client)
              Restoring files to your client when they were originally backed up from a different client.
              The administrator using the interface on the master server can direct a restore to any client
              (this variation is called a server directed restore).
redirected restore (different target)
              On a Novell NetWare server platform running the NetBackup target version of client
              software, this operation restores files to a different target than the one from which they
              were backed up.
redirected restore (different path)
              Restores files to a different directory than the one from which they were backed up.
registry
              A Microsoft Windows database that has configuration information about hardware and
              user accounts.
remote administration console
              A Windows NetBackup client that has the administration interface software installed and
              can be used to administer NetBackup servers.
remote media server
              A media server that is not the master. Note that only NetBackup DataCenter supports
              remote media servers. NetBackup BusinesServer supports only a single server, the master.
residence
              In Media Manager, information about the location of each volume is stored in a volume
              database. This residence entry contains information, such as robot number, robot host,
              robot type, and media type.
resource
              A Novell NetWare term that refers to a data set on the target. For example, in DOS,
              resources are drives, directories, and files. Also see “target service.”
Glossary                                                                                     511
RSM Interface
                Application in Windows 2000 used to manage Removable Storage Manager (RSM)
                devices.
RSM - Removable Storage Manager
                A Media Manager designation for a category of robot. For the specific vendor types and
                models in this category, see the VERITAS support web site.
                Also, a component of the Windows 2000 operating system that manages storage devices.
RVSN
                See “recorded media ID.”
schedules
                Controls when backups can occur in addition to other aspects of the backup, such as: the
                type of backup (full, incremental) and how long NetBackup retains the image.
SCSI
                Small computer system interface. This is a type of parallel interface that is frequently used
                for communicating with storage peripherals.
server-directed restore
                Using the user interface on the master server to restore files to any client. Only the
                administrator can perform this operation.
server independent restore
                Restoring files by using a NetBackup server other than the one that was used to write the
                backup. This feature is available only with NetBackup DataCenter.
server list
                The list of servers that a NetBackup client or server refers to when establishing or
                verifying connections to NetBackup servers. On a Windows server and Microsoft
                Windows clients, you update the list through a dialog box in the interface. On a UNIX
                server and UNIX and Macintosh clients, the list is in the bp.conf file. On NetWare target
                and OS/2 clients, the list is in the bp.ini file.
service
                A program on a Windows server system that runs in the background and performs some
                task (for example, starting other programs when they are needed). Services are generally
                referred to as daemons on UNIX systems.
Glossary                                                                                    513
standalone
             A qualifier used with drives and media to indicate they are not associated with a robot.
             For example, a standalone tape drive is one where you must manually find and insert
             tapes before using them. A standalone volume is one that is located in a standalone drive
             or is stored outside of a drive and designated as standalone in the volume configuration.
status code
             A numerical code, usually accompanied by a troubleshooting message, that indicates the
             outcome of an operation.
storage migrator
             Refers to the VERITAS Storage Migrator line of hierarchical storage management
             products for UNIX and Windows. These products make extra room on a disk by
             transparently moving data to other storage and then transparently retrieving the data
             when it is needed by a user or application.
             Storage Migrator is available only for NetBackup DataCenter servers.
storage unit
             Refers to a storage device where NetBackup or Storage Migrator stores files. It can be a set
             of drives in a robot or consist of one or more single tape drives that connect to the same
             host.
SUSPENDED media state
             If a volume is SUSPENDED, NetBackup can restore from it but cannot use it for backups.
             NetBackup retains a record of the media ID until the last backup image on the volume
             expires.
symbolic link
             On a UNIX system, this is a pointer to the name of the file that has the source data.
TapeAlert
             Allows reactive cleaning for most drive types and is a function of the tape drive.
tape format
             The format that an application uses to write data on a tape.
tape marks
             A mark that is recorded between backup images on a tape.
Glossary                                                                                  515
TL8 - Tape Library 8MM
              A Media Manager designation for a category of robot. For the specific vendor types and
              models in this category, see the VERITAS support web site.
timeout period
              The period of time that an application has allotted for an event to occur.
TIR
              See “true image restore.”
tpconfig
              A Media Manager administration utility for configuring devices which is started from the
              command line. On UNIX, it has a character-based menu interface that can be run from
              terminals that do not have X Windows capabilities. tpconfig also has a command line
              interface.
transfer rate
              The rate at which computer information is transferred between a source and a destination.
transport
              See “robotic arm.”
true image restore
              Restores the contents of a directory to what it was at the time of any scheduled full or
              incremental backup. Previously deleted files are ignored.
TS8 - Tape Stacker 8MM
              A Media Manager designation for a category of robot. For the specific vendor types and
              models in this category, see the VERITAS support web site.
TSA
              See “Target Service Agent.”
TSD - Tape Stacker DLT
              A Media Manager designation for a category of robot. For the specific vendor types and
              models in this category, see the VERITAS support web site.
user interface
           The program used to perform user backups, archives, and restores.
user operation
           A backup, archive, or restore that is started by a person on a client system.
Vault
           Vault is a separately-priced NetBackup option that provides offsite backup management.
           Vault automatically duplicates specified backup images, and automates the process of
           offsite media rotation (a critical component of any backup or disaster recovery strategy).
           Vault manages offsite storage and retrieval of media for original backups, duplicate
           backups, and catalog backups. Additionally, NetBackup Vault generates reports to track
           the location and content of each piece of media.
vault
           In the context of the NetBackup Vault, a vault is logical entity associated with a particular
           robot that acts as a designated holding place for backups that will eventually be sent to a
           physical offsite vault. The term vault is used to refer both to the process, and to the
                                            ‘     ’
Glossary                                                                                      517
verify
               An operation that compares the list of files that are actually on a volume with what
               NetBackup has recorded as being on it. The data that is on the media is not verified.
vmadm
               A Media Manager administrator utility for managing volumes. It runs on UNIX and has a
               character-based, menu interface that can be run from terminals.
vm.conf
               A Media Manager configuration file with entries that include the servers that can manage
               local devices and default media ID prefixes for media that do not contain barcodes.
volume
               Media Manager volumes are logical units of data storage or cleaning capability on media
               that have been assigned media IDs and other attributes, which are recorded in the Media
               Manager volume database.
volume configuration
               Refers to configuration information that is stored in the Media Manager volume database.
volume database
               An internal database where Media Manager keeps information about volumes. All hosts
               (where Media Manager is installed) have a volume database. However, the database is
               empty unless the host is designated as a volume database host.
volume database host
               The host (where Media Manager is installed) that contains information about the volumes
               that Media Manager uses in a device. Because NetBackup BusinesServer supports only a
               single server, the volume database host is always on the same server.
volume group
               A set of volumes that are configured within Media Manager to reside at the same physical
               location (for example, in a specific robot).
volume pool
               A set of volumes that are configured within Media Manager to be used by a single
               application and are protected from access by other applications and users.
wakeup interval
               The time interval at which NetBackup checks for backups that are due.
         518                                           NetBackup Troubleshooting Guide - Windows NT/2000
wildcard characters
           A character that can be used to represent other characters in searches.
Microsoft Windows
           (noun) Describes a line of operating systems developed by Microsoft, Inc.
           For more information on the Windows operating systems that NetBackup supports, refer
           to the VERITAS support web site at http://www.support.veritas.com.
Windows
           (adjective) Used to describe a specific product or clarify a term. Some examples are:
           Windows 95, Windows 98, Windows NT, Windows 2000, Windows servers, Windows
           clients, Windows platforms, Windows hosts, and Windows GUI.
Windows servers
           A term that defines the Windows server platforms that NetBackup supports; those
           platforms are: Windows NT and 2000.
Windows clients
           A term that defines the Windows client platforms that NetBackup supports; those
           platforms are: Windows 95, 98, ME, NT, 2000, XP (for 32- and 64-bit versions), and LE.
Windows Display Console
           A NetBackup-Java interface program that runs on Windows 2000, NT, 98, and 95
           computers. Users can start this interface on their local system, connect to a UNIX system
           that has the NetBackup-Java software installed, and then perform any user operations
           that their permissions allow.
WORM media
           Write-once, read-many media for optical disks. NetBackup BusinesServer does not
           support WORM media.
xbp
           The X Windows-based backup, archive, and restore program for users on NetBackup
           UNIX clients.
Glossary                                                                                  519
520   NetBackup Troubleshooting Guide - Windows NT/2000
Index
        Numerics                                    Backup process
            3pc.conf file 123                           files 422
        A
                                                        Macintosh clients 429
            acssel, description 459                     multiplexing 424
            acsssi, description 459                     NetBackup databases 430
            acstest 471                                 NetWare clients 428
            activity logs. See debug logs               UNIX clients 422
            ADAMM 475                                   Windows 98/95 clients 426
            ADAMM_GUID 477                              Windows NT/2000 clients 427
            admin log 45                            Backup Status report 43
            admincmd, directory 440                 base NetBackup license key 76
            Administration interface                beconv 473
                activity logging 53                 bephyinv 475, 476
                errors 51                           bin
            All Log Entries report 43                   Media Manager 458
            Alternate client restores                   UNIX client 440
                host.xlate file 469                 BP 437
            altnames file 450                       bp
            application server status codes (Java       description 441
            interface) 52                           bp log 46
            asc value 124                           bp.conf file
            ascd, description 459                       UNIX client/server 440
            ascq value 124                          BP.NLM 441
            associate.bat file 54                   bpadm
            Audience for manual ix                      description 441
            auto-configuration problems 12          bparchive
            avrd, description 459                       description 441
                                                    bparchive log 46
        B                                           bpbackup
            Backup Exec                                 description 442
               beconv problems 473                  bpbackup log 47
               bephyinv problems 476                bpbkar
               file browse problems 477                 description 442
               file restore problems 478            bpbkar and fsclone 63
               import problems 477                  bpbkar log 47
               restoring files 477, 478             BPBKAR32 427, 442
               services 478                         bpblr
               tape reader 473                          description 442
                                                                                521
      bpbrm                                                bptm
          description 442                                     description 446
      bpbrm log 45                                         bptm log 45
      BPCD 428, 436, 437                               C
      bpcd                                                 Catalog recovery
          description 443                                      identify media 410
          Mac client log 48                                    procedure 411
          server log 45                                    class database file 450
          UNIX client log 47                               Client Backups report 43
      BPCD.NLM 443                                         Client, NetBackup
      BPCDW32 426, 435                                         activity logs
      BPCDW32.EXE 443                                              Mac clients 48
      bpclntcmd utility 28                                     configured name 467
      bpdbjobs                                                 debug logs
          description 443                                          Windows and NetWare clients 46
      bpdbjobs log 45                                          installation problems 11
      bpdbm                                                    multiple hostnames 467
          description 444                                      NT disk recovery 406
      bpdbm log 45                                             peername 467
      bpdm                                                     software location
          description 444                                          UNIX clients 440
      bpdm log 45                                              testing configuration 16, 19
      bperror command 55                                   CLIENT_CONNECT_TIMEOUT 58, 73
      bphdb                                                CLIENT_READ_TIMEOUT 58, 73
          description 444                                  clone (fsclone, removing) 63
      bpimport 477                                         clone (mirror, removing) 64
      BPINETD 427, 436                                     Communications problems
      bpinetd log 46                                           PC clients 21
      bpjava-msvc 444, 445                                 compression device 15
      bpjava-msvc log 53                                   config file 450
      bpjava-usvc log 53                                   Configuration database 450
      bplist 477                                           configuration device file does not exist 15
          description 445                                  Configuration problems 11
      bplist log 47
      bpmount log 47                                   D
      bprd                                                 Daemons
          description 445                                     Media Manager 458
      bprd log 45                                             NetBackup 441
      bprecover 112, 401, 404, 405, 409, 410, 411,            robotic 451
      412, 413, 415, 416                                      robotic control 451
      bprestore                                            Database directory, Media Manager 458
          description 445                                  Database extension 419
      bprestore log 47                                     Databases
      bpsched                                                 Media Manager
          description 446                                        device 458
      bpsched log 45                                             volume 458
      bpsrv log 47                                            NetBackup
      BPSRV.EXE 446                                              backup process 430
      BPSYS.EXE 446                                              description 450
Index                                                                                          523
          include_list                                                bpsrv 47
              UNIX client 440                                         nbwin 47
          inetd 10                                                    tar 47
          inetd, Mac client log 48                                    user_ops 47
          installation                                            reports, NetBackup 43
              Linux 10                                            server activity
          Installation problems 10                                    admin 45
          Intelligent Disaster Recovery (IDR) 406                     bpbrm 45
          Introduction to troubleshooting 1                           bpcd 45
      J
                                                                      bpdbjobs 45
          Java interface                                              bpdbm 45
             debug logging 53                                         bpdm 45
             troubleshooting background 51                            bprd 45
          jbpSA, overview 447                                         bpsched 45
          JBPSimple.properties file 53                                bptm 45
          Jobs database 450                                       user progress 44
                                                              logs
      K                                                           activity. See debug
          key value 124                                           debug, introduction 44
      L                                                       Logs directory
          Launch.properties file 53                               UNIX client/server 440
          license key 76                                      ltid, description 460
          license problems 13, 15                         M
          links (in file list) 60                             mapping files (external) 401, 404
          Linux 10                                            Master server, test procedure 16, 19
          listing Backup Exec and NetBackup files 478         maximum pathname length 56
          lmfs description 460                                Media Contents report 43
          Log level                                           Media database 450
               Macintosh clients 48                           Media List report 43
               Windows and NetWare clients 48                 Media Log Entries report 43
          Logs                                                Media Manager
               overview 41                                       functional description 450
               debug, enabling detailed 53                    Media server, test procedure 19
               event viewer logging option 49                 Media Summary report 43
               Mac client activity                            Media Written report 43
                  bpcd 48                                     message
                  inetd 48                                       finding message text from status code 55
               NT Event Viewer Application 44                 Messages, NetBackup 173, 364
               PC client activity                             mirror (VxVM snapshot) 61
                  bp 46                                       mirror frozen image (removing) 64
                  bparchive 46                                misc file 458
                  bpbackup 47                                 mover.conf file 123
                  bpbkar 47                                   Multiplexed backups 424
                  bpcd 47                                     multiplexing 71
                  bpinetd 46
                  bplist 47                               N
                                                              NBNW95 428, 437
                  bpmount 47                                  NBNW95.EXE 448
                  bprestore 47                                NBNWNT 428, 437
Index                                                                                     525
             tldtest 472                                     symbolic links 60
             tlhtest 472                                     SYMINIT failed 64
             ts8test 472                                 T
             tsdtest 472                                     tape reader (Backup Exec) 473
          robtest 471                                        tar log 47
          RSM robot 471                                      tar, NetBackup 449
          rsmd, description 461                              TAR32 436
      S                                                      Test utility, robotic 471
          Scheduler, bpsched 45                              third-party copy 123
          serialization problems 12                               and multiplexing 71
          Server                                             tl4d, description 461
              disk recovery 405                              tl4test 472
              installation problems 10                       tl8cd, description 462
              NetBackup debug logs 44                        tl8d, description 461
              NT disk recovery 399                           tl8test 472
              recover master, NT intact 399                  tldd, description 462
              test procedure for master 16, 19               tldtest 472
              test procedure for media server 19             tlhcd, description 463
              total recovery of master 402                   tlhd, description 463
          ServerFree Agent                                   tlhtest 472
              pathname length 56                             tlldcd, description 462
          Services entries, checking 25                      tlmd, description 463
          slots, too many 13                                 tpautoconf 304
          snaplist command 62                                tpcommand 287
          snapoff command 62                                 tpconfig, overview 464
          snapshot                                           Troubleshooting procedure
              mirror (VxVM) 61                                    communication problems
              stale 62                                                PC clients 21
          Software version, determining                           general
              Macintosh clients 72                                    introduction 16
              Media Manager 458                                       master server and clients 16, 19
              NetWare nontarget clients 72                            media server and clients 19
              NetWare target clients 72                           host name and services entries 25
              UNIX client/server 440                              installation 10
              Windows clients 72                                  preliminary 7
              Windows NT servers 71                          ts8d, description 465
          stale snapshots 62                                 ts8test 472
          Startup                                            tsdd, description 464
              Media Manager process 451                      tsdtest 472
              NetBackup 420                                  tshd, description 464
          status code                                    U
              finding message from 55                        user_ops log 45
          Status codes, NetBackup                            Utility, robotic test 471
              sorted by code 55
              sorted by message 173, 364                 V
          stderr 51                                          vault 56
          stdout 51                                          Verbose option 46
          SuSE 10                                            VERITAS NetBackup ix
Index                                                                                527
528   NetBackup Troubleshooting Guide - Windows NT/2000