Kernel gebacken - SSH Stirbt

F

fragger1991

New Member
Hallo,

Ich hab ein Problem mit meinem Dedicated Server. Immer wenn ich einen Kernel gebacken habe kam die Maschine wieder On, ein Ping etc. hat Funktioniert, jedoch war SSH dicht, es lief auch kein Prozess mehr, die Maschine lies sich lediglich anpingen, Apache / MySQL / Voice Server etc. alles Down.

Die Hardware:
- AMD Phenom x4 4x 2,6GHz
- 4GB DDR2 RAM
- 2x 500GB im SW Raid 1

Es liegt lediglich ein "ACP" drauf, das ist ispCP. Bei der Installation von ispCP wurde ebenfalls alles andere wie MySQL, Apache etc. Installiert.

Ein Provider hat mir für meine andere GameServer Maschine den Kernel gebacken, das ganze ist ihm ebenfalls Passiert, er hat mir dann folgende Auskunft erteilt:

...das SSH einfach zu geht nach dem Reboot des Servers... HOSTCFLAGS prüfen und auf die korrekte Architektur stellen... Insbesondere bei einem K10 auf K8 stellen...
Click to expand...

Das mit der Prozessor Family ist klar, steht auf K8 da der Phenom ja ein K10 ist. Was ich nicht verstehe ist ... HOSTCFLAGS prüfen und auf die korrekte Architektur stellen ... Ich hoffe mir kann da einer Helfen.

Vielen Dank!

Mit freundlichen Grüßen
fragger1991

//Bitte Beachten:
Auch zu finden im SpoSu Forum: http://www.sponsor-suche.net/index.php?page=Thread&postID=65683
 
Last edited by a moderator:
Ich würde mal das Rescue-System booten, die Platte mounten und schauen, was in der boot.log zu finden ist. Das könnte vielleicht etwas mehr Licht in's Dunkel bringen, als die etwas schwammige Aussage des Supporters.
 
Hallo,

Das war die Aussage des Providers welche mir meinen GameServer Kernel gebacken hat.

Ich habe leider keine Rescue Console, anderenfalls hätte ich das Problem wahrscheinlich nicht :D

Mein Provider weiß anscheinend woran es liegt, will mir aber anscheinend nicht helfen...

Leider kann ich mir auch langsam keine Umschreibungen der menu.lst mehr leisten, der Provider wird langsam stinkig weil ich das des öfteren mal wollte ;)

Die Leistungen um die Maschine sind, offen gestanden, für den Hintern, einzigst der Preis von 47 Euro / Monat überzeugt.
 
fragger1991 said:
Die Leistungen um die Maschine sind, offen gestanden, für den Hintern, einzigst der Preis von 47 Euro / Monat überzeugt.
Click to expand...

Nimm's mir nicht übel. Aber vielleicht hast Du am falschen Ende gespart.

Zu einem guten Server gehört nicht nur dem Projekt angemessene Hardware,
sondern auch die Möglichkeit, den Server selbst zu verwalten.
Dazu gehören Serielle Konsole oder KVM und ein funktionierendes Rescue System.
Und nebenbei ein gutes Stück Backupspace. Das muss auch nicht teurer sein.

Mit dem Hinweis auf HOSTCFLAGs beziehen sich der Kollege IMHO auf die richtige Kernelarchitektur. Vermutlich benötigt Du einen 64 bit Kernel?

Grüße
 
Hallo,

Am Falschen Ende spare ich eigentlich nicht, die Server stehen bei der Keyweb AG, eine Rescue Console brauche ich so gesehen eigentlich auch nicht, lediglich dann wenn es um Kernel Backen geht oder darum das die Maschine nicht mehr bootet, dafür gibt es aber dann auch die Managed Erweiterung. Das Projekt schafft es gerade sich selbst zu tragen, daher ist dies ein Top Preis für Top Hardware.

Aktuell läuft ein bigmem Kernel auf der Maschine, sollte normal also ein 32Bit OS sein.
 
fragger1991 said:
Immer wenn ich einen Kernel gebacken habe
Click to expand...
Vielleicht eine blöde Gegenfrage: Warum?
Wofür brauchst Du einen "eigenen Kernel"?

Aber wenn es reicht, dass man Dir den Grub umstellt, dann sollten die Fehlermeldungen des misslungenen Boots noch im Log-Verzeichnis vorhanden sein.

PS: Keyweb hat LARA als KVM-System.

huschi.
 
Hallo,

Ich brauche den Kernel zum Stabilen betreiben für GameServer, nein es ist kein Schwachsinn und ich wills nun auch nicht erklären, aber ein GameServer Optimierter Kernel kann die Effektivität maßgeblich steigern.

Der Boot misslingt ja nicht, er Funktioniert ja, es stirbt lediglich SSH, ping ist noch möglich.

Der Server steht zwar bei der Keyweb AG, aber ich habe den Server nicht direkt von der Keyweb AG, es ist ein Reseller ;)
 
Gut, die Begründung reicht auch schon. ;)

Ich kann es nur wiederholen:
Huschi said:
Aber wenn es reicht, dass man Dir den Grub umstellt, dann sollten die Fehlermeldungen des misslungenen Boots noch im Log-Verzeichnis vorhanden sein.
Click to expand...
Egal ob er nicht bootet, nur halb bootet oder voll durchstartet. Im Logfile findest Du Antworten.

Ping sagt lediglich ob das Netzwerk gestartet wurde. Es sagt nichts über einen erfolgreichen Boot aus. Wenn also andere Dienste (wie z.B. SSH, MySQL, Apache) nicht starten, dann solltest Du mal in den Logfiles nachsehen, wo er stehen bleibt.

huschi.
 
Die Logs haben größtenteils ein Loch welches von ca. 10:40 - 11:40 (vom 30.11.09) geht, mit Logs ist also nichts zu machen ;)

Es ist ja so das SSH direkt nach dem Boot Stirbt und somit nichts gestartet werden kann was irgendwie SSH nutzt, was ja aber so gut wie alles sein wird. Fakt ist jedenfalls es ist ein Loch drin, von dem Boot keine Spur, als ob der Server die Stunde einfach Offline gewesen wäre, was er aber in dem Sinne nicht war, da ich ihn noch Anpingen konnte etc.
 
Du musst Dich dringend mit der Boot-Sequenz von Linux auseinander setzten.
(Einstieg z.B. http://de.wikipedia.org/wiki/SysVinit )

Aber nochmal kurz:
a) Ein Ping sagt nichts über den gebooteten Zustand aus!
(Es sagt nur, dass der Netzwerk-Treiber geladen wurde. Nicht mehr und nicht weniger!!!)
b) SSH ist ein Dienst und keine nötige Grundlage für irgendetwas.
(Du scheinst SSH mit einer Shell zu verwechseln.)
c) Evtl. schaust Du im falschen Logfile nach. Während dem Boot wird bei vielen Distributionen in ein anderes Logfile geschrieben da der syslogd noch nicht gestartet ist.
(Es liegen keine Info's über Deine Distribution vor.)

Hast Du im Grub eigentlich einen Fallback definiert? (siehe http://www.huschi.net/2_215_de-grub-fallback-strategie.html )
Wenn nein, so was kann beim Kernel-Backen deutliche Vorteile bringen. ;)

PS: Falls Du im SpoSu-Forum weitere Infos erhälst oder gibst, solltest Du diese auch hier angeben. Denn der Thread dort ist nicht öffentlich einsehbar.

huschi.
 
Du musst Dich dringend mit der Boot-Sequenz von Linux auseinander setzten.
(Einstieg z.B. http://de.wikipedia.org/wiki/SysVinit )
Click to expand...
Kenne ich, sonst hätte ich keine "Auto Start" Einträge einfügen können ;)

a) Ein Ping sagt nichts über den gebooteten Zustand aus!
(Es sagt nur, dass der Netzwerk-Treiber geladen wurde. Nicht mehr und nicht weniger!!!)
Click to expand...
...Fakt ist jedenfalls es ist ein Loch drin, von dem Boot keine Spur, als ob der Server die Stunde einfach Offline gewesen wäre, was er aber in dem Sinne nicht war, da ich ihn noch Anpingen konnte etc....
Click to expand...

b) SSH ist ein Dienst und keine nötige Grundlage für irgendetwas.
(Du scheinst SSH mit einer Shell zu verwechseln.)
Click to expand...
SSH = Secure Shell - Also ja doch Shell :D

Das der eigentliche SSH Dienst nicht laufen muss um etwas auszuführen ist mir klar.

c) Evtl. schaust Du im falschen Logfile nach. Während dem Boot wird bei vielen Distributionen in ein anderes Logfile geschrieben da der syslogd noch nicht gestartet ist.
(Es liegen keine Info's über Deine Distribution vor.)
Click to expand...
Debian Lenny 32 Bit - 2.6.26-2-686-bigmem

Hast Du im Grub eigentlich einen Fallback definiert? (siehe http://www.huschi.net/2_215_de-grub-fallback-strategie.html )
Wenn nein, so was kann beim Kernel-Backen deutliche Vorteile bringen.
Click to expand...
Hatte ich Probiert (jedoch nicht nach deiner Anleitung) danach das gleiche in Grün wie mim Kernel Backen, also hab ich es wieder gelassen.

PS: Falls Du im SpoSu-Forum weitere Infos erhälst oder gibst, solltest Du diese auch hier angeben. Denn der Thread dort ist nicht öffentlich einsehbar.
Click to expand...
von d4f:
Steht ein Rescue-Modus (Booten des Servers ueber Netzwerk in eine minimalistische Umgebung) zur Verfuegung? Sollte eigentlich so langsam so gut wie jeder Provider inklusive haben... (Warum richtige serielle Konsolen so gut wie nie inklusive sind weiss ich nicht, die Kabel kosten nur nur paar Euro...)
Wenn ja, dann versuch mal die syslog auszulesen.
Click to expand...
 
fragger1991 said:
Kenne ich, sonst hätte ich keine "Auto Start" Einträge einfügen können ;)
...
Das der eigentliche SSH Dienst nicht laufen muss um etwas auszuführen ist mir klar.
Click to expand...
Sorry, aber das kann aus Deinen bisherigen Beiträgen nicht raus gelesen werden. Ganz im Gegenteil...
Ich tippe darauf, dass Dein Kernel noch nicht mal in den init-Prozess läuft.

Debian Lenny 32 Bit - 2.6.26-2-686-bigmem
Click to expand...
Warum auf einem AMD Phenom ein 32-Bit-Kernel?
Da fährst Du ja wirklich mit angezogener Handbremse.

Zum Boot-Log:
Prüfe ob in /etc/default/bootlogd "BOOTLOGD_ENABLE=yes" steht.
Danach sollte bei einem reboot /var/log/boot beschrieben werden.
Aber evtl. hast Du die Boot-Meldungen auch in /var/log/dmesg*

huschi.
 
Ich habs mir nicht ausgesucht, Hoster sei dank, ich hätte ihm Explizit sagen müssen das ein 64 Bit OS Installiert werden soll, was mir jedoch auch keiner gesagt hat das ich dies sagen soll ;)

Ich gehe normal davon aus das ein Hoster ab 4GB Ram in der Maschine ein 64 Bit OS Installiert oder es mir jedenfalls zur Auswahl gibt.

BOOTLOGD_ENABLE=yes
Click to expand...
Stand auf no, habs nun mal auf yes geändert, in dmesg wird etwas geloggt.

Nur kann ich auch nicht mehr so wirklich rum testen da der ISP der Meinung ist das dass umschreiben der menu.lst zu viel Arbeit ist und zur Kernel Arbeiten gehört und deshalb nicht unter die Managed Erweiterung fällt...
 
a) Du hast Logfiles (Achtung: Plural beachten!!!)
Click to expand...
Korrekt, habe aber auch gesagt das diese leer sind was diesen Zeitbereich betrifft.

b) Du hast selber gesagt, dass Schluss ist.
Click to expand...
1 - 2 mal kann ich das Sicherlich noch machen, jedoch will ich es nicht erzwingen, das ist ein Produktiver Server welcher uns ne menge Geld kostet wenn der Off ist ;)
 
You must log in or register to reply here.
Back
Top