Red Hat Bugzilla – Bug 747632
using iSCSI target as root filesystem results in kernel panic at boot
Last modified: 2011-10-25 12:10:13 EDT
Description of problem:
I did a minimal i386 install with the following partition layout:
- 500M /boot
- 2048 swap
- 20G /
When the system reboots, I get a kernel panic when dracut tries to mount the root filesystem.
Note that this is a regular NIC and does not support iBFT -> /boot is on the local disk.
I have been unable to get into the dracut shell, even when I pass in rd.shell or rd.break as kernel options.
BOOT_IMAGE=/vmlinuz-3.1.0-0.rc10.git0.1.fc16.i686.PAE root=/dev/sdb1 ro ifname=em1:00:07:e9:5c:e0:30 iscsi_initiator=iqn.1994-05.com.domain:01.0e9b92 rd.md=0 rd.lvm=0 rd.dm=0 ip=em1:dhcp KEYTABLE=us SYSFONT=latarcyrheb-sun16 netroot=iscsi:@192.168.0.5::3260::iqn.2009-02.net.tirfa:for.all rd.luks=0 LANG=en_US.UTF-8 console=ttyS0,38400n8 rd.debug rd.udev.debug
Version-Release number of selected component (if applicable):
Every time, using LVM or not.
Steps to Reproduce:
1. do minimal install with / on iSCSI, /boot and swap on local disk
kernel panic on init
boot into working system
Created attachment 529303 [details]
console log from failed boot
Created attachment 529318 [details]
fstab from system
Proposing as a blocker for Fedora 16 final as it violates the following final release criterion :
The installer must be able to complete an installation using any network-attached storage devices (e.g. iSCSI, FCoE, Fibre Channel)
[ 3.748491] VFS: Cannot open root device "sdb1" or unknown-block(0,0)
This indicates, that no initramfs has been loaded and dracut was not even executed...
Check your grub configuration!
Created attachment 529322 [details]
This is the grub configuration on that system. There is neither an initramfs on /boot nor a initrd directive in the grub configuration
Created attachment 529324 [details]
Created attachment 529325 [details]
Created attachment 529326 [details]
Looks to me like everything anaconda was supposed to put in GRUB_CMDLINE_LINUX is there for the iscsi root. Apparently either there is no initrd or else grub2-mkconfig failed to find/recognize it. Tim, can you tell us if there's an initramfs to match your kernel in /boot?
(In reply to comment #9)
> Looks to me like everything anaconda was supposed to put in GRUB_CMDLINE_LINUX
> is there for the iscsi root. Apparently either there is no initrd or else
> grub2-mkconfig failed to find/recognize it. Tim, can you tell us if there's an
> initramfs to match your kernel in /boot?
There are no initramfs files in /boot
Created attachment 529337 [details]
warning: %posttrans(kernel-PAE-3.1.0-0.rc10.git0.1.fc16.i686) scriptlet failed, exit status 1
Tim, can you reproduce and then run whatever's in the kernel's %posttrans from the command line so we can see what fails?
(In reply to comment #12)
> Tim, can you reproduce and then run whatever's in the kernel's %posttrans from
> the command line so we can see what fails?
The two commands in %posttrans for kernel-PAE are:
/sbin/new-kernel-pkg --package kernel-PAE --mkinitrd --dracut --depmod --update 3.1.0-0.rc10.git0.1.fc16.i686.PAE || exit $?
/sbin/new-kernel-pkg --package kernel-PAE --rpmposttrans 3.1.0-0.rc10.git0.1.fc16.i686.PAE || exit $?
The failure is in the first command:
# /sbin/new-kernel-pkg --package kernel-PAE --mkinitrd --dracut --depmod --update 3.1.0-0.rc10.git0.1.fc16.i686.PAE
F: Failed to install wget
Created attachment 529343 [details]
dracut.log after running failed new-kernel-pkg cmd
I re-ran the kernel %posttrans commands after adding the following to dracut.conf:
I got an initramfs and the system now boots with the iSCSI target as /.
Re-assigning to dracut.
I tried the patch that wwoods posted:
After reverting dracut.conf and verified that the kernel posttrans commands failed again. I applied the patch to /usr/share/dracut/modules.d/90livenet/module-setup.sh, re-ran the kernel posttrans commands and they completed successfully.
dracut-013-16.fc16 has been submitted as an update for Fedora 16.
Discussed at 2011-10-21 blocker review meeting. Accepted as a blocker per criterion "The installer must be able to complete an installation using any network-attached storage devices (e.g. iSCSI, FCoE, Fibre Channel)" - technically the bug only affects minimal installations, but iSCSI is a case where you're probably quite likely to do a minimal install, and it seems a serious enough bug to take as a blocker.
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing dracut-013-16.fc16'
as soon as you are able to, then reboot.
Please go to the following url:
then log in and leave karma (feedback).
dracut-013-16.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.
Verified with an i686 minimal install of Fedora 16 using iSCSI target as /