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 -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list