¿La mejor manera de reiniciar con gracia CentOS?

Siempre usé el comando:

shutdown -r now

Sin embargo, a veces eso causa problemas con MySQL.

¿Cuál es la forma más elegante de reiniciar CentOS?

He visto:

reboot

y

halt

¿Cómo puedo reiniciar suavemente la máquina?

No hay mejor manera de reiniciar su servidor utilizando otra cosa que cualquiera de esos comandos.

• apagar es la forma más común de detener su sistema. Agregar el argumento -ry un tiempo específico (o ' now') reiniciará su sistema en lugar de detenerlo después de la secuencia de apagado.
• reiniciar es un cierre de envoltura que realiza un mantenimiento de disco duro (sincronización y / o puesta en modo de espera y no es realmente relevante).
• Las nuevas versiones de reboot(> 2.74) se iniciarán shutdownsi no están en el nivel de ejecución 0 o 6.
• La mayoría de los guiones de inicio llaman a detener para hacer un inicio de sesión utmp .

Las distribuciones modernas tendrán todas las tareas cubiertas, independientemente del comando que esté utilizando. Básicamente, todos inician el tiempo de ejecución de apagado de sus scripts SysV (CentOS <7) o systemd (CentOS> = 7) (los llamaré scripts de inicio para facilitar la lectura).

Al cerrar usando scripts de inicio paso a paso, detenga todos sus servicios registrados bajo el nivel de ejecución 'S'. Las secuencias de comandos de inicio individuales pueden tener un tiempo de espera, como la secuencia de comandos de inicio MySQL en CentOS. Cuando se da el argumento de detención y el demonio no se cerrará en un período de tiempo razonable, el script se detendrá y saldrá dando un error. El proceso de apagado continuará como si nada estuviera mal, solo tomará un poco más de tiempo y probablemente imprima una advertencia. Al final, cuando se ejecutan todos los scripts de inicio, sucederá lo inevitable: todos los procesos que aún se ejecutan recibirán una SIGTERM señal y, después de unos segundos (2 o 5), a SIGKILL. Esto limpiará el resto antes de que se realice una llamada ACPI para realmente reiniciar o apagar su sistema.

Una excepción es usar el rebootcomando con la -fopción, esto omitirá la ejecución de scripts de inicio y reiniciará el sistema directamente.

Será mejor que solucione la causa raíz de sus preocupaciones: MySQL no se cierra correctamente.

A menudo, esto se debe a la enorme carga de trabajo que debe hacerse antes de que el demonio pueda salir de forma segura. Una vez tuve una instancia de MySQL con +300,000 tablas que tardó más de una hora en salir. Se pueden encontrar problemas similares con sistemas que utilizan enormes memorias intermedias y escasa disponibilidad de E / S.

Se debe realizar un apagado correcto de Centos 6.x utilizando el comando como root:

shutdown -h now

Esto intentará detener todos los servicios en ejecución antes de apagar el servidor correctamente.

El uso de este comando también evita problemas de socket mySQL.

Del mismo modo, para un reinicio elegante:

reboot -h now

Puede leer una respuesta anterior sobre una pregunta similar aquí:

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

Al dar instrucciones remotas a usuarios finales y clientes, les doy instrucciones para que las usen poweroffpara apagar y apagar el sistema.

Si quieren un reinicio en caliente, les sugiero que usen el rebootcomando.

Supongo que se podría decir que la emisiónCtrl-Alt-Delete también logra esto;)

Yo uso el comando 'init 6'.

init 6 le dice al proceso init que apague todos los procesos / daemons generados como están escritos en los archivos init (en el orden inverso en que comenzaron) y finalmente invoque el comando shutdown -r now para reiniciar la máquina.

Se puede encontrar más información sobre esta pregunta .

Tengo la sensación de que puede que no le guste esta respuesta, pero ESTA respuesta incluye alguna idea que ninguno de los otros considera. . . Usted escribe:

Siempre usé el comando:

apagado -r ahora

Sin embargo, a veces eso causa problemas con MySQL.

El problema aquí NO es su método de apagado, es la pieza de software que no puede manejar un apagado correctamente; MySql.

La ÚNICA forma en que realmente puede abordar esto es reemplazar MySql (PostgreSql es un gran reemplazo) O escribir su propio script de apagado que PRIMERO codifica a MySql como un bebé, y cuando está feliz de apagarse LUEGO apaga el sistema.

... Como una persona que se ha especializado en sistemas de bases de datos durante más de 26 años, puedo decirle que solo en tiempos muy recientes MySql ha comenzado a actuar en relación con la competencia en las facetas más importantes de los sistemas de bases de datos. para - seguridad / integridad de los datos. Anteriormente, han prestado menos atención a estos aspectos y más atención al rendimiento. Pero, ¿de qué sirve un gran rendimiento si pierde datos? En ALGUNAS aplicaciones, como, por ejemplo, la grabación de video en streaming de Netflix en el punto que está viendo, la fidelidad absoluta puede no ser particularmente importante, tal vez, incluso, a sus clientes les gusta que el video retroceda un poco después de una falla. Pero en un sistema bancario, es un desastre de proporciones épicas. Solo el propietario de los datos puede saber qué es lo mejor para ellos.