Bug 240510 - EL5 boot hangs at "Starting udev"
EL5 boot hangs at "Starting udev"
Status: CLOSED DUPLICATE of bug 227696
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: kernel (Show other bugs)
5.0
All Linux
high Severity high
: ---
: ---
Assigned To: Prarit Bhargava
Martin Jenner
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-05-17 20:49 EDT by Haruo Tomita
Modified: 2007-11-30 17:07 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-07-30 07:17:17 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
It reappears 100%. (219 bytes, text/plain)
2007-05-17 21:03 EDT, Haruo Tomita
no flags Details
It will reappear 100% by multi-CPU. (442.84 KB, image/jpeg)
2007-05-17 21:08 EDT, Haruo Tomita
no flags Details
intel rng driver update patch (13.92 KB, patch)
2007-05-17 21:21 EDT, Haruo Tomita
no flags Details | Diff

  None (edit)
Description Haruo Tomita 2007-05-17 20:49:42 EDT
Description of problem:
EL5 boot hangs at "Starting udev"
In PC of 16CPUs, it hangs according to the probability of 3%.

Version-Release number of selected component (if applicable):
kernel-2.6.18-8.1.3.EL

How reproducible:
100%

Steps to Reproduce:
1. boot EL5
2. 
3.
  
Actual results:
EL5 boot hangs at "Stating Udev".

Expected results:
EL5 boots.

Additional info:
I found the method reproducing this issue. 
It certainly reappears by the attached test program.

1. boot EL5
2. ./start_udev.sh
3.
Comment 1 Haruo Tomita 2007-05-17 21:03:49 EDT
Created attachment 154967 [details]
It reappears 100%.
Comment 2 Haruo Tomita 2007-05-17 21:08:14 EDT
Created attachment 154968 [details]
It will reappear 100% by multi-CPU.
Comment 3 Haruo Tomita 2007-05-17 21:21:53 EDT
Created attachment 154969 [details]
intel rng driver update patch
Comment 4 Haruo Tomita 2007-05-17 21:24:02 EDT
(In reply to comment #3)
> Created an attachment (id=154969) [edit]
> intel rng driver update patch

This issue is reported below. 

http://lkml.org/lkml/2007/2/27/117
 
I created the patch for EL5. 
In the environment of x86, it works well. Please check a patch.
Comment 6 Daniel Riek 2007-06-05 15:04:23 EDT
As a patch is available and the request came from engineering I am proposing
this as an exception for 5.1 and pm_acking.

The severity needs to be reviewed. I am setting prio to high for now (is it 3%
or 100%?, workarounds?) as this did not come through support.
Comment 7 Haruo Tomita 2007-06-05 19:29:35 EDT
(In reply to comment #6)

> The severity needs to be reviewed. I am setting prio to high for now (is it 3%
> or 100%?, workarounds?) as this did not come through support.

I think that there is no workarounds. The probability of a hang is about 3%. 
Reproducibility is 100%.


Comment 8 Issue Tracker 2007-07-26 03:37:10 EDT
This issue is considered as a show-stopper by Hitachi Linux division; they
are actually starting to use RHEL5 from 5.1 but without this being fixed
they are considering to put back all of their Linux business residing
RHEL5.1. I'll have score/exception raised. 


This event sent from IssueTracker by tumeya 
 issue 127015
Comment 9 Larry Troan 2007-07-26 14:23:13 EDT
Has the patch been submitted upstream or is it already in some upstream kernel?

Wow! 

Per Jay, this is a MASSIVE patch which among other things redefines a type
(unsigned to int) in mod_init which could cause "indian" issues. It also exports
  a new variable. This change is all in mainline code.

We need to have Hitachi/Toshiba submit a SMALL patch that fixes the specific
problem in order for us to consider accepting the fix in a RHEL5 minor release
such as 5.1 or 5.2.  

Setting to NEEDINFO

Note You need to log in before you can comment on or make changes to this bug.