Re: What just happened to my disks/RAID5 array?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Good morning Phil,

thanks for tuning in again! :)

On Fri, Jan 06, 2012 at 08:16:00AM -0500, Phil Turmel wrote:
> Warning!  I saw bug report on LKML yesterday involving LVM and the brand new
> kernel v3.2, so you might want to pull back.  v3.1.5 was known good in that
> report.

Ok, thanks for the warning - will try to find the thread where the bug is
described, and consider downgrading to 3.1.x instead!

> I'm guessing that /dev/sda contains your boot and root filesystems, and that
> this isn't an error.

You are correct, sorry I did not mention that initially. These devices are not
supposed to end up as parts of any md arrays.

> Those slot numbers are *really* important.

What is the significance of the individual slot numbers there?


> Yes, --assemble --force.

Ok, will fire that command as soon as I checked out the LVM bug you mentioned.

> May I suggest getting an lsdrv [1] report, which will give you the serial numbers
> of your disks versus the device assignments, for later reference.  And again
> after it's all running, for completeness.

I have attached a file with the relevant lsdrv (great little program btw) to
this message - should I expect changes to it after my array is up (well,
except for the components not to be recognized as spare, of course)?

> HTH,

It sure did - thanks a bunch! :)

-- 
with best regards:
- Johannes Truschnigg ( johannes@xxxxxxxxxxxxxxx )

www:   http://johannes.truschnigg.info/
phone: +43 650 2 133337
xmpp:  johannes@xxxxxxxxxxxxxxx

Please do not bother me with HTML-eMail or attachments. Thank you.
# ./lsdrv 
PCI [pata_via] 04:00.0 IDE interface: VIA Technologies, Inc. VT6415 PATA IDE Host Controller
├scsi 0:0:0:0 ATA TRANSCEND {20090625_D40D51BB}
│└sda 1.87g [8:0] Partitioned (dos)
│ └sda1 1.87g [8:1] ext2 'VIRTUE' {ff586bcd-b1fd-4c08-a0ea-08e2e1c7b8f9}
│  └Mounted as /dev/root @ /
└scsi 1:x:x:x [Empty]
PCI [ahci] 00:11.0 SATA controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] (rev 40)
├scsi 2:0:0:0 ATA SAMSUNG HD154UI {S1XWJDWS803396}
│└sdb 1.36t [8:16] MD raid5 (none/5) (w/ sdd,sdf,sdc,sde) spare 'virtue:0' {19e260e6-db3c-ad86-0541-487da1bae605}
│ └md0 0.00k [9:0] MD vNone None (None) inactive, None (None) 0/sec
│                  Empty/Unknown
├scsi 3:0:0:0 ATA SAMSUNG HD154UI {S1XWJDWZ419775}
│└sdc 1.36t [8:32] MD raid5 (none/5) (w/ sdb,sdd,sdf,sde) spare 'virtue:0' {19e260e6-db3c-ad86-0541-487da1bae605}
│ └md0 0.00k [9:0] MD vNone None (None) inactive, None (None) 0/sec
│                  Empty/Unknown
├scsi 4:0:0:0 ATA SAMSUNG HD154UI {S1XWJDWS803467}
│└sdd 1.36t [8:48] MD raid5 (none/5) (w/ sdb,sdf,sdc,sde) spare 'virtue:0' {19e260e6-db3c-ad86-0541-487da1bae605}
│ └md0 0.00k [9:0] MD vNone None (None) inactive, None (None) 0/sec
│                  Empty/Unknown
├scsi 5:0:0:0 ATA SAMSUNG HD154UI {S1XWJDWS803469}
│└sde 1.36t [8:64] MD raid5 (none/5) (w/ sdb,sdd,sdf,sdc) spare 'virtue:0' {19e260e6-db3c-ad86-0541-487da1bae605}
│ └md0 0.00k [9:0] MD vNone None (None) inactive, None (None) 0/sec
│                  Empty/Unknown
├scsi 6:0:0:0 ATA SAMSUNG HD154UI {S1XWJDWS803405}
│└sdf 1.36t [8:80] MD raid5 (none/5) (w/ sdb,sdd,sdc,sde) spare 'virtue:0' {19e260e6-db3c-ad86-0541-487da1bae605}
│ └md0 0.00k [9:0] MD vNone None (None) inactive, None (None) 0/sec
│                  Empty/Unknown
└scsi 7:x:x:x [Empty]

Attachment: signature.asc
Description: Digital signature


[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux