Thanks Linus,
Your correct the CISS driver 2.4.2 does not support scsi tape drives. I have
subsequently upgraded the kernel on the server to kernel-smp-2.4.7-10 and
installed the latest and greatest CCISS driver from compaq  2.4.30-1
http://www.compaq.com/support/files/server/us/index.html

after a bit of tweaking etc I now have the following in my /proc/scsi/scsi
file

Attached devices:
Host:scsi0 Channel: 00 Id: 00 Lun:00 
Vendor Compaq Model:SDT-10000 Rev: 1.14
Type: Sequential-Access      ANSI SCSI revision: 02

I can now perform a mt -f /dev/st0 status and see drive info.

Thanks 
Amanda





-----Original Message-----
From: C. Linus Hicks [mailto:[EMAIL PROTECTED]]
Sent: 20 September 2002 18:06
To: [EMAIL PROTECTED]
Cc: Amanda Galligan
Subject: Re: Compact 20/40 Dat External not detected by Redhat


On Fri, 2002-09-20 at 06:17, Amanda Galligan wrote:
> Red hat 7.1 kernel-smp-2.4.2-2 no reference to tape drive in
/var/log/dmesg
> or in /proc/scsi/scsi  
> Tape is found on system boot as "scsi  port 1 scsi id 6" 

Do you mean during the BIOS scan or while booting Linux?

> System is Compact DL380 G2 running Compaq CISS driver v 2.4.2 

I am not familiar with the Compaq drivers, so I looked on their web site
to check out what this thing is.

> We had previously a hot swap internal which also wasnt found and were
> assured by Compaq that external would be detected on boot ?
> Silly question but is there any further tweaking that needs to be done to
> kernel etc to get this drive picked by by red hat ??

First make sure you have SCSI tape support in your kernel. Look in
/lib/modules/<your kernel name here>/kernel/drivers/scsi and you should
see st.o, or you can try doing "modprobe st". If that returns "Can't
locate module st", then you need to make a new kernel with SCSI tape
support. The only caveat here is that it's also possible to "compile-in"
support for SCSI tape, but that's not very common.

I also noticed this interesting tidbit on Compaq's web site in the
changelog which I believe is the right one, but I suggest you make your
own investigation as you know better than I do what hardware you have.
I'm aware you say you have version 2.4.2 of the CISS driver, but
according to the changelog, support for SCSI tape drives wasn't added
until 2.4.21:

ftp://ftp.compaq.com/pub/products/drivers/linux/released/cciss/cciss_history
.htm

Revision History for cciss Driver

Version 2.4.23

Changed back to indexing using a sequential series due to issues with an
external storage box. This means if you add a disk online,
the disks MAY reorder on when you reboot the system. Added a new IOCTL to
register disks that where reserved when the driver
initialized (When the disk has been reserved, the scsi command to find out
the disk geometry and other information fails). Also added
an IOCTL to return the Lun ID that you can then use as the logical volume
address if a program does a CISS passthrough commands
to that logical volume. 

Version 2.4.21

Added support for SCSI tape drives. Added support for dynamically adding and
removing logical volumes, This implies that the disk
index ("x" in /dev/cciss/c*b*dx*) is no longer a contiguous sequential
series (e.g. 0,1,2,3) as it now maps to logical volume numbers
directly and thus there may be gaps. 

(Note, due to bug in sd driver, tape support will not work with 2.4.10
kernel, 2.4.11-pre3 or better is required)

Version 2.4.6

Version 2.4.6 allocates command buffers with pci_dev=NULL, so we get back
24bit DMA about buffers. This allows us to set out DMA
bit mast to 64bit dma. Giving us the ability to handle 64bit addresses on
IA64 machines avoiding the swiotlb limits. 

Version 2.4.5

Version 2.4.5 uses the new 2.4 kernel DMA APIs to support IA64 machines with
over 3G of memory. This driver is only capable of
doing 32 bit DMA so in a 64 bit system they will be using bounce buffers, so
set your "swiotlb=" appropriately. It also uses the new 2.4
PCI APIs, so controllers will be ordered by their position in PCI bus scan
order. Note: This means your controller order may change
when you upgrade to this version of the driver. PCI Hot plug has not been
tested with this version of the driver yet. 

Version 2.4.3

Version 2.4.3 fixes a bug with revalidating the volume after the partition
table had been changed. With older version updating the
partition table of d15 would make d0 have a disk size of 0. Fixes a minor
bug that kept the cciss directory in /proc/driver from being
removed when the driver unloaded. There is also a fix to try to improve
performance in the 2.4 tree. Also a couple of messages from
the driver have been changed. Corrected a byte swap problem in SCSI-3
address structure for ioctls. 


Good luck.

Linus




Esat Telecommunications Limited 
is a wholly owned subsidiary of BT Group plc 
Registered in Ireland, Registration No. 141524 
Grand Canal Plaza, Upper Grand Canal Street, Dublin, Ireland 

This electronic message contains information (and may contain files) from
Esat Telecommunications Limited which may be privileged or confidential. The
information is intended to be for the sole use of the individual(s) or
entity named above. If you are not the intended recipient be aware that any
disclosure, copying, distribution or use of the contents of this information
and or files is prohibited. If you have received this electronic message in
error, please notify us by telephone or email (to the numbers or address
above) immediately. http://www.esatbt.com



-- 
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe
https://listman.redhat.com/mailman/listinfo/redhat-list

Reply via email to