From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Subject: 2.6.0-test1-bk2 ate my root raid Date: Wed, 23 Jul 2003 13:34:25 -0700 Sender: linux-raid-owner@vger.kernel.org Message-ID: <20030723203425.GA22680@drunk.brewdrinkers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline To: linux-raid@vger.kernel.org List-Id: linux-raid.ids I tested 2.6.0-test1-bk2 out, and it wouldn't boot using my devfs name. No real problem there, as I've seen the workaround-- use the huge ugly devfs name (or hex'ed numbers)--I've got a backup root partition (I've got to learn to type one of these days if I play with root). Boot using the backup partition, "2.6.0-test1-bk2 root=/dev/hdc1 init=/bin/bash" and notice that the new kernel doesn't see my promise controler (odd that, half of the raid is on that "lost" drive"). Boot back into 2.4.21; I get a quick kernel panic (no root) but can't tell why as once you've panic'ed you can't scroll up. I've got a Knoppix cd, so all will be well. Boot that, and load the md modules and got the following, and here I'm a bit stumped :" [events: 0000001d] md: bind [events: 0000001c] md: bind md: hde1's event counter: 0000001c md: hda1's event counter: 0000001d md: superblock update time inconsistency -- using the most recent one md: freshest: hda1 md: bug in file md.c, line 1475 md: ********************************** md: * * md: ********************************** md0: array superblock: md: SB: (V:0.90.0) ID:<86ef0928.b64d0dea.a3d663ce.7cfe04e4> CT:3eff4d61 md: L1 S01952768 ND:1 RD:2 md0 LO:0 CS:1048576 md: UT:3f1edd18 ST:1 AD:1 WD:1 FD:0 SD:0 CSUM:8587c5f7 E:0000001d D 0: DISK D 1: DISK md: THIS: DISK md: rdev hde1: O:hde1, SZ:00000000 F:0 DN:1 <6>md: rdev superblock: md: SB: (V:0.90.0) ID:<86ef0928.b64d0dea.a3d663ce.7cfe04e4> CT:3eff4d61 md: L1 S01952768 ND:2 RD:2 md0 LO:0 CS:1048576 md: UT:3f1e2837 ST:0 AD:2 WD:2 FD:0 SD:0 CSUM:858711a4 E:0000001c D 0: DISK D 1: DISK D 2: DISK md: THIS: DISK md: rdev hda1: O:hda1, SZ:00000000 F:0 DN:1 <6>md: rdev superblock: md: SB: (V:0.90.0) ID:<86ef0928.b64d0dea.a3d663ce.7cfe04e4> CT:3eff4d61 md: L1 S01952768 ND:1 RD:2 md0 LO:0 CS:1048576 md: UT:3f1edd18 ST:1 AD:1 WD:1 FD:0 SD:0 CSUM:8587c5f7 E:0000001d D 0: DISK D 1: DISK md: THIS: DISK md: ********************************** md: bug in file md.c, line 1639 md: ********************************** md: * * md: ********************************** md0: array superblock: md: SB: (V:0.90.0) ID:<86ef0928.b64d0dea.a3d663ce.7cfe04e4> CT:3eff4d61 md: L1 S01952768 ND:1 RD:2 md0 LO:0 CS:1048576 md: UT:3f1edd18 ST:1 AD:1 WD:1 FD:0 SD:0 CSUM:8587c5f7 E:0000001d D 0: DISK D 1: DISK md: THIS: DISK md: rdev hde1: O:hde1, SZ:00000000 F:0 DN:1 <6>md: rdev superblock: md: SB: (V:0.90.0) ID:<86ef0928.b64d0dea.a3d663ce.7cfe04e4> CT:3eff4d61 md: L1 S01952768 ND:2 RD:2 md0 LO:0 CS:1048576 md: UT:3f1e2837 ST:0 AD:2 WD:2 FD:0 SD:0 CSUM:858711a4 E:0000001c D 0: DISK D 1: DISK D 2: DISK md: THIS: DISK md: rdev hda1: O:hda1, SZ:00000000 F:0 DN:1 <6>md: rdev superblock: md: SB: (V:0.90.0) ID:<86ef0928.b64d0dea.a3d663ce.7cfe04e4> CT:3eff4d61 md: L1 S01952768 ND:1 RD:2 md0 LO:0 CS:1048576 md: UT:3f1edd18 ST:1 AD:1 WD:1 FD:0 SD:0 CSUM:8587c5f7 E:0000001d D 0: DISK D 1: DISK md: THIS: DISK md: ********************************** md: md0 stopped. md: unbind md: export_rdev(hde1) md: unbind md: export_rdev(hda1)