[Bug 442735] Re: dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10
** Changed in: dmraid (Debian) Status: Unknown => Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/442735 Title: dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10 To manage notifications about this bug go to: https://bugs.launchpad.net/dmraid/+bug/442735/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 442735] Re: dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10
** Changed in: dmraid (Ubuntu) Status: New => Invalid -- dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10 https://bugs.launchpad.net/bugs/442735 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 442735] Re: dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10
No BIOS utility here to scrub the metadata. I reported one of the duplicates of this bug months ago and I see it still isn't fixed. I couldn't install Ubuntu on my PC using software RAID as I have old dmraid metadata on the devices. I've now checked up and learned what the comments above mean and I've managed to boot correctly into Ubuntu editing the GRUB command line to have nodmraid, run dmraid -r -E in Ubuntu and then reboot happily without the dmraid metadata. This is undoubtedly what the issue is and is correctly described above, that md and dmraid metadata can't co-exist. But the issue remains that if existing metadata is there, someone can't just install Ubuntu using md software RAID. It requires extra steps to get it working, something less tech users may not be able or inclined to do. ** Changed in: dmraid (Ubuntu) Status: Invalid => New -- dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10 https://bugs.launchpad.net/bugs/442735 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 442735] Re: dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10
I'm going to have to say that this is not a bug, but rather an invalid hardware configuration. A disk can not be part of a fake raid and an mdraid at the same time. Simply disabling the raid support in the bios has no effect on Linux as it has no way of telling whether or not the bios raid support is enabled or not. If you aren't using the disk as part of a fakeraid set, then you should scrub the raid metadata from the disks with dmraid -E, or the bios utility. ** Changed in: dmraid (Ubuntu) Status: Confirmed => Invalid -- dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10 https://bugs.launchpad.net/bugs/442735 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 442735] Re: dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10
cannot uninstall dmraid as i boot from /dev/mapper/pdc_dejiafebgh1 disabled unused dmraid with " sudo dmraid -an -v " output: RAID set "nvidia_jaeffjja" is not active INFO: Deactivating stripe raid set "nvidia_jaeffjja" that disabled the mdadm raid disk falseley detected. after that i could use the disks again in mdadm by using: " sudo mdadm --assemble --scan --verbose " But still i have to perform this at every reboot -- dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10 https://bugs.launchpad.net/bugs/442735 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 442735] Re: dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10
Tormod, thanks; that sort of hit me like a brick wall! I run Linux/software raid! Wow. I'll see what happens! Many thanks! Peter -- dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10 https://bugs.launchpad.net/bugs/442735 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 442735] Re: dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10
Peter, if you have no fakeraids you can simply uninstall the dmraid package. -- dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10 https://bugs.launchpad.net/bugs/442735 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 442735] Re: dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10
Having just upgraded from 8.10 to 9.04 and experiencing similar problems I guess upgrading to 9.10 is not a fix and the cause is the same? On boot I get "atax: softreset failed (device not ready)". It then continues booting but drops out at the file system check; the root partition which sits on a non-raid, non-lvm volume is fine. For my two logical volumes fsck.ext3 (that sits ontop of a set of two RAID-1 sets) is unable to resolve the UIIDs and drops out to a maintenance shell. The two logial volumes hosts /home and /var. At the maintenance shell I tried to enter mdadm --examine --scan --config=mdadm.conf >> /etc/mdadm/mdadm.conf. At one point that did allow me to log into the system with access to /home and /var. I belive I was able to rescue all data to an external USB drive; however gparted reported errors on all affected volumes indicating that all data could not be read. After an (unwise) reboot I'm back where I started an the previous fix no longer works. Trying to boot with an older kernel avoids the softreset problem but the system still fails the file system check Would the current recommendation for regular users (and anyone with just modest time/energy available) be to avoid upgrading to 9.04 or 9.10 if they have software raid and lvm enabled? Or backup all data and install from scratch if you really need to move to a new version? Until these issues are resolved I would think it could be a good idea to mention these issues in the release notes for 9.04 and 9.10. -- dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10 https://bugs.launchpad.net/bugs/442735 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 442735] Re: dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10
Thank-you. Same problem here with a 9.04 upgrade to 9.10 and dm-raid taking the devices before mdadm. I couldn't figure out why I had no partitions in /proc/partitions (i.e. /dev/sda existed, but /dev/sda1 was missing) and using fdisk to rewrite the partition table created the nodes, but mdadm couldn't assemble the raid stating that the device or resource was busy. apt-get remove dmraid got me going. I had additional, likely unrelated problems on my LVM volumes on the boot. Either this lost the ext3 journal or it never had one, but the volume (defined as ext3 in fstab) refused to mount. tune2fs -j /dev/mapper/vg-lv added the journal and so far so good. -- dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10 https://bugs.launchpad.net/bugs/442735 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 442735] Re: dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10
The problem here is that dmraid finds valid fakeraid signatures on your disks, which is the only way for it to know if you have a fakeraid or not. It would not happen if you removed the fakeraid in your BIOS setup. A workaround is to boot with the "nodmraid" boot option. This, and the fact that dmraid is included on the Desktop CD should appear in the Release Notes, but for some reason it is not on the web site yet. ** Changed in: dmraid (Ubuntu) Status: New => Confirmed -- dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10 https://bugs.launchpad.net/bugs/442735 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 442735] Re: dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10
Thanks for your report. There is a number of issues in the original description, I will leave this report for the dmraid activation-by- default issue. Please open separate bug reports for the other issues. ** Changed in: mdadm (Ubuntu) Status: New => Invalid ** Changed in: dmraid Status: New => Invalid -- dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10 https://bugs.launchpad.net/bugs/442735 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 442735] Re: dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10
My mdadm-managed raid wouldn't mount after upgrading from jaunty to karmic. It seems this problem is caused by dmraid trying to take over the array. According to the Debian bug linked by Spider above this is caused by dmraid recognising the device nodes as part of a fakeraid array rather than as part of an softraid array. In my case this could have been caused by the fact that prior to setting up my softraid array I had used the tool in my bios to set up a fakeraid array. I could solve this problem by uninstalling dmraid. (I don't know why it was installed -- did it get installed with the karmic upgrade or was it always there and this behaviour is just new?) After rebooting mdadm initialised the array just fine. Even so, this behaviour results in serious breakage from the user's point of view. Some way of avoiding this should be found -- see the discussion in the debian bug tracker. I am bumping the importance, but someone from the server team should probably look into this issue. ** Also affects: dmraid via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534274 Importance: Unknown Status: Unknown ** Also affects: dmraid (Ubuntu) Importance: Undecided Status: New ** Also affects: dmraid (Debian) via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534274 Importance: Unknown Status: Unknown ** Changed in: dmraid Importance: Unknown => Undecided ** Changed in: dmraid Status: Unknown => New ** Changed in: dmraid Remote watch: Debian Bug tracker #534274 => None -- dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10 https://bugs.launchpad.net/bugs/442735 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 442735] Re: dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10
** Summary changed: - 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 -- dmraid eats mdadm-managed raid in upgrading from 9.04 to 9.10 https://bugs.launchpad.net/bugs/442735 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs