Merkwuerdige Einträge in /var/log/warn und "Abstuerze"
Hallo zusammen! Ich habe hier zu Hause einen 7.3 Server mit samba, squid, apache, bind9 etc. Und experimentiere gerade an einigen Dingen (SquidGuard) via Webmin herum. Ich logge mich von meiner Workstation per ssh2 ein. Jetzt ist es in letzter Zeit schon mehrmals passiert, dass der Server plötzlich nicht mehr erreichbar war. Ich habe ihn dann ausgeschaltet und neu gestartet. Gerade ist das gleiche wieder passiert, allerdings ist er jetzt auch ohne Neustart noch per ssh2 erreichbar. Ich habe mir dann mal /var/log/warn angeschaut und folgende Einträge entdeckt, mit denen ich nicht anfangen kann: Apr 27 10:03:38 fslx01 kernel: VM: killing process named Apr 27 10:04:15 fslx01 kernel: VM: killing process httpd Apr 27 10:04:42 fslx01 kernel: VM: killing process squid Apr 27 10:06:03 fslx01 kernel: VM: killing process sendmail Apr 27 10:06:03 fslx01 kernel: VM: killing process miniserv.pl Apr 27 10:06:10 fslx01 kernel: VM: killing process cachemgr.cgi Könnt Ihr was damit anfangen? Danke im Voraus. Dennis
Hallo nochmals, zusätzlich stehen folgende Einträge stehen in /var/log/messages Apr 27 10:02:33 fslx01 sshd[27616]: Did not receive identification string from ::ffff:192.168.1.10. Apr 27 10:03:29 fslx01 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 27 10:03:38 fslx01 kernel: VM: killing process named Apr 27 10:04:13 fslx01 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 27 10:04:15 fslx01 kernel: VM: killing process httpd Apr 27 10:04:41 fslx01 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 27 10:04:42 fslx01 kernel: VM: killing process squid Apr 27 10:04:42 fslx01 squid[797]: Squid Parent: child process 799 exited due to signal 9 Apr 27 10:05:58 fslx01 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 27 10:06:03 fslx01 kernel: VM: killing process sendmail Apr 27 10:06:03 fslx01 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 27 10:06:03 fslx01 kernel: VM: killing process miniserv.pl Apr 27 10:06:10 fslx01 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 27 10:06:10 fslx01 kernel: VM: killing process cachemgr.cgi Apr 27 10:28:12 fslx01 -- MARK -- Apr 27 10:48:12 fslx01 -- MARK -- Dennis
Hallo, * Am 27.04.2002 postete Dennis Bendowski:
Hallo nochmals,
zusätzlich stehen folgende Einträge stehen in /var/log/messages
[killing processes] Genug Speicher drin? # cat /proc/meminfo [Bitte Ausgabe posten] # uptime [Bitte Ausgabe posten] -- Gruß Alex -- Versäumen sie nicht den neuen Film von Albert B. Blumenkohl ---===### "To live and let rub" ###===--- Aus dem Inhalt: "Mein Name ist Gross. Flo Gross. Mein Schlauch auch. Geben Sie mir eine Kampflesbe bitte, eine gerührte. Nein, geschüttelt. Wo ich sie doch viel lieber gerieben hätte." ["Moss" in suse-talk]
Hallo Axel, Danke zunächst mal, das Du mir hilfst!
[killing processes]
OK, das habe ich gelesen, aber wodurch verursacht? Genug Speicher drin? PC hat 128 MB (AMD K6-III/400)
# cat /proc/meminfo
fslx01:~ # cat /proc/meminfo total: used: free: shared: buffers: cached: Mem: 129581056 108523520 21057536 0 2531328 81887232 Swap: 139788288 46284800 93503488 MemTotal: 126544 kB MemFree: 20564 kB MemShared: 0 kB Buffers: 2472 kB Cached: 38880 kB SwapCached: 41088 kB Active: 20188 kB Inactive: 62252 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 126544 kB LowFree: 20564 kB SwapTotal: 136512 kB SwapFree: 91312 kB
# uptime
fslx01:~ # uptime 4:00pm up 4 days, 21:38, 2 users, load average: 0.00, 0.00, 0.00 Der Server ist bisher immer bis zu 80 Tagen problemlos gelaufen, danach ist er auch schon zweimal eingefroren (seit 7.3), mit der 7.1 ist der mal über 3/4 Jahr gelaufen... Mit freundlichen Grüßen Dennis
Hallo, * Am 28.04.2002 postete Dennis Bendowski:
Hallo Axel, Alex, bitte ;)
# cat /proc/meminfo
fslx01:~ # cat /proc/meminfo total: used: free: shared: buffers: cached: Mem: 129581056 108523520 21057536 0 2531328 81887232 Swap: 139788288 46284800 93503488 ^^^^^^^^ Scheint was los zu sein auf dem System. Ist aber IMHO alles im grünen Bereich.
# uptime
fslx01:~ # uptime 4:00pm up 4 days, 21:38, 2 users, load average: 0.00, 0.00, 0.00 ^^^^^^^^^ Der Server ist bisher immer bis zu 80 Tagen problemlos gelaufen, danach ist er auch schon zweimal eingefroren (seit 7.3), mit der 7.1 ist der mal über 3/4 Jahr gelaufen...
Nachdem er ja erst 4 Tage läuft, könnte ich mir ein ähnliches Szenario vorstellen, das ich vor kurzem an einem Server hatte. Irgend ein Prozeß hatte ein Memory-Leak und gnadenlos Speicher verballert. Das System hatte so ähnliche Dimensionen. Da dürfte nur eines helfen: Augen auf beim Eierkauf! Mit anderen Worten immer alles schön beobachten, ob ein Prozeß sich krass aufplustert. Vielleicht weiß jemand was besseres. Ich hatte den Verdacht, daß es am Software-RAID gelegen hat. Seither läuft die Kiste wieder. Ich hab auf RAID verzichtet. -- Gruß Alex -- du führst dich echt auf wie so ein Esperantler ; lebe deine Regelmäßigkeiten bitte inn Esperanto aus und rühre solche sakralen Dingen wie nationale Hochsprachen bitte schön in Zukunft nicht mehr an ['s-ro Aliicx in dag°]
participants (2)
-
Alex Klein
-
Dennis Bendowski