Dépannage
1. Le runner affiche l'erreur 404
Comment corriger
Getting 401 error code from Runner
2. Problème de Gathering Facts pour localhost
Ce problème peut survenir sur une installation de Semaphore UI via Snap ou Docker.
4:10:16 PM
TASK [Gathering Facts] *********************************************************
4:10:17 PM
fatal: [localhost]: FAILED! => changed=false
Pourquoi cela se produit
Pour plus d'informations sur l'utilisation de localhost dans Ansible, lisez cet article : Implicit 'localhost'.
Ansible tente de collecter les facts localement, mais Ansible se trouve dans un conteneur isolé aux droits limités qui ne le permet pas.
Comment corriger
Il existe deux méthodes :
- Désactiver la collecte des facts :
- hosts: localhost
gather_facts: False
roles:
- ...
- Définir explicitement le type de connexion sur ssh :
[localhost]
127.0.0.1 ansible_connection=ssh ansible_ssh_user=your_localhost_user
3. panic: pq: SSL is not enabled on the server
Cela signifie que votre Postgres ne fonctionne pas en SSL.
Comment corriger
Ajoutez l'option sslmode=disable au fichier de configuration :
"postgres": {
"host": "localhost",
"user": "postgres",
"pass": "pwd",
"name": "semaphore",
"options": {
"sslmode": "disable"
}
},
4. fatal: bad numeric config value '0' for 'GIT_TERMINAL_PROMPT': invalid unit
Cela signifie que vous essayez d'accéder via HTTPS à un dépôt qui nécessite une authentification.
Comment corriger
- Allez sur l'écran Coffre de clés.
- Créez une nouvelle clé de type
Login with password. - Indiquez votre identifiant pour GitHub/BitBucket/etc.
- Indiquez le mot de passe. Vous ne pouvez pas utiliser le mot de passe de votre compte GitHub/BitBucket ; vous devez utiliser un Personal Access Token (PAT) à la place. En savoir plus ici.
- Après avoir créé la clé, allez sur l'écran Dépôts, trouvez votre dépôt et indiquez la clé.
5. Le clone ou le pull Git échoue de manière intermittente
Les journaux de tâche peuvent afficher des messages tels que Git pull failed (...), retrying in 2s, suivis soit d'un succès, soit d'un échec définitif après plusieurs tentatives.
Pourquoi cela se produit
Le serveur git était temporairement injoignable ou a renvoyé une erreur transitoire. Semaphore réessaie automatiquement les opérations de clone et de pull avant de faire échouer la tâche.
Comment corriger
- Interruptions transitoires : elles se résolvent généralement d'elles-mêmes. Semaphore réessaie jusqu'à
git_attemptsfois (4 par défaut) avec un délai exponentiel. - Échecs fréquents : augmentez
git_attemptsdans votre configuration ou définissezSEMAPHORE_GIT_ATTEMPTS. - Échecs immédiats et systématiques : vérifiez l'URL du dépôt, la branche, les clés d'accès et la connectivité réseau.
Voir Opérations Git pour les détails de configuration.
6. unable to read LDAP response packet: unexpected EOF
Vous essayez très probablement de vous connecter au serveur LDAP avec une méthode non sécurisée, alors qu'il attend une connexion sécurisée (via TLS).
Comment corriger
Activez TLS dans votre fichier config.json :
...
"ldap_needtls": true
...
7. LDAP Result Code 49 "Invalid Credentials"
Votre mot de passe ou votre binddn est incorrect.
Comment corriger
Utilisez l'outil ldapwhoami et vérifiez que votre binddn fonctionne :
ldapwhoami\
-H ldap://ldap.com:389\
-D "CN=/your/ldap_binddn/value/in/config/file"\
-x\
-W
Il vous demandera le mot de passe de manière interactive et devrait renvoyer le code 0 et afficher le DN tel que spécifié.
Vous pouvez également lire les articles suivants :
8. LDAP Result Code 32 "No Such Object"
Bientôt disponible.