Il modo migliore per riavviare con grazia CentOS?

Ho sempre usato il comando:

shutdown -r now

Tuttavia, a volte ciò causa problemi di MySQL.

Qual è il modo più elegante per riavviare CentOS?

Ho visto:

reboot

e

halt

Come posso riavviare delicatamente la macchina?

Non esiste un modo migliore per riavviare il server utilizzando nient'altro che tali comandi.

• l'arresto è il modo più comune per arrestare il sistema. L'aggiunta dell'argomento -re un tempo specifico (o ' now') riavvieranno il sistema invece di arrestarlo dopo la sequenza di spegnimento.
• reboot è un round wrapper shutdown che esegue alcuni interventi di manutenzione del disco rigido (sincronizzazione e / o messa in modalità standby e non rilevante).
• Le nuove versioni di reboot(> 2.74) verranno avviate shutdownse non nel runlevel 0 o 6.
• La maggior parte degli script init chiama halt per fare un log in utmp .

Le moderne distribuzioni copriranno tutti i compiti indipendentemente dal comando che stai usando. Fondamentalmente tutti avviano il runtime di spegnimento degli script SysV (CentOS <7) o systemd (CentOS> = 7) (li chiamerò script init per facilità di lettura).

La chiusura mediante script di init passo dopo passo interrompe tutti i servizi registrati sotto il runlevel di solito 'S'. Gli script di init individuali possono avere un timeout, come lo script di init MySQL in CentOS. Quando viene fornito l'argomento stop e il demone non verrà arrestato per un bel po 'di tempo, lo script si fermerà e uscirà dando un errore. Il processo di spegnimento continuerà come se nulla fosse sbagliato, impiegando solo un po 'più di tempo e probabilmente stampa un avviso. Alla fine, quando tutti gli script init saranno eseguiti, accadrà l'inevitabile: tutti i processi ancora in esecuzione riceveranno un SIGTERM segnale e, dopo alcuni secondi (2 o 5), a SIGKILL. Questo ripulirà il resto prima che venga effettuata una chiamata ACPI per riavviare o spegnere realmente il sistema.

Un'eccezione sta usando il rebootcomando con l' -fopzione, questo salterà l'esecuzione degli script di init e riavvierà direttamente il sistema.

Farai meglio a risolvere la causa principale delle tue preoccupazioni: MySQL non si chiude correttamente.

Spesso ciò è dovuto all'enorme carico di lavoro che deve essere fatto prima che il demone possa essere chiuso in sicurezza. Una volta ho avuto un'istanza di MySQL con +300.000 di tabelle che impiegavano più di un'ora per uscire. Problemi simili possono essere riscontrati con sistemi che utilizzano enormi buffer e scarsa disponibilità di I / O.

Un grazioso arresto di Centos 6.x dovrebbe essere fatto usando il comando come root:

shutdown -h now

Ciò tenterà di arrestare tutti i servizi in esecuzione prima di arrestare il server con grazia.

L'uso di questo comando evita anche problemi con socket mySQL.

Allo stesso modo, per un riavvio grazioso:

reboot -h now

Puoi leggere una risposta precedente su una domanda simile qui:

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

Quando do istruzioni a distanza a utenti finali e clienti, chiedo loro di usarle poweroffper spegnere e spegnere il sistema.

Se vogliono un riavvio a caldo, suggerisco di usare il rebootcomando.

Suppongo si possa dire che l' emissioneCtrl-Alt-Delete compia anche questo;)

Uso il comando 'init 6'.

init 6 dice al processo init di arrestare tutti i processi / demoni generati come scritto nei file init (nell'ordine inverso che hanno avviato) e infine invocare il comando shutdown -r now per riavviare la macchina.

Ulteriori informazioni sono disponibili su questa domanda .

Ho la sensazione che questa risposta potrebbe non piacerti, ma QUESTA risposta include alcune intuizioni che nessuno degli altri considera. . . Scrivi:

Ho sempre usato il comando:

spegnimento -r ora

Tuttavia, a volte ciò causa problemi di MySQL.

Il problema qui NON è il tuo metodo di spegnimento, è il software che non è in grado di gestirlo correttamente; MySql.

L'UNICO modo in cui puoi davvero affrontarlo è sostituire MySql (PostgreSql è un ottimo sostituto) O scrivere il tuo script di spegnimento che PRIMA codifica MySql come un bambino, e quando è felice di essere chiuso, allora arresta il sistema.

... Come persona che si è specializzata nei sistemi di database per oltre 26 anni, posso dirti che è stato solo in tempi molto recenti che MySql ha iniziato a mettere insieme i suoi atti riguardanti la competenza nelle più importanti sfaccettature di ciò che i sistemi di database sono per - sicurezza / integrità dei dati. In precedenza, hanno prestato meno attenzione a questi aspetti e maggiore attenzione alle prestazioni. Ma a che serve una prestazione eccezionale se perdi dati? Su ALCUNE applicazioni, come, ad esempio, la registrazione di video in streaming Netflix nel momento in cui stai visualizzando, la fedeltà assoluta potrebbe non essere particolarmente importante - forse, anche, ai tuoi clienti PIACE il backup del video un po 'a seguito di un errore. Ma in un sistema bancario è un disastro di proporzioni epiche. Solo il proprietario dei dati può sapere cosa è giusto per loro.