Kernel errors

[Zeezicht]

Op een Debian Etch machine zie ik soms in syslog het volgende voorbij komen:

code:

Bad pte = d647468c, process = ???, vm_flags = 1875, vaddr = 80d1000
[<c014b04e>] vm_normal_page+0x3e/0x53
[<c014b65e>] unmap_vmas+0x183/0x4af
[<c014ddec>] exit_mmap+0x6a/0xd7
[<c011b18f>] mmput+0x20/0x76
[<c011f97e>] do_exit+0x193/0x71b
[<c011542e>] do_page_fault+0x18a/0x481
[<c011ff7c>] sys_exit_group+0x0/0xd
[<c0102c11>] sysenter_past_esp+0x56/0x79

Echter is het process onbekend (process = ???), dus ik weet niet precies wat het veroorzaakt. Heeft iemand een idee waar ik moet zoeken?
Via Google zie ik wel dingen als page tables die corrupt zijn. En dus misschien een geheugen test draaien. Maar de waarden komen natuurlijk niet 100% overeen. Dus wijst dit er ook op? Of moet ik het nog ergens anders zoeken?

[DiedX]

Bak hangt publiekelijk aan het internet?

[serkoon]

Ik zou inderdaad eens beginnen met een memtest.

[Zeezicht]

DiedX schreef op vrijdag 05 juni 2009 @ 14:19:
Bak hangt publiekelijk aan het internet?

Ja, het is een webserver. Maar niet super druk, meer testen.

[Zeezicht]

serkoon schreef op vrijdag 05 juni 2009 @ 14:30:
Ik zou inderdaad eens beginnen met een memtest.

Duid alleen "vm_normal_page" niet op virtueel geheugen (swap dus)? Want dan heeft memtest geen zin...

[gertvdijk]

swapoff -a

[serkoon]

memtest heeft altijd zin bij vage crashes

[DiedX]

Memtest draaien. Hoe zeker ben je van de beveiliging van je webserver? Dit soort vage zaken zie je ook met exploits

[Zeezicht]

DiedX schreef op vrijdag 05 juni 2009 @ 15:23:
Memtest draaien. Hoe zeker ben je van de beveiliging van je webserver? Dit soort vage zaken zie je ook met exploits

Behoorlijk zeker Alles is up-to-date en ik zie geen andere verdachte dingen in de logs of op het fs die wijzen op een hack.

Maar ik denk dat ik inderdaad dan maar een memtest ga draaien en kijken wat daar uitkomt.

[ Voor 0% gewijzigd door Zeezicht op 05-06-2009 16:57 . Reden: Smiley ]

[Rainmaker]

vm = virtual memory

Maar dat zegt niets over of ze in "echt" memory staan of in swap.

[Zeezicht]

Rainmaker schreef op vrijdag 05 juni 2009 @ 20:39:
vm = virtual memory

Maar dat zegt niets over of ze in "echt" memory staan of in swap.

Waar slaat het virtual dan eigenlijk wel op?

[maleadt]

Zeezicht schreef op vrijdag 05 juni 2009 @ 20:47:
[...]

Waar slaat het virtual dan eigenlijk wel op?

Dat de geheugenadressen niet rechtstreeks overeenkomen met fysiek geheugen, maar naar virtuele pagina's die naargelang de geheugenstrategie van het OS uitgeswapt kunnen zijn, of zich in het fysieke (=reële) geheugen bevinden.

OT: ik zou ook het geheugen verdenken. Google verdenkt de page tables, die zich (naargelang het niveau) in het fysieke geheugen bevinden -> je RAM kan corrupt zijn.

[Rainmaker]

Zie bijvoorbeeld http://www.linuxhq.com/guides/TLK/mm/memory.html

Laat ons even weten of memtest nog iets gevonden heeft