[Docker/Synology] Updates nach 4 Jahren "Winterschlaf"
-
Stark, dank Euch für die Antworten!
In der Docker-Installation habe ich folgenden mount:
Das ist, was du mit "Du hast hoffentlich deine Daten von iobroker in nem Verzeichnis der Syno liegen, dann geht da nix verloren." meinst, right?
Das Verzeichnis "Docker/iobrokerConfig" kann ich dort aber nicht finden...
Ich bin in sofern schon etwas weiter als, dass ich die letzten Tage dafür genutzt habe proxmox (inkl NFS-share auf die Syno) einzurichten und dort eine frische ioBroker-LXC-Instanz zu installieren.
Der Docker hat leider immer wieder zu Problemen geführt. Des Weiteren macht Synology den USB-passthrough im Docker immer schwerer.Idealerweise ziehe ich den alten Syno-ioBroker in den neuen proxmox-ioBroker um, oder was meint Ihr?
Oder erstmal versuchen die Docker-Instanz auf den neusten Stand zu bringen?Hi, ich meinte damit /opt/iobroker 👍
Mach im docker in der console ein
Iobroker Backup
Und kopiere dir das backupfile in den lxc, dann dort mit
Iobroker restore backupfilenameUnd warten.. vorher am besten immer iobroker stoppen
-
Hi, ich meinte damit /opt/iobroker 👍
Mach im docker in der console ein
Iobroker Backup
Und kopiere dir das backupfile in den lxc, dann dort mit
Iobroker restore backupfilenameUnd warten.. vorher am besten immer iobroker stoppen
-
@ilovegym dank Dir!
Backup konnte ich via console erstellen.Dann hapert's allerdings wieder an den basics: wie bekomme ich die file denn in den lxc?
Super, das file liegt dann auf der synology in docker/iobroker/opt/iobroker/Backups oder so ähnlich..
Am einfachsten in der console im iobroker Docker per scp in den lxc kopieren.
-
@ilovegym sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
Iobroker restore backupfilename
damit hats den LXC glaube zerschossen.
hat er ausgeführt und abgeschlossen.
Nachm Container-Neustart ist ioBroker nicht mehr erreichbar...Wenn ich versuche das backup noch mal einzuspielen kommt nun folgendes:
root@ioBroker:~# iobroker restore /mnt/Proxmox/ioB_backup/2023_03_12-15_21_28_backupiobroker.tar.gz Cannot read system.config: null (OK when migrating or restoring) iobroker controller daemon is not running host.iobroker OK. The current version of js-controller differs from the version in the backup. The js-controller version of the backup can not be restored automatically. To restore the js-controller version of the backup, execute "npm i iobroker.js-controller@3.1.6 --production" inside your ioBroker directory If you really want to restore the backup with the current installed js-controller, execute the restore command with the --force flagich befürchte, ich komme um das updaten des quell-ioBrokers nicht herum...
-
@ilovegym sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
Iobroker restore backupfilename
damit hats den LXC glaube zerschossen.
hat er ausgeführt und abgeschlossen.
Nachm Container-Neustart ist ioBroker nicht mehr erreichbar...Wenn ich versuche das backup noch mal einzuspielen kommt nun folgendes:
root@ioBroker:~# iobroker restore /mnt/Proxmox/ioB_backup/2023_03_12-15_21_28_backupiobroker.tar.gz Cannot read system.config: null (OK when migrating or restoring) iobroker controller daemon is not running host.iobroker OK. The current version of js-controller differs from the version in the backup. The js-controller version of the backup can not be restored automatically. To restore the js-controller version of the backup, execute "npm i iobroker.js-controller@3.1.6 --production" inside your ioBroker directory If you really want to restore the backup with the current installed js-controller, execute the restore command with the --force flagich befürchte, ich komme um das updaten des quell-ioBrokers nicht herum...
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
Cannot read system.config: null
das gab es mal als Thema
Allerdings
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
OK when migrating or restoring
passt ja
solltest du das meinen?
The current version of js-controller differs from the version in the backup. The js-controller version of the backup can not be restored automatically. To restore the js-controller version of the backup, execute "npm i iobroker.js-controller@3.1.6 --production" inside your ioBroker directory If you really want to restore the backup with the current installed js-controller, execute the restore command with the --force flagWillst du wirklich den alten Controller wieder haben?
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
Cannot read system.config: null
das gab es mal als Thema
Allerdings
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
OK when migrating or restoring
passt ja
solltest du das meinen?
The current version of js-controller differs from the version in the backup. The js-controller version of the backup can not be restored automatically. To restore the js-controller version of the backup, execute "npm i iobroker.js-controller@3.1.6 --production" inside your ioBroker directory If you really want to restore the backup with the current installed js-controller, execute the restore command with the --force flagWillst du wirklich den alten Controller wieder haben?
Beim ersten mal ausführen lief das auch einfach durch. Ohne die Meldung. Anschließend ist ioBroker per web nicht mehr erreichbar.
@homoran sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
Willst du wirklich den alten Controller wieder haben?
Nee, eigentlich ganz und gar nicht :)
Grundsätzlich will ich meinen sehr veralteten ioBroker (siehe oben) auf dem aktuellen Stand bringen.
Des Weiteren möchte ich den ioBroker gerne von der Synology in Proxmox umziehen.Befürchte ich will aktuell Schritt 2 vor Schritt 1 gehen :-/
-
Beim ersten mal ausführen lief das auch einfach durch. Ohne die Meldung. Anschließend ist ioBroker per web nicht mehr erreichbar.
@homoran sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
Willst du wirklich den alten Controller wieder haben?
Nee, eigentlich ganz und gar nicht :)
Grundsätzlich will ich meinen sehr veralteten ioBroker (siehe oben) auf dem aktuellen Stand bringen.
Des Weiteren möchte ich den ioBroker gerne von der Synology in Proxmox umziehen.Befürchte ich will aktuell Schritt 2 vor Schritt 1 gehen :-/
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
Nee, eigentlich ganz und gar nicht
dann musst du weitermachen.
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
Nee, eigentlich ganz und gar nicht
dann musst du weitermachen.
@homoran
haha lustig. schlage mich seit Tagen in jeder freien Minute damit rum. Den halben Tag damit verbracht das backitup-file per NFS share im proxmox-ioBroker verfügbar zu machen. :D
Dachte, hui endlich gehts weiter. Und jetzt steh ich hier.Gefühlt hat das alles (altes Backup auf neuem, aktuellen ioBroker einzuspielen) gar kein Sinn gemacht :(
-
@homoran
haha lustig. schlage mich seit Tagen in jeder freien Minute damit rum. Den halben Tag damit verbracht das backitup-file per NFS share im proxmox-ioBroker verfügbar zu machen. :D
Dachte, hui endlich gehts weiter. Und jetzt steh ich hier.Gefühlt hat das alles (altes Backup auf neuem, aktuellen ioBroker einzuspielen) gar kein Sinn gemacht :(
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
haha lustig.
wieso?
da steht doch wie
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
if you really want to restore the backup with the current installed js-controller, execute the restore command with the --force flag
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
haha lustig.
wieso?
da steht doch wie
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
if you really want to restore the backup with the current installed js-controller, execute the restore command with the --force flag
ja ich frage mich, ob das denn überhaupt ein sinnvolles vorgehen ist?
mit --force läuft es wieder "durch"
wie oben geschrieben ist iobroker admin nun nicht mehr erreichbarroot@ioBroker:~# iobroker restore /mnt/Proxmox/ioB_backup/2023_03_12-15_21_28_backupiobroker.tar.gz --force Cannot read system.config: null (OK when migrating or restoring) iobroker controller daemon is not running host.iobroker OK. The current version of js-controller differs from the version in the backup. The js-controller version of the backup can not be restored automatically. Note, that your backup might differ in behavior due to this version change! Removing current installation of iobroker.admin removed 56 packages in 1s 23 packages are looking for funding run `npm fund` for details Removing current installation of iobroker.backitup removed 126 packages in 1s 13 packages are looking for funding run `npm fund` for details host.iobroker Clear all objects and states... clean 32 objects... clean 25 states... host.iobroker done. host.iobroker Processed 0/4116 objects host.iobroker Processed 200/4116 objects host.iobroker Processed 400/4116 objects host.iobroker Processed 600/4116 objects host.iobroker Processed 800/4116 objects host.iobroker Processed 1000/4116 objects host.iobroker Processed 1200/4116 objects host.iobroker Processed 1400/4116 objects host.iobroker Processed 1600/4116 objects host.iobroker Processed 1800/4116 objects host.iobroker Processed 2000/4116 objects host.iobroker Processed 2200/4116 objects host.iobroker Processed 2400/4116 objects host.iobroker Processed 2600/4116 objects host.iobroker Processed 2800/4116 objects host.iobroker Processed 3000/4116 objects host.iobroker Processed 3200/4116 objects host.iobroker Processed 3400/4116 objects host.iobroker Processed 3600/4116 objects host.iobroker Processed 3800/4116 objects host.iobroker Processed 4000/4116 objects 4116 objects restored. host.iobroker Processed 0/3068 states host.iobroker Processed 200/3068 states host.iobroker Processed 400/3068 states host.iobroker Processed 600/3068 states host.iobroker Processed 800/3068 states host.iobroker Processed 1000/3068 states host.iobroker Processed 1200/3068 states host.iobroker Processed 1400/3068 states host.iobroker Processed 1600/3068 states host.iobroker Processed 1800/3068 states host.iobroker Processed 2000/3068 states host.iobroker Processed 2200/3068 states host.iobroker Processed 2400/3068 states host.iobroker Processed 2600/3068 states host.iobroker Processed 2800/3068 states host.iobroker Processed 3000/3068 states 3068 states restored. host.iobroker Upload user file "vis.0/main/vis-views.json host.iobroker Upload user file "vis.0/main_backup/vis-views.json host.iobroker Upload user file "vis.0//materialdesign.sentry host.iobroker object system.licenses created Reinstalling adapter "admin" from "iobroker.admin@4.1.10" added 110 packages in 8s 19 packages are looking for funding run `npm fund` for details Reinstalling adapter "backitup" from "iobroker.backitup@2.1.11" added 72 packages in 8s 23 packages are looking for funding run `npm fund` for details Forced restore - executing setup ... System successfully restored! -
ja ich frage mich, ob das denn überhaupt ein sinnvolles vorgehen ist?
mit --force läuft es wieder "durch"
wie oben geschrieben ist iobroker admin nun nicht mehr erreichbarroot@ioBroker:~# iobroker restore /mnt/Proxmox/ioB_backup/2023_03_12-15_21_28_backupiobroker.tar.gz --force Cannot read system.config: null (OK when migrating or restoring) iobroker controller daemon is not running host.iobroker OK. The current version of js-controller differs from the version in the backup. The js-controller version of the backup can not be restored automatically. Note, that your backup might differ in behavior due to this version change! Removing current installation of iobroker.admin removed 56 packages in 1s 23 packages are looking for funding run `npm fund` for details Removing current installation of iobroker.backitup removed 126 packages in 1s 13 packages are looking for funding run `npm fund` for details host.iobroker Clear all objects and states... clean 32 objects... clean 25 states... host.iobroker done. host.iobroker Processed 0/4116 objects host.iobroker Processed 200/4116 objects host.iobroker Processed 400/4116 objects host.iobroker Processed 600/4116 objects host.iobroker Processed 800/4116 objects host.iobroker Processed 1000/4116 objects host.iobroker Processed 1200/4116 objects host.iobroker Processed 1400/4116 objects host.iobroker Processed 1600/4116 objects host.iobroker Processed 1800/4116 objects host.iobroker Processed 2000/4116 objects host.iobroker Processed 2200/4116 objects host.iobroker Processed 2400/4116 objects host.iobroker Processed 2600/4116 objects host.iobroker Processed 2800/4116 objects host.iobroker Processed 3000/4116 objects host.iobroker Processed 3200/4116 objects host.iobroker Processed 3400/4116 objects host.iobroker Processed 3600/4116 objects host.iobroker Processed 3800/4116 objects host.iobroker Processed 4000/4116 objects 4116 objects restored. host.iobroker Processed 0/3068 states host.iobroker Processed 200/3068 states host.iobroker Processed 400/3068 states host.iobroker Processed 600/3068 states host.iobroker Processed 800/3068 states host.iobroker Processed 1000/3068 states host.iobroker Processed 1200/3068 states host.iobroker Processed 1400/3068 states host.iobroker Processed 1600/3068 states host.iobroker Processed 1800/3068 states host.iobroker Processed 2000/3068 states host.iobroker Processed 2200/3068 states host.iobroker Processed 2400/3068 states host.iobroker Processed 2600/3068 states host.iobroker Processed 2800/3068 states host.iobroker Processed 3000/3068 states 3068 states restored. host.iobroker Upload user file "vis.0/main/vis-views.json host.iobroker Upload user file "vis.0/main_backup/vis-views.json host.iobroker Upload user file "vis.0//materialdesign.sentry host.iobroker object system.licenses created Reinstalling adapter "admin" from "iobroker.admin@4.1.10" added 110 packages in 8s 19 packages are looking for funding run `npm fund` for details Reinstalling adapter "backitup" from "iobroker.backitup@2.1.11" added 72 packages in 8s 23 packages are looking for funding run `npm fund` for details Forced restore - executing setup ... System successfully restored!@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
iobroker admin nun nicht mehr erreichbar
iobroker list instancessagt?und
iob update -ikein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
iobroker admin nun nicht mehr erreichbar
iobroker list instancessagt?und
iob update -i@homoran sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
iobroker list instances sagt?
root@ioBroker:~# iobroker list instances system.adapter.admin.0 : admin : iobroker - enabled, port: 8081, bind: 192.168.20.2, run as: admin system.adapter.backitup.0 : backitup : iobroker - enabled system.adapter.deconz.1 : deconz : iobroker - disabled, port: 8080 system.adapter.devices.0 : devices : iobroker - disabled system.adapter.discovery.0 : discovery : iobroker - disabled system.adapter.history.0 : history : iobroker - disabled system.adapter.info.0 : info : iobroker - disabled system.adapter.jarvis.0 : jarvis : iobroker - disabled system.adapter.javascript.0 : javascript : iobroker - disabled system.adapter.mihome-vacuum.0 : mihome-vacuum : iobroker - disabled, port: 54321 system.adapter.miio.0 : miio : iobroker - disabled system.adapter.mqtt.0 : mqtt : iobroker - disabled, port: 1883, bind: 0.0.0.0 system.adapter.musiccast.0 : musiccast : iobroker - disabled system.adapter.ping.0 : ping : iobroker - disabled system.adapter.scenes.0 : scenes : iobroker - disabled system.adapter.tado.0 : tado : iobroker - disabled system.adapter.telegram.0 : telegram : iobroker - disabled, port: 8443, bind: 0.0.0.0 system.adapter.text2command.0 : text2command : iobroker - disabled system.adapter.tuya.0 : tuya : iobroker - disabled system.adapter.vis.0 : vis : iobroker - disabled system.adapter.web.0 : web : iobroker - disabled, port: 8082, bind: 0.0.0.0, run as: admin system.adapter.yamaha.0 : yamaha : iobroker - disabled system.adapter.yeelight-2.0 : yeelight-2 : iobroker - disabled + instance is alive@homoran sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
und iob update -i
root@ioBroker:~# iob update -i Used repository: Stable (default) Adapter "admin" : 6.3.5 , installed 4.1.10 [Updatable] Adapter "backitup" : 2.5.12 , installed 2.1.11 [Updatable] Controller "js-controller": 4.0.24 , installed 4.0.24 -
@homoran sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
iobroker list instances sagt?
root@ioBroker:~# iobroker list instances system.adapter.admin.0 : admin : iobroker - enabled, port: 8081, bind: 192.168.20.2, run as: admin system.adapter.backitup.0 : backitup : iobroker - enabled system.adapter.deconz.1 : deconz : iobroker - disabled, port: 8080 system.adapter.devices.0 : devices : iobroker - disabled system.adapter.discovery.0 : discovery : iobroker - disabled system.adapter.history.0 : history : iobroker - disabled system.adapter.info.0 : info : iobroker - disabled system.adapter.jarvis.0 : jarvis : iobroker - disabled system.adapter.javascript.0 : javascript : iobroker - disabled system.adapter.mihome-vacuum.0 : mihome-vacuum : iobroker - disabled, port: 54321 system.adapter.miio.0 : miio : iobroker - disabled system.adapter.mqtt.0 : mqtt : iobroker - disabled, port: 1883, bind: 0.0.0.0 system.adapter.musiccast.0 : musiccast : iobroker - disabled system.adapter.ping.0 : ping : iobroker - disabled system.adapter.scenes.0 : scenes : iobroker - disabled system.adapter.tado.0 : tado : iobroker - disabled system.adapter.telegram.0 : telegram : iobroker - disabled, port: 8443, bind: 0.0.0.0 system.adapter.text2command.0 : text2command : iobroker - disabled system.adapter.tuya.0 : tuya : iobroker - disabled system.adapter.vis.0 : vis : iobroker - disabled system.adapter.web.0 : web : iobroker - disabled, port: 8082, bind: 0.0.0.0, run as: admin system.adapter.yamaha.0 : yamaha : iobroker - disabled system.adapter.yeelight-2.0 : yeelight-2 : iobroker - disabled + instance is alive@homoran sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
und iob update -i
root@ioBroker:~# iob update -i Used repository: Stable (default) Adapter "admin" : 6.3.5 , installed 4.1.10 [Updatable] Adapter "backitup" : 2.5.12 , installed 2.1.11 [Updatable] Controller "js-controller": 4.0.24 , installed 4.0.24@phil-ipp
iob logs --watchnur ein paar Zeilen bitte
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@homoran sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
iob logs --watch
2023-03-12 20:47:15.265 - info: host.iobroker iobroker npm-install: upload [3] yeelight-2.admin /opt/iobroker/node_modules/iobroker.yeelight-2/admin/index_m.html index_m.html text/html 2023-03-12 20:47:15.269 - info: host.iobroker iobroker npm-install: upload [2] yeelight-2.admin /opt/iobroker/node_modules/iobroker.yeelight-2/admin/lan.jpg lan.jpg image/jpeg 2023-03-12 20:47:15.273 - info: host.iobroker iobroker npm-install: upload [1] yeelight-2.admin /opt/iobroker/node_modules/iobroker.yeelight-2/admin/words.js words.js application/javascript 2023-03-12 20:47:15.277 - info: host.iobroker iobroker npm-install: upload [0] yeelight-2.admin /opt/iobroker/node_modules/iobroker.yeelight-2/admin/yeelight.png yeelight.png image/png 2023-03-12 20:47:15.292 - info: host.iobroker iobroker npm-install: host.iobroker object system.adapter.yeelight-2 created/updated 2023-03-12 20:47:15.309 - info: host.iobroker iobroker npm-install: Update "system.adapter.yeelight-2.0" 2023-03-12 20:47:16.332 - info: host.iobroker iobroker npm-install: exit 0 2023-03-12 20:47:16.332 - info: host.iobroker iobroker npm-install: exit 0da hat er jetzt wild rumgerödelt.
in der zwischenzeit habe ich den alten docker container gestoppt und dem proxmox lxc die gleiche IP, wie dem alten gegeben. komme nun auch wieder auf web admin -
@homoran sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
iob logs --watch
2023-03-12 20:47:15.265 - info: host.iobroker iobroker npm-install: upload [3] yeelight-2.admin /opt/iobroker/node_modules/iobroker.yeelight-2/admin/index_m.html index_m.html text/html 2023-03-12 20:47:15.269 - info: host.iobroker iobroker npm-install: upload [2] yeelight-2.admin /opt/iobroker/node_modules/iobroker.yeelight-2/admin/lan.jpg lan.jpg image/jpeg 2023-03-12 20:47:15.273 - info: host.iobroker iobroker npm-install: upload [1] yeelight-2.admin /opt/iobroker/node_modules/iobroker.yeelight-2/admin/words.js words.js application/javascript 2023-03-12 20:47:15.277 - info: host.iobroker iobroker npm-install: upload [0] yeelight-2.admin /opt/iobroker/node_modules/iobroker.yeelight-2/admin/yeelight.png yeelight.png image/png 2023-03-12 20:47:15.292 - info: host.iobroker iobroker npm-install: host.iobroker object system.adapter.yeelight-2 created/updated 2023-03-12 20:47:15.309 - info: host.iobroker iobroker npm-install: Update "system.adapter.yeelight-2.0" 2023-03-12 20:47:16.332 - info: host.iobroker iobroker npm-install: exit 0 2023-03-12 20:47:16.332 - info: host.iobroker iobroker npm-install: exit 0da hat er jetzt wild rumgerödelt.
in der zwischenzeit habe ich den alten docker container gestoppt und dem proxmox lxc die gleiche IP, wie dem alten gegeben. komme nun auch wieder auf web admin@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
und dem proxmox lxc die gleiche IP, wie dem alten gegeben.
das war natürlich Voraussetzung
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
da hat er jetzt wild rumgerödelt.
ja, er installiert jetzt alle Adapter.
das Backup enthält ja nur due Instanzrnkonfigurationen.kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
und dem proxmox lxc die gleiche IP, wie dem alten gegeben.
das war natürlich Voraussetzung
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
da hat er jetzt wild rumgerödelt.
ja, er installiert jetzt alle Adapter.
das Backup enthält ja nur due Instanzrnkonfigurationen.@homoran sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
ja, er installiert jetzt alle Adapter.
das hat er wohl gemacht.
anschließend gleich mal den admin adapter von 4.1 auf aktuell gebracht.
hat auch funktioniert. dann folgen jetzt die anderen adapter.
gibt es hier noch hinweise/etwas zu beachten? best practices?was mir eben noch auffällt:
muss da noch was getan werden?
-
@homoran sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
ja, er installiert jetzt alle Adapter.
das hat er wohl gemacht.
anschließend gleich mal den admin adapter von 4.1 auf aktuell gebracht.
hat auch funktioniert. dann folgen jetzt die anderen adapter.
gibt es hier noch hinweise/etwas zu beachten? best practices?was mir eben noch auffällt:
muss da noch was getan werden?
@phil-ipp sagte in [Docker/Synology] Updates nach 4 Jahren "Winterschlaf":
muss da noch was getan werden?
node 18 sollte bald freigegeben werden, da würde ich es bei lassen, aber die aktuelle Version sollte es schon sein.
geht üblicherweise mit einem apt update && apt upgrqde. bei Dosen kenne ich mich aber nicht aus.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden274
Online32.8k
Benutzer82.9k
Themen1.3m
Beiträge