At 9:02 AM -0800 3/25/02, Allen Wayne Best wrote: >ashley: > >my first suspection would be memory problem, i.e., a bad chip. unfortunately, >there are not (to my knowlege) a lot of good memory checking programs out >there other than your computers post program. ...snip... > >assuming you have more than one dimm, you might try taking one out, and >rerunning tripwire. keep swapping out the dimms until the problem disappears. >now you have the bad chip, maybe.
Something else, along this same thought thread ... What kind of motherboard and RAMM are you using? My company had a computer built, using an ASUS CL2 motherboard and Micron RAMM. BAD IDEA! We were getting very strange problems, mostly kernel panics but also random issues with out any discernable cause. Processes just died, followed shortly by the entire box. The problems appears after a few weeks and became increasingly frequent. After about a month of this, BOTH 256 MB RAMM modules were fried to the point that the server wouldn't stay up for more than a few hours. We switched to Samsung RAMM and haven't had any more problems (knock wood!) for several months, now. Note to all: Avoid ASUS motherboards in combination with Micron RAMM. I'm sure that they're fine by themselves. Just don't put them together! Patrick Beart ---------------- >On Monday 25 March 2002 12:20 am, Ashley M. Kirchner pronounced: >> Could someone tell me whether this is a hardware failure, or...what is it? >This happened while I was updating tripwire. >> >> -------------------- >> kernel: Unable to handle kernel paging request at virtual address 04000014 >> kernel: current->tss.cr3 = 06230000, %%cr3 = 06230000 >> kernel: *pde = 00000000 >> kernel: Oops: 0000 >> kernel: CPU: 0 >> kernel: EIP: 0010:[prune_dcache+193/340] >> kernel: EFLAGS: 00010206 >> kernel: eax: 04000000 ebx: c6b7baa0 ecx: ca257580 edx: c6b7bad8 >> kernel: esi: ca257570 edi: 00001004 ebp: 00000001 esp: c78b5e7c >> kernel: ds: 0018 es: 0018 ss: 0018 >> kernel: Process tripwire (pid: 18118, process nr: 19, stackpage=c78b5000) >> kernel: Stack: c02166c8 00001004 00001004 c0130303 fffff9c7 000009cb >00000000 c023afc8 >> kernel: c02166c8 c023afc8 c013e567 c01e2c40 c9bf07a8 c1f35094 c78b5eb4 >c78b5eb4 >> kernel: c013036a 00001004 00000000 c023afc8 c02166c8 c023afc8 00000000 >00000000 >> kernel: Call Trace: [try_to_free_inodes+199/264] [ext2_find_entry+455/752] >[cprt+6816/42405] [grow_inodes+30/384] [get_new_inode+185/292] >[iget4+102/112] [iget+19/24] >> kernel: [ext2_lookup+84/124] [real_lookup+79/160] [lookup_dentry+296/488] >[__namei+40/88] [sys_newlstat+14/96] [system_call+52/56] > > kernel: Code: 8b 40 14 85 c0 74 0c 56 53 ff d0 83 c4 08 eb 0c 8d 76 00 56 > > -------------------- -- ------------------------------------------------ Web Architecture & "iWeb4Biz" 503-774-8280 Portland, OR Internet Consulting, Intelligent Web site Development & Secure site Hosting. http://www.WebArchitecture.com/ "This is an era when nonsense has become acceptable and sanity is controversial." - Thomas Sowell ------------------------------------------------ _______________________________________________ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list