Bug 251566

Summary: Trouble with booting 2.6.18-37.el5xen kernel on a Dell PowerEdge machine
Product: Red Hat Enterprise Linux 5 Reporter: Gurhan Ozen <gozen>
Component: xenAssignee: Xen Maintainance List <xen-maint>
Status: CLOSED NOTABUG QA Contact: Virtualization Bugs <virt-bugs>
Severity: low Docs Contact:
Priority: low    
Version: 5.1CC: jburke
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-09-25 12:53:01 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:
Attachments:
Description Flags
xen kernel boot.
none
dmidecode on the machine
none
cpuinfo from the box
none
lspci info from the machine
none
meminfo of the machine
none
xen kernel boot log
none
boot log from non-xen kernel none

Description Gurhan Ozen 2007-08-09 19:40:13 UTC
This might be hardware-specific, as this kernel most certainly was able to boot
on other machines. When, however, tried this kernel on a Dell PowerEdge 1950
machine, the xen kernel didn't boot whereas the non-xen kernel did. The last
line of the boot messages is :
  request_module: runaway loop modprobe binfmt-464c

I am attaching the boot messages from xen kernel and also various information
about the hardware i retrieve while it's booted into non-xen kernel. 

Version-Release number of selected component (if applicable):
2.6.18-37.el5xen.x86_64

How reproducible:
Everytime

Steps to Reproduce:
1. You'll need a Dell PowerEdge 1950 machine for this. There are two of them in
the lab, but alas neither has remote access set up. You can use them if wanting
to test
2. Just boot with xen kernel
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Gurhan Ozen 2007-08-09 19:40:13 UTC
Created attachment 161010 [details]
xen kernel boot.

Comment 2 Daniel Berrangé 2007-08-09 19:44:19 UTC
That kernel boot log is useless - please reboot *without* the 'quiet' option
specified for the kernel.

Comment 3 Daniel Berrangé 2007-08-09 19:44:57 UTC
Can we also have a boot log from the non-Xen kernel for comparison - again with
the 'quiet' option

Comment 4 Gurhan Ozen 2007-08-09 19:46:41 UTC
Created attachment 161011 [details]
dmidecode on the machine

Comment 5 Gurhan Ozen 2007-08-09 19:54:15 UTC
Created attachment 161013 [details]
cpuinfo from the box

Comment 6 Gurhan Ozen 2007-08-09 19:55:19 UTC
Created attachment 161014 [details]
lspci info from the machine

Comment 7 Gurhan Ozen 2007-08-09 19:56:24 UTC
Created attachment 161015 [details]
meminfo of the machine

Comment 8 Gurhan Ozen 2007-08-09 20:07:37 UTC
Created attachment 161016 [details]
xen kernel boot log

Comment 9 Gurhan Ozen 2007-08-09 20:15:47 UTC
Created attachment 161019 [details]
boot log from non-xen kernel

Comment 10 Gurhan Ozen 2007-08-09 20:17:31 UTC
(In reply to comment #3)
> Can we also have a boot log from the non-Xen kernel for comparison - again with
> the 'quiet' option

Yes, i just attached both xen and non-xen kernel boot logs without the quiet
option. Sorry about the quiet option, sometimes i forget about such defaults.

Comment 11 Daniel Berrangé 2007-08-09 20:25:31 UTC
Ok, so the kernel itself looks like its booting OK. The last set of messages

Freeing unused kernel memory: 168k freed
Write protecting the kernel read-only data: 360k
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c

Are right at the point where the initrd starts up. Normally you'd expect 

Freeing unused kernel memory: 192k freed
Write protecting the kernel read-only data: 469k
Red Hat nash version 5.1.19.6 starting

Have you experianced the same problem on multiple different machines / installs
 ? Or is it perhaps just a messed up in the initrd that needs rebuilding ?

Comment 12 Gurhan Ozen 2007-08-09 20:56:07 UTC
Hmm no, i haven't seen this anywhere else. I can try to install on another
identical machine or just re-install on the same machine. 
Rebuilt the initrd image but got the same result.


Comment 13 Chris Lalancette 2007-09-25 12:53:01 UTC
Gurhan,
     I just went through this with Dave Anderson.  I'm fairly certain what
happened here is that you installed an i686 kernel on an x86_64 machine.  I
would have expected it to actually blow up, but what it does is show the runaway
loop messages instead.  I've pushed an RFC to rhkernel-list to try to detect
this situation and at least warn about it.  Anyway, I'm pretty sure this isn't a
bug, so I'm going to close it as NOTABUG.  Re-open if you have problems.

Chris Lalancette