problem recognizing L25 tape library (probe-scsi-all shows disks?)

Hello,

I am having a problem recognizing an L25 library. Details of my hardware -

I have tried using two different Netra T1 200 systems, with latest OBP (1.0.17), with a PCI dual differential scsi card (375-0006/X6541A). I have verified that the card is supported in the netra, and L25 is supported on this card. I have swapped cables, terminators and scsi cards. I am able to use the LTO drive, when I have it connected on its own scsi bus, or if its second to the library controller in the scsi chain.

I can not see or use the library autoloader, though, from either OBP or the OS. From the OBP the library appears to be DISKS, and hangs after lun 7. On one of the scsi cards, the probe-scsi shows the "disks" then hangs until I send a break, on the other I get an MMU miss error:

ok probe-scsi-all

/pci@1f,0/pci@1/scsi@5,1

Target 0

Unit 0Disk

Unit 1Disk

Unit 2Disk

Unit 3Disk

Unit 4Disk

Unit 5Disk

Unit 6Disk

Unit 7Disk

Fast Instruction Access MMU Miss

I am thinking I may have a hardware issue with the library, or could I still be having a scsi issue of some kind? Any help would be appreciated! Thanks in advance,

Erin

[1242 byte] By [uaal] at [2007-11-25 23:14:45]
# 1
I wonder if you are using the Gen 1 or Gen 2 LTO Low Voltage Diff Drive which would require the LVD and not the HVD SCSI HBA. http://sunsolve.sun.com/handbook_private/Systems/L25/components.html
jdstoon at 2007-7-5 18:04:00 > top of Java-index,Storage Forums,Storage General Discussion...
# 2

Thanks for the thought, but I'm pretty sure I do have the HVD versions of both the library and the drive - next to the scsi interfaces on both, there is a sticker that says SCSI HVD, with the HVD symbol (with the carat on the outside of the "G"). I think I can believe those... it does seem like some kind of scsi mismatch issue, though.

Reviewing the part numbers, I did notice that my cables are both 530-2453, rather than the supported 530-2454. Looking at the description of both cables, though, I think my 530-2453 should be fine.

Thanks, any other thoughts?

Erin

uaal at 2007-7-5 18:04:00 > top of Java-index,Storage Forums,Storage General Discussion...
# 3

What you have described agrees with HVD SCSI symbols located at the very bottom of the page @:

http://scsifaq.paralan.com/scsifaqanswers4.html

What does:

ok show-tapes

show you?

Do we see both

/pci@1f,0/pci@1/scsi@5

&

/pci@1f,0/pci@1/scsi@5,1

Is it different if Library is attached to either port?

When running probe-scsi-all, is it only run after a reset-all with auto-boot ? false so all registers are clear and it stops at the ok prompt?

ok setenv auto-boot? false

ok reset-all

ok probe-scsi-all

I am assuming we have unique Target numbers for library & tape drive. Manual suggests 0 for library & 1 for Drive 1 etc.. but this would only be a problem when using single port of SCSI HBA. When using both ports it would not be an issue as long as neither was ID 7. Terminators appear to get their power from the device and it looks like this is configurable via L25 GUI.

Sorry for meandering....

If both ports have no problem finding Tape Drive in probe-scsi-all, with no Library attached, but both DO have problems when Library is attached to either port, with or without Tape Drive, then conclusion would have to be there is a SCSI bus, or worse, issue with your Library module.

jdstoon at 2007-7-5 18:04:00 > top of Java-index,Storage Forums,Storage General Discussion...
# 4

The symbol for HVD in the link you included is the symbol on my scsi interfaces. Also, I do have auto-boot? set to false, and do a reset-all before probing. The output of the show-tapes you suggested is:

ok show-tapes

a) /pci@1f,0/pci@1/scsi@5,1/tape

b) /pci@1f,0/pci@1/scsi@5/tape

c) /pci@1f,0/pci@1/scsi@8,1/tape

d) /pci@1f,0/pci@1/scsi@8/tape

q) NO SELECTION

Enter Selection, q to quit: q

ok

This is the same whether I have the library plugged in or not. Also, I have just noticed that with just the tape drive connected (the library interface not connected at all), the probe-scsi-all is hanging, and not returning anything at all. Strange that I can use the drive when booted up, though, without any scsi errors.

I am actually arranging to borrow a 420r from another group, so I can see if the problem might go away, or if I might atleast get different errors to help in the troubleshooting.

Thanks,

Erin

uaal at 2007-7-5 18:04:00 > top of Java-index,Storage Forums,Storage General Discussion...
# 5

Hi everyone,

I have gotten another suggestion, to try using mknod to manually create the library changer device files. Since the tape drive works fine from the OS despite issues with probe-scsi-all seeing it, perhaps the same would hold true for the library changer, if I could create the device files. Does anyone have the major and minor numbers of an L25 autochanger device? Thanks again,

Erin

uaal at 2007-7-5 18:04:00 > top of Java-index,Storage Forums,Storage General Discussion...
# 6

Hello,

Thanks for you suggestions on this problem. I finally found the issue, so I wanted to post it for anyone else out there having similar problems -

It turns out that Solaris does not natively/by default create device files for the L25 library changer. Apparently most of the commercial backup applications (Solstice Backup, Netbackup, Legato) will identify the attached autochanger, and create whatever file(s) they need. I am currently using bacula, however, so I don't have any other utilities at my disposal, I was expecting my device files to be created by the OS.

To make the device files, I had to use the SGEN driver (see Sun doc id 72861 - http://sunsolve.sun.com/search/document.do?assetkey=1-9-72861-1) . It was easy enough to do (vi /kernel/drv/sgen.conf ; modload /kernel/drv/sgen ; devfsadm), and I then had a working /dev/scs/changer/c*t*d* file for me to interact with the library.I don't know why I had such problems seeing it from the OBP, but I can use the device now, no probs!

Thanks again,

Erin

uaal at 2007-7-5 18:04:00 > top of Java-index,Storage Forums,Storage General Discussion...