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.

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?

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.

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 0

da 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

nur ein paar Zeilen bitte

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

iobroker admin nun nicht mehr erreichbar

iobroker list instances sagt?

und iob update -i

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 erreichbar

root@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!

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

Gefühlt hat das alles (altes Backup auf neuem, aktuellen ioBroker einzuspielen) gar kein Sinn gemacht :(

Nee, eigentlich ganz und gar nicht

dann musst du weitermachen.

@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 :-/

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 flag

Willst du wirklich den alten Controller wieder haben?

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 flag

ich befürchte, ich komme um das updaten des quell-ioBrokers nicht herum...

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.

Dann hapert's allerdings wieder an den basics: wie bekomme ich die file denn in den lxc?

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 backupfilename

Und warten.. vorher am besten immer iobroker stoppen

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?

Thomas, Docker!! Wenn er den Docker Container updated,

Sag ich ja. Zuerst das OS (oder den virtuellen Krams) updaten, dann den Rest.

Thomas, Docker!! Wenn er den Docker Container updated, ist automatisch auch Node und iobroker auf dem letzten Relaese-Stand.

@Phil-Ipp

Du hast hoffentlich deine Daten von iobroker in nem Verzeichnis der Syno liegen, dann geht da nix verloren.

Ich wuerde mir das Verzeichnis Docker/iobrokerConfig erstmal sichern, dann installierst du einen neuen! iobroker-Container im Docker und weist dem das Verzeichnis vom alten zu. Alten iobroker Container stoppen!
Dann neuen starten und schauen was passiert. Im neuen Container ist Node, iobroker und das BS auf dem letzten Stand.

Wenn das nicht funktioniert und dir schlimmstenfalls die iobroker Config geschossen wird, dann kopierst du dir das gesicherte Verzeichnis wieder zurueck, behalt es aber !

Erst das OS auf Stand bringen, dann nodejs, dann die Adapter, dann den js-controller.

Bei solch großen Sprüngen kann dir aber keiner sagen welche Stolpersteine da noch auftauchen.

Ich würde ioBroker ungern aufgeben, nur weil die Updates etwas frickelig sind. Allein wegen der Tatsache, dass es einfach so lange ohne Handanlegen funktioniert hat.
Ich möchte den veralteten Stand allerdings auch ungern so belassen (Sicherheit, neue Funktionen, etc.)

Kann ich iwie noch besser Informationen geben? Fehlt etwas?

Danke für Eure Hilfe,
Philipp