Forum Discussion

tigerlover's avatar
tigerlover
Level 4
10 years ago

How to connect Master server with two shared robots in one library

The robot can be seen from system.

#cfgadm al

c4::500104f000affbb9           med-changer  connected    configured   unknown

I finished all steps to do sg build and install but sgcan still didn't show the robot even though I can see them under /dev/sg

root@dvifap13:/dev/sg # ls -l | grep bb9
lrwxrwxrwx   1 root     root          91 Dec  3 14:50 c0tw500104f000affbb9l0 -> ../../devices/pci@7c0/pci@0/pci@1/pci@0,2/fibre-channel@2/fp@0,0/sg@w500104f000affbb9,0:raw
lrwxrwxrwx   1 root     root          91 Dec  3 14:50 c0tw500104f000affbb9l1 -> ../../devices/pci@7c0/pci@0/pci@1/pci@0,2/fibre-channel@2/fp@0,0/sg@w500104f000affbb9,1:raw
 

I manually created the robot, but it shows not enabled. I used the device configuration Wizard, it didn't show the newly configured robot, all drives in that library shows standalone drives.Please let me know how to configure to make the master server be able to see the shared two robots in the same library.

Thanks!

  • OK, if the robot is there twice this might or might not be valid.

    Some libraries use a control path, that is the robot is access via one of the drives, but a different lun, so you would see the WWN twice, once for the drive and once for the robot which would be correct.

    If the robot is accessed via a direct link, you would only need it once - but if it was listed twice it shouldn't cause a problem, you would just have an extra unused file.

    As a matter of interest, is this a IBM 3584 library ?

    Is there are corresponding file in /dev/sg (look for the WWN) ?

    If so, there should be a long path, if you take this path (or might be a single file ) and sticj /dev/sg/ infront of it ...

    Run

    /usr/openv/volmgr/bin/scsi_command -d /dev/sg/<file or path>

    Does this return the scsi inquiry string for the library ?

    From the look of the file snippets above, and if that file is there in /dev/sg it looks correct from a NBU view - there is always the possibility there is an issue elsewhere.

    Martin