Bug #22029
Le playbook deploy-tenant ne déploie pas
0%
Description
Sur plusieurs lancement du playbook deploy-tenant.yml, il semble que cook reste bloqué sur le déploiement du tenant d'authentic (pas eu la patience d'aller jusqu'au timeout).
Je joins ici le script que j'utilisais avant que deploy-tenant.yml n'existe, qui ne rencontre pas le même problème.
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a environ 6 ans
il semble que cook reste bloqué sur le déploiement du tenant d'authentic
Du côté de l'hobo agent, qui a reçu la demande de déploiement d'authentic, il se passe quoi ? (le cook attend juste que ça soit déployé, ne fait pas lui-même l'action).
Mis à jour par Anonyme il y a environ 6 ans
Peut-être un problème de connexion. Dans le cas qui marche, la commande cook renvoit des 404.
Dans le cas qui foire, la commande cook ne loggue que des Starting HTTPS connexion...
Faut-il inspecter avec un niveau de debug élevé sur urllib3 ?
import requests import logging # These two lines enable debugging at httplib level (requests->urllib3->http.client) # You will see the REQUEST, including HEADERS and DATA, and RESPONSE with HEADERS but without DATA. # The only thing missing will be the response.body which is not logged. try: import http.client as http_client except ImportError: # Python 2 import httplib as http_client http_client.HTTPConnection.debuglevel = 1 # You must initialize logging, otherwise you'll not see debug output. logging.basicConfig() logging.getLogger().setLevel(logging.DEBUG) requests_log = logging.getLogger("requests.packages.urllib3") requests_log.setLevel(logging.DEBUG) requests_log.propagate = True
Mis à jour par Emmanuel Cazenave il y a environ 6 ans
Le hobo agent dit 'c'est bon j'ai déployé le tenant', mais cook reste bloqué sur son ping d'authentic.
Chose étrange, quand j'utilise mo script perso qui marche, sur stdout on voie :
.Starting new HTTPS connection (1): authentic-authentic.local.publik https://authentic-authentic.local.publik:443 "GET /manage/users/ HTTP/1.1" 404 None .Starting new HTTPS connection (1): authentic-authentic.local.publik https://authentic-authentic.local.publik:443 "GET /manage/users/ HTTP/1.1" 404 None
Jusqu'à ce que authentic ne renvoie plus de 404.
Avec le playbook sur stdout on voit for ever and ever:
.Starting new HTTPS connection (1): connexion-authentic.local.publik .Starting new HTTPS connection (1): connexion-authentic.local.publik .Starting new HTTPS connection (1): connexion-authentic.local.publik
Pas d'affichage de traces des 404 !
Mis à jour par Frédéric Péters il y a environ 6 ans
Je note juste connexion-authentic.local.publik vs authentic-authentic.local.publik.
Mis à jour par Anonyme il y a environ 6 ans
- Lié à Bug #22030: Fichiers statiques : url not found après install.yml et deploy-tenants.yml ajouté
Mis à jour par Emmanuel Cazenave il y a environ 6 ans
Oui merci, effectivement problème de DNS chez moi (ça fait juste 10 fois que je me prends les pieds dans ce tapis, mon cerveau n'imprime pas).
A part ça on a trouvé que le config.json généré par le playbook pour constituer le publik.zip n'est pas du json valide. Rien à voir avec la description du ticket donc.
Mis à jour par Anonyme il y a environ 6 ans
- Fichier 0001-fixed-config.json-22029.patch 0001-fixed-config.json-22029.patch ajouté
- Statut changé de Nouveau à En cours
- Patch proposed changé de Non à Oui
Mis à jour par Frédéric Péters il y a environ 6 ans
ok pour le patch, dans les message de commit on n'utilise normalement pas le participe passé (fix plutôt que fixed) (et comme tout n'est que correction, on peut être plus précis, genre fix config.json syntax)
Mis à jour par Anonyme il y a environ 6 ans
- Statut changé de En cours à Résolu (à déployer)
- Assigné à mis à Anonyme
commit 619b0eff5d59093ffcb5ef53af948b5250864586 (HEAD -> master, origin/master, origin/HEAD) Author: Elias <elias@showk.me> Date: Wed Feb 21 14:41:43 2018 +0100 fix config.json syntax (#22029)
Mis à jour par Emmanuel Cazenave il y a environ 6 ans
- Statut changé de Résolu (à déployer) à Solution déployée
fix config.json syntax (#22029)