SCSI REQEST TIMEOUT

[Rich Rossini]

I am getting scsi request timeout errors referencing device cb005002. Any ideas?
Does anyone know what drivers are major number 203?(decimal equivalent of cb)

[G. Vrijhoeven]

Hi,

What you can do is:

# cd /dev
# ll -R | grep cb

Gideon

[Mark Greene_1]

203 is a scsi controller. Execute this:

ls -li /dev/rscsi

to see the devices with major numbers, then cross-reference with ioscan

mark

[A. Clay Stephenson · Accepted solution]

lsdev is the command you want to display the driver / device number tuples. 203 is the sctl (SCSI pass-thru). This will be device c0t5 and I would guess that this is some sort of robotic library device.

[Geno Church_1]

This is in reference to bus 0 scsi id 5. Check to make sure that the scsi cable attached to this device is secure. If it is and you still have the errors then it could be a faulty device or a cable that's gone bad.

Regards,
Geno

[Rich Rossini]

Thanks all. I am familiar with pvchange and its timeout parameter, anything similar for scsi tape libraries?

[A. Clay Stephenson]

There is no direct equivalent to setting an io timeout for the scsi_ctl device. You might be able to do it with an ioctl(); look at /usr/include/sys/scsi_ctl.h. However, in every case that I've ever seen the problem was hardware. Check cables, terminators, and terminator power. On some robotic devices, you have to enable/disable a mode. For example, on some StorageTek libraries you have to enable "FAST LOAD" or you will occasionally see your problem. I would also try one other thing: make a node with a minor device number = cb005000 rather than
your existing cb005002. Man 7 scsi_ctl for details. Your existing node is suppressing the default inquiry upon open. I've always used devices with the default behavior.