Ein bisschen OT @cce66 
Ich lade dich ein, ein eigenes Thema zu erstellen, damit dieses Thema nicht in alle Richtungen abdriftet.
Ich habe das hier versucht fix(zigbee2mqtt): Redeploy zigbee2mqtt container in case of USB dongl… · GladysAssistant/Gladys@eee427c · GitHub
Ich baue ein Docker-Image, um es unter realen Bedingungen zu testen
@cicoub13 Gut gemacht, aber ich glaube nicht, dass es funktioniert, es fehlt ein neues:
dockerContainers = await this.gladys.system.getContainers({
all: true,
filters: { name: [containerDescriptor.name] },
});
einmal nachdem du den Container gelöscht hast.
Ansonsten wird der Container nicht neu gestartet, da er laut der ersten Anfrage existiert.
Bloß keine Version festlegen, sonst profitieren wir nie von den Verbesserungen der zukünftigen Releases von z2m. Das wäre doch dumm, das zu verpassen 
@pierre-gilles spezifisches Thema erstellt :zwinkern:
@spenceur
Gut gesehen, das ist hinzugefügt.
Allerdings wird devices nicht in der Funktion listContainers zurückgegeben (hier).
Kann ich eine neue Funktion inspectContainer erstellen?
@cicoub13 Ja für inspectContainer
Guten Abend.
Ich habe hier ein Testbild, das diesen Fehler behebt => cicoub13/gladys:z2m-usb-change
Bei mir getestet und funktioniert, aber ich habe Angst, dass es viele mögliche Kombinationen gibt und ich kann nicht in der Entwicklung testen (kein network=host-Modus auf Mac).
Und der PR, der noch aussteht: Feat zigbee2mqtt usb change by cicoub13 · Pull Request #1905 · GladysAssistant/Gladys · GitHub
@pierre-gilles @lokkie @cicoub13
Ich weiß nicht, ob das normal ist, aber dieses Wochenende habe ich meinen NUC BT3Pro neu installiert, um eine saubere Version von Linux Lite zu aktualisieren
Ich installiere alles neu und richte Gladys wieder ein, mache ein Backup von Gladys und alles ist okay
Dann richte ich das Test-Image von Lokkie für Node-RED ein, darauf kann ich zugreifen, alles ist okay, ich gehe auf die Integrationsseite von Zigbee2mqtt, alles okay, MQTT okay
Ich gehe zurück zu Gladys, aber Zigbee2mqtt und MQTT sind nicht mehr da, und wenn ich versuche, die Dienste MQTT und Zigbee2mqtt neu zu starten, funktioniert nichts
Ich stoppe das Gladys-Image von @lokkie, aber das ändert nichts, wenn ich die Container-Einstellungen in Portainer ansehe
Ich lande damit
Offensichtlich gibt es ein Problem, weil das Image von @lokkie in diesen Einstellungen gestartet wurde, und danach findet die normale Gladys-Instanz anscheinend nicht mehr zu sich zurück!
Nachdem ich das Image von @lokkie gestoppt und die Container von Zigbee2mqtt und MQTT sowie deren Volumes mit Portainer entfernt habe, aktiviere ich in Gladys den Dienst Zigbee2mqtt und MQTT und alles funktioniert wieder!
Ich glaube, du hast das falsche Thema erwischt…
Ja und nein, denn in diesem Fall schien mein Schlüssel nicht mehr zu funktionieren oder wurde erkannt, aber der Dienst blieb trotzdem hängen, also dachte ich
Ich weiß nicht, ob der Testcontainer von @lokkie diese Parameter überschreibt, aber auf jeden Fall funktionierte alles wieder, nachdem ich den Container UND das zugehörige Volume gelöscht hatte. Durch das erneute Aktivieren des Containers über Gladys wurden die richtigen Werte wiederhergestellt, also Schlüssel OK und Dienst OK.
Danke @cicoub13 für die Entwicklung, ich werde mir das ansehen und dich auf dem Laufenden halten 
@cce66 Du vermischst viele Dinge: Node-Red-Testbild, Gladys Plus-Sicherung, usw… Sei trotzdem vorsichtig bei deinen Experimenten
Ich denke, wir sollten uns hier auf dieses Thema und auf den Korrektur-PR von @cicoub13 konzentrieren.
Falls du Bugs im Zusammenhang mit Gladys in der Produktion melden musst, erstelle ein spezifisches Thema. Wenn du einen Bug in einem Testbild gefunden hast, antworte im Thema des Testbildes.
Wenn du alles vermischst, ist das der beste Weg, um Verwirrung über PRs zu stiften, wo es keine Probleme gibt, oder umgekehrt, ein Problem nicht zu sehen!
Nein, nein, ich bin noch nicht senil… zumindest glaube ich das, hoffe ich zumindest! 
Ernster gesagt, ich habe auch einen Sonoff-P-Dongle und hatte auch /dev/ttyACMO, dann Neustart des NUC und anschließend Dongle /dev/ttyUSB mit erkanntem Dongle, aktiviertem Dienst, aber statt grüner Häkchen rote Kreuze
und im vorherigen Beitrag hatte ich die beiden Instanzen laufen
gladys mit erkanntem Schlüssel, aktiver Dienst, aber rote Kreuze
gladys-test-nodered:8010 mit erkanntem Schlüssel, aktiver Dienst, aber grünes Häkchen
in beiden Fällen zeigten die Volumes auf das Verzeichnis /var/lib/gladys-test-nodered, Einfluss oder nicht auf den Bug oder die Konfiguration von @cicoub13, ich berichte nur, was ich beobachtet habe!
Ich wollte nur diese zusätzliche Information über die Parameteränderung mitteilen, falls @cicoub13 auch das Bild von @lokkie getestet hat, ich weiß, dass es einen zusätzlichen Bug im Zusammenhang mit den Synos gibt, aber da es Ähnlichkeiten zwischen dem Problem, das ich hatte, und diesem gibt, dachte ich mir « man weiß ja nie » und wenn es nicht der Fall ist, wie soll man es wissen, wenn man es nicht erwähnt!!! 
Und am Anfang dachte ich, dass meine Installation oder mein Schlüssel beschädigt war, erst durch Portainer habe ich gesehen, dass der Volumenparameter in Gladys nicht in Ordnung war. 
PS: Ich werde die Information im Thema zur Integration von node-red von @lokkie weitergeben, obwohl ich denke, dass er es gesehen hat 
Übrigens ist es dasselbe für den Container eclipse-mosquitto
@cicoub13 Für mich ist dein PR gut (Feat zigbee2mqtt usb change by cicoub13 · Pull Request #1905 · GladysAssistant/Gladys · GitHub), aber es wäre toll, wenn es etwas Testen zu diesem Thema gäbe!
Welche Fälle hast du getestet?
Ich bin diese Woche nicht zu Hause, aber ich denke, ich kann am Freitag Tests durchführen.
Ich habe den Fall von @spenceur tatsächlich getestet (Portänderung des Dongles und automatischer Neustart des Containers). Nichts anderes.
Okay, das sieht gut aus, ich vertraue dir, wenn du Tests durchgeführt hast!
Ich möchte deinen PR merge, aber es gibt zwei Dateien, die nichts mit dem PR zu tun haben ( Feat zigbee2mqtt usb change by cicoub13 · Pull Request #1905 · GladysAssistant/Gladys · GitHub )
Das ist erledigt 
Es ist gemerged!
Danke für die PR 
Der USB-Port-Wechsel-Bug, der nicht in Zigbee2mqtt widergespiegelt wurde, wurde behoben und in Gladys Assistant 4.30 veröffentlicht!
Danke @cicoub13 für das Update 