From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Robinson Subject: Re: Determining which spindle is out of order Date: Sat, 06 Nov 2010 21:17:48 +0000 Message-ID: <4CD5C5FC.3090809@anonymous.org.uk> References: <30.2B.19545.E5C25DC4@cdptpa-omtalb.mail.rr.com> <4CD57048.4020107@turmel.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4CD57048.4020107@turmel.org> Sender: linux-raid-owner@vger.kernel.org To: Linux RAID List-Id: linux-raid.ids (Resending because I forgot to cc the list originally) On 06/11/2010 15:12, Phil Turmel wrote: [...] > Thanks for the feedback. The script only looks in sysfs for controllers > implementing the scsi_host interface. So it won't pick up anything using > the legacy IDE interface. If that's not the case on the first server, I'd > like to see lspci -vvv for the controller in question. I get no output on my CentOS 5, kernel-xen-2.6.18-194.8.1.el5.centos.plus, much the same as the CentOS/RHEL kernel-xen-2.6.18-194.8.1.el5. Here's my lspci -vvv for my storage/SCSI devices: 00:1f.2 SATA controller: Intel Corporation 82801JI (ICH10 Family) SATA AHCI Controller (prog-if 01 [AHCI 1.0]) Subsystem: ASUSTeK Computer Inc. P5Q Deluxe Motherboard Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- find /sys/devices/ -name scsi_host |check_host This may be the culprit, this find command finds nothing, but I think my devices still support the sysfs scsi_host interface: [root@beast ~]# find /sys/devices/ -name scsi_host [root@beast ~]# find /sys/devices/ -name *scsi_host* /sys/devices/pci0000:00/0000:00:1f.2/host7/scsi_host:host7 /sys/devices/pci0000:00/0000:00:1f.2/host6/scsi_host:host6 /sys/devices/pci0000:00/0000:00:1f.2/host5/scsi_host:host5 /sys/devices/pci0000:00/0000:00:1f.2/host4/scsi_host:host4 /sys/devices/pci0000:00/0000:00:1f.2/host3/scsi_host:host3 /sys/devices/pci0000:00/0000:00:1f.2/host2/scsi_host:host2 /sys/devices/pci0000:00/0000:00:1e.0/0000:05:01.1/host9/scsi_host:host9 /sys/devices/pci0000:00/0000:00:1e.0/0000:05:01.0/host8/scsi_host:host8 /sys/devices/pci0000:00/0000:00:1c.4/0000:03:00.0/host1/scsi_host:host1 /sys/devices/pci0000:00/0000:00:1c.4/0000:03:00.0/host0/scsi_host:host0 [root@beast ~]# When I change the script to use my find command, I get: [root@beast ~]# ~john/projects/describe_scsi/describe_scsi /home/john/projects/describe_scsi/describe_scsi: line 8: udevadm: command not found Controller device @ pci0000:00/0000:00:1f.2 [] host7: [Empty] host6: [Empty] host5: [Empty] host4: [Empty] host3: [Empty] host2: [Empty] /home/john/projects/describe_scsi/describe_scsi: line 8: udevadm: command not found Controller device @ pci0000:00/0000:00:1e.0/0000:05:01.1 [] host9: [Empty] /home/john/projects/describe_scsi/describe_scsi: line 8: udevadm: command not found Controller device @ pci0000:00/0000:00:1e.0/0000:05:01.0 [] host8: [Empty] /home/john/projects/describe_scsi/describe_scsi: line 8: udevadm: command not found Controller device @ pci0000:00/0000:00:1c.4/0000:03:00.0 [] host1: [Empty] host0: [Empty] [root@beast ~]# Now I need to find udevadm I guess. It must have been introduced since the udev version that comes with RHEL/CentOS 5, which is udev-095-14.21.el5_5.1. rpmfind.net suggests it's only been in since version 118 or so. Never mind :-) Cheers, John.