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 to the backup / media server rather than using the OST / DXI Path to tape feature:

P:\>tpconfig -l

Device Robot Drive       Robot                    Drive                 Device

Type     Num Index  Type DrNum Status  Comment    Name                  Path

robot      0    -    TLD    -       -  -          -                     {5,0,0,0}

  drive    -    0 hcart    1      UP  -          HP.ULTRIUM3-SCSI.000  {5,0,1,0}

  drive    -    1  hcart    4      UP  -          HP.ULTRIUM3-SCSI.001  {6,0,4,0}

  drive    -    2  hcart    2      UP  -          HP.ULTRIUM3-SCSI.002  {7,0,2,0}

  drive    -    3  hcart   3      UP  -          HP.ULTRIUM3-SCSI.003  {8,0,3,0}

robot      1    -    TLD    -       -  -          -                     /dev/alias/mc/ADICA0C0111015_LLA

  drive    -    4  hcart    3      UP  -          HP.ULTRIUM5-SCSI.000  /dev/alias/nst/F0A1B9C004

P:\>

 

P:\>set_ndmp_attr -verify

Verify Host name: londxip01-temp

Connecting to host "londxip01-temp" as user "Administrator"...

Waiting for connect notification message...

Opening session--attempting with NDMP protocol version 4...

Opening session--successful with NDMP protocol version 4

  host supports TEXT authentication

  host supports MD5 authentication

Getting MD5 challenge from host...

Logging in using MD5 method...

Host info is:

  host name "londxip01-temp"

 os type "Quantum DXi6500"

  os version "2.0.0.1.40629"

 host id "1eac0930"

Login was successful

Host supports LOCAL backup/restore

Host supports 3-way backup/restore

Opening SCSI device "/dev/alias/mc/ADICA0C0111015_LLA"...

Inquiry result is "ADIC    Scalar i500     586G586G.GS001        "

P:\>set_ndmp_attr  -probe
Probe Host name: londxip01-temp
Host "londxip01-temp" SCSI device model "ADIC Scalar":
  Device "/dev/alias/mc/ADICA0C0111015_LLA" attributes=0x0
    SERIAL_NUMBER=ADICA0C0111015_LLA
Host "londxip01-temp" tape device model "HP Ultrium":
  Device "/dev/alias/nst/F0A1B9C004" attributes=(0x4) RAW
    SERIAL_NUMBER=F0A1B9C004

 

Environment Info:

Netbackup 6.5.6 Master/Media

Windows Server 2003

Quantum DXI 6540

Quantum I500 tape library

 

I found this Quantum tech note, but it wasnt much help as it doesnt say the fix!

http://cp-quantum.talismaonline.com/display/2/kb/article.aspx?aid=8330&n=1&docid=57083 

  • 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

     

3 Replies

  • 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.

  • BPTM log probably isnt verbose enough:

     

    .480 [1092.9916] <2> open_ndmp_device: ndmp_drive_name is /ndmp:/dev/alias/nst/F0A1B9C004
    10:44:17.480 [1092.9916] <2> NdmpSession: ndmp_open_and_auth_via_host: hostname=londxip01-temp, via_hostname=londxip01-temp
    10:44:17.683 [1092.9916] <2> NdmpSession: ndmp_open_and_auth_via_host: using NDMP protocol version 4
    10:44:17.699 [1092.9916] <2> process_tapealert: TapeAlert returned 0x00000000 0x00000000 (from tapealert_and_release)
    10:44:17.699 [1092.9916] <2> really_tpunmount: tpunmount'ing D:\VERITAS\NetBackup\db\media\tpreq\drive_HP.ULTRIUM5-SCSI.000
    10:44:18.715 [1092.9916] <4> really_tpunmount: retry unload after delay
    10:44:37.934 [6076.11756] <2> bptm: INITIATING (VERBOSE = 1): -U -cmd -cmd_lc_messages English_United Kingdom.1252 -cmd_lc_time English_United Kingdom.1252
    10:44:37.934 [6076.11756] <2> ParseConfigExA: Unknown configuration option on line 171: RenameIfExists = 0
    10:44:37.934 [6076.11756] <2> bptm: Event NetBackup Terminate Event, pid: 6076 created.
    10:44:37.934 [6076.11756] <2> main: Event NetBackup Terminate Event, pid: 6076 created.
    10:44:37.934 [6076.11756] <2> bptm: EXITING with status 0 <----------
    10:44:37.934 [6076.11756] <2> bptm: NetBackup Terminate Event, pid: 6076 closed.

    Let me up the settings and just run this job....

  • 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