Veritas NetBackup™ Device Configuration Guide
- Introducing device configuration
- Section I. Operating systems
- Linux
- Before you begin on Linux
- About the required Linux SCSI drivers
- Verifying the Linux drivers
- About configuring robot and drive control for Linux
- Verifying the device configuration on Linux
- About SAN clients on Linux
- About SCSI persistent bindings for Linux
- About Emulex HBAs
- Utilities to test SCSI devices
- Linux command summary
- Solaris
- Before you begin on Solaris
- About the NetBackup sg driver
- Determining if the NetBackup sg driver is installed
- Special configuration for the StorEdge Network Foundation HBA driver
- About binding Fibre Channel HBA drivers
- Configuring Solaris 10 x86 for multiple drive paths
- Installing/reinstalling the sg and the st drivers
- Configuring 6 GB and larger SAS HBAs in Solaris
- Preventing Solaris driver unloading
- About Solaris robotic controls
- About Solaris tape drive device files
- Configuring Solaris SAN clients to recognize FT media servers
- Uninstalling the sg driver on Solaris
- Solaris command summary
- Windows
- Linux
- Section II. Robotic storage devices
- Robot overview
- Oracle StorageTek ACSLS robots
- About Oracle StorageTek ACSLS robots
- Sample ACSLS configurations
- Media requests for an ACS robot
- About configuring ACS drives
- Configuring shared ACS drives
- Adding tapes to ACS robots
- About removing tapes from ACS robots
- Robot inventory operations on ACS robots
- NetBackup robotic control, communication, and logging
- ACS robotic test utility
- Changing your ACS robotic configuration
- ACS configurations supported
- Oracle StorageTek ACSLS firewall configuration
- Device configuration examples
- Index
About the Linux tape drive device files
For tape drive device files, NetBackup uses the /dev/tape/by-path/xxxx-nst symbolic link files (-nst indicates the no rewind device file). The /dev/tape/by-path files are symbolic links to /dev/nstx device files. The Linux udev system creates the /dev/tape/by-path symlinks. These are persistent paths that always point to the same device. The/dev/nstx files can change associated devices, without updating NetBackup. Therefore, the /dev/nstx paths should not be used.
The Linux driver should create the /dev/nstx device files automatically. The Linux udev device management system should create the /dev/tape/by-path symbolic link files automatically. If the device files do not exist, see the Linux documentation for information about how to create them.
If you use device discovery in NetBackup, NetBackup looks for /dev/tape/by-path/xxxx-nst symbolic link files. NetBackup discovers the device files (and hence the devices) automatically. Alternatively, if you add a drive manually in NetBackup, you should enter the /dev/tape/by-path/xxxx-nst symbolic link pathname as the device file for that drive. If the /dev/nstx device paths are configured, restarting the NetBackup Device Manager (ltid) converts the paths to /dev/tape/by-path persistent paths.
The NetBackup avrd daemon establishes a default tape driver operating mode. If you change the default mode, NetBackup may not read and write tapes correctly, which results in data loss.