conflit double appairage : logread peu parlant ! #3
Labels
No Label
Cat = Documentation
Cycle = A Livrer DEV
Cycle = A Livrer PREPROD
Cycle = Backlog
Cycle = En Cours
Cycle = En Revue
Cycle = Livré DEV
Cycle = Livré PREPROD
Cycle = Retour DEV
Equipe = DEV
Equipe = SYS
Priorité = 01 - Haute
Priorité = 02 - Moyenne
Priorité = 03 - Basse
Statut = Bloqué
Statut = En Attente
Statut = En Rédaction
Type = ADR
Type = Anomalie
Type = CCTP
Type = Epic
Type = Question
Type = Scénario
Type = Tâche
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: arcad/emissary-firmware#3
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
En partant d'une borne bananapi, installée et appairée sans problème sur le serveur emissary une première fois.
En suivant les étapes suivantes :
Il y a un conflit car la borne était déjà appairée, ce qui est normal, le problème c'est le retour de logread -f (cf commentaire).
Est-ce qu'il serait pertinent de limiter la quantité de retour, et d'afficher un simple refus car déjà existantes dans la base emissary ?
J'imagine un cas ou la flotte de borne serait conséquente, le suivit des bornes sera forcément altérées, et un message court et concis pourrait faire gagner du temps et simplifier l'utilisation pour de nouveau utilisateur.
Note : Supprimer la borne du serveur emissary
emissary api agent delete --agent-id 1
suffit pour appairer à nouveaux.