Bug #20035
échec de l'installation quand la base de données n'est pas configurée
0%
Description
Actuellement dpkg donne une erreur quand on installe le paquet, parce qu'il ne parvient pas à "configurer" le paquet. Je pense que nous abusons ici de dpkg et que ce n'est pas son rôle de vérifier si la connexion à la db est fonctionnelle.
L'installation du paquet combo ne devrait pas échouer quand la connexion à la base de donnée n'est pas configurée. Est-ce qu'on pourrait notifier l'échec du démarrage du service sans retourner d'erreur par rapport à l'installation du paquet?
Historique
Mis à jour par Thomas Noël il y a plus de 6 ans
Christophe Siraut a écrit :
Je pense que nous abusons ici de dpkg et que ce n'est pas son rôle de vérifier si la connexion à la db est fonctionnelle.
On n'abuse personne : dpkg essaye de lancer le service, et c'est ça qui crashe. Quand la base n'est pas joignable, un "service combo start" plante. C'est plutôt normal et bienvenu... sauf lors de l'installation où rien n'est encore configuré.
Peut-être pourrait-on regarder à ce qu'une primo-installation de combo ne démarre pas le service ? (je crois que nginx fonctionne ainsi)
Mis à jour par Frédéric Péters il y a plus de 6 ans
C'est un à-côté du ticket mais pour un déploiement automatique qui attendrait une base de données ailleurs, avec combo et ça devrait être le cas partout (tickets à ouvrir), l'outil de déploiement pourrait créer, avant l'installation du paquet, un fichier /etc/combo/settings.d/database.py, avec les lignes DATABASES... (plutôt qu'avoir à les modifier dans le /etc/combo/settings.py).
Mis à jour par Frédéric Péters il y a environ 4 ans
- Sujet changé de échec de l'installation quand la base-de-donnée n'est pas configurée à échec de l'installation quand la base de données n'est pas configurée
- Statut changé de Nouveau à Rejeté
C'est le fonctionnement normal des paquets de Debian de démarrer les services; il n'y aura pas de changement ici.