Server hängt was ist hier los?

P

Perry_Rhodan

Member
Hallo Jungs und Mädels,

@mod

Wenn ich hier Falsch bin, bitte verschieben. Danke

Rootserver mit Ubuntu 8.04LTS und Plesk 9.5.3

Ich habe folgendes Problem:

Der Server war so ausgelastet, das nix mehr ging und ich ihn rebooten mußte.

Lt. "top" gab es keine Zombies und keine Prozesse, die mehr als 5% CPU und 3% RAM verbrauchten. Allerdings war Apache >10mal vorhanden.

Der einzige Logeintrag zur fraglichen Zeit tauchte in syslog auf. Apache hat mehr als 5 Stunden nix aufgeschrieben.

Leider sind meine Kentnisse noch nicht so gut um alle Einträge zur fraglichen Zeit zu verstehen.

Wer ist so nett und kann mir sagen, was da los war?

Habe den entsprechenden Eintrag mal als Anlage dazugepackt, da es recht viele Einträge sind.

Danke für Eure Hilfe

Gruß

Ulf

P.S. Der Server läuft schon wieder ohne mucken.
 

Attachments

Wenn ich es richtig sehe wurde der Server um 17:30:59 neu gestartet. :confused: Und da hing er nun in einer Schleife fest?

Feb 4 17:30:59 meinserver kernel: [5290456.568771] [start_kernel+0x31f/0x3b0] start_kernel+0x31f/0x3b0
Feb 4 17:30:59 meinserver kernel: [5290456.568783] [unknown_bootoption+0x0/0x1f0] unknown_bootoption+0x0/0x1f0

Hmm wenn er die bootoption schon nicht kennt, woher soll ich es erst können?

Als ich den Server dann von Hand (shutdown -r now) rebootet habe, startete er korrekt.

Och menno....
 
Hmm das Orakel (google) meint, es könnte am Kernel liegen? Der sei evtl. veraltet und/oder bugi?

lt. aptitude update && safe-upgrade gibts aber nix neues.

Dann meint das Orakel wieder, es könnte beim Backup großer Dateien auftreten.

Man bin ick ratlos... :(
 
Da kommt auch ein Stackframe mit ipv6 drin vor. Wenn du das nicht wirklich nutzt, dann hilft es vielleicht, wenn du ipv6 einfach deaktivierst.
 
??? Ich habe IPV6 nicht aktiviert. Wie kann man dies über die Konsole deaktivieren? Im Adminbereich der Serververwaltung ist es nämlich deaktiviert.
 
Cenic bezieht sich auf den Kernel und dort kannst Du IPv6 nur durch rekompilieren deaktivieren.
Unabhängig davon steckt der geloggte Bug im IRQ-Handling und ist in irgendeiner späteren Kernelversion zum Teil gefixt worden. Ursache ist aber mit Linux (insbesondere Deinem Museumsstück) inkompatible Hardware...
 
Auf Debian Systemen:

Code: 
nano /etc/modprobe.d/aliases 
alias net-pf-10 ipv6
ändern zu 
alias net-pf-10 ipv6 off 
und direkt darunter hinzufügen: 
alias net-pf-10 off 
alias ipv6 off
 
Joe User said:
.... Ursache ist aber mit Linux (insbesondere Deinem Museumsstück) inkompatible Hardware...
Click to expand...

*hust*

Ja, der Server existiert schon ein paar Jahre (~5]. Soll es etwa heißen, das seine Verfallszeit abgelaufen ist und ich keine Updates des Kernel mehr einspielen sollte?

Dann sollte ich mir mal ein neues Angebot von Ihnen einholen und auf aktuellere Harware umziehen...

Wie lange sollte denn die Hardware laufen?

Ich hoffe, Strato kann mir einen neuen Server mit den gleichen IP´s hinstellen.

Danke für Eure bisherige Hilfe.
 
Dein Linux (sprich Dein Kernel) ist ein Museumsstück, nicht die Hardware (die ist noch jung).

Die Hardware wiederum wird nicht zu 100% von Linux unterstützt, weshalb es zu dem Fehler kam und jederzeit wieder kommen kann.

Da Du Strato erwähnst, gehe ich mal von einem AMD basierten System aus, weshalb unter Umständen die Kerneloption noapic die Chance auf ein erneutes Auftreten des Fehlers verringern könnte.
 
Auszug aus Plesk:

Allgemein
CPU GenuineIntel, Intel(R) Celeron(R) CPU 2.40GHz
Version Parallels Plesk Panel v9.5.4_build95101209.08 os_Ubuntu 8.04
OS Linux 2.6.24-28-server


Da kein Update für den Kernel angeboten wird, wäre evtl. ein Upgrade auf Ubuntu 10.04 angeraten.

Ich probiere es evtl. mal mit dem Vorschlag von Dj-Tim-i.

Gruß

Ulf
 
You must log in or register to reply here.
Back
Top