Re: kernel BUG with 2.4.27-om20041102-tab on SMP when doing heavy I/O

 klogd and ksymoops didn't seem to cooperate perfectly here:  There's
another line of backtrace that got left out:
for the first oops:
[try_to_free_buffers+185/336] [shrink_cache+843/1008] [shrink_cache s+74/96] [try_to_free_pages_zone+83/224] [kswapd_balance_pgdat+94/160]
[kswapd_balance+25/48] [kswapd+244/287] [rest_init+0/96] [arch_kernel_thread+43/64] [kswapd+0/287]

 For the other three oopses, the trace is the same:
[try_to_free_buffers+185/336] [shrink_cache+843/1008] [shrink_caches+74/96] [try_to_free_pages_zone+83/224] [balance_classzone+77/480]
[__alloc_pages+369/688] [__mark_inode_dirty+177/192] [do_generic_file_write+543/1632] [generic_file_write+294/320] [sys_write+163/336] [local_syscall+7/19]

 And I didn't mention that I now have a process stuck in disk-sleep:  ls -l
on the directory where the rsync and formatdb commands were modifying files.

 Any thoughts?  Is JFS a problem for oM like XFS?

-- 
#define X(x,y) x##y
Peter Cordes ;  e-mail: X(peter@cor , des.ca)

"The gods confound the man who first found out how to distinguish the hours!
 Confound him, too, who in this place set up a sundial, to cut and hack
 my day so wretchedly into small pieces!" -- Plautus, 200 BC


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl