S4Y - Etch -> Lenny = TOT!

JCT-Designer

New Member
Hallo ihr Lieben,
tja, vielleicht war ich doch ein bisl zu "voreillig". Habe heute mittels apt-get dist-upgrade von etch auf lenny geupgraded. Lief alles ohne Probs durch und gab direkt nach dem dist-upgrade keine Schwierigkeiten / Probleme oder sonstiges.
Server neugestart -> TOT. Das einizige was geht ist ICMP (ping), SSH, FTP, HTTP alles futsch. Oke, oke, dachte ich mir, schauen wir doch mal was die Logs so sagen -> Recovery System gebootet -> Logs angeschaut -> gestaunt :-(
NICHTS!
Das letzte was in jeglichem Log vermerkt ist, ist der Shutdown vor dem Reboot :-(
Ich weiß absolut nicht mehr weiter und habe keine Peile was da schief läuft, stocher quasi im Dunkeln...
Über Hilfe wäre ich sehr dankbar...

Schöne Grüße
Chris
 
Hallo mr_brain,
das Problem ist, das ich außer im Recovery Modus nicht mehr auf dem Server komme, SSH läuft im "Normalbetrieb" auch leider nicht.
Habe auch schon KeyFiles ausgestellt und SSH umkonfiguriert im Recovery-Mode ohne Erfolg. S4Y will für die Fehlerdiagnose schlappe 78€ haben...

Schöne Grüße
Chris
 
oh my god, sry ist schon spät, ich ärger mich und steh gerad aufm schlauch...
bin jetzt als chroot drin, mal gucken was hier schief geht...

erstmal vielen lieben dank für deinen support auch noch um diese uhrzeit! respekt!

schöne grüße
chris
 
Hmm warum kannst du das Recoverysystem nicht starten. Das hat doch garnix mit deinem eigentlichen System zu tun. Dein eigentliches System wird doch dan als /mnt eingebunden..

Alternativ Chroot auf /mnt und dann mal schauen was beim init.d/ssh passiert ?
 
das recovery kann ich starten ;) nur das production nicht, war eben nur so aufgelöst das ich hier unsinn geschrieben habe ^^

melde mich sobald ich mehr infos habe ^^
 
hey ihr lieben,
für alle die noch probleme haben, es gibt wohl amd64 server die mit lenny und usb nicht so gut klar kommen...genau hier lag mein problem...
ein "nousb" im boot-parameter bewirkt wunder und hat mir erspart den kernel selbst zu backen und immer wieder selbst updaten zu müssen ;)
Des Weiteren sollte auch ein "rootdelay=9" im bootparameter gesetzt werden wenn raid platten verwendet werden, dies alleine fixte allerdings mein problem nicht...

Schönen morgen noch, bis bald,
Chris :-D

PS: Bin ich froh das die kiste wieder läuft ^^
 
Back
Top