** Description changed:

- I'm unable to upgrade my Dell PowerEdge T105 from Saucy to Trusty
- because madm freezes during the update grub process during setup. This
- system was originally installed in April of 2009 with Hardy 8.04 and has
- successfully upgraded from revision to revision since then. This is the
- first time madm has failed to upgrade.
+ [Impact]
+ 
+  * Upgrading to mdadm/trusty package fails, if the machine is using
+ grub1
+ 
+ [Test Case]
+ 
+  * Install grub1 - package grub (I've installed 8.04 LTS from old-
+ releases.ubuntu.com first and upgraded to each consecutive LTS release
+ up to 14.04)
+ 
+  * Upgrading to mdadm/trusty should not stall & should not execute
+ grub1's update-grub & should succeed normally
+ 
+ [Regression Potential]
+ 
+  * This bug does not affect installations that use grub2, default since
+ 9.04
+ 
+ [Other Info]
+ 
+ ========================= ATTENTION! ========================= 
+ All users who have not yet upgraded to grub2 are urged to upgrade to grub 
following instructions at:
+            https://help.ubuntu.com/community/Grub2/Upgrading
+ ========================= ATTENTION! =========================
+ 
+ 
+ I'm unable to upgrade my Dell PowerEdge T105 from Saucy to Trusty because 
madm freezes during the update grub process during setup. This system was 
originally installed in April of 2009 with Hardy 8.04 and has successfully 
upgraded from revision to revision since then. This is the first time madm has 
failed to upgrade.
  
  Yesterday evening I ran do-release-upgrade -d and it froze at:
  
  Setting up libdevmapper1.02.1:amd64 (2:1.02.77-6ubuntu2) ...
  Setting up libdevmapper-event1.02.1:amd64 (2:1.02.77-6ubuntu2) ...
  Setting up lvm2 (2.02.98-6ubuntu2) ...
  Installing new version of config file /etc/lvm/lvm.conf ...
  update-initramfs: deferring update (trigger activated)
  Setting up mdadm (3.2.5-5ubuntu3) ...
-  Removing any system startup links for /etc/init.d/mdadm-raid ...
+  Removing any system startup links for /etc/init.d/mdadm-raid ...
  update-initramfs: deferring update (trigger activated)
  update-grub is /usr/sbin/update-grub
  Searching for GRUB installation directory ... found: /boot/grub
  Searching for default file ... found: /boot/grub/default
  Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
  Searching for splash image ... none found, skipping ...
  Found kernel: /boot/vmlinuz-3.13.0-12-generic
  Found kernel: /boot/vmlinuz-3.11.0-17-generic
  Found kernel: /boot/vmlinuz-3.11.0-15-generic
  Found kernel: /boot/vmlinuz-3.11.0-14-generic
  Found kernel: /boot/vmlinuz-3.11.0-12-generic
  Found kernel: /boot/vmlinuz-3.11.0-7-generic
  Found kernel: /boot/memtest86+.bin
  -- 0:trusty -- time-stamp -- Feb/25/14 17:04:19 --
  -- 0:trusty -- time-stamp -- Feb/25/14 17:11:58 --
  
  -- 0:trusty -- time-stamp -- Feb/25/14 17:14:00 --
  -- 0:trusty -- time-stamp -- Feb/25/14 17:27:48 --
  
- 
- It sat there for about half an hour so I canceled the do-release-upgrade and 
tried to recover with the usual steps after cleaning out some stale kernels:
+ It sat there for about half an hour so I canceled the do-release-upgrade
+ and tried to recover with the usual steps after cleaning out some stale
+ kernels:
  
  root@kami:~# apt-get update
  [...] output removed
- E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to 
correct the problem. 
+ E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to 
correct the problem.
  root@kami:~# apt-get -f install
- E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to 
correct the problem. 
+ E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to 
correct the problem.
  root@kami:~# apt-get dist-upgrade
- E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to 
correct the problem. 
+ E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to 
correct the problem.
  root@kami:~# sudo dpkg --configure -a
  Processing triggers for initramfs-tools (0.103ubuntu3) ...
  update-initramfs: Generating /boot/initrd.img-3.13.0-12-generic
  Setting up mdadm (3.2.5-5ubuntu3) ...
-  Removing any system startup links for /etc/init.d/mdadm-raid ...
+  Removing any system startup links for /etc/init.d/mdadm-raid ...
  update-initramfs: deferring update (trigger activated)
  update-grub is /usr/sbin/update-grub
  Searching for GRUB installation directory ... found: /boot/grub
  Searching for default file ... found: /boot/grub/default
  Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
  Searching for splash image ... none found, skipping ...
  Found kernel: /boot/vmlinuz-3.13.0-12-generic
  Found kernel: /boot/vmlinuz-3.11.0-17-generic
  Found kernel: /boot/vmlinuz-3.11.0-15-generic
  Found kernel: /boot/memtest86+.bin
  
- 
  At this point mdadm setup still just sits forever. If I hit Ctrl-C:
  
  ^Cdpkg: error processing package mdadm (--configure):
-  subprocess installed post-installation script was interrupted
+  subprocess installed post-installation script was interrupted
  Processing triggers for initramfs-tools (0.103ubuntu3) ...
  update-initramfs: Generating /boot/initrd.img-3.13.0-12-generic
  Errors were encountered while processing:
-  mdadm
- root@kami:~# 
- 
+  mdadm
+ root@kami:~#
  
  root@kami:~# fdisk -l /dev/sda
  
  Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
  255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
  Units = sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  Disk identifier: 0x000918ae
  
-    Device Boot      Start         End      Blocks   Id  System
+    Device Boot      Start         End      Blocks   Id  System
  /dev/sda1   *          63    39070079    19535008+  fd  Linux raid autodetect
  /dev/sda2        39070080  1953520064   957224992+   5  Extended
  /dev/sda5        39070143    46877669     3903763+  fd  Linux raid autodetect
  /dev/sda6        46877733  1953520064   953321166   fd  Linux raid autodetect
- 
  
  root@kami:~# fdisk -l /dev/sdb
  
  Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
  255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
  Units = sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  Disk identifier: 0x000455d6
  
-    Device Boot      Start         End      Blocks   Id  System
+    Device Boot      Start         End      Blocks   Id  System
  /dev/sdb1   *          63    39070079    19535008+  fd  Linux raid autodetect
  /dev/sdb2        39070080  1953520064   957224992+   5  Extended
  /dev/sdb5        39070143    46877669     3903763+  fd  Linux raid autodetect
  /dev/sdb6        46877733  1953520064   953321166   fd  Linux raid autodetect
  
+ root@kami:~# cat /proc/mdstat
+ Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] 
[raid10]
+ md2 : active raid1 sdb6[1] sda6[0]
+       953321088 blocks [2/2] [UU]
  
- root@kami:~# cat /proc/mdstat 
- Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] 
[raid10] 
- md2 : active raid1 sdb6[1] sda6[0]
-       953321088 blocks [2/2] [UU]
-       
  md0 : active raid1 sdb1[1] sda1[0]
-       19534912 blocks [2/2] [UU]
-       
+       19534912 blocks [2/2] [UU]
+ 
  md1 : active raid1 sdb5[1] sda5[0]
-       3903680 blocks [2/2] [UU]
-       
+       3903680 blocks [2/2] [UU]
+ 
  unused devices: <none>
  
- 
- root@kami:~# vgscan 
-   Reading all physical volumes.  This may take a while...
-   Found volume group "KamiVG01" using metadata type lvm2
+ root@kami:~# vgscan
+   Reading all physical volumes.  This may take a while...
+   Found volume group "KamiVG01" using metadata type lvm2
  
  root@kami:~# lvscan
-   ACTIVE            '/dev/KamiVG01/chippoke' [50.00 GiB] inherit
-   ACTIVE            '/dev/KamiVG01/nas-office' [850.00 GiB] inherit
- 
+   ACTIVE            '/dev/KamiVG01/chippoke' [50.00 GiB] inherit
+   ACTIVE            '/dev/KamiVG01/nas-office' [850.00 GiB] inherit
  
  (additional data and logs will be added soon)

** Description changed:

  [Impact]
  
-  * Upgrading to mdadm/trusty package fails, if the machine is using
+  * Upgrading to mdadm/trusty package fails, if the machine is using
  grub1
  
  [Test Case]
  
-  * Install grub1 - package grub (I've installed 8.04 LTS from old-
+  * Install grub1 - package grub (I've installed 8.04 LTS from old-
  releases.ubuntu.com first and upgraded to each consecutive LTS release
  up to 14.04)
  
-  * Upgrading to mdadm/trusty should not stall & should not execute
+  * Upgrading to mdadm/trusty should not stall & should not execute
  grub1's update-grub & should succeed normally
  
  [Regression Potential]
  
-  * This bug does not affect installations that use grub2, default since
+  * This bug does not affect installations that use grub2, default since
  9.04
  
  [Other Info]
  
- ========================= ATTENTION! ========================= 
+ ========================= ATTENTION! =========================
  All users who have not yet upgraded to grub2 are urged to upgrade to grub 
following instructions at:
-            https://help.ubuntu.com/community/Grub2/Upgrading
+            https://help.ubuntu.com/community/Grub2/Upgrading
  ========================= ATTENTION! =========================
  
+ [Original bug report]
  
- I'm unable to upgrade my Dell PowerEdge T105 from Saucy to Trusty because 
madm freezes during the update grub process during setup. This system was 
originally installed in April of 2009 with Hardy 8.04 and has successfully 
upgraded from revision to revision since then. This is the first time madm has 
failed to upgrade.
+ I'm unable to upgrade my Dell PowerEdge T105 from Saucy to Trusty
+ because madm freezes during the update grub process during setup. This
+ system was originally installed in April of 2009 with Hardy 8.04 and has
+ successfully upgraded from revision to revision since then. This is the
+ first time madm has failed to upgrade.
  
  Yesterday evening I ran do-release-upgrade -d and it froze at:
  
  Setting up libdevmapper1.02.1:amd64 (2:1.02.77-6ubuntu2) ...
  Setting up libdevmapper-event1.02.1:amd64 (2:1.02.77-6ubuntu2) ...
  Setting up lvm2 (2.02.98-6ubuntu2) ...
  Installing new version of config file /etc/lvm/lvm.conf ...
  update-initramfs: deferring update (trigger activated)
  Setting up mdadm (3.2.5-5ubuntu3) ...
   Removing any system startup links for /etc/init.d/mdadm-raid ...
  update-initramfs: deferring update (trigger activated)
  update-grub is /usr/sbin/update-grub
  Searching for GRUB installation directory ... found: /boot/grub
  Searching for default file ... found: /boot/grub/default
  Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
  Searching for splash image ... none found, skipping ...
  Found kernel: /boot/vmlinuz-3.13.0-12-generic
  Found kernel: /boot/vmlinuz-3.11.0-17-generic
  Found kernel: /boot/vmlinuz-3.11.0-15-generic
  Found kernel: /boot/vmlinuz-3.11.0-14-generic
  Found kernel: /boot/vmlinuz-3.11.0-12-generic
  Found kernel: /boot/vmlinuz-3.11.0-7-generic
  Found kernel: /boot/memtest86+.bin
  -- 0:trusty -- time-stamp -- Feb/25/14 17:04:19 --
  -- 0:trusty -- time-stamp -- Feb/25/14 17:11:58 --
  
  -- 0:trusty -- time-stamp -- Feb/25/14 17:14:00 --
  -- 0:trusty -- time-stamp -- Feb/25/14 17:27:48 --
  
  It sat there for about half an hour so I canceled the do-release-upgrade
  and tried to recover with the usual steps after cleaning out some stale
  kernels:
  
  root@kami:~# apt-get update
  [...] output removed
  E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to 
correct the problem.
  root@kami:~# apt-get -f install
  E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to 
correct the problem.
  root@kami:~# apt-get dist-upgrade
  E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to 
correct the problem.
  root@kami:~# sudo dpkg --configure -a
  Processing triggers for initramfs-tools (0.103ubuntu3) ...
  update-initramfs: Generating /boot/initrd.img-3.13.0-12-generic
  Setting up mdadm (3.2.5-5ubuntu3) ...
   Removing any system startup links for /etc/init.d/mdadm-raid ...
  update-initramfs: deferring update (trigger activated)
  update-grub is /usr/sbin/update-grub
  Searching for GRUB installation directory ... found: /boot/grub
  Searching for default file ... found: /boot/grub/default
  Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
  Searching for splash image ... none found, skipping ...
  Found kernel: /boot/vmlinuz-3.13.0-12-generic
  Found kernel: /boot/vmlinuz-3.11.0-17-generic
  Found kernel: /boot/vmlinuz-3.11.0-15-generic
  Found kernel: /boot/memtest86+.bin
  
  At this point mdadm setup still just sits forever. If I hit Ctrl-C:
  
  ^Cdpkg: error processing package mdadm (--configure):
   subprocess installed post-installation script was interrupted
  Processing triggers for initramfs-tools (0.103ubuntu3) ...
  update-initramfs: Generating /boot/initrd.img-3.13.0-12-generic
  Errors were encountered while processing:
   mdadm
  root@kami:~#
  
  root@kami:~# fdisk -l /dev/sda
  
  Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
  255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
  Units = sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  Disk identifier: 0x000918ae
  
     Device Boot      Start         End      Blocks   Id  System
  /dev/sda1   *          63    39070079    19535008+  fd  Linux raid autodetect
  /dev/sda2        39070080  1953520064   957224992+   5  Extended
  /dev/sda5        39070143    46877669     3903763+  fd  Linux raid autodetect
  /dev/sda6        46877733  1953520064   953321166   fd  Linux raid autodetect
  
  root@kami:~# fdisk -l /dev/sdb
  
  Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
  255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
  Units = sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  Disk identifier: 0x000455d6
  
     Device Boot      Start         End      Blocks   Id  System
  /dev/sdb1   *          63    39070079    19535008+  fd  Linux raid autodetect
  /dev/sdb2        39070080  1953520064   957224992+   5  Extended
  /dev/sdb5        39070143    46877669     3903763+  fd  Linux raid autodetect
  /dev/sdb6        46877733  1953520064   953321166   fd  Linux raid autodetect
  
  root@kami:~# cat /proc/mdstat
  Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] 
[raid10]
  md2 : active raid1 sdb6[1] sda6[0]
        953321088 blocks [2/2] [UU]
  
  md0 : active raid1 sdb1[1] sda1[0]
        19534912 blocks [2/2] [UU]
  
  md1 : active raid1 sdb5[1] sda5[0]
        3903680 blocks [2/2] [UU]
  
  unused devices: <none>
  
  root@kami:~# vgscan
    Reading all physical volumes.  This may take a while...
    Found volume group "KamiVG01" using metadata type lvm2
  
  root@kami:~# lvscan
    ACTIVE            '/dev/KamiVG01/chippoke' [50.00 GiB] inherit
    ACTIVE            '/dev/KamiVG01/nas-office' [850.00 GiB] inherit
  
  (additional data and logs will be added soon)

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1285312

Title:
  Setting up mdadm (3.2.5-5ubuntu3) freezes after calling grub1's
  update-grub from postinst

To manage notifications about this bug go to:
https://bugs.launchpad.net/grub/+bug/1285312/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to