Mise à jour d’OpenClaw échouée
Ce que fait le triage intégré, les codes de raison, et comment récupérer depuis l’interface de contrôle ou la CLI
Quand une mise à jour d’OpenClaw échoue, la réponse de la documentation n’est pas un bouton de nouvelle tentative mais une séquence : la récupération se stabilise, puis un triage intégré propose d’enquêter, et ce n’est qu’une fois la cause traitée qu’une nouvelle tentative a du sens. La conception est soigneuse sur l’autorité, les diagnostics ne transforment jamais une mise à jour échouée en réussite, et sur le consentement, rien n’est lancé ni signalé sans un oui. Voici ce que fait le triage dans un terminal et dans l’interface de contrôle, les trois commandes de récupération, le rapport d’échec, et les codes de raison avec ce que chacun vous demande de corriger.
L’échec de mise à jour d’origine et son état de sortie restent la référence ; les diagnostics ne transforment pas une mise à jour échouée en réussite.
Le triage
- Dans un terminal interactif, OpenClaw montre l’agent sélectionné, le chemin de l’invite enregistrée et le fait que votre propre compte et vos jetons seront utilisés, puis demande avant de lancer le triage ; seul un oui explicite continue, et l’absence de réponse dans les trente secondes préserve les diagnostics et une commande de récupération manuelle à la place.
- Avec les options oui ou JSON, ou sans terminal, les échecs éligibles peuvent lancer une réparation automatique ; les autres échecs gardent leurs diagnostics et leurs commandes de passage de relais, et l’agent de triage peut être choisi par une option.
- Dans l’interface de contrôle, une tentative échouée ouvre Demander à OpenClaw avec ses détails enregistrés ; une connexion perdue ou un délai de vérification est présenté comme un résultat inconnu, et l’onglet retient les trente-deux dernières tentatives examinées par passerelle et profil pour que les vérifications d’état et les rechargements ne les renvoient pas.
L’enregistrement de tentative et le rapport
La page de réglages des mises à jour garde visible la dernière tentative enregistrée : son heure, les identités avant et après, le code de raison, l’étape en échec et un détail de diagnostic borné ; un résultat de vérification inconnu se résout quand la version attendue arrive ou quand la tentative signale son échec final. Pour une tentative définitivement échouée, le signalement est une action distincte de la nouvelle tentative : il prévisualise un rapport borné avec la version, la plateforme, la cible, la phase échouée, des diagnostics assainis et le résultat vérifié du retour arrière, exclut les secrets, le contenu des discussions, les journaux bruts, les chemins privés et les commandes de récupération, et ne soumet rien tant qu’un administrateur ne confirme pas, via le flux existant de tickets de la CLI GitHub. La remédiation n’utilise que des actions produit typées, jamais une chaîne de commande analysée.
Récupérer
- Vérifier l’état quand la passerelle a redémarré, s’est déconnectée ou n’a jamais signalé de résultat final ; cela lit l’état de la mise à jour et n’en lance pas une autre.
- Voir les détails et traiter l’étape en échec enregistrée ; le texte de diagnostic est borné et expurgé, utilisez donc les journaux de la passerelle pour en savoir plus.
- Relancer la mise à jour seulement une fois la cause résolue ; l’interface de contrôle utilise le flux confirmé normal et prévient que les sessions en cours sont interrompues pendant le redémarrage de la passerelle.
- Les commandes exigent une passerelle connectée, la prise en charge de la méthode typée et la portée d’administrateur ; sinon la CLI sur l’hôte de la passerelle est le repli.
Mettre à jour OpenClaw est le chemin de mise à jour ordinaire derrière lequel se trouve cette page, et Les journaux d’OpenClaw explique où vivent les diagnostics plus complets.
Les codes de raison
Chaque code nomme son correctif : un dépôt modifié ou sans amont veut dire réparer le dépôt source ; une cible d’extension indisponible veut dire qu’une extension npm activée n’a pas de cible résoluble pour le cœur sélectionné, donc réessayer après publication, épingler une étiquette plus ancienne ou désactiver l’extension ; un espace de préparation insuffisant veut dire libérer les systèmes de fichiers de transit et du magasin de paquets, parce que le mécanisme de mise à jour s’arrête sur un manque d’espace confirmé plutôt que d’essayer des commits plus anciens ; les échecs de dépendances, de compilation ou de compilation de l’interface veulent dire corriger cette étape ; une installation globale échouée veut dire vérifier la propriété du gestionnaire de paquets ou relancer l’installateur ; un docteur en échec veut dire résoudre ses constats ; et les codes de redémarrage veulent dire restaurer un superviseur pris en charge ou inspecter la santé du service. Les extensions OpenClaw couvre la règle de liste d’autorisation derrière le code des extensions.
Sur Diali
Sur Diali, une mise à jour qui échoue est notre problème avant d’être le vôtre : les releases sont testées d’abord sur nos propres assistants, déployées par instance, et annulées par nous, si bien que le triage de cet article est le chemin que vous n’avez pas à parcourir. OpenClaw hébergé sur Diali est l’assistant.
- Le triage demande d’abord ; une mise à jour échouée reste échouée tant qu’elle n’est pas corrigée.
- Vérifier l’état, voir les détails, relancer, dans cet ordre.
- Le code de raison est la liste des correctifs.
Arrêtez de lire, construisez le vôtre
Configurez un agent, choisissez un canal, et faites-le travailler dans l’application que vous gardez déjà ouverte.
