Forum Discussion

A_M_Ash_'s avatar
A_M_Ash_
Level 6
12 years ago

Robtest cannot move tape from drive back to slot

Hi,

i have this issue with backup as Robtest cannot move tape from drive back to slot

 


1- moving tape media from slot 363 to drive 3 ..  done

 

m s363 d3
Initiating MOVE_MEDIUM from address 2362 to 1002
MOVE_MEDIUM complete

2- moving tape from dive 3 to s363 .. failed

m d3 s363
Initiating MOVE_MEDIUM from address 1002 to 2362
move_medium failed
sense key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENT

3-status of drives now

s d
drive 1 (addr 1000) access = 1 Contains Cartridge = no
drive 2 (addr 1001) access = 1 Contains Cartridge = no
drive 3 (addr 1002) access = 0 Contains Cartridge = yes
Source address = 2362 (slot 363)
Barcode = GVE968
drive 4 (addr 1003) access = 1 Contains Cartridge = no
drive 5 (addr 1004) access = 1 Contains Cartridge = no
drive 6 (addr 1005) access = 0 Contains Cartridge = yes
Source address = 2311 (slot 312)
Barcode = GVF003
drive 7 (addr 1006) access = 1 Contains Cartridge = no
drive 8 (addr 1007) access = 1 Contains Cartridge = no
drive 9 (addr 1008) access = 1 Contains Cartridge = no
drive 10 (addr 1009) access = 1 Contains Cartridge = no
drive 11 (addr 1010) access = 1 Contains Cartridge = no
drive 12 (addr 1011) access = 1 Contains Cartridge = no
drive 13 (addr 1012) access = 1 Contains Cartridge = no
drive 14 (addr 1013) access = 1 Contains Cartridge = no
drive 15 (addr 1014) access = 1 Contains Cartridge = no
drive 16 (addr 1015) access = 1 Contains Cartridge = no
drive 17 (addr 1016) access = 1 Contains Cartridge = no
<< Press return to continue, or q and return to stop >>

drive 18 (addr 1017) access = 1 Contains Cartridge = no
READ_ELEMENT_STATUS complete

 

-------------

Symantic Product Name: Symantec Netbackup

Product Version: 7.0.1

Operating System: HP-UX 11iv3

 

 

 

  • The tape should move using your original commands unless there is a problem with it

    Due to the lack of paths available to robtest you could issue a reset command via the device monitor in the admin console (just right click the affect drive and select Reset)

    This should unload and move the tape back to the slot

    Check in robtest a couple of minutes after you have done the reset but make sure you close robtest first as you will lock the robtics otherwise

    Hope this helps

9 Replies

  • You need to 'unload' the drive first:

    unload d3

    then

    m d3 s363

     

    (Think of this as pushing the eject button first. Tape will now be in a postion where robot hand can grab it.)

  • hi,

    i have this output

     

    unload d3

    Not enough parameters for move

    unload d3

    There are no paths configured for this device ,or they are all disabled

  • Try 

    unload d 3

    (I don't have anything to test).

     

    OOPS - here is your error:

    There are no paths configured for this device

    The server needs to have access to the drive in order to send 'rewind and offline/eject' command.
    It uses the OS device path for this. 

    If drive is not configured on the robot control host, you will need to use OS command to do this, or else use robot web interface or contol panel.

    Last option would be to open robot door and press eject button.

  • but this is the master server that control the robot and also the robotic path is configured on it

  • It needs a DRIVE path to send rewind and unload (rewoffl) command.

    On Solaris server, it will send a command like this:

    mt -f /dev/rmt/Xcbn rewoffl

    If drive is attached to a media server and you know the OS equivalent for above mt command, please issue it for the appropriate OS device name.

  • For each drive path on the server ...

    eg.

     

    /dev/rmt/0cbn

    /dev/rmt/1cbn

    Run

     

    scsi_command -d <device path to drive>

    Martin

  • I have a suspision that d3 is not shared/attached to robot control host where Ashy is using robtest.

    Please see robtest usage in this TN: http://www.symantec.com/docs/TECH83129

    Extract: 
    With some exceptions, the robtest utility uses the drive device path for the unload command to dismount volumes.
  • i found that :

     

    this issue is with two drives:

    drive 3 is not seen by master that have robot path , but seen by other media server (linux redhat ) that cannot have robot path so the command robtest  cannot run on this media ..  so how to unload this drive (3)on media server

     

    drive 6 is seen by master server (unix hp-ux) that we can robtest on this server .. so how to unload this drive (6)on unix hp-ux server ??

  • The tape should move using your original commands unless there is a problem with it

    Due to the lack of paths available to robtest you could issue a reset command via the device monitor in the admin console (just right click the affect drive and select Reset)

    This should unload and move the tape back to the slot

    Check in robtest a couple of minutes after you have done the reset but make sure you close robtest first as you will lock the robtics otherwise

    Hope this helps