From Bugzilla Helper: User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.0-0.99.11 i686; Nav) My apologies for the vague description, as I really have very little idea what happened. As far as I can tell, some system resource was consumed which blocked most processes from getting anything done. I was downloading a 20M file over my modem, compiling Flight Gear, and had a few gnome-terminals open. The Flight Gear compilation stopped and just sat, using no CPU. Much of the Gnome-panel hung, except for the desktop switching applet. I went to another desktop where a terminal was open (I couldn't launch new terminals), and did a "killall panel". This had no effect except hanging the terminal (Ctrl+C'ing killall panel did not give a bash prompt.) I then switched back to the desktop with the compilation in progress and Ctrl+C'd it, and was greeted with a bash prompt. I tried "killall -9 panel" and had the same result as before. Hit Ctrl+Alt+F1 to log in as root. Typed "root" and hit enter and it just sits there, no password prompt. Did this on a few more terminals with same effect. Switched back to X (Ctrl+Alt+F7) and hit Ctrl+Alt+Backspace to kill it. At this point console was entirely frozen, with a blank screen. (Ctrl+Alt+Whatever) did nothing.) Could not SSH from other boxes to shut machine off. Crashed machine would respond to ping, nothing else. At this point I shut it off and at boot it forced me to manually run e2fsck. Again I apologize for this long-winded and uninformative bug report, but I just have absolutely no idea what happened. This system is heavily used and normally would only be rebooted for kernels and hardware upgrades, it's never crashed with 7.0. Please email me if you need information, system specs, etc. The only thing I can think of is that this bug and my last wierd system crash bug (#25894), are somehow related to the bug in magicdev that I will be posting next. Reproducible: Didn't try Steps to Reproduce: 1. 2. 3.
Do you have more than 1Gb of RAM ?
The system has 256M memory and 256M swap.
If you have any success reproducing this defect we'll have a much better chance of analyzing (and perhaps fixing) this problem. Please provide more data here in this bug as you get it.
Chances are very good that this is a VM bug; we have fixed several VM bugs in our current tree since we built the fisher kernel.