Also, es sind jetzt 24 Stunden vergangen und da ich von Natur aus ungeduldig bin, kann ich mir natürlich nicht verkneifen, einen Kommentar abzugeben.
Bisher sagt er mir, dass das Bild aktuell ist.
Ich ziehe dieses Bild von Docker Hub: gladysassistant/gladys:v4
Muss man da etwas ändern? Ist das v4 zu viel, falls man es später auf v5 aktualisieren möchte?
Welche Version hast du in Gladys? (Einstellungen => Systeme => Version)
Die v4 ist nicht zu viel, falls wir eines Tages auf v5 umsteigen, wird es ein „breaking“-Update sein, und man sollte die Clients auf keinen Fall automatisch aktualisieren, denn das würde bei ihnen alles kaputt machen ^^
Ja, ich dachte mir, vielleicht in 10 Jahren auf denselben Instanzen, wer weiß schon!
Deshalb weiß ich nicht, ob ich nicht aktualisiere, weil er nicht den Docker Hub prüft und ich daher etwas auf der Unraid-Seite tun muss oder ob es auf der Gladys-Seite ist…
Genau, ich verwende Watchtower nicht, es wird nicht für Unraid bereitgestellt.
Aktualisiert Watchtower alle Container des Hosts oder nur die, die man ihm zuweist?
Ich könnte Watchtower für Unraid bereitstellen, das ist besonders einfach, lohnt es sich?
Dann weiß ich nicht, ob im UI angezeigt werden muss, ob alles auf dem neuesten Stand ist, oder ob etwas anderes dafür verantwortlich ist, ich werde mal schauen
Auf UNRAID gibt es ein Plugin, mit dem du die Container aktualisieren kannst, die du auswählst, in der von dir gewählten Häufigkeit. (Weiß den Namen nicht mehr, aber etwas Offensichtliches wie „Unraid Docker Auto-Updater“)
Also war es tatsächlich relativ einfach, das Update durchzuführen:
Advanced View → Force Update und das war’s. Ich werde trotzdem Watchtower auf Unraid installieren, weil das nicht hyperkompliziert ist. Danach denke ich aber nicht, dass ich alle verfügbaren Optionen nutzen werde.
Zur Information, ich habe heute Nachmittag mit der Arbeit an der Unraid/Synology-Kompatibilität wieder angefangen.
Ich arbeite an diesem PR für alle, die es interessiert:
Ich habe eine VM gestartet und führe meine Tests darin aus.
Dieser PR ändert gleichzeitig die Zigbee2mqtt-Integration und die MQTT-Integration, mit dem Ziel, ein benutzerdefiniertes Volume auf Host-Seite verwenden zu können
Ich halte euch auf dem Laufenden, wenn ich ein Bild zum Testen habe.
Ich bin auf der Suche nach Testern für benutzerdefinierte Installationen, um dieses Image zu installieren und zu prüfen, ob es das Problem mit dem Start der Zigbee2mqtt-Integration und der MQTT-Integration löst.
Ich suche auch nach „klassischen“ Testern, um zu überprüfen, dass es die normale Funktion nicht beeinträchtigt
Um mit einer benutzerdefinierten Installation zu testen, muss das Volume (diese Zeile: -v /var/lib/gladysassistant:/var/lib/gladysassistant \) geändert werden, um den Ordner auf dem Host zu verwenden, den Sie verwenden möchten
Nach reiflicher Überlegung ist mein letzter Punkt, dass Zigbee2Mqtt den Port 8080 verwendet, der sehr bekannt ist und wahrscheinlich auf der Maschine des Benutzers verwendet werden könnte und somit Probleme verursachen könnte…
Was denkt ihr?
Wenn ich mich nicht irre, ist 8080 der Standardport von Sabnzbd (und wahrscheinlich auch anderer, weniger bekannter Programme), der sehr verbreitet ist… Wenn also ein Benutzer bereits Sabnzb installiert hat, wird die Installation von z2m tatsächlich fehlschlagen.
Vielleicht könnte dieses „Problem“ mit dem Port gelöst werden, wenn wir ein Netzwerk auf Docker erstellen und Gladys mit den anderen Docker-Containern zusammenfassen. Dann müssen wir nicht mehr den Port 8080 der Maschine ansteuern, sondern wir gehen nur noch intern über Docker.
Und wenn der Bedarf besteht, die Logs von z2m zu überprüfen, können wir auch einen zufälligen Port über 49XXX (die Ports, die als „frei“ gelten) zuweisen, oder?