[Bug 1487365] Re: Ubuntu14.04 .3 RAID installation fails on firestone

Fri Jan 22 14:20:07 UTC 2016

I verified this on Trusty w/ apt-setup/proposed=true.
The installation finishes fine (no errors on grub-installer), and the system boots fine.
Marking verification-done.

Installation instructions for Software RAID have been documented in the
SoftwareRAID [1] wiki page, and linked from the ppc64el wiki page [2].

[1] https://wiki.ubuntu.com/ppc64el/SoftwareRAID
[2] https://wiki.ubuntu.com/ppc64el/

Details from the installer (end of installation) and booted system:

Installer:
---------

~ # grep grub-installer /var/log/syslog
Jan 22 12:53:23 anna[6673]: DEBUG: retrieving grub-installer 1.78ubuntu20.3
Jan 22 13:23:37 main-menu[1674]: INFO: Menu item 'grub-installer' selected
Jan 22 13:23:37 grub-installer: info: architecture: ppc64el/chrp_ibm
Jan 22 13:23:53 grub-installer: info: Identified partition label for /dev/md0p2: loop
Jan 22 13:23:54 grub-installer: info: Wiping PReP partition /dev/sda1
Jan 22 13:24:07 grub-installer: info: Installing grub on '/dev/sda1'
Jan 22 13:24:07 grub-installer: info: grub-install does not support --no-floppy
Jan 22 13:24:07 grub-installer: info: Wiping PReP partition /dev/sda1
Jan 22 13:24:07 grub-installer: info: Running chroot /target grub-install  --force "/dev/sda1"
Jan 22 13:24:07 grub-installer: Installing for powerpc-ieee1275 platform.
Jan 22 13:24:13 grub-installer: Installation finished. No error reported.
Jan 22 13:24:13 grub-installer: info: grub-install ran successfully

~ # parted_devices 
/dev/sda        17179869184     QEMU QEMU HARDDISK
/dev/sdb        17179869184     QEMU QEMU HARDDISK
/dev/mapper/mauricfo4--vg-swap_1        754974720       Linux device-mapper (linear)
/dev/mapper/mauricfo4--vg-root  16139681792     Linux device-mapper (linear)
/dev/md0        17161912320     Linux Software RAID Array

~ # /usr/lib/grub-installer/prep-bootdev -l
/dev/sda1

Booted:
------

$ cat /proc/cmdline
BOOT_IMAGE=/vmlinux-4.2.0-26-generic root=/dev/mapper/mauricfo4--vg-root ro splash quiet nomdmonddf nomdmonisw vt.handoff=7

$ mount | grep ' / '
/dev/mapper/mauricfo4--vg-root on / type ext4 (rw,errors=remount-ro)

$ sudo lvm pvs
  PV         VG           Fmt  Attr PSize  PFree
  /dev/md0p3 mauricfo4-vg lvm2 a--  15.73g    0 

$ cat /proc/swaps
Filename                                Type            Size    Used    Priority
/dev/dm-1                               partition       737216  0       -1

$ ls -l /dev/mapper/mauricfo4--vg-swap_1 
lrwxrwxrwx 1 root root 7 Jan 22 09:13 /dev/mapper/mauricfo4--vg-swap_1 -> ../dm-1

** Tags removed: verification-needed
** Tags added: verification-done

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

Title:
  Ubuntu14.04 .3 RAID installation fails on firestone

Status in debian-installer package in Ubuntu:
  Invalid
Status in grub-installer package in Ubuntu:
  Triaged
Status in partman-md package in Ubuntu:
  Triaged
Status in partman-prep package in Ubuntu:
  Fix Released
Status in debian-installer source package in Trusty:
  New
Status in grub-installer source package in Trusty:
  New
Status in partman-md source package in Trusty:
  New
Status in partman-prep source package in Trusty:
  Fix Committed
Status in debian-installer source package in Vivid:
  New
Status in grub-installer source package in Vivid:
  New
Status in partman-md source package in Vivid:
  New
Status in partman-prep source package in Vivid:
  New
Status in debian-installer source package in Wily:
  New
Status in grub-installer source package in Wily:
  New
Status in partman-md source package in Wily:
  New
Status in partman-prep source package in Wily:
  New

Bug description:
  [Impact]
  Users installing on ppc64el with RAID enabled, doing manual or guided partitioning are unable to complete the installation because the multiple passes of partitioning required to apply the initial partitions on disk (PReP partitions and all) and the next set of partitions on RAID or LVM cause the initial PReP flags to be lost.

  [Test case]
  1) Start installation on a ppc64el system with two or more disks.
  2) Use manual partitioning to add a PReP partition on one of the disks. It should have a size of 8MB, at the beginning of the disk. It can be followed by free space or a single partition to be used as space for RAID.
  3) Create a RAID volume, using RAID1 (2 partitions, 0 spaces), add the RAID partition previously created and the free space from another disk.
  4) End partitioning, confirming everything.

  The installation should complete successfully.

  [Regression potential]
  This is limited to the handling of PReP partitions, so only applies to ppc64el systems. Possible regressions may be failure to allow a valid setup of partitions while preparing the install on ppc64el, or failure of the installation on an invalid (but not immediately detected) partition setup, at the point where grub-installer will try to install the bootloader on the system.

  ---

  Problem Description
  =======================
  Installation goes smoothly, until it reaches grub installation, and fails with fatal error there.

  Machine Type = pio-firestone

  ---boot type---
  QEMU direct boot kernel/initrd

  ---Kernel cmdline used to launch install---
  kexec -l /root/vmlinux.venkat -i /root/initrd.gz.venkat
  kexec -e

  == Comment: # - Venkat R. B <venkatb3 at in.ibm.com> - 2015-08-14 08:08:41 ==
  I am trying to install Ubuntu14.04 on the firestone machine on a RAID1 array, configured with software raid.
  Installation goes on smoothly till its reaches grub loader and fails. Below I have pasted the error.

               ?? [!!] Install the GRUB boot loader on a hard disk ??
    ????????????                                                    ? ?????????
    ?          ?        Unable to install GRUB in /dev/md0p1        ?         ?
    ?          ? Executing 'grub-install /dev/md0p1' failed.        ?         ?
    ?          ?                                                    ?         ?
    ? Running "? This is a fatal error.                             ?         ?
    ?          ?                                                    ?         ?
    ????????????     <Go Back>                       <Continue>     ? ?????????
               ?                                                    ?
               ??????????????????????????????????????????????????????

  == Comment: # - Mauricio Faria De Oliveira <mauricfo at br.ibm.com> - 2015-08-20 09:31:11 ==
  grub-installer pieces from syslog

  Aug 19 11:07:43 grub-installer: info: Installing grub on '/dev/md0p1'
  Aug 19 11:07:43 grub-installer: info: grub-install does not support --no-floppy
  Aug 19 11:07:43 grub-installer: info: Running chroot /target grub-install  --force "/dev/md0p1"
  Aug 19 11:07:43 grub-installer: Installing for powerpc-ieee1275 platform.
  Aug 19 11:08:01 grub-installer: grub-install: error: failed to copy Grub to the PReP partition.
  Aug 19 11:08:01 grub-installer: error: Running 'grub-install  --force "/dev/md0p1"' failed.

  and the "error:" message 'failed to copy Grub to the PReP partition.'
  is not generated by the grub-installer script itself [1], so probably
  coming down from grub2.

  I'd suggest to either involve our grub2 guy (not sure if available),
  or mirroring to Canonical.

  [1] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/grub-
  installer/trusty-updates/view/head:/grub-installer

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1487365/+subscriptions