sur Red Hat Enterprise et CentOS, qu'est-ce qui crée / var / run / reboot-required?


12

Sur CentOS 5.8+ et Red Hat Enterprise 6+, lors de l'installation / mise à jour des packages, je remarque qu'un fichier indicateur / var / run / reboot-required est créé le cas échéant. Sur Ubuntu (et Debian aussi, je suppose), si le package "update-notifier-common" est installé, un script postinst du package déclenche la création de ce fichier indicateur. Sur RHEL / CentOS, je ne peux pas comprendre comment cela se produit.

Par exemple, sur RHEL et CentOS, j'ai récemment installé plusieurs mises à jour et / var / run / reboot-required a été créé. L'un d'eux était une mise à niveau du paquet "openssl". Je suppose que c'est ce qui a créé le fichier de drapeau, car sur Ubuntu, cela fonctionne également de cette façon. Cependant, j'ai regardé tous les "rpm -q --scripts" pour chaque paquet mis à jour et je n'ai rien vu qui aurait pu créer ce fichier indicateur. La plupart du temps, j'ai vu "programme postinstall: / sbin / ldconfig".

Mes questions sont donc:

  • Qu'est-ce qui crée ce fichier indicateur sur RHEL / CentOS?
  • Faut-il installer un package spécial, analogue au package "update-notifier-common" sur Ubuntu?

Je soupçonne maintenant que c'est quelque chose que j'ai mis en place dans le passé pour détecter les mises à jour qui nécessiteraient un redémarrage. J'ai besoin de faire des tests pour en être sûr. Existe-t-il un moyen approuvé par défaut de serveur de marquer cette question comme pouvant être "PEBKAC", en attendant d'autres tests? Je ne veux pas tromper les gens qui se retrouvent ici, à la recherche d'une réponse.
EdwardTeach

Votre commentaire est suffisamment utile. Avez-vous besoin d'aide pour rechercher votre déclencheur perdu? S'il ne s'agit pas d'un cron-job, il peut s'agir d'un déclencheur rpm à partir d'un package que vous avez construit et installé vous-même.
Nils

J'ai confirmé que c'était définitivement quelque chose que j'avais créé par moi-même. J'avais un script qui suivait les versions des paquets (par exemple le noyau linux), et quand ceux-ci changeaient, il créait "/ var / run / reboot-required". Il a été créé comme une recette de chef, donc il n'est probablement pas pertinent pour les autres, ni facile à reproduire sauf si vous utilisez le chef.
EdwardTeach

Assez intéressant pour que vous ayez 11 votes positifs et 3 favoris pour votre question ... Je vote pour clore cette question. Vous pouvez peut-être y répondre vous-même et accepter votre propre réponse. Pouvez-vous également mettre un lien pour ce cheftruc dans votre réponse?
Nils

Réponses:


2

Ce fichier n'est référencé dans aucun script de package, ni aucune rpmmacro (voir /usr/lib/rpm/**/macros.*).

Je soupçonne que cela provenait d'un paquet non officiel, basé sur une pratique courante dans les communautés Debian et Ubuntu.

Là, il peut être créé par http://packages.debian.org/squeeze/update-notifier .


Ha; oui, c'est de là que m'est venue l'idée. Mais non, il n'y a pas eu de portage non officiel d'un .deb. Voir mon dernier commentaire sur la question principale. J'ajouterai également ma réponse pour que je puisse l'accepter et clore cette question.
EdwardTeach

1

C'est quelque chose que j'ai créé moi-même. J'avais un script qui suivait les versions des paquets (par exemple le noyau linux), et quand ceux-ci changeaient, il créait "/ var / run / reboot-required". Il a été créé comme une recette de chef , donc il n'est probablement pas pertinent pour les autres, ni facile à reproduire à moins que vous n'utilisiez le chef.


0

Par exemple, sur RHEL et CentOS, j'ai récemment installé plusieurs mises à jour et / var / run / reboot-required a été créé. L'un d'eux était une mise à niveau du paquet "openssl".

J'ai essayé de mettre à jour OpenSSL sur CentOS 5.8 et 6.0, les deux ne créent pas ce fichier. Quelqu'un d'autre a compris ça?

Quel est son type de fichier? Veuillez nous montrer le contenu?

Si le "nécessite" signifie vraiment "nécessite", AFAIK, il n'y a que la mise à jour du noyau qui vous oblige à redémarrer (si vous voulez démarrer dans le nouveau noyau, sauf si vous utilisez Ksplice ). Toutes les autres mises à jour (notamment: glibc, tzdata, SysVinit, ...), il vous suffit "de" redémarrer tous les programmes qui l'utilisent ou en dépendent.


J'ai depuis redémarré, donc c'est uniquement de mémoire. Il s'agissait d'un fichier de taille nulle, par exemple sans contenu.
EdwardTeach

Avez-vous un autre serveur à tester? Pensez-vous que d'autres packages créeront ce fichier lors de la mise à jour?
quanta

Je pense que c'est peut-être quelque chose que j'ai fait; J'ai commenté la question principale pour que les gens puissent voir que c'est peut-être une question sans intérêt.
EdwardTeach
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.