Forum Discussion

Taztopher's avatar
Taztopher
Level 5
13 years ago

Quantum DXI - Path to Tape

I have just setup my Quantum DXI to use the OST Path to tape. The drive is visible to Netbackup as an NDMP drive and is working.However when I perform a duplication the data seems to be passing back ...
7.1.x and Earlier
Backing Up
Backup and Recovery
NetBackup
Troubleshooting
  • Taztopher's avatar
    Taztopher
    13 years ago

    I have fixed this issue!!

    Issue:

    Optimised Tapes Duplications to a Quantum Open Storage Device Travel over the LAN to the media server before returning to the target NDMP device.

    Using the OST direct path to tape feature with Netbackup 6.5.x or 7.x can lead to data traveling via the LAN from the OST storage server to the media server instead of using the direct path to tape OST plugin.

    Cause:

    The direct path to tape (NDMP dump) does not communicate with the OST device via the Open storage plugin they travel over the “normal LAN”

    Resolution:

    After configuring a Storage server for use in Netbackup

    Run the command:

    nbdevquery -liststs –U

    The output is below:

    Storage Server      : lonosbp01

    Storage Server Type : BasicDisk

    Storage Type        : Formatted Disk, Direct Attached

    State               : UP

    Flag                : AdminUp

    Flag                : InternalUp

    Flag                : SpanImages

    Flag                : BasicStaging

    Flag                : FragmentImages

    Flag                : CatalogBackup

    Flag                : Cpr

    Flag                : RandomWrites

    Flag                : FT-Transfer

    Storage Server      : lonosbp01_172.30.48.9

    Storage Server Type : Quantum

    Storage Type        : Formatted Disk, Network Attached

    State               : UP

    Flag                : OpenStorage

    Flag                : CopyExtents

    Flag                : AdminUp

    Flag                : InternalUp

    Flag                : LifeCycle

    Flag                : CapacityMgmt

    Flag                : FragmentImages

    Flag                : Cpr

    Flag                : FT-Transfer

    Flag                : OST direct copy to tape (uses hostname: londxip01)

    Flag                : OptimizedImage

     

    The line “OST direct copy to tape (uses hostname: londxip01)” suggests the Open storage hostname that will be used for NDMP duplications.

    This must verify using the set_ndmp_attr –verify command

    The hostname should be resolvable on the OST storage device, the Netbackup master and the Netbackup Media server (host table).

    It does not need to match the NDMP hostname configured under Credentials > NDMP hosts within the console.

    If anyone finds this useful please mark as a fix.

    Regards,

    Mark Tarry

     

tomwatts's avatar
tomwatts
Level 3
13 years ago

Take a look at your bptm log on the media server. We had a similar issue in our environment copying from our DXi to physical tape.

11:08:36.194 [24886] <2> ndmp_receive_direct_copy_enabled: NDMP Direct Copy will not be used because:
11:08:36.194 [24886] <2> ndmp_receive_direct_copy_enabled: read side buffer size = 65536, write side buffer size = 262144
11:08:36.194 [24886] <2> ndmp_receive_direct_copy_enabled: (read side buffer size must be even multiple of write side buffer size)
11:08:36.194 [24886] <2> ndmp_send_direct_copy_enabled: Sending "NDMP_DC_ENABLED=0"


Our error was because the media server writing backups to the VTL was set for a different blocksize than the media server controlling the duplication. Since you're using OST, I doubt your error will be the same. Hopefully you'll find some clues in bptm though.