Hi, I am trying to setup persistent binding for the tape drives over the SAN, so that we don't have to reinvent the order of the drives when we remove/add drives to our SL500 library.
Current mcf file looks like: /dev/samst/c3t500104F0007C4EACu0 50 s9 SunL500 on /etc/opt/SUNWsamfs/SunL500_cat /dev/rmt/1cbn 51 li SunL500 on /dev/rmt/4cbn 52 li SunL500 on /dev/rmt/3cbn 53 li SunL500 on /dev/rmt/2cbn 54 li SunL500 on /dev/rmt/0cbn 55 li SunL500 on Current /dev/rmt/? Points to following PWWN; We see multiple here because we have redundant paths. I cannot explain why the last drive is only seen three times as opposed to others. 1 st at w500104f0007c4eb6,0 10 st at w500104f0007c4eb6,0 15 st at w500104f0007c4eb6,0 5 st at w500104f0007c4eb6,0 0 st at w500104f0007c4eb9,0 14 st at w500104f0007c4eb9,0 4 st at w500104f0007c4eb9,0 9 st at w500104f0007c4eb9,0 13 st at w500104f0007c4ebc,0 18 st at w500104f0007c4ebc,0 3 st at w500104f0007c4ebc,0 8 st at w500104f0007c4ebc,0 12 st at w500104f0007c4ebf,0 17 st at w500104f0007c4ebf,0 2 st at w500104f0007c4ebf,0 7 st at w500104f0007c4ebf,0 11 st at w500104f0007c4ec5,0 16 st at w500104f0007c4ec5,0 6 st at w500104f0007c4ec5,0 I understand that the above /dev/rmt/# links to PWWN will change upon "rm /dev/rmt/*" and then running devfsadm. My Confusion started when I was in the process of creating /etc/devlink.tab file. Looking at the mcf file, I wanted "1cbn" to be the first drive recognized by the system. So added the following line to devlink.tab file type=ddi_byte:tape;addr=w500104f0007c4eb6,0; rmt/0\M0 Then when I looked at the mcf file again, and wanted "4cbn" to be my second drive recognized by the system, I got stuck looking that the above /dev/rmt/# <-> PWWN mapping. Both 4cbn and 0cbn points to the same PWWN, as seen above. Does this mean the Drive 52 and drive 55 both are pointing to the same physical drives? Can anybody please take a peek at this and tell me what could I be missing here? Thank you for any feedback you can provide. Amit -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/sam-qfs-discuss/attachments/20090810/30fb5271/attachment.html>
