w Red Hat Enterprise i CentOS, co jest wymagane do tworzenia / var / run / reboot?

12

Na CentOS 5.8+ i Red Hat Enterprise 6+, podczas instalowania / aktualizowania pakietów, zauważam, że plik flagi / var / run / reboot-wymagany jest tworzony w razie potrzeby. Na Ubuntu (i chyba Debian też), jeśli pakiet „update-notifier-common” jest zainstalowany, skrypt postinst pakietu uruchamia tworzenie tego pliku flagi. Na RHEL / CentOS nie mogę zrozumieć, jak to się dzieje.

Na przykład na RHEL i CentOS niedawno zainstalowałem kilka aktualizacji i utworzono / var / run / reboot-wymagany. Jednym z nich była aktualizacja pakietu „openssl”. Zakładam, że to właśnie utworzyło plik flagi, ponieważ w Ubuntu działa również w ten sposób. Jednak spojrzałem na wszystkie „rpm -q --scripts” dla każdego zaktualizowanego pakietu i nie widziałem niczego, co mogłoby stworzyć ten plik flagi. Najczęściej widziałem „program poinstalacyjny: / sbin / ldconfig”.

Więc moje pytania to:

  • Co tworzy ten plik flagi na RHEL / CentOS?
  • Czy wymaga zainstalowania specjalnego pakietu, analogicznego do pakietu „update-notifier-common” w Ubuntu?
centos redhat update EdwardTeach
źródło
Teraz jestem podejrzliwy, że to było coś, co ja wprowadzone w przeszłości do wykrycia aktualizacji, które wymagają ponownego uruchomienia komputera. Muszę przeprowadzić testy, aby się upewnić. Czy istnieje zatwierdzony przez serwer sposób oznaczenia tego pytania jako „PEBKAC” w oczekiwaniu na dalsze testy? Nie chcę wprowadzać w błąd ludzi, którzy tu kończą, szukając odpowiedzi.
EdwardTeach
Twój komentarz jest wystarczająco pomocny. Potrzebujesz pomocy w poszukiwaniu zagubionego spustu? Jeśli nie jest to zadanie cron, może to być wyzwalacz rpm z pakietu, który zbudowałeś i zainstalowałeś swójselv.
Nils
Potwierdziłem, że to zdecydowanie coś, co sam stworzyłem. Miałem skrypt, który śledził wersje pakietów (np. Jądro Linuksa), a kiedy te się zmieniły, tworzyłby „/ var / run / reboot-wymagany”. Został stworzony jako przepis szefa kuchni, więc prawdopodobnie nie jest istotny dla innych ani nie jest łatwy do odtworzenia, chyba że używasz szefa kuchni.
EdwardTeach
Interesujące, że masz 11 pozytywnych opinii i 3 ulubionych na swoje pytanie ... Głosuję za zamknięciem tego pytania. Być może możesz odpowiedzieć na to pytanie i zaakceptować własną odpowiedź. Czy umieścisz również link do tej chefrzeczy w swoim profilu?
Nils

Odpowiedzi:

2

Ten plik nie jest wymieniony w żadnym skrypcie pakietu ani w żadnym rpmmakrze (patrz /usr/lib/rpm/**/macros.*).

Podejrzewam, że pochodzi to z nieoficjalnego pakietu opartego na wspólnej praktyce w społecznościach Debian i Ubuntu.

Tam można go utworzyć za pomocą http://packages.debian.org/squeeze/update-notifier .

Pierre Carrier
źródło
Ha; tak, stąd pomysł. Ale nie, nie było nieoficjalnego przenoszenia .deb. Zobacz mój ostatni komentarz do głównego pytania. Dodam również swoją odpowiedź, aby ją zaakceptować i zamknąć to pytanie.
EdwardTeach,
1

To było coś, co sam stworzyłem. Miałem skrypt, który śledził wersje pakietów (np. Jądro Linuksa), a kiedy te się zmieniły, tworzyłby „/ var / run / reboot-wymagany”. Został stworzony jako przepis szefa kuchni , więc prawdopodobnie nie jest istotny dla innych ani nie jest łatwy do odtworzenia, chyba że używasz szefa kuchni.

EdwardTeach
źródło
0

Na przykład na RHEL i CentOS niedawno zainstalowałem kilka aktualizacji i utworzono / var / run / reboot-wymagany. Jednym z nich była aktualizacja pakietu „openssl”.

Próbowałem zaktualizować OpenSSL na CentOS 5.8 i 6.0, oba nie tworzą tego pliku. Czy ktoś jeszcze to otrzymał?

Jaki jest jego typ pliku? Proszę pokazać nam treść?

Jeśli „wymaga” naprawdę znaczy „wymaga”, AFAIK, istnieje tylko aktualizacja jądra, która wymaga ponownego uruchomienia komputera (jeśli chcesz uruchomić system z nowego jądra, chyba że używasz Ksplice ). Wszystkie pozostałe aktualizacje (w tym: glibc, tzdata, SysVinit, ...), musisz „tylko” zrestartować wszystkie programy, które z niego korzystają lub zależy od niego.

kwanty
źródło
Od tego momentu zrestartowałem komputer, więc pochodzi to tylko z pamięci. Był to plik o zerowym rozmiarze, np. Brak zawartości.
EdwardTeach
Czy masz inny serwer do przetestowania? Czy podejrzewasz jakieś inne pakiety, które utworzą ten plik podczas aktualizacji?
kwanta
Myślę, że może coś takiego zrobiłem; Skomentowałem główne pytanie, aby ludzie mogli zobaczyć, że jest to prawdopodobnie nieciekawe pytanie.
EdwardTeach