Найкращий спосіб граціозно перезапустити CentOS?

Я завжди використовував команду:

shutdown -r now

Однак іноді це викликає проблеми з MySQL.

Який самий витончений спосіб перезапустити CentOS?

Я бачив:

reboot

і

halt

Як можна акуратно перезавантажити машину?

Немає кращого способу перезапустити сервер, використовуючи що-небудь інше, ніж будь-які ці команди.

• відключення - найпоширеніший спосіб зупинити вашу систему. Додавання аргументу -rта певний час (або ' now') перезавантажить вашу систему замість зупинки після послідовності відключення.
• перезавантаження - це кругле вимкнення обгортки, яке виконує певне обслуговування жорсткого диска (синхронізація та / або переведення в режим очікування і не дуже важливо).
• Нові версії reboot(> 2.74) ініціюють, shutdownякщо вони не знаходяться в рівні 0 або 6.
• Більшість сценаріїв init замовчують зупинити, щоб зробити запис у utmp .

Сучасні дистрибутиви охоплюють усі завдання незалежно від команди, яку ви використовуєте. В основному всі вони ініціюють час завершення роботи сценаріїв SysV (CentOS <7) або systemd (CentOS> = 7) (я буду називати їх init-скриптами для зручності читання).

Вимкнення за допомогою сценаріїв init крок за кроком зупиняйте всі ваші послуги, зареєстровані під звичайним рівнем "S". Окремі скрипти init можуть мати тайм-аут, як MySQL-скрипт init у CentOS. Коли буде задано аргумент зупинки і демон не буде відключений протягом досить тривалого часу, сценарій зупиниться і вийде, даючи збій. Процес відключення триватиме так, як ніби нічого не було, лише затримайте трохи довше і, ймовірно, надрукуйте попередження. Зрештою, коли всі скрипти init будуть виконані, відбудеться неминуче: всі процеси, які все ще запущені, отримають SIGTERM сигнал і через кілька секунд (2 або 5) - a SIGKILL. Це дозволить очистити решту до того, як буде здійснено дзвінок ACPI , щоб дійсно перезавантажити або вимкнути систему.

Один виняток - використання rebootкоманди з -fопцією, це буде пропускати виконання сценаріїв init і перезавантажить систему безпосередньо.

Вам буде краще виправити першопричину своїх турбот: MySQL не вимкнеться належним чином.

Часто це пов’язано з масовим навантаженням робіт, яке потрібно виконати до того, як демон зможе безпечно вийти. Одного разу у мене був екземпляр MySQL з +300.000 таблиць, на вихід яких пішла година. Подібні проблеми можна знайти з системами, що використовують величезні буфери та обмежену доступність вводу / виводу.

Витончене відключення Centos 6.x слід зробити, використовуючи команду як корінь:

shutdown -h now

Це спробує зупинити всі запущені служби, перш ніж граціозно вимкнути сервер.

Використання цієї команди також запобігає виникненню проблем з розширенням mySQL.

Аналогічно для витонченої перезавантаження:

reboot -h now

Ви можете прочитати попередню відповідь на подібне запитання тут:

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

Даючи віддалені вказівки кінцевим користувачам та клієнтам, я доручаю їх використовувати poweroffдля відключення та вимкнення системи.

Якщо вони хочуть теплого перезавантаження, я пропоную скористатися rebootкомандою.

Я думаю, можна сказати, що видачаCtrl-Alt-Delete також виконує це;)

Я використовую команду 'init 6'.

init 6 повідомляє процесу init про вимкнення всіх породжених процесів / демонів, як написано у файлах init (у зворотному порядку, який вони почали), і нарешті викликає команду shutdown -r now перезавантажити машину.

Більше інформації можна знайти з цього питання .

У мене є відчуття, що вам може не сподобатися ця відповідь, але ЦЕ відповідь включає деяке розуміння, яке ніхто з інших не вважає. . . Ви пишете:

Я завжди використовував команду:

відключення -r зараз

Однак іноді це викликає проблеми з MySQL.

Проблема тут НЕ у вашому методі відключення, це частина програмного забезпечення, яка не може спрацювати з відключенням належним чином; MySql.

ТІЛЬКИ, як ви дійсно можете вирішити це, замініть MySql (PostgreSql - це чудова заміна) АБО напишіть власний сценарій відключення, який ПЕРШИЙ кодує MySql, як дитина, і коли це щасливе, що його вимкніть, ТОГО відключає систему.

... Як людина, яка спеціалізується на системах баз даних понад 26 років, я можу вам сказати, що лише в останній час MySql почав збирати свої дії щодо компетенції на найважливіших аспектах того, які системи баз даних для - безпека / цілісність даних. Раніше вони приділяли цим аспектам менше уваги і більше уваги продуктивності. Але яка користь - це велика ефективність, якщо ви втрачаєте дані? Для деяких додатків, як-от скажімо, Netflix, що передає потоковий запис відео в будь-який момент, який ви переглядаєте, абсолютна вірність може не мати особливої ​​важливості - можливо, навіть ваші клієнти ПОДАЮТЬ резервне копіювання відео після помилки. Але в банківській системі це катастрофа епічних розмірів. Тільки власник даних може знати, що їм підходить.