I've seen something that may be similar. I was able to track it to pkmap (high memory pte) exhaustion. If you can, do the following:I was wondering if anybody has seen this before before I investigate futher. I discovered multiple problems when I upgraded several FC2 boxes to kernel 2.6.10-1.770_FC2. Users of these machines began reporting weird hangs when running certain programs or, more often, running make. I've got one source tree in particular that hangs a system like clockwork. The system didn't freeze so much as stop responding. One could even background the make after it hung, but that's about it. Running anything else hung. The system still responded to pings.
- make sure you are not running X
- trigger the hang
- hit Ctrl-ScrollLock on the console to get a stack trace of all processes.
- look through the traces (syslogd and klogd tend to still be operating properly, so this data should also be available in the logs if you reboot)
if you see lots of kmap_high+0x179/0x311 copy_strings+0x115/0x1e6 copy_strings_kernel+0x18/0x1e do_execve+0x10f/0x1e6
or anything else that terminates in kmap_high, then this is the problem you have. I have been unable to track down any unbalanced kmap() call in afs, but if this was not an afs-related problem, I would expect to be able to find other reports on lkml or in redhat's bugzilla, but no such existed the last time I looked.
p7sNhO2ytJ5CN.p7s
Description: S/MIME cryptographic signature
