New subject: [Bug 779087] after 12.1->12.2 upgrade, system with ROOT on LVM-on-RAID fails to boot; loops VG not found/partial mode

6 Sep 2012

      https://bugzilla.novell.com/show_bug.cgi?id=779087

https://bugzilla.novell.com/show_bug.cgi?id=779087#c0

           Summary: after 12.1->12.2 upgrade, system with ROOT on
                    LVM-on-RAID fails to boot; loops VG not found/partial
                    mode
    Classification: openSUSE
           Product: openSUSE 12.2
           Version: Final
          Platform: All
        OS/Version: openSUSE 12.2
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Basesystem
        AssignedTo: bnc-team-screening@forge.provo.novell.com
        ReportedBy: ar16@imapmail.org
         QAContact: qa-bugs@suse.de
          Found By: ---
           Blocker: ---

User-Agent:       Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20100101
Firefox/15.0

My a number opensuse 12.1 boxes that have:

    /boot on RAID-1
    /root on LVM on RAID-10

They've been configured and running that way, without issue, for a long time.

I'm working on 12.1->12.2 upgrades.

The upgrades were performed by 
(1) adding the full isntall DVD as a priority 98 (1 above default 99) source
(2) zypper dup
(3) remove/disable the DVD source
(4) zypper dup

All boxes that have NO raid involvement have upgraded without incident; boot is
fine.

On all boxes that have a RAID array +LVMs,  post 12.1->12.2 upgrade fail to
find their respective VolumeGroups.

They boot, 'thru' grub, but only get so far as the boot console endlessly
looping the following message:

"Volume Group "VG_XX" not found.
 Partial Mode.  Incomplete logical volumes will not be processed"

I've verified that it's not a problem with the array -- it assembles fine if I
boot from a non-systemd-init rescue disk, e.g. SystemRescueCD.

I've been asked (by AJaeger @ #opensuse-factory) to file this bug, and attache
a photo of the boot screen and to "use the rescue system to show the setup".

I've attached the photo here, but boot from the Opensuse 122 full-install
diskis'sresuce system fails.  It just hangs at the 'green screen + chameleon'.

Attempting to booting from a sysvinit fallback init via the grub prompt to
switch the init system
, specifying "init=/sbin/init.sysv.fallback" on kernel grub line, unfortunately
does NOT fix the problem;  same error -- not finding the VG.  Again, boot from
'systemrescueCD' does find the array.

This is true on 3 different upgraded machines I've just checked.

Chatting in #lvm, the following was offered:

 Aresby: I guess you will need to ask package maintainer for your distro
for help
[07:19] <Aresby> kabi_: So nothing @lvm that's fundamentally at-odds with
systemd?
[07:20]  Aresby: since systemd is quite invasive in the system boot
process and it's highly quite a bit distro specific
[07:21]  Aresby: Well there are some on going steps being made in Fedora
Rawhide towards better intergration of systemd and lvm and in general Fedora
should mostly always work 
[07:21]  Aresby: but I've no idea how the Opensuse is resolving related
problems  (and there are some...)
[07:22] <wN> Aresby: i was giogn to say that if it was a non-root volume you
could try adding _netdev to the mount options to delay the startup
[07:23] <Aresby> wN to grub kernel line?
[07:23] <wN> to fstab
[07:23] <Aresby> ah, hence the non-root reqt.
[07:23] <wN> partially activation usually only happens when some PVs are
missing, but others are not.
[07:24] <wN> (in the vg)
[07:24] <wN> it looks like you're already going into partial mode, which means
that parts of the LV could be missing
[07:25] <Aresby> wN Not clear how that might be the case.  It's one PV & one VG
across a 4-disk RAID-10 array.
[07:25] <wN> that is odd. 
[07:25]  do problem is that  you need to ensure all volumes are ready
and available
[07:25] <wN> perhaps there is another scenario that invokes partial activation. 
[07:26]  and in Fedora for a long time there was  udevadm  settle used
for this
[07:26] <Aresby> wN: & if it were 'missing' for some persistent/physical
reason, I'd expect it to be also the case when booted from other media
[07:26] <Aresby> kabi_: specifically for the systemd case?
[07:27]  Aresby: yes - which slows down to booting process  - since udev
cannot wait only for particalar discs
[07:28]  Aresby: now ongoing modificaition are trying to bring-in
auto-activation  in the right time - but that's still under developement and
just somehow explored/tested in Rawhide

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

-- 
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug 779087] New: after 12.1->12.2 upgrade, system with ROOT on LVM-on-RAID fails to boot; loops VG not found/partial mode

tags

participants (1)