Red Hat Bugzilla – Bug 181427
Boot not able to load LVM Volume Groups after kernel update
Last modified: 2010-05-14 18:11:39 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:220.127.116.11) Gecko/20060111 Firefox/18.104.22.168
Description of problem:
I installed RHEL AS release 4 Update 2, creating a LVM volume group and logical volumes on top of a 3ware 9550SX SATA RAID controller.
After installation, bootup and volumes work fine.
Ran up2date to update the kernel from 2.6.9-22.ELsmp to 2.6.9-22.0.2.ELsmp. Update went fine, until I rebooted the system.
The system now fails to boot after failing to locate volume group vg00.
Exact error display of system after kernel panic is:
Booting 'Red Hat Enterprise Linux AS (2.6.9-22.0.2.ELsmp)'
kernel direct mapping tables upto 10100000000 @ 8000-d000
Filesystem type is ext2fs, partition type 0x83
kernel /vmlinuz-2.6.9-22.0.2.ELsmp ro root=/dev/vg00/lgv_root rhgb quiet
[Linux-bzImage, setup=0x1400, size=0x19043f]
[Linux-initrd @ 0x37e6c000, 0x183a9d bytes]
Booting the kernel.
Red Hat nash version 22.214.171.124 starting
Reading all physical volumes. This may take a while...
No volume groups found
Unable to find volume group "vg00"
ERROR: /bin/lvm exited abnormally! (pid 219)
mount: error 6 mounting ext3
mount: error 2 mounting none
swicthroot: mount failed : 22
umount /initrd/dev failed: 2
Kernel panic - not syncing: Attempted to kill init!
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Update kernel to latest version via up2date
2. Reboot and select the latest build via Grub
Actual Results: See description.
Contents of modprobe.conf (Works fine with 2.6.9-22.ELsmp)
alias scsi_hostadapter 3w-9xxx
alias eth0 tg3
alias eth1 tg3
alias usb-controller ehci-hcd
alias usb-controller1 uhci-hcd
Could you also tell us the filter line in /etc/lvm/lvm.conf?
Try booting without the "quiet" option. Do you see your 3ware 9550SX and
the disks attached in the boot messages?
I am away from the office today, but will get this information for you tomorrow.
From memory, I did enable extended logging for lvm. I will collect that log and
The filter line from lvm.conf is
filter = [ "a/.*/" ]
The disks appear to be loading properly. Unfortunately, the boot sequence
happens so fast that I can't view the disk loading sequence to verify.
What I'm going to do for now is to restructure the partitions so that only /home
and /var are contained within LVM. At least I should be able to boot the server
to single user with the latest kernel loaded.
After reinstalling without using LVM on any partition, except /home and /var, I
still get a kernel panic after updating via RHN.
I booted without the quiet flag and here is what I can see during boot prior to
the panic. Could this have something to do with the device-mapper?
1) Loading 3-9xxx.ko module
2) 3ware 9000 Storage Controller device driver for Linux v2.26.02.001
3) Loading dm-mod.ko module
4) device-mapper : 4.4.0-ioctl (2005-01-12) initialised: email@example.com
5) Loading jbd.ko module
6) Loading ext3.ko module
7) Creating root device
8) mkrootdev: label / not found
9) Mounting root filesystem
10) mount: error 2 mounting ext3
11) mount: error 2 mounting none
12) Switching to new root
13) switchroot: mount failed: 22
14) umount /initrd/dev failed: 2
15) Kernel panic - not syncing: Atrtempted to kill init!
Does the root device show up at /dev/sd? when you're booted?
Is sd_mod getting loaded during your initrd?
Try rerunning the mkinitrd command with the -v flag and post that output to the bug.
1) Unfortunately, I do not get beyond the kernel panic.
2) I don't see anything related to sd_mod during the bootstrap. It may be
loading, but the screen output is so fast, I may be missing it.
3) I will attempt the mkinitrd and send the output to you.
One thing, though. I have found numerous postings that reference this error with
an issue with using a LABEL for the root device in GRUB. Could this potentially
have an impact here?
This is my GRUB entry for this kernel: kernel /vmlinuz-2.6.9-22.0.2.EL ro
Created attachment 124701 [details]
Output from mkinitrd -v
When you filed the bug you said you were booting with the option
"root=/dev/vg00/lgv_root," does it boot with that now instead of using
It has been awhile since attempting. To my recollection, I was not able to get
that to work.
Quite old bug and according to comments, still not enough information why it failed (mkinitrd?)... Closing this, please reopen if you have still problems on more recent system, thanks.