On Thu, 2011-05-26 at 07:49 -0400, Phil Turmel wrote:
> On 05/26/2011 05:59 AM, John Robinson wrote:
> > On 26/05/2011 10:45, TorbjÃrn Skagestad wrote:
> >> Hi,
> >>
> >> Great tool, thanks for sharing.
> >>
> >> I had to add some error handling to get it to work properly.
> >> Currently it runs on Ubuntu 10.04, 10.10 and 11.04.
> >>
> >> Added the check John Robinson asked for as well.
> >>
> >> Attached patch for those interested.
> >
> > Thanks, TorbjÃrn!
> >
> > Getting there:
> >
> > [root@beast lsdrv]# python2.6 lsdrv
> > PCI [pata_marvell] 03:00.0 IDE interface: Marvell Technology Group Ltd. 88SE6121 SATA II Controller (rev b2)
> > ââscsi 0:0:0:0 HL-DT-ST DVD-RAM GH22NP20
> > ââsr0: Empty/Unknown 1.00g
> > PCI [ahci] 00:1f.2 SATA controller: Intel Corporation 82801JI (ICH10 Family) SATA AHCI Controller
> > ââscsi 2:0:0:0 ATA Hitachi HDS72101
> > â ââsda: Empty/Unknown 931.51g
> > Traceback (most recent call last):
> > File "lsdrv", line 387, in <module>
> > show_blocks(" %s " % branch[0], [phy.block])
> > File "lsdrv", line 339, in show_blocks
> > show_blocks("%s %s " % (indent, branch[0]), [blockbyname[x] for x in subs])
> > KeyError: 'sda1'
> >
> > Now, something's not getting picked up about sda. Looking at Mathias' "sweet" output, it's not coping with the (DOS) partition table. Another variation on my kernel's /sys or still to old a Python or ...?
>
> Hmmm. I'll set up another CentOS VM. If I recall correctly, that kernel has the original block devices in folders named '.../block:sda1' instead of '.../block/sda1'. I'll have to identify this in the initial sweep through sysfs.
>
For CentOS 5.4 (2.6.18-128.1.14) it is /sys/block/sda/sda[1-9]
> Phil
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
TorbjÃrn Skagestad
Idà Til Produkt AS
torborn@xxxxxxxx
Attachment:
signature.asc
Description: This is a digitally signed message part
