installation of HP DAT72 TAPE DRIVE ON RHEL

[george walker]

I HAVE A hp storageworks DAT72 TAPE Drive installed in hp proliant dl 585 server connected to a hp 6400 scsi raid card.


i have failed to get RHEL to recognize my tape drive.

have successfully done modprobe st as shown below by output of lsmod
---------------------------------
Module Size Used by
st 42085 0
sg 42489 0
nfsd 267105 9
exportfs 7745 1 nfsd
lockd 77809 2 nfsd
parport_pc 29185 0
lp 15089 0
parport 43981 2 parport_pc,lp
autofs4 23241 0
i2c_dev 13633 0
i2c_core 28481 1 i2c_dev
sunrpc 170425 19 nfsd,lockd
md5 5697 1
ipv6 282657 14
dm_mirror 28889 0
dm_multipath 22097 0
dm_mod 66433 2 dm_mirror,dm_multipath
button 9057 0
battery 11209 0
ac 6729 0
ohci_hcd 24273 0
hw_random 7137 0
tg3 91717 0
floppy 65809 0
ext3 137681 11
jbd 68849 1 ext3
cciss 59017 16
sd_mod 19393 0
scsi_mod 140177 4 st,sg,cciss,sd_mod
------------------------------------------------------------------

cat /proc/scsi/scsi output's "ATTACHED DEVICE" nothing else.

-----------------------------------------------------------------------------

the device /etc/st0 doesn't exist.

find command pointed out to me location of st module at

/lib/modules/2.6.9-22.EL/kernel/drivers/scsi/st.ko

uname -a output is

Linux cmf-livedbsvr 2.6.9-22.ELsmp #1 SMP Mon Sep 19 18:00:54 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux


I have nothing really relevant in my /var/log/messages.

Could somebody out there please help me

DMESG DISPLAYS THE FOLLOWING


Linux agpgart interface v0.100 (c) Dave Jones
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
divert: not allocating divert_blk for non-ethernet device lo
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
AMD8111: IDE controller at PCI slot 0000:00:04.1
AMD8111: chipset revision 3
AMD8111: not 100% native mode: will probe irqs later
AMD8111: 0000:00:04.1 (rev 03) UDMA133 controller
ide0: BM-DMA at 0x2000-0x2007, BIOS settings: hda:pio, hdb:pio
Probing IDE interface ide0...
hda: CD-224E-N, ATAPI CD/DVD-ROM drive
Using cfq io scheduler
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide4...
Probing IDE interface ide5...
hda: ATAPI 24X CD-ROM drive, 256kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ide-floppy driver 0.99.newide
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
input: ImPS/2 Generic Wheel Mouse on isa0060/serio1
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
NET: Registered protocol family 2
IP: routing cache hash table of 16384 buckets, 256Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
Initializing IPsec netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
powernow-k8: Found 4 AMD Athlon 64 / Opteron processors (version 1.39.04)
powernow-k8: 0 : fid 0xe (2200 MHz), vid 0x8 (1350 mV)
powernow-k8: 1 : fid 0xc (2000 MHz), vid 0xa (1300 mV)
powernow-k8: 2 : fid 0xa (1800 MHz), vid 0xc (1250 mV)
powernow-k8: cpu_init done, current fid 0xe, vid 0x8
powernow-k8: 0 : fid 0xe (2200 MHz), vid 0x8 (1350 mV)
powernow-k8: 1 : fid 0xc (2000 MHz), vid 0xa (1300 mV)
powernow-k8: 2 : fid 0xa (1800 MHz), vid 0xc (1250 mV)
powernow-k8: cpu_init done, current fid 0xe, vid 0x8
powernow-k8: 0 : fid 0xe (2200 MHz), vid 0x8 (1350 mV)
powernow-k8: 1 : fid 0xc (2000 MHz), vid 0xa (1300 mV)
powernow-k8: 2 : fid 0xa (1800 MHz), vid 0xc (1250 mV)
powernow-k8: cpu_init done, current fid 0xe, vid 0x8
powernow-k8: 0 : fid 0xe (2200 MHz), vid 0x8 (1350 mV)
powernow-k8: 1 : fid 0xc (2000 MHz), vid 0xa (1300 mV)
powernow-k8: 2 : fid 0xa (1800 MHz), vid 0xc (1250 mV)
powernow-k8: cpu_init done, current fid 0xe, vid 0x8
ACPI: (supports S0 S4 S5)
ACPI wakeup devices:

Freeing unused kernel memory: 188k freed
SCSI subsystem initialized
HP CISS Driver (v 2.6.8)
cciss: Device 0xb178 has been found at bus 2 dev 4 func 0
ACPI: PCI interrupt 0000:02:04.0 -> GSI 18 (level, low) -> IRQ 193
cciss: using DAC cycles
blocks= 142253280 block_size= 512
heads= 255, sectors= 32, cylinders= 17433

cciss/c0d0: p1 p2 p3 p4 < p5 p6 p7 p8 p9 >
cciss: Device 0x46 has been found at bus 8 dev 4 func 0
ACPI: PCI interrupt 0000:08:04.0 -> GSI 42 (level, low) -> IRQ 217
cciss: using DAC cycles
blocks= 142253280 block_size= 512
heads= 255, sectors= 32, cylinders= 17433

blocks= 142253280 block_size= 512
heads= 255, sectors= 32, cylinders= 17433

blocks= 142253280 block_size= 512
heads= 255, sectors= 32, cylinders= 17433

cciss/c1d0: p1 p2
cciss/c1d1: p1
cciss/c1d2: p1
kjournald starting. Co...

























-> GSI 25 (level, low) -> IRQ 201
divert: allocating divert_blk for eth0
eth0: Tigon3 (PCIX:100MHz:64-bit) 10/100/1000BaseT Ethernet 00:17:a4:4c:bd:ab
eth0: RXcsums LinkChgREG MIirq ASF Split WireSpeed TSOcap
ACPI: PCI interrupt 0000:02:06.1 -> GSI 24 (level, low) -> IRQ 209
divert: allocating divert_blk for eth1
eth1: Tigon3 (PCIX:100MHz:64-bit) 10/100/1000BaseT Ethernet 00:17:a4:4c:bd:aa
eth...

[Myzika Alex]

I have same problem with DAT72 too, but for DL 380 G4, Red Hat 4.

[Pier Vittorio Sassone]

Same problem with SME server (CentOS Based) and a ML310 with StorageWorks DAT 72 USB...

Have someone of you solved?

Thanks

[CarlLawton]

I dont know about the USB drive but i may be able to shed some light on the scsi drive in RHEL.

You need to enable tape support in the kernel driver and re-compile.

Check the cciss.txt in the Documentation of your kernel source for details. Ahhh... I see you are using a stock RH kernel. In which case you may not have the Documentation dir and need to download a vanilla kernel to get it or google it. Your probably going to have to re-compile your kernel which maybe more trouble than its worth depending how well your RH kernel compiles and how much you have inserted manually.

I would just buying a second scsi card that is supported in your current kernel and put the tape drive on that.

Good Luck
Thomas