Die beste Möglichkeit, CentOS ordnungsgemäß neu zu starten?

Ich habe immer den Befehl verwendet:

shutdown -r now

Manchmal verursacht dies jedoch MySQL-Probleme.

Was ist die eleganteste Art, CentOS neu zu starten?

Ich habe gesehen:

reboot

und

halt

Wie kann ich den Computer sanft neu starten?

Es gibt keine bessere Möglichkeit, den Server mithilfe anderer Befehle neu zu starten.

• Das Herunterfahren ist die häufigste Methode, um Ihr System anzuhalten. Durch Hinzufügen des Arguments -rund einer bestimmten Zeit (oder ' now') wird Ihr System neu gestartet, anstatt es nach dem Herunterfahren anzuhalten.
• reboot ist ein Wrapper Round Shutdown, der einige Wartungsarbeiten an der Festplatte durchführt (Synchronisieren und / oder Versetzen in den Standby-Modus und nicht wirklich relevant).
• Neue Versionen von reboot(> 2.74) werden gestartet, shutdownwenn sie nicht in Runlevel 0 oder 6 sind.
• Die meisten Init-Skripte rufen halt auf, um sich bei utmp anzumelden .

In modernen Distributionen werden alle Aufgaben abgedeckt, unabhängig davon, welchen Befehl Sie verwenden. Grundsätzlich initiieren sie alle die Shutdown-Laufzeit Ihrer SysV- (CentOS <7) oder systemd- (CentOS> = 7) Skripte (ich werde sie zur Erleichterung des Lesens Init-Skripte nennen).

Das schrittweise Herunterfahren mit Init-Skripten stoppt alle Ihre Dienste, die unter dem Runlevel 'S' registriert sind . Einzelne Init-Skripte können ein Timeout haben, wie das MySQL-Init-Skript in CentOS. Wenn das Argument stop angegeben wird und der Dämon nicht in angemessener Zeit heruntergefahren wird, wird das Skript angehalten und beendet, was zu einem Fehler führt. Der Vorgang des Herunterfahrens wird fortgesetzt, als ob nichts falsch wäre. Er dauert nur ein bisschen länger und gibt möglicherweise eine Warnung aus. Am Ende, wenn alle Init-Skripte ausgeführt sind, passiert das Unvermeidliche: Alle noch laufenden Prozesse erhalten ein SIGTERM Signal und nach einigen Sekunden (2 oder 5) a SIGKILL. Dies räumt den Rest auf, bevor ein ACPI- Aufruf ausgeführt wird, um Ihr System wirklich neu zu starten oder herunterzufahren.

Eine Ausnahme ist die Verwendung des rebootBefehls mit der -fOption. Dadurch wird die Ausführung von Init-Skripten übersprungen und das System direkt neu gestartet.

Sie sind besser dran, die Ursache Ihrer Sorgen zu beheben: MySQL wird nicht ordnungsgemäß heruntergefahren.

Dies ist häufig auf die enorme Arbeitslast zurückzuführen, die ausgeführt werden muss, bevor der Dämon sicher beendet werden kann. Ich hatte einmal eine MySQL-Instanz mit +300.000 Tabellen, deren Beenden über eine Stunde dauerte. Ähnliche Probleme treten bei Systemen mit großen Puffern und geringer E / A-Verfügbarkeit auf.

Ein ordnungsgemäßes Herunterfahren von Centos 6.x sollte mithilfe des Befehls als root erfolgen:

shutdown -h now

Dadurch wird versucht, alle ausgeführten Dienste zu stoppen, bevor der Server ordnungsgemäß heruntergefahren wird.

Die Verwendung dieses Befehls verhindert auch Probleme mit dem mySQL-Socket.

Ebenso für einen ordnungsgemäßen Neustart:

reboot -h now

Sie können eine frühere Antwort zu einer ähnlichen Frage hier lesen:

https://stackoverflow.com/questions/20407292/centos-another-mysql-daemon-already-running-with-the- Same-unix-socket

Wenn ich Endbenutzern und Kunden Anweisungen per Fernzugriff erteile, weise ich sie an poweroff, das System herunterzufahren und auszuschalten.

Wenn sie einen Warmstart wünschen, schlage ich vor, dass sie den rebootBefehl verwenden.

Ich nehme an, man könnte sagen, dass dies auch durch das AusstellenCtrl-Alt-Delete erreicht wird;)

Ich benutze den Befehl 'init 6'.

init 6 weist den init-Prozess an, alle in den init-Dateien gespeicherten Prozesse / Daemons herunterzufahren (in umgekehrter Reihenfolge, in der sie gestartet wurden) und zuletzt den Befehl shutdown -r now aufzurufen, um den Computer neu zu starten.

Weitere Informationen finden Sie zu dieser Frage .

Ich habe das Gefühl, dass Ihnen diese Antwort vielleicht nicht gefällt, aber DIESE Antwort enthält einige Erkenntnisse, die keiner der anderen berücksichtigt. . . Du schreibst:

Ich habe immer den Befehl verwendet:

Herunterfahren -r jetzt

Manchmal verursacht dies jedoch MySQL-Probleme.

Das Problem hierbei ist NICHT Ihre Methode zum Herunterfahren, sondern die Software, die das Herunterfahren nicht richtig handhabt. MySql.

Die einzige Möglichkeit, die Sie wirklich ansprechen können, ist das Ersetzen von MySql (PostgreSql ist ein großartiger Ersatz) ODER das Schreiben eines eigenen Shutdown-Skripts, das MySql ZUERST wie ein Baby verschlüsselt. Wenn es glücklich ist, heruntergefahren zu werden, fährt DANN das System herunter.

... Als eine Person, die sich seit über 26 Jahren auf Datenbanksysteme spezialisiert hat, kann ich Ihnen sagen, dass MySql erst in jüngster Zeit begonnen hat, sich in Bezug auf die Kompetenz in den wichtigsten Facetten der Datenbanksysteme zusammenzuschließen für - Datensicherheit / Integrität. Früher haben sie diesen Aspekten weniger Beachtung geschenkt und der Leistung mehr Aufmerksamkeit geschenkt. Aber was bringt eine gute Leistung, wenn Sie Daten verlieren? In EINIGEN Anwendungen, z. B. bei der Aufzeichnung von Netflix-Streaming-Videos zu dem Zeitpunkt, an dem Sie sie ansehen, ist die absolute Wiedergabetreue möglicherweise nicht besonders wichtig. Vielleicht möchten Ihre Kunden sogar, dass das Video nach einem Fehler ein wenig gesichert wird. Aber in einem Bankensystem ist es eine Katastrophe von epischem Ausmaß. Nur der Dateneigentümer kann wissen, was für ihn richtig ist.