[Floele]

Hi.

Bei meinem Webserver (Zugriff nur über SSH, das Ding steht in Schweden => Resetknopf zu weit weg) kommt es schonmal (zu oft ) vor, das MySQL sich auf eine Art und Weise aufhängt, dass man es nicht mehr beenden oder neustarten kann (das ist jedenfalls mein erstes und letztes Fedora System ). Das einzigste was helfen würde, wäre ein Neustart des Kastens. Problem ist aber, dass jener (der Neustart) in einer solchen Situation nicht mehr funktioniert. Apache und der Dienst der mir SSH Zugriff bietet werden zwar erfolgreich beendet (=> danach kann ich mit dem Server dann nichts mehr machen), aber das wars dann auch schon. FTP bleibt weiterhin aktiv (und wahrscheinlich noch mehr, jedenfalls fährt das Teil nicht vollständig herunter).
Deswegen meine Frage: Wie bringe ich Linux dazu, einfach neuzustarten ohne noch irgendwelche Aktionen durchzuführen die nicht funktionieren und den Neustart bzw. das Herunterfahren behindern? Gibt's da irgendwas?
Ich hönnte natürlich auch wieder einmal den Support anrufen lassen damit die aufs Knöpfchen drücken, aber das ist auf Dauer keine Lösung. Das Neustarten zwar eigentlich auch nicht, aber das wär schonmal was.

[flo]

Hallo

So ganz verstehen tue ich das nocht nicht, aber ein simples

reboot

sollte doch gehen oder?

[Floele]

shutdown -r now

tut es jedenfalls nicht.

[ph030]

Mh, ich gehe mal davon aus, dass in der angesprochenen Situation ein kill -9 PID nicht mehr funktioniert?

Wenn dem so ist, bau mal nen Kernel mit MagicSysKey, allerdings weis ich nicht, ob das via SSH funktioniert, das sollte dir zumindest noch ermöglichen herauszufinden, woran genau es denn liegt.

Aber eigentlich ist mir ein Hardlock von MySQL noch nicht untergekommen, hast du da vielleicht eine Buggy-Version drauf?

Ansonsten schau dir plz mal die Logs an und poste die relevanten Teile.

[Floele]

Zitat (ph030: 27.04.2006, 12:53)

Mh, ich gehe mal davon aus, dass in der angesprochenen Situation ein kill -9 PID nicht mehr funktioniert?

Nein. Ich habe es grade zur Sicherheit nochmal ausprobiert, aber beim (neu)starten von MySQL kommt dann nur "Timeout error occurred trying to start MySQL Daemon.".

Zitat

Aber eigentlich ist mir ein Hardlock von MySQL noch nicht untergekommen, hast du da vielleicht eine Buggy-Version drauf?

mysql Ver 11.18 Distrib 3.23.58, for redhat-linux-gnu (i386)

Zitat

Wenn dem so ist, bau mal nen Kernel mit MagicSysKey, allerdings weis ich nicht, ob das via SSH funktioniert, das sollte dir zumindest noch ermöglichen herauszufinden, woran genau es denn liegt.

Ansonsten schau dir plz mal die Logs an und poste die relevanten Teile.

Also, ich bin nicht grade ein Linux-Experte und wie man einen Kernel über SSH baut ist mir ein Rätsel und klingt nach viel Aufwand den ich eigentlich nicht betreiben möchte.
Was die Logs anbetrifft: Welche wären da für dich interessant?

[janboe]

Hmm.. schonmal "init 6" probiert?

[Floele]

Nein. Besteht denn eine Aussicht auf Erfolg? Wenn es nicht klappt, stehe ich nämlich erstmal wieder dumm da.

[ph030]

Zitat

mysql Ver 11.18 Distrib 3.23.58, for redhat-linux-gnu (i386)

Mh, kenne mich nicht mit RedHat aus, aber bei Gentoo ist momentan 4.1.18-r61 bzw. 5.0.19-r1 aktuell im Portage. Probier sicherheitshalber mal ein Update zu machen, falls das nicht die aktuellste für dich ist.

Zitat

Also, ich bin nicht grade ein Linux-Experte und wie man einen Kernel über SSH baut ist mir ein Rätsel und klingt nach viel Aufwand den ich eigentlich nicht betreiben möchte.

Öhm, wo ist da das Problem? Log dich via SSH auf dem Server ein, werde root, gehe nach /usr/src/linux-version, mache ein make menuconfig und setze die entsprechende Option(ist glaub ich bei Kernel-Debug-Sachen irgendwo dabei, ansonsten einfach die interne Suche nutzen).
Wie man den Kernel dann baut und ihn aktiviert, da gehe ich mal davon aus, dass dir das bekannt ist.

Zitat

Was die Logs anbetrifft: Welche wären da für dich interessant?

Alles was interessant sein könnte, also allen voran das MySQL-Log(aber bitte nur den relevanten Part, also keine Teile von vor 2 Jahren oder so). Dann vielleicht noch normales Syslog, Apache, und wenn du was IDS-mäßiges installiert hast, dann natürlich auch das.

[flo]

Zitat

shutdown -r now
tut es jedenfalls nicht.

Ja und was ist mit

reboot

?

[Floele]

Zitat (ph030: 27.04.2006, 16:32)

Probier sicherheitshalber mal ein Update zu machen, falls das nicht die aktuellste für dich ist.

Du glaubst gar nicht wie gerne ich das machen würde. Netterweise muss man aber direkt das komplette Betriebssystem aktualisieren wenn man mal ne neue MySQL Version braucht. Und deswegen geht das erstmal nicht.

Zitat

Öhm, wo ist da das Problem? ...
Wie man den Kernel dann baut und ihn aktiviert, da gehe ich mal davon aus, dass dir das bekannt ist.

Ich glaube "nicht Linux-Experte" war nicht deutlich genug. Ich denke diesen Kernel Kram sollten wir vielleicht besser lassen, nachher geht dann wahrscheinlich noch weniger als vorher. Ich will eigentlich nur ne hübsch einfache Methode den Server zu reseten.

Zitat

Alles was interessant sein könnte, also allen voran das MySQL-Log(aber bitte nur den relevanten Part, also keine Teile von vor 2 Jahren oder so). Dann vielleicht noch normales Syslog, Apache, und wenn du was IDS-mäßiges installiert hast, dann natürlich auch das.

Ich werde mal gucken was sich machen lässt.

Zitat (Flo: 27.04.2006, 23:38)

Ja und was ist mit

reboot

?

Wenn es das gleiche tut wie shutdown -r now bringt es mir nichts. Ausprobieren ist eher schlecht, denn ich habe nur einen Versuch

[[U]nixchecker]

Wieso reboot? Warum restartest du nicht einfach die Dienste?

Ein reboot macht nur sinn, wenn du nen Kernel oops hattest bzw, den Kernel oder Module ausgetauscht hast.
Ansonsten reicht es doch einfach die Dienste neuzustarten natürlich nicht mit kill und so dollen Tricks, denn das löscht nämlich nicht die locks.


Ich bin mir nicht sicher, ob das bei Fedora auch geht, aber bei den Linuxkisten die ich kennen machst du einfach:

/etc/init.d/mysql restart

bzw.

/etc/init.d/mysqld restart

Achja und was ist das für ein Server VServer oder dedicated ?

Dieser Beitrag wurde von [U]nixchecker bearbeitet: 27. April 2006 - 23:03

[Floele]

Zitat

Wieso reboot? Warum restartest du nicht einfach die Dienste?

Wenn es so einfach wäre...das habe ich natürlich schon lange ausprobiert. Hier aber nochmal das Ergebnis.

[root@kundserver ~]# /etc/init.d/mysqld restart
Stopping MySQL:											[  OK  ]
Timeout error occurred trying to start MySQL Daemon.
Starting MySQL:											[FAILED]

Zitat

Achja und was ist das für ein Server VServer oder dedicated ?

Müsste dedicated sein.

[Lofote]

Zitat

Ansonsten reicht es doch einfach die Dienste neuzustarten natürlich nicht mit kill und so dollen Tricks, denn das löscht nämlich nicht die locks.

Warum sollte dass nicht die löschen? Wär ja schlimm, wenn das nicht die Handles freigeben würde.
Gegen "kill" spricht aber natürlich die Tatsache, dass das DB-System nicht sauber runterfahren kann, sprich einige Dinge nicht abschliessen kann.

Trotzdem frag ich mich, was da los ist, kann ja wohl nicht wahrsein, dass man das so abschiessen kann... Solltest lieber die Ursache suchen und beheben, anstatt die Symptome zu beheben ...

[Floele]

Zitat (ph030: 27.04.2006, 16:32)

Alles was interessant sein könnte, also allen voran das MySQL-Log(aber bitte nur den relevanten Part, also keine Teile von vor 2 Jahren oder so). Dann vielleicht noch normales Syslog, Apache, und wenn du was IDS-mäßiges installiert hast, dann natürlich auch das.

Ich hab' mal was angehängt (etwas geschnitten, falls mehr benötigt ist kann ich auch alles reinpacken). Das apache error_log ist im Moment ein bissl zu groß ^^

Zitat

Trotzdem frag ich mich, was da los ist, kann ja wohl nicht wahrsein, dass man das so abschiessen kann... Solltest lieber die Ursache suchen und beheben, anstatt die Symptome zu beheben smile.gif...

Die Ursache ist wohl Fedora Core 3 :-p

Angehängte Datei(en)

•  messages.txt (1,47K)
  Anzahl der Downloads: 262
•  mysqld.txt (594bytes)
  Anzahl der Downloads: 178
•  mysqld.log.1.txt (3,15K)
  Anzahl der Downloads: 147

[[U]nixchecker]

Zitat

Warum sollte dass nicht die löschen? Wär ja schlimm, wenn das nicht die Handles freigeben würde.
Gegen "kill" spricht aber natürlich die Tatsache, dass das DB-System nicht sauber runterfahren kann, sprich einige Dinge nicht abschliessen kann.

Lofote, ich merke du hast keine Ahnung von was ich spreche nicht war? Ich rede doch nicht von handles sondern locks.

Damit verhindert man das mehrfach starten von Applikationen, und nur wenn man so ein lockfile löscht oder neubootet, dann kann man die Applikation wieder starten, sowas erledigen start scripte. Bei Applikationen wie mysql ist das in der Regel der Fall.