@juggi1962 sagte: Falls jemand eine Andere Erklärung dafür hat, bitte gern hier kund tun Du musst noch einen weiteren Container-Port freigeben, damit die Erfolgsmeldung angezeigt wird. Steht auch so in der Backitup Anleitung / Wiki. https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md#docker-unterstützung

@OliverIO sagte: @juggi1962 ja genau so: pull des images (damit wird das image heruntergeladen) stoppen des containers starten des containers (dadurch wird dann automatisch das neue image verwendet) fertig zum automatischen aktualisieren bzw. nur die information darüber kann man mit https://hub.docker.com/r/containrrr/watchtower machen. es funktioniert noch, aber leider wird das projekt aktuell nicht weitergeführt, es gibt aber alternativen ich würde das aber nur über den monitor modus durchführen. man sollte aber regelmäßige backups seiner docker volumes haben, so das man ggfs. das auch wieder rückgängig machen kann, falls was nicht richtig funktioniert evtl mal noch was zu den gefahren von docker containern. der ersteller kann in das image reinmachen was er will. ggfs auch schadcode. ein container ist in der regel vom host gekapselt, allerdings kann ohne weitere maßnahmen der container in deinem LAN aktiv sein und auch nach raussen ins internet funken. daher bitte nur images von geprüften quellen übernehmen oder selbst einen review durchführen (je nach eigener fähigkeit), das da nichts drin ist was man nicht haben will. ist aber das gleiche wie mit jeder anderen software auf deinem computer auf dockerhub sieht man das an den folgenden badges am image [image: 1780496052905-e2a5b2ff-3a2f-4ae3-bc6a-c8010ca8fea0-image.jpeg] ein weiterer hinweis (auch wenn nicht ganz so sicher) ist die Anzahl der pulls oder man recherchiert im netz nach artikel zum image. wenn darüber öfters geschrieben wird kann man es schon nutzen, aber wie gesagt, letztendlich keine 100% sicherheit Super, danke ich betreibe nur die 4 Container mehr brauche ich nicht und automatisch muss das Update nicht laufen. Schaue sowieso fast jeden Tag mal rein ob alles läuft wie es soll und ja ich mache Tägliche Backups von dem Docker Ordner und dem Rest einmal im 10 und 22 Uhr und das auf 2 externen Festplatten und auf ein reines Backup Nas das bei meiner Tochter steht. Besser kann man sich nicht mehr absichern 😀 Danke noch mal für eure Hilfe, hab wieder einiges gelernt.

@0815_Peter Schön, dass es jetzt geht . Setz bitte den Thread hier auf [GELÖST].

@steff2108 Ich habe ein ähnliches Setup wie du. iobroker läuft bei mir im Docker Container (macvlan) auf meiner DS1821+. Als Backup System habe ich eine DS423+ am Laufen. Meine komplette Docker Umgebung habe ich per Portainer Stacks (Compose) eingerichtet. Die persistenten Container Daten repliziere ich einmal täglich per Synology Snapshot Replication auf die DS423+ Sollte meine primäre DS1821+ ausfallen, brauche ich auf der DS423+ nur die Container zu starten und es läuft wieder alles... Beste Grüße

@wak sagte in Docker und vis-2: @Homoran sagte in Docker und vis-2: bitte provisorischen Threadtitel sinnvoll anpassen. Finde leider keine Möglichkeit zum Editieren des Titels 🤷. ersten Post editieren Da gehört der Titel zu

@oliverio Danke für den Kommentar. Das ist richtig und ich habe das schon länger nicht mehr genutzt. Ich nutze lieber selbst erstellte Volumes, die innerhalb einer Freigabe liegen. Dann kann man problemlos Dateien bearbeiten. Tschau Uwe

im Prinzip habe ich genau das gemacht......

natuerlich kommt man in fast jeden Docker auch per Commandline rein, auf dem Docker Host rufst du das so auf: sudo docker exec -tiu iobroker iobroker /bin/bash das erste iobroker ist der username und das zweite iobroker ist der name vom Docker, heisst dein Dockercontainer anders dann aendern.. :)

Danke für die yaml. Es sieht nach einem "echten" Docker aus. Ich versuche das mal für die Synology anzupassen. Das Projekt sieht vielversprechend aus.

@mkiobroker sagte in Update von 6.3.5 auf 7.7.2: Ich möchte meinen ioBroker von einem Server auf einen anderen Server umziehen. Auf beiden läuft Ubuntu 20.04 Warum startest du auf dem "neuen" Server gleich mit einem alten Betriebsssystem? Auf dem alten ist installiert 6.3.5 und auf dem neuen läuft 7.7.2. Das sind die Admin Versionen, entscheidend für das Backup / Restore ist die Version des js-controllers. Dann hab ich versucht den alten Server zu updaten (ich dachte, dass das backupit 2.x nicht kompatibel mit der 3.x Version ist), in dem ich den Container und das Image gelöscht habe und dann anschließend den obenstehenden Einzeiler ausgeführt. Image wurde neu geladen und beim Start war auch von den neuen Versionen die Rede. Leider wurde aber immer noch die Version 6.3.5 angezeigt. Klar, das Update des Images ändert nichts an den installierten Versionen unter "iobrokerdata". Was kann ich noch machen - oder muss ich echt alles per Hand übertragen? Siehe oben, die js-controller-Versionen müssen übereinstimmen. Also entweder den alten Server up- oder den neuen Server downgraden. Das geht (wenn nicht zu viele Äonen dazwischen liegen).

@marc-berg @OliverIO vielen Dank für Eure Hilfe. Da ich aber nicht so fit bin mit Docker, wechsle ich dann wohl besser auf einen Raspberry 5.

@fredf Endlich habe ich den 'Fehler' gefunden. Privileged: muss auf on gesetzt werden.

@rulee du kannst aber auch rsync auf deinem host installieren und die notwendigen verzeichnisse dir im container nach aussen mappen

@kopterframe sagte in USBDEVICES synology Docker: No such file or directory durchaus möglich bei diesen kastrierten Systemen. @kopterframe sagte in USBDEVICES synology Docker: Habe den USB Stecker mal abgezogen und wieder eingesteckt. nun geht es wieder. auch da @homoran sagte in USBDEVICES synology Docker: werden die USB ports neu initialisiert und ggf. anderen IDs zugeordnet

@mkaiser96 sagte in Dockerinstallation auf Synology Firewalleinstellungen: @thomas-braun Die letzte Einstellung soll ich also deaktivieren? Ich habe gedacht, wenn ich vorher die Ausnahmen zulasse, dass das Ganze funktionieren sollte. Ich lasse doch alles eingehende zu den Ports 8081 und 1880 durch oder habe ich da ein Denkfehler? Habe ich dadurch irgendwelche Sicherheitsrisiken, wenn ich den letzten Punkt deaktiviere? Uh ja Denkfehler … Deine Firewall blockiert den Verkehr in beiden Seiten, ioBroker brauch schon Internet und DNS um Adapter installieren zu können. Ergo Port 80/443 und 53 (DNS) müssen von innen nach außen freigeschaltet werden Sind diese blockiert (was deine „alle“ rule macht) kommt halt nichts durch 😉

@m-b Keine Ahnung wie das bei Qnap ist , bei meiner Synology habe ich Umgebungsvariablen bei der Containererstellung, wo ich den Pfad der USB Devices angebe.

@david-g und bei @Meister-Mopper , hab ich beim ersten mal überlesen :-( Dafür besser vorgestellt :-)

Ich habe jetzt eine Lösung und vermutlich das Problem gefunden. services: wireguard: image: lscr.io/linuxserver/wireguard:latest container_name: wireguard networks: RZ-net: ipv4_address: 172.18.0.2 cap_add: - NET_ADMIN - SYS_MODULE #optional environment: - PUID=1000 - PGID=1000 - TZ=Europe/Berlin volumes: - /root/docker/wg-s2s/config:/config sysctls: - net.ipv4.conf.all.src_valid_mark=1 restart: unless-stopped networks: RZ-net: external: true Hauptproblem bei der Vergabe der festen IP Adresse ist das angelegte Netzwerk. Es darf nicht mit /16 angelegt werden. Hier ist vermutlich etwas im Docker-Hintergrund was hier blockiert. Legt man die Adresse mit /24 an, kann man in der Compose Datei die Adresse auch fest vergeben. [image: 1747052676868-e3536d27-9c97-4719-acb6-81d100ef2dbb-grafik.png] [image: 1747052700896-d96374d8-1882-4bac-af70-e9858c8a66b6-grafik.png]

@meto304 sagte in Fehlermeldung cmp: EOF on /opt/iobroker which is empty: /opt/iobroker/iobroker der pfad passt nicht der muss auf /opt/iobroker/

Du kannst auch watchtower (https://github.com/containrrr/watchtower) mit installieren, der kümmert sich um automatische Updates