Anomalie #3358
Réinitialisation des fichiers pam common-* lors de Maj-Auto
Statut:
Fermé
Priorité:
Haut
Assigné à:
Catégorie:
-
Version cible:
Distribution:
EOLE 2.3
Description
Les fichiers /etc/pam.d/common-* sont susceptibles d'être réinitialisés lors des mises à jour.
Si la commande 'reconfigure' n'est pas exécutée avant le prochain redémarrage du serveur, il n'est plus possible d'ouvrir de session :D
Il est nécessaire d'adapter le paramétrage (pam-auth-update, debconf) afin que la réinitialiation s'effectue avec les fichiers common-* corrects
Révisions associées
Il n'aurait pas fallu créer les templates common-account et common-auth (Fixes: #3358).
En effet lors des mises à jour (Maj-Auto) les fichiers 'locaux' sont mis à jour en fonction
des profiles pam définis (/usr/share/pam-configs/) et les adaptations dans les templates
peuvent être fatales.
En effet lors des mises à jour (Maj-Auto) les fichiers 'locaux' sont mis à jour en fonction
des profiles pam définis (/usr/share/pam-configs/) et les adaptations dans les templates
peuvent être fatales.
- Suppression du template 'common-session-noninteractive'
- Les templates common-account et common-auth ne peuvent pas être supprimé
(si un serveur est installé avec le cd actuel et instancié avant qu'une mise à jour ne soit effectuée,
on se retrouverait dans la situation du bug). - Les mises à jour au sens "historique EOLE" sont bien sûr conservées.
fix removal of last metacriterion; fix #3358
Historique
#1 Mis à jour par Joël Cuissinat il y a presque 12 ans
On peut en discuter (hum, j'ai déjà écrit ça ailleurs) mais, une mise à jour au sens historique EOLE c'est bien :
Maj-Auto + reconfigure [ + reboot ]
#2 Mis à jour par christophe guerinot il y a presque 12 ans
- Statut changé de Nouveau à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit 1faacca0a8540128880c6da61232fe06943a15eb.
#3 Mis à jour par Joël Cuissinat il y a presque 12 ans
- Statut changé de Résolu à Fermé
root@esbl:~# dpkg -L conf-esbl | grep common-session /usr/share/eole/creole/distrib/common-session.esbl root@esbl:~#
Aucun problème constaté sur instance / reconfigure