Activity log for bug #54002

Date Who What changed Old value New value Message
2006-07-25 08:51:56 hunger bug added bug
2006-07-25 08:53:36 hunger bug assigned to udev (Ubuntu)
2006-07-25 08:53:54 hunger None: status Unconfirmed Rejected
2006-07-25 08:53:54 hunger None: statusexplanation Not in baltix.
2006-07-26 12:27:03 Aurelien Naldi bug assigned to grub (Ubuntu)
2006-08-16 10:03:05 Andreas Simon grub: status Unconfirmed Confirmed
2006-08-16 10:03:05 Andreas Simon grub: statusexplanation
2006-08-17 03:58:24 Matt Zimmerman grub: status Confirmed Rejected
2006-08-17 03:58:24 Matt Zimmerman grub: statusexplanation Not a grub bug, leaving open against udev for now
2006-08-17 03:58:41 Matt Zimmerman description Hi there! There is no need to convert LVM volumes to UUIDs: LVM finds its physical volumes on all disks and maps the logical volumes stored on them to well defined names. This is pretty similar to what libvolumeid does... but since LVM's logical volumes are named by the user it tends to have better names then those numbers used as UUIDs. Note: the original reporter indicated the bug was in package 'libvolumeid0'; however, that package was not published in Baltix. Hi there! There is no need to convert LVM volumes to UUIDs: LVM finds its physical volumes on all disks and maps the logical volumes stored on them to well defined names. This is pretty similar to what libvolumeid does... but since LVM's logical volumes are named by the user it tends to have better names then those numbers used as UUIDs. Note: the original reporter indicated the bug was in package 'libvolumeid0'; however, that package was not published in Baltix.
2006-08-17 03:58:41 Matt Zimmerman title No need to convert LVM volumes to UUIDs LVM/MD root filesystem not found by uuid
2006-08-17 03:59:21 Matt Zimmerman udev: importance Untriaged High
2006-08-17 03:59:21 Matt Zimmerman udev: assignee keybuk
2006-08-17 03:59:21 Matt Zimmerman udev: statusexplanation Scott, have you looked into this further? If this indeed fails for all LVM and/or MD devices, it would be serious indeed
2006-08-21 12:54:24 Scott James Remnant (Canonical) udev: status Unconfirmed Fix Released
2006-08-21 12:54:24 Scott James Remnant (Canonical) udev: statusexplanation Scott, have you looked into this further? If this indeed fails for all LVM and/or MD devices, it would be serious indeed
2006-09-10 16:57:53 Matt Zimmerman grub: status Rejected Fix Released
2006-09-10 16:57:53 Matt Zimmerman grub: importance Untriaged High
2006-09-10 16:57:53 Matt Zimmerman grub: statusexplanation Not a grub bug, leaving open against udev for now grub (0.97-11ubuntu10) edgy; urgency=low * Don't transition LVM, evms and dev-mapper devices. (Ubuntu #54002) -- Scott James Remnant <scott@ubuntu.com> Mon, 21 Aug 2006 09:48:55 +0200
2006-09-10 16:57:53 Matt Zimmerman grub: assignee keybuk
2006-09-10 22:24:17 Matt Zimmerman udev: status Fix Released Confirmed
2006-09-10 22:24:17 Matt Zimmerman udev: statusexplanation Reopening udev task, as md detection doesn't seem to be sorted yet. MD folks, please provide details.
2006-09-14 14:26:50 Scott James Remnant (Canonical) udev: assignee keybuk fabbione
2006-09-14 14:26:50 Scott James Remnant (Canonical) udev: statusexplanation Reopening udev task, as md detection doesn't seem to be sorted yet. MD folks, please provide details. Fabio should be uploading a fixed mdrun initramfs script after Knot 3 freeze that at least works around the problem
2006-09-14 17:43:45 Fabio Massimo Di Nitto mdadm: status Confirmed Fix Released
2006-09-14 17:43:45 Fabio Massimo Di Nitto mdadm: statusexplanation Fabio should be uploading a fixed mdrun initramfs script after Knot 3 freeze that at least works around the problem The new mdadm has been uploaded but it will be approved only after knot-3 cd is out. It's a matter of a few hours and it is also a duplicate of 57607.