Scénario #20225
Execution des script SQL meme si le paquet supprimé
Description
Voir comment on pourrait vérifier l'activation et/ou la présence du paquet avant d'executer le script.
Exemple après désinstallation du paquet eole-envole-connecteur.
ECONNECT :
>>> Passwords WARN 2: No such file or directory /var/www/html/econnect/api/include/config.php
[OK]
>>> Create [NA]
>>> Update [OK]
Historique
#1 Mis à jour par Joël Cuissinat il y a presque 7 ans
- Statut changé de Nouveau à En attente d'informations
- Assigné à mis à Joël Cuissinat
Ce n'est pas un cas isolé car la plupart des paquets fournis par EOLE laissent des fichiers de configuration sur le serveur lorsqu'on les supprime.
Dans le cadre d'EOLE, l'utilisation de la variable de désactivation fournie est généralement plus fiable et propre que la suppression des paquets.
Cependant, je détecte une incohérence dans l'exemple proposé :
Dans le dictionnaire 26_econnect.xml, je vois les lignes suivantes :
<files>
<file filelist='econnect' name='/etc/eole/eole-db.d/econnect-db.yml' rm='True' mkdir='True'/>
<container name="web">
[ ... ]
<file filelist="econnect" name="/var/www/html/econnect/api/include/config.php" source="econnect-config.php" rm="True"/>
Si la filelist a fait son travail correctement, on ne doit pas arriver dans la situation présentée : soit les 2 fichiers sont présents, soit aucun ne l'est !
Les discussions restent malgré tout ouvertes afin de durcir nos produits.
Dans l'idéal, les fichiers de configurations des logiciels devraient être explicitement supprimés en postinst des paquets mais cela demanderait un boulot considérable pour un cas de figure non standard.
#2 Mis à jour par Gérald Schwartzmann il y a plus de 6 ans
Les fichiers de configurations des logiciels devraient être explicitement supprimés.
Sinon l'action purge passée à la commande apt-get, désinstalle les paquets indiqués et leurs fichiers de configuration. Les fichiers de préférences, et les logs ne sont pas supprimés.
On fait quoi de la présente demande ?
Merci d'avance
#3 Mis à jour par Arnaud FORNEROT il y a plus de 6 ans
Pour moi c'est un peu comme les script en postservice qui reste meme quand on désinstalle le paquet.
On s'assure que la variable "activer_monapp" existe et qu'elle est à "oui" pour lancer la série de script "password" / "submit sql" / "update sql"
Le apt-get en purge ne peut pas supprimer ces fichiers car ils sont templétisés
#4 Mis à jour par Arnaud FORNEROT il y a plus de 6 ans
- Statut changé de En attente d'informations à Nouveau
Vous pourriez remettre cette demande dans le flot ?
Je viens d'avoir un cas d'un utilisateur qui a désinstallé un paquet applicatif et tombe sur l'erreur sans la comprendre
#5 Mis à jour par Gilles Grandgérard il y a environ 6 ans
- Tracker changé de Demande à Scénario
- Début
14/04/2017supprimé
#6 Mis à jour par Benjamin Bohard il y a environ 5 ans
Les attributs "rm" dans les dictionnaires permettent de supprimer les fichiers templatisés à condition que la configuration soit changée. Par exemple, il faudrait désactiver une application et faire un reconfigure avant de désinstaller le paquet pour que les templates soient bien supprimés. Si on permet de désinstaller sans passer par cette phase de désactivation, il faut prévoir la suppression explicite de ces fichiers dans le packaging debian dans un fichier postrm (plutôt que postinst).
En tout cas, on ne peut pas s’attendre à ce que ces fichiers, qui ne sont pas gérés par le système de gestion de paquets de la distribution, soient automatiquement supprimés à la désinstallation du paquet.