Re: Warum stuerzt Linux ab?
Christoph Hintermüller wrote:
Tobias Markfeld wrote:
Peter Weilbacher wrote:
war nach kurzer Zeit kein Speicher mehr vorhanden und der Rechner tat nicht mehr (Maus haengt, keine Tastatur-Eingabe moeglich, nur pingen kann man ihn noch). Meine Frage: Warum sagt der Kernel dem xv nicht einfach, kein Speicher mehr, also verzieh' dich und beendet ihn? Wenn ich mich recht entsinne, war das unter den Kerneln 2.0.3X so, aber jetzt unter 2.2.1X nicht mehr.
wieso bist du dir so sicher, daß der kernel probleme bereitet? wenn ein ping noch geht, scheint der doch noch in ordnung zu sein. vielmehr scheint sich der x-server aufgehängt zu haben.
ciao
tobias
Hi Genau wieso soll es der Kernel sein??? Was sagt top oder XOsview über last und andere System resourcen??? Hast du schon mal mit <strg><alt><F10> auf die Kernel konsole geschaut oder mit dmesg die Kernel meldungen inspiziert bervor das system völlig in den keller geht ... Hinweis eine last (die gegen 4 geht ist höchst verdächtig, daß das system irgend eine Erreigniss verpasst hat - von bios übernommene Einstellungen sind zu agggessiv zb UDMA von destplatten ...-) zudem verwendest du eine SUSE standard kernel oder einen selbstgebackenen....??? cu Christoph
-- THESIS: God is alive PROOVE: Wo else would have sheduled the mankind and world first recommendation of resurch???? CONCLUSION: Scientist do what he wants, willing or not:)
diese mail sollte sicher an die liste und nicht an mich. ciao tobias --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Christoph Hintermüller wrote:
Genau wieso soll es der Kernel sein???
Ja, OK. Nach einigen weiteren Experimenten bin ich nun total verwirrt, aber ich sehe ein dass es nicht unbedingt der Kernel sein muss. In einem Fall wurde der xv auch beendet, wie ich eigentlich erwartet haette, in dem xterm stand dann "Killed", aber das sehe ich tatsaechlich gerade jetzt das erste Mal.
Was sagt top oder XOsview über last und andere System resourcen??? Hast du schon mal mit <strg><alt><F10> auf die Kernel konsole geschaut oder mit dmesg die Kernel meldungen inspiziert bervor das system völlig in den keller geht ...
Wenn der Speicher weg ist (beide Balken im xosview sind fast ganz blau), kann ich nichts mehr nachsehen, weil dann einfach nichts mehr geht. Vorher kommt nix (interessantes).
Hinweis eine last (die gegen 4 geht ist höchst verdächtig, daß das system irgend eine Erreigniss verpasst hat - von bios übernommene Einstellungen sind zu agggessiv zb UDMA von destplatten ...-) zudem verwendest du eine SUSE standard kernel oder einen selbstgebackenen....???
Die Last geht nur dann gegen 4, wenn ich nebenbei die beiden SETI@home Prozesse weiterlaufen lasse, d.h. der xv allein produziert einen Load von 1.5 bis 2. Der Kernel ist momentan ein selbstgebackener 2.2.17, aber ich habe das mit allen moeglichen 2.2.X gesehen, die ich hier hatte. Muss heute nachmittag noch etwas weiter experimentieren. Bis dann, Peter. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Muss heute nachmittag noch etwas weiter experimentieren.
Hallo nochmal, ich glaube, dass ich das Problem nun abschliessen kann. Bei den letzten Versuchen hat der Kernel tatsaechlich unter anderem auch den "schuldigen" xv abgeschossen. Die Ausgabe von dmesg: VM: do_try_to_free_pages failed for kswapd... VM: do_try_to_free_pages failed for klogd... VM: do_try_to_free_pages failed for xv... VM: do_try_to_free_pages failed for xv... VM: do_try_to_free_pages failed for xv... VM: do_try_to_free_pages failed for xv... VM: do_try_to_free_pages failed for xv... VM: do_try_to_free_pages failed for X... VM: do_try_to_free_pages failed for X... VM: do_try_to_free_pages failed for X... VM: do_try_to_free_pages failed for cron... VM: do_try_to_free_pages failed for cron... VM: do_try_to_free_pages failed for cron... VM: do_try_to_free_pages failed for cron... VM: do_try_to_free_pages failed for netscape... VM: do_try_to_free_pages failed for netscape... VM: do_try_to_free_pages failed for netscape... VM: do_try_to_free_pages failed for netscape... VM: killing process netscape VM: do_try_to_free_pages failed for xv... VM: killing process xv Warum er dann aber erst auch netscape abschiesst bleibt mir ein trotzdem ein Raetsel. Und warum das erst jetzt so funktioniert, wie es sein soll, ebenfalls... Aber man kann ja nicht alles verstehen, seufz! Gruesse, Peter. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi Peter On Fri, Sep 29, 2000 at 04:17:45PM +0200, Peter Weilbacher wrote:
Warum er dann aber erst auch netscape abschiesst bleibt mir ein trotzdem ein Raetsel. Und warum das erst jetzt so funktioniert, wie es sein soll, ebenfalls... Aber man kann ja nicht alles verstehen, seufz!
Das ist gar nicht sooo schwierig zu verstehen, die Speicherverwaltung nimmt den Prozess der *zuerst* mehr als den verfügbaren Speicher anfordert und haut ihm auf die finger. Wenn das nicht der eigentlich Schuldige ist, ist das PP. Und das kann sehr leicht passieren bei einer mutitasking Umgebung das es eben nicht der Speicherfresser ist der als nächstes etwas RAM braucht. Daraus folgt das es äusserst unklug ist auf wichtigen Servern sowas zu testen weil man sich damit u.U unbemerkt einen lebenswichtigen Dienst schiesst. Ach ja und Server unter Linux mit zuwenig RAM(1) machen nicht wirklich Spass. PP) persöhnliches Pech 1) sowohl virtuell als auch real, je nach Anforderungen MfG. Falk --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (3)
-
falk@hb-fein.de
-
Tobias@Markfeld.de
-
weilbach@uni-sw.gwdg.de