Hi,
Hi,
I have been googling, and can't find anything that will help me:
mt -f /dev/st0 status /dev/st0: No such device or address
Any suggestion?
I am using CentOS 3 [RHEL ES3 without the licenses]
The tape drive is recognized at boot [from dmesg]
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36 <Adaptec 29160 Ultra160 SCSI adapter> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
blk: queue d3e53014, I/O limit 4095Mb (mask 0xffffffff) (scsi0:A:11): 80.000MB/s transfers (40.000MHz, offset 32, 16bit) Vendor: EXABYTE Model: VXA-2 Rev: 100E Type: Sequential-Access ANSI SCSI revision: 02 blk: queue d37a7e14, I/O limit 4095Mb (mask 0xffffffff) st: Version 20030406, bufsize 32768, max init. bufs 4, s/g segs 16 Attached scsi tape st0 at scsi0, channel 0, id 11, lun 0 scsi : 0 hosts left.
I also get: cat /proc/scsi/scsi Attached devices: none
dir -l /proc/scsi/scsi -r--r--r-- 1 root root 0 May 26 16:23 /proc/scsi/scsi
Here is the output of lsmod:
Module Size Used by Not tainted nls_iso8859-1 3516 0 (autoclean) nls_cp437 5148 0 (autoclean) vfat 13036 0 (autoclean) fat 38872 0 (autoclean) [vfat] raid1 15020 0 (unused) raid0 3976 0 (unused) linear 2088 0 (unused) loop 12120 0 ide-tape 53264 0 (autoclean) soundcore 6468 0 (autoclean) st 31716 0 (autoclean) ide-cd 35680 0 (autoclean) cdrom 33696 0 (autoclean) [ide-cd] autofs 13364 0 (autoclean) (unused) e1000 76096 1 floppy 58160 0 (autoclean) sg 36972 0 (autoclean) scsi_mod 110376 2 (autoclean) [st sg] microcode 5848 0 (autoclean) keybdev 2976 0 (unused) mousedev 5524 0 hid 22212 0 (unused) input 5920 0 [keybdev mousedev hid] ehci-hcd 20136 0 (unused) usb-uhci 26412 0 (unused) usbcore 79424 1 [hid ehci-hcd usb-uhci] ext3 88104 2 jbd 52464 2 [ext3]
Here is the kernel:
uname -r 2.4.21-15.EL.c0
On Wed, May 26, 2004 at 05:11:30PM -0700, syv told me:
I have been googling, and can't find anything that will help me:
mt -f /dev/st0 status /dev/st0: No such device or address
Any suggestion?
cd /dev ./MAKEDEV st
I am using CentOS 3 [RHEL ES3 without the licenses]
you mean you have not donated to the caos project yet? shame on you!
http://caosity.org/index.php?option=displaypage&Itemid=90&op=page&am...
hehe...
Hope that helps!
On Wed, 26 May 2004, syv wrote:
I have been googling, and can't find anything that will help me:
mt -f /dev/st0 status /dev/st0: No such device or address
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36 <Adaptec 29160 Ultra160 SCSI adapter> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
blk: queue d3e53014, I/O limit 4095Mb (mask 0xffffffff) (scsi0:A:11): 80.000MB/s transfers (40.000MHz, offset 32, 16bit) Vendor: EXABYTE Model: VXA-2 Rev: 100E Type: Sequential-Access ANSI SCSI revision: 02 blk: queue d37a7e14, I/O limit 4095Mb (mask 0xffffffff) st: Version 20030406, bufsize 32768, max init. bufs 4, s/g segs 16 Attached scsi tape st0 at scsi0, channel 0, id 11, lun 0 scsi : 0 hosts left.
Here is the output of lsmod: st 31716 0 (autoclean)
The problem is that the SCSI module is being cleaned out in the interval between booting and use of the tape =-- add the driver to /etc/modules.conf and all should be fine. I have this at one site:
[herrold@server4 herrold]$ lsmod | grep x ext3 68960 9 jbd 51720 9 [ext3] aic7xxx 134560 0 scsi_mod 110876 4 [st megaraid aic7xxx sd_mod] [herrold@server4 herrold]$ cat /etc/modules.conf alias parport_lowlevel parport_pc alias eth0 eepro100 alias eth1 eepro100 alias scsi_hostadapter megaraid alias scsi_hostadapter aic7xxx [herrold@server4 herrold]$
In this case, the Raid array is on the megaraid driver, and the tape is a DLT all alone (in a Dell 4350) on the Adaptec controller. It has not been fired since Wednesday, but as I loaded the module in /etc/modules.conf it was not 'cleaned' out.
- Russ Herrold
Hi R,
Sunday, May 30, 2004, 12:42:11 AM, you wrote:
RPH> On Wed, 26 May 2004, syv wrote:
RPH> The problem is that the SCSI module is being cleaned out in RPH> the interval between booting and use of the tape =-- add the RPH> driver to RPH> /etc/modules.conf RPH> and all should be fine. I have this at one site:
RPH> [herrold@server4 herrold]$ lsmod | grep x RPH> ext3 68960 9 RPH> jbd 51720 9 [ext3] RPH> aic7xxx 134560 0 RPH> scsi_mod 110876 4 [st megaraid aic7xxx sd_mod] RPH> [herrold@server4 herrold]$ cat /etc/modules.conf RPH> alias parport_lowlevel parport_pc RPH> alias eth0 eepro100 RPH> alias eth1 eepro100 RPH> alias scsi_hostadapter megaraid RPH> alias scsi_hostadapter aic7xxx RPH> [herrold@server4 herrold]$
Done, thanks.
This leads me to the question:
If the SCSI module is being cleaned out in the interval between booting and use of the tape [seems to ,since I added it with insmod, now it works]
Why or what is deleting the SCSI module?
On Sun, 30 May 2004, syv wrote:
Done, thanks.
This leads me to the question:
If the SCSI module is being cleaned out in the interval between booting and use of the tape [seems to ,since I added it with insmod, now it works]
Why or what is deleting the SCSI module?
... modprobe is safer than insmod as a habit, as it will load the entire dependency chain (when it exists).
The kernel has the autoclean feature to reclain space from transiently present devices (pccard, usb devices) which tend not to be set up permanently with kudzu or otherwise configured.
in the case of a tape drive, it is sort of a coin toss --- I would rather pay the minimal space penalty and place the request in /etc/modules.conf, and not have to think about loading the device.
-- Russ Herrold
-
Greg Kurtzer -
R P Herrold -
syv