Bug 135318

Summary: Hangs after Enabling Swap Space: OK
Product: [Fedora] Fedora Reporter: Travis <tlr>
Component: initscriptsAssignee: Bill Nottingham <notting>
Status: CLOSED WORKSFORME QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: 2CC: mattdm, rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-04-27 04:37:29 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 Travis 2004-10-11 21:50:37 UTC
Description of problem:
Booting from VMWare it hangs after it says Enabling Swap Space OK

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.Boot
2.Wait for Enabling Swap Space OK message
3.Freeze
  
Actual results:
does not continue after that

Expected results:
should continue after that

Additional info:

Comment 1 Stephen Tweedie 2004-10-11 21:56:33 UTC
What evidence do you have that acls are related to the problem?

What is hanging, exactly?  It would really help to get an
"alt-sysrq-t" system trace during the hang (serial console can help to
capture the data.)

Comment 2 Travis 2004-10-11 21:58:28 UTC
Okay well i just got this and never really used it yet so just 
telling me what to do without how to do it wont help..

Comment 3 Stephen Tweedie 2004-10-11 22:20:44 UTC
The bug is against "acl" so I assumed there was some evidence that
acls are involved.  If not, we need to isolate things to see where
things are really stuck.

Do you have a null modem cable that you can use to send debugging
output from one system to another one?  Swap is enabled really early
during boot, so if we're hanging there then the normal logging
mechanisms have not yet started.  And a full trace of running
processes will be far too long to capture manually.

Has this system ever booted?  Did it only recently start failing?  

Comment 4 Travis 2004-10-11 22:24:59 UTC
I just installed FC2 and this is the first boot so its never been 
succesffullly booted yet...and what is acl??

Comment 5 Stephen Tweedie 2004-10-11 22:45:20 UTC
"acl" is the component of FC2 which you filed the bug against.  It
concerns Access Control Lists.

Sounds like it's not really an acl problem, then. :)  I'll refile
against initscripts, as the hang is occurring somewhere during their
execution.  We'll still have to narrow it down.

Comment 6 Travis 2004-10-11 22:51:46 UTC
Using VMWare wouldn't affect it right? Because i am running it with 
that...

Comment 7 Bill Nottingham 2004-10-12 01:54:59 UTC
If you boot with 'linux single', does it hang?


Comment 8 Travis 2004-10-12 01:59:07 UTC
well now it goes to bash mode after Enabling swap space

Comment 9 Bill Nottingham 2004-10-12 02:01:32 UTC
OK, boot with 'linux confirm'; answering 'y' to each choice, at which
script does it hang?

Comment 10 Travis 2004-10-12 02:06:02 UTC
Um..where exactly do i type that?

Comment 11 Bill Nottingham 2004-10-12 02:08:41 UTC
The bootloader; the same place you entered 'single'.

Note you may need to remove the 'rhgb' option for this.

Comment 12 Travis 2004-10-12 02:11:41 UTC
so in that GRUB booloader screen i edit one of them and just 
add 'confirm' ? ....i'm completely new to this stuff

Comment 13 Bill Nottingham 2004-10-12 02:12:25 UTC
Correct, add it to the end of the 'kernel' line.

Comment 14 Travis 2004-10-12 02:17:43 UTC
Nothing different happened....

Comment 15 Bill Nottingham 2004-10-12 02:31:47 UTC
It didn't give you a choice such as:

"Start service foo (Y/N/C)?"

OK, boot again with 'single'.

When you get to the shell prompt, edit /etc/sysctl.conf.

Change the line that says:

kernel.sysrq = 0

to:

kernel.sysrq = 1

Save, and reboot.

When it hangs, hit <Alt>-<SysRq>-<P>, and write down
the output there.


Comment 16 Travis 2004-10-12 02:43:37 UTC
Uh it booted and i'm using right now...

Comment 17 Matthew Miller 2005-04-26 16:06:23 UTC
Fedora Core 2 is now maintained by the Fedora Legacy project for
security updates only. If this problem is a security issue, please
reopen and reassign to the Fedora Legacy product. If it is not a
security issue and hasn't been resolved in the current FC3 updates or
in the FC4 test release, reopen and change the version to match.

Comment 18 Bill Nottingham 2005-04-27 04:37:29 UTC
Closing for now. Please reopen if it happens again.