NEWS
[Docker/Synology] Updates nach 4 Jahren "Winterschlaf"
-
@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
-
@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 -i -
@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
-
@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. -
@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 Anmelden