dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
dmraid |
Invalid
|
Undecided
|
Unassigned | ||
dmraid (Debian) |
Fix Released
|
Unknown
|
|||
dmraid (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
mdadm (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: mdadm
After rebooting into my newly upgraded 9.10 beta and rebooting a second time my raid was lost. Apperantly dmraid is loaded before mdadm-managed raid, thereby locking /dev/sda1 and others from the raid signature and thereby preventing mdadm from assembling the raid.
This leads to massive data loss as dmraid also will erase the superblock/
In my case the solution is to forcibly remove dmraid and reboot.
After that you have to manually kill mountall in a single setup because mountaill will fail and go into a spin where it constantly and incessantly respawns fsck.ext3 (which fails and tells you to restart it without -p or -y )
On top of this the terminal is garbled forcing you to swap to another one. ( seems like a curses based prompt for interaction is overwritten turning the whole thing into garbage)
once mountall is killed and all fsck-jobs pruned, you can re-create the partition tables on the lost disk, and set the type to Linux Raid Autodetect.
Then you can once again do mdadm --assemble /dev/md0 /dev/sd[a-c]1 and wait for 24+ hours.
Then you can fsck and hope that Ubuntu won't eat your raid again.
This is -clearly- suboptimal, caused me a lot of grief and panic.
On top of that the ubuntu-bug tool for mdadm doesn't stop to ask you for a password but happily tries to run mdadm -E on devices without permission to read them, generating what appears to be a bogus report.
ProblemType: Bug
Architecture: amd64
Date: Mon Oct 5 03:53:24 2009
DistroRelease: Ubuntu 9.10
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MDadmExamine.
MachineType: Gigabyte Technology Co., Ltd. P35-DS4
NonfreeKernelMo
Package: mdadm 2.6.7.1-1ubuntu13
ProcCmdLine: root=UUID=
ProcEnviron:
LANG=en_US.UTF-8
SHELL=/bin/zsh
ProcVersionSign
SourcePackage: mdadm
Uname: Linux 2.6.31-11-generic x86_64
dmi.bios.date: 07/21/2008
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: F13
dmi.board.name: P35-DS4
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.board.version: x.x
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: dmi:bvnAwardSof
dmi.product.name: P35-DS4
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
summary: |
- dmraid /mdadm eats mdadm-managed raid in upgrading from 9.04 to 9.10 - beta. + dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10 |
Changed in dmraid: | |
importance: | Unknown → Undecided |
status: | Unknown → New |
Changed in dmraid (Ubuntu): | |
status: | New → Invalid |
Changed in dmraid (Debian): | |
status: | Unknown → Fix Released |
Please see : https:/ /bugs.launchpad .net/ubuntu/ +source/ mdadm/+ bug/442737 proper logs generated with admin privileges.