On Monday 28 August 2006 11:24, CapSel wrote: > Process kswapd0 (pid: 162, threadinfo=c2272000 task=c2201a50) > Stack: c014d48c f5064090 f5064098 00000000 0000002f c01604fb 0000002f > 00000080 c5e52248 c446cab8 00000000 00007080 00000081 c20fe520 c01605ce > c01394db 001c2000 00000000 00007080 00000003 00000000 00000000 0007172e > 000000d0 Call Trace: > <c014d48c> remove_inode_buffers+0x28/0x5b <c01604fb> > prune_icache+0xb8/0x177 <c01605ce> shrink_icache_memory+0x14/0x2b > <c01394db> shrink_slab+0x13c/0x194 <c013a651> balance_pgdat+0x219/0x335 > <c013a859> kswapd+0xec/0xee <c0128712> autoremove_wake_function+0x0/0x2d > <c0128712>
This reminds me of a box I had with faulty memory - it would some times crash when it was about to start using swap. If the buffering was too aggressive the machine would crash. If not it would start swapping and carry on working without further problems. I changed the offending memory module and had no problems since. Somebody else may know more with respect to the particular data dump you provided, otherwise you could try troubleshooting it by using some more involved memory/swap tests (not just mem86+). HTH. -- Regards, Mick
pgpkgSkQ84c0Z.pgp
Description: PGP signature