Netzwerkkarte grundsaetzlich(N00B ALARM!!!)

[Ratten]

Hallo @all,

Habe ne grundsaetzliche Frage zu Netzwerkkarten und Debian(Debian Lenny in diesem Fall).

Frage:
Nach dem ein/das Betriebssystem gebootet ist wird der Netzwerkkarte vom OS eine IP-Adresse zugeordnet, richtig?
Wenn nun das Betriebssystem haengt, bekomme ich dann trotz allem eine Pingantwort von der Netzwerkkarte?

Hintergrund:
OS Debian Lenny haengt sich scheinbar willkuerlich auf. Kein ssh mehr moeglich, kein Webserver erreichbar usw. aber
Rechner/Netzwerkkarte antwortet auf Ping.
Nach Lenny restart und kontrolle der Logfiles faellt auf das seitens des Betriebssystems ab einem gewissen Zeitpunkt
nichts mehr geschrieben wurde. Logfile writes stoppen alle gleichzeitig und auch sonst ist auf dem System keine Datei
zu finden die zwischen dem Haengen des OS und dem restart aktualisiert oder neu erstellt wurde.

vermutung:
defekte Hardware(RAM etc) oder Temperaturproblem irgendeiner art.


Trotzdem verwundert mich das ich den Rechner nach wie vor Pingen kann und deswegen die eingangsfrage ob
bei einem Ping die Netzwerkkarte direkt antwortet oder ein Funktionierendes Betriebssystem dahinter stehen muss
damit ein rechner auf Ping antwortet.

Gruss an alle

[Boeck]

Hi,
hast du noch physischen Zugriff auf den Recher?
Wenn ja, würde ich mal versuchen auf einer der Konsolen zuzugreifen z.B. mit Strg+Alt+F2...
Diese hängen sich so gut wie nie auf, nach meiner Erfahrung.

[Ratten]

Hi,
hast du noch physischen Zugriff auf den Recher?
Wenn ja, würde ich mal versuchen auf einer der Konsolen zuzugreifen z.B. mit Strg+Alt+F2...
Diese hängen sich so gut wie nie auf, nach meiner Erfahrung.

Hi.
Leider kein zugriff moeglich.
Was mich viel mehr interessiert ist warum ich noch Pingantwort bekomme nachdem
das betriebssystem nachweislich haengt und unfaehig ist irgendeinen Schreibzugriff
auf egal welchem Laufwerk(selbst USB-Stick) egal welcher Partition durchzufuehren.

Darum auch meine Frage:
Nach dem ein/das Betriebssystem gebootet ist wird der Netzwerkkarte vom OS eine IP-Adresse zugeordnet, richtig?
Wenn nun das Betriebssystem haengt, bekomme ich dann trotz allem eine Pingantwort von der Netzwerkkarte?


Gruss

[pferdefreund]

Sowas kenne ich - ganze Kiste hängt und auch nmap listet noch die offenen ports und ping funktionert. Bei mir
ist die Ursache eine faule Festplatte gewesen. Alles mit IO war blockiert und das ging noch.

[uname]

Als erstes würde ich die Pingantwort in Frage stellen. Führe den Ping eneut durch und vergleiche die MAC-Adresse.

Code: Alles auswählen

ping ...
arp -an

Gefühlt würde ich sagen, dass das System vielleicht (mit sehr viel vielleicht) keine Prozesse mehr abforken kann und somit ein "ping" vielleicht noch geht aber kein Aufbau einer SSH-Verbindung.
Boote das System von einer Live-CD und schau dir die Logfiles unter /var/log an. Poste Auffälligkeiten. Schau auch vom Live-System ob die Netzwerkkarte damit funktioniert. Solltest du kein schönes Live-System haben empfehle ich dir mal http://www.grml.org . Wirklich cool.

[Boeck]

Die Frage ist ja, an welcher Stelle sich das System aufhängt...
Wie es aussieht, kann der Netzwerkdienst noch ausgeführt werden...
Normalerweise werden die Pings ja von diesen Diensten verarbeitet...
Wenn sich der ganze Rechner weghangen hätte, könnte er diese auch nicht mehr bearbeiten...
Ansonsten schau mal, wie uname sagte, ob es Auffälligkeiten in den Logs gibt.

[Ratten]

Sowas kenne ich - ganze Kiste hängt und auch nmap listet noch die offenen ports und ping funktionert. Bei mir
ist die Ursache eine faule Festplatte gewesen. Alles mit IO war blockiert und das ging noch.

Muchos Gracias, sehr interessant, ich hab ja ebenfalls Hardware im Verdacht aber natuerlich koennte es auch der Kernel sein also durchforste ich gerade google nach
Kernel problemen von 2.6.26-2-686 in verbindung mit I/O Controller Hub 82801.

Danke fuer deine Auskunft zum Pingverhalten auf den Rechner.

Frage:
-Bei dir hat ein einfacher Festplattentausch das Problem direkt gefixt?
-Hatten deine Freezes irgendein Erkennbares muster(zeitlich bspw.) das zu vermutungen eingeladen hat?

[Ratten]

Wie es aussieht, kann der Netzwerkdienst noch ausgeführt werden...
Normalerweise werden die Pings ja von diesen Diensten verarbeitet...
Wenn sich der ganze Rechner weghangen hätte, könnte er diese auch nicht mehr bearbeiten...

OK! Danke, das wollte ich hier Primaer wissen....Die Netzwerkkarte sollte also keinerlei selbststaendige antworten geben sondern die antworten zu Pingabfragen werden vom Betriebssystem zur verfuegung gestellt.


Bei Komplettabsturz des Betriebsystems bekaeme ich also keinerlei Antort auf Pingabfragen, korrekt?

Das verhalten das Pferdefreund beschrieben hat bezueglich der I/O operationen trifft bei mir 100% zu.
Das durchforsten der Logfiles bringt keinerlei aufschluss da Betriebssystemweit nichts mehr geschrieben wird.
Es werden auch keinerlei dateien upgedatet oder neu erstellt vom Zeitpunkt des Ausstiegs des OS bis zum Reboot.
Habe explizit nach allen Dateien gesucht die im Zeitraum zwischen Hangup und reboot veraendert oder erstellt wurden
und habe nicht ein einziges gefunden. Njente, Nothing, Nista, Rien...

Gibt es irgendwelche Debuggingtools die man ueber die Serielle schnittstelle nutzen koennte um etwas mehr aufschluss zu bekommen?

[Cae]

Den Netzwerkstack und ICMP-Krempel (über den Ping läuft und beantwortet wird), macht der Kernel selbst. Der ist auch dauerhaft geladen, da stört kein blockendes IO oder so etwas. Ein Server, der erstmal ein Log wegschreibt, bevor er antwortet, wird dort natürlich hängenbleiben.
Die Hardware weiss gar nicht, welche IP-Adresse sie gerade hat. Sie kennt nur ihre eigene MAC-Adresse, und die Information, ob sie nur Broadcasts und an diese MAC gerichtete Pakete weitergeben soll oder auch alle anderen (promiscious).

Mein Tipp:

• Hardware testen: iperf, memtest86, stress
• auf derselben oder Austausch-Hardware stable installieren, Lenny ist tot
• beobachten

Gruß Cae

[pferdefreund]

Festplatte stilllegen (die Partition, die gezickt hat) hat geholfen. Seit dem ist Ruhe im Karton. Ist eh alte Hardware, die bald abgelöst werden soll, da hab ich halt nur die Partition mit den badblocks stillgelegt. Siehe auch uptime von der Kiste...

pferd@debian:~$ uptime
08:59:29 up 28 days, 20:06, 2 users, load average: 0.16, 0.05, 0.06
pferd@debian:~$