Bug 117742

Summary: Kernel panic: No init found
Product: Red Hat Enterprise Linux 3 Reporter: Janet Smith <janet_smith>
Component: s390utilsAssignee: Phil Knirsch <pknirsch>
Status: CLOSED ERRATA QA Contact: Brian Brock <bbrock>
Severity: high Docs Contact:
Priority: high    
Version: 3.0CC: petrides, riel, rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: s390   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-07-02 12:39:31 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Janet Smith 2004-03-08 01:39:26 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; .NET 
CLR 1.1.4322)

Description of problem:
After using "up2date" to install the latest kernel, I get kernel 
failure:  Kernel panic: No init found

Previous kernel was 2.4.21-4.EL
Now neither kernel will boot.  I get the kernel panic when trying 
either one.  

I performed zipl with the following config:
[root@lnxbld boot]# cat /etc/zipl.conf
[defaultboot]
default=linux
target=/boot/
[2.4.21-9.0.1.EL]
        image=/boot/vmlinuz-2.4.21-9.0.1.EL
        ramdisk=/boot/initrd-2.4.21-9.0.1.EL.img
        parameters="root=/dev/dasda1    "
[linux]
        image=/boot/vmlinuz-2.4.21-4.EL
        ramdisk=/boot/initrd-2.4.21-4.EL.img
        parameters="root=/dev/dasda1    "

[root@lnxbld boot]# zipl
Using config file '/etc/zipl.conf'
Building bootmap '/boot//bootmap'
Building menu 'rh-automatic-menu'
Adding #1: IPL section '2.4.21-9.0.1.EL'
Adding #2: IPL section 'linux' (default)
Preparing boot device: dasda (0201).
Done.



Version-Release number of selected component (if applicable):
kernel-2.4.21-9.0.1.EL

How reproducible:
Always

Steps to Reproduce:
1. install kernel-2.4.21-9.0.1.EL
2. reboot

    

Actual Results:  Kernel panic: No init found

Expected Results:  system should have booted

Additional info:
Linux version 2.4.21-4.EL (bhcompile.redhat.com) (gcc 
version 3.2.3 2
0030502 (Red Hat Linux 3.2.3-20)) #1 SMP Fri Oct 3 17:31:42 EDT 2003
We are running under VM (31 bit mode)
This machine has no PFIX support
This machine has an IEEE fpu
On node 0 totalpages: 65536
zone(0): 65536 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/dasda1
..........................................
Creating root device
Mounting root filesystem
VFS: Can't find ext2 filesystem on dev dasd(94,0).
mount: error 22 mounting ext2
pivotroot: pivot_root(/sysroot,/sysroot/initrd) failed: 2
umount /initrd/proc failed: 2
Freeing unused kernel memory: 79k freed                            
Kernel panic: No init found.  Try passing init= option to kernel.

Comment 1 Janet Smith 2004-03-08 20:07:20 UTC
additional information:

chroot /mnt/new rpm -qa|grep kernel
kernel-2.4.21-4.EL
kernel-2.4.21-9.0.1.EL
kernel-unsupported-2.4.21-4.EL
kernel-utils-2.4-8.37

ls -l boot
total 14308
-rw-------    1 root     root        66048 Mar  7 19:17 bootmap
-rw-r--r--    1 root     root        48095 Oct  3 16:41 config-2.4.21-
4.EL
-rw-r--r--    1 root     root        48111 Feb  9 21:14 config-2.4.21-
9.0.1.EL
drwxr-xr-x    2 root     root         4096 Oct 27 17:38 grub
-rw-r--r--    1 root     root       597889 Nov 24 10:05 initrd-2.4.21-
4.EL.img
-rw-r--r--    1 root     root       596569 Mar  7 19:10 initrd-2.4.21-
9.0.1.EL.img
-rw-r--r--    1 root     root          331 Oct 27 17:40 kernel.h
-rw-r--r--    1 root     root        23108 Sep 11 02:32 message
-rw-r--r--    1 root     root        21282 Sep 11 02:32 message.ja
-rw-r--r--    1 root     root           17 Mar  5 19:43 parmfile.1
lrwxrwxrwx    1 root     root           22 Mar  5 19:42 System.map -> 
System.map-2.4.21-4.EL
-rw-r--r--    1 root     root       270194 Oct  3 16:41 System.map-
2.4.21-4.EL
-rw-r--r--    1 root     root       271258 Feb  9 21:14 System.map-
2.4.21-9.0.1.EL
-rw-r--r--    1 root     root         6109 Feb 19 04:41 tape0
-rwxr-xr-x    1 root     root      3163388 Oct  3 16:41 vmlinux-
2.4.21-4.EL
-rwxr-xr-x    1 root     root      3167488 Feb  9 21:14 vmlinux-
2.4.21-9.0.1.EL
-rwxr-xr-x    1 root     root      3144960 Oct  3 16:41 vmlinuz-
2.4.21-4.EL
-rwxr-xr-x    1 root     root      3153152 Feb  9 21:14 vmlinuz-
2.4.21-9.0.1.EL
jasmith@lnxbld Ready;
cat etc/zipl.conf
[defaultboot]
default=linux
target=/boot/
[2.4.21-9.0.1.EL]
        image=/boot/vmlinuz-2.4.21-9.0.1.EL
        ramdisk=/boot/initrd-2.4.21-9.0.1.EL.img
        parameters="root=/dev/dasda1    "
[linux]
        image=/boot/vmlinuz-2.4.21-4.EL
        ramdisk=/boot/initrd-2.4.21-4.EL.img
        parameters="root=/dev/dasda1    "


Comment 2 Janet Smith 2004-03-08 20:59:00 UTC
Problem is with zipl.

I uninstalled s390utils-1.2.4-3
and 
reinstalled s390utils-1.1.7-2

Ran zipl and system booted OK.

Comment 3 Ernie Petrides 2004-03-08 22:56:35 UTC
Thanks for this report, Janet.  I'm reassigning this to our s390utils
maintainer.  But I'd like to mention that the RHEL3 U2 s390* kernel
packages will now list a conflict with s390utils pkg versions prior
to s390utils-1.2.4-3.  We believe that s390utils-1.2.4-3 has a bug
fix that is critical for upgrades *from* U1.

Is it possible that your /etc/zipl.conf was mangled by the U1 version
of s390utils (the one prior to 1.2.4-3)?


Comment 4 Janet Smith 2004-04-15 22:11:08 UTC
I don't know.  Early in this bug, I pasted the /etc/zipl.conf file 
and the results of the zipl command.  

I'll mention another problem now.  I'm trying to boot from scsi and 
using this older zipl (from s390utils-1.1.7-2), I could not get a 
proper zipl result:

# chroot /mnt/new zipl
Error: Cannot get partition info for bootmap /boot//bootmap.

So, I installed the newer zipl (from s390utils-1.2.4-3).  And like 
the with DASD, the zipl appeared to work.  However, we get the kernel 
panic on booting from the SCSI device also.


Comment 5 Karsten Hopp 2004-06-14 10:05:17 UTC
> VFS: Can't find ext2 filesystem on dev dasd(94,0) 
 
I wonder why it tries to access /dev/dasda instead of /dev/dasda1 ? 
94,0 is dasda, 94,1 is dasda1 

Comment 6 Phil Knirsch 2004-07-02 12:39:31 UTC
Well, booting from SCSI isn't supported for Red Hat Enterprise Linux 3
at the moment iirc.

But as Ernie already pointed out, versions prior to s390utils-1.2.4-3
hat a bug that sometimes prevented the proper installation of the zipl
entries.

As booting from DADS now work again i'll close this bug as ERRATA (as
the latest quarterly update has the fixed version included).

Read ya, Phil