для Red Hat Enterprise та CentOS, що потрібно створити / var / run / reboot?


12

У CentOS 5.8+ та Red Hat Enterprise 6+ під час встановлення / оновлення пакетів я помічаю, що потрібний файл прапора / var / run / reboot, коли це доречно. У Ubuntu (і Debian теж, я думаю, що), якщо встановлено пакет "update-notifier-common", сценарій пакунка після поштових повідомлень запускає створення цього файлу прапора. На RHEL / CentOS я не можу зрозуміти, як це відбувається.

Наприклад, на RHEL і CentOS я нещодавно встановив кілька оновлень і було створено / var / run / reboot-Required. Одним з них було оновлення пакету "openssl". Я припускаю, що саме це створило файл прапора, оскільки в Ubuntu він також працює таким чином. Однак я переглянув усі "rpm -q --scripts" для кожного оновленого пакету, і не побачив нічого, що, ймовірно, створило б цей файл прапора. Переважно я бачив "постінсталяційну програму: / sbin / ldconfig".

Отже, мої запитання:

  • Що створює цей файл прапора на RHEL / CentOS?
  • Чи потрібен встановлення спеціального пакету, аналогічного пакету "update-notifier-common" в Ubuntu?

Зараз я підозріло, що це було щось, що я встановлював раніше, щоб виявити оновлення, які потребували б перезавантаження. Мені потрібно зробити тестування, щоб точно знати. Чи існує затверджений серверним способом маркування цього питання як "PEBKAC" до очікування подальшого тестування? Я не хочу вводити в оману людей, які опиняються тут, шукаючи відповіді.
EdwardTeach

Ваш коментар досить корисний. Вам потрібна допомога щодо пошуку втраченого тригера? Якщо це не робота з cron, це може бути rpm-тригер із пакета, який ви створили та встановили yourselv.
Нілс

Я підтвердив, що це, безумовно, щось, що я створив самостійно. У мене був сценарій, який відстежував версії пакетів (наприклад, ядро ​​Linux), і коли ті змінилися, це створило б "/ var / run / reboot-Required". Він був створений як рецепт шеф-кухаря, тому, ймовірно, не стосується інших, а також легко відтворити, якщо ви не використовуєте шеф-кухаря.
EdwardTeach

Досить цікаво, що у вас було 11 рейтингів та 3 вибраних для вашого питання ... Я голосую, щоб закрити це питання. Можливо, ви зможете відповісти на це і прийняти власну відповідь на нього. Чи можете ви також покласти посилання на те, що chefвам потрібно?
Нілс

Відповіді:


2

Цей файл не згадується ні в сценарії пакету, ні в rpmмакросі (див. /usr/lib/rpm/**/macros.*).

Я підозрюю, що це походить від неофіційного пакету, заснованого на загальній практиці у спільнотах Debian та Ubuntu.

Там його можна створити за допомогою http://packages.debian.org/squeeze/update-notifier .


Ха; так, саме тут я і взяв ідею. Але ні, не було неофіційного перенесення .deb. Дивіться мій останній коментар до головного питання. Я також додам свою відповідь, щоб я міг її прийняти і закрити це питання.
EdwardTeach

1

Це було щось, що я створив самостійно. У мене був сценарій, який відстежував версії пакетів (наприклад, ядро ​​Linux), і коли ті змінилися, це створило б "/ var / run / reboot-Required". Він був створений як рецепт шеф-кухаря , тому, ймовірно, не стосується інших, а також легко відтворити, якщо ви не використовуєте шеф-кухаря.


0

Наприклад, на RHEL і CentOS я нещодавно встановив кілька оновлень і було створено / var / run / reboot-Required. Одним з них було оновлення пакету "openssl".

Я намагався оновити OpenSSL на CentOS 5.8 та 6.0, обидва не створює цей файл. Хтось ще отримає це?

Який тип файлу? Будь ласка, покажіть нам вміст?

Якщо "вимагає" справді означає "вимагає", AFAIK, є лише оновлення ядра, яке вимагає перезавантаження (якщо ви хочете завантажитися в нове ядро, якщо ви не використовуєте Ksplice ). Всі інші оновлення (включаючи: glibc, tzdata, SysVinit, ...), вам потрібно лише перезапустити всі програми, які його використовують або залежать від нього.


Я з тих пір перезавантажився, тож це лише з пам’яті. Це був файл нульового розміру, наприклад, без вмісту.
EdwardTeach

Чи є у вас інший сервер для тестування? Чи підозрюєте ви будь-які інші пакети, які створюватимуть цей файл під час оновлення?
кванта

Я думаю, може, це я щось зробив; Я прокоментував головне питання, щоб люди могли бачити, що це, можливо, нецікаве питання.
EdwardTeach
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.