Documentation
Dépannage
Vérifiez l'autorisation et l'étiquette d'exécuteur avant de modifier le code du flux de travail.
La tâche reste en file d'attente
- Confirmez que l'application GitHub choisie dans le guide d'installation est installée et active pour le dépôt qui exécute le flux de travail.
- Confirmez que le flux de travail utilise l'étiquette Linux x64 admissible affichée dans le portail.
- Confirmez que l'espace de travail dispose d'une allocation disponible et qu'aucune autre tâche n'est en cours.
- Consultez la page d'exécution GitHub Actions pour le message de file d'attente de la tâche. Si Runzivo cesse d'attendre, Runzivo n'enregistre aucun frais d'exécution pour cette tentative locale. GitHub peut quand même afficher la tâche comme étant en file d'attente. Indépendamment, GitHub fait échouer une tâche autohébergée qui reste en file d'attente plus de 24 heures. Relancez la tâche depuis GitHub seulement si son état actuel le permet. Runzivo n'annule ni ne termine la tâche GitHub ni ses tâches sœurs.
Lire le guide d'installation de l'application GitHub
Consulter les règles de file d'attente des exécuteurs autohébergés de GitHub
L'exécuteur n'est pas admissible
Une étiquette Runzivo n'autorise pas un dépôt à elle seule. Vérifiez la configuration des dépôts sélectionnés de l'application GitHub dans le portail, puis reconnectez l'installation si elle a été modifiée récemment.
Une tâche échoue après son démarrage
Lisez d'abord les journaux de GitHub Actions. Comparez la commande en échec avec une exécution connue et vérifiez les secrets d'environnement, les permissions ou les dépendances externes dont le flux de travail a besoin. N'incluez pas de secrets dans les renseignements envoyés au soutien.
Les journaux sont indisponibles après le renommage d'une organisation ou d'un dépôt GitHub
Runzivo stocke les noms d'organisation et de dépôt GitHub qu'il reçoit de l'application GitHub. Après un renommage, la vue des journaux de tâche peut indiquer que GitHub n'a pas retourné les journaux, et le sélecteur d'espace de travail peut afficher l'ancien nom de l'organisation. Runzivo prend en compte les renommages venant de GitHub. Si les journaux de tâche ne se chargent toujours pas après un renommage, actualisez le nom de dépôt stocké avec les étapes ci-dessous. Renommer l'espace de travail dans « Settings » du portail ne change que son libellé dans Runzivo.
- Dans GitHub, ouvrez l'organisation, puis Settings, GitHub Apps, Runzivo et Repository access.
- Retirez le dépôt concerné et enregistrez. Runzivo n'accepte pas de nouvelles tâches pour ce dépôt tant que vous ne l'avez pas ajouté de nouveau.
- Ajoutez de nouveau le dépôt et enregistrez.
- Ouvrez de nouveau la tâche dans le portail.
Pourquoi ai-je été déconnecté ?
Le portail client met fin à une session après 14 jours sans activité, ou 30 jours après la connexion même si vous avez été actif. Les actualisations en arrière-plan dans un onglet ouvert ne comptent pas comme de l'activité. Une session prend aussi fin lorsque vous vous déconnectez, lorsque le compte est suspendu ou lorsque le personnel de Runzivo déconnecte le compte partout. Reconnectez-vous pour continuer.
Lors de la livraison de la mise à jour des sessions, tous les clients ont été déconnectés du portail une fois. Se reconnecter démarre une nouvelle session avec les limites actuelles.
Si le portail vous demande de confirmer votre identité, vous êtes toujours connecté. Il le demande avant les actions sensibles lorsque vous ne vous êtes pas connecté au cours des 15 dernières minutes.
Les commandes de la CLI échouent
Consultez la section de dépannage du guide de la CLI pour les messages d'erreur propres à la CLI.
Besoin d'aide
Ouvrez un billet de soutien dans le portail. Incluez le nom du dépôt, l'URL de l'exécution du flux de travail, le nom de la tâche, l'heure UTC et un extrait d'erreur caviardé. N'envoyez pas d'identifiants ni de valeurs secrètes.