Monatsrückblick Januar/Februar 2026 ist online!

[Thomas Braun]

@jan1

Dann siehst du aber besser ob Fehlfunktionen vom Backup kommen oder mit der Laufzeitumgebung was nicht passt.

[Jan1]

@thomas-braun
ich restore mein IOBroker einfach so zwischendurch mal um das sauber zu halten und hatte auch schon Versionssprünge drin. Probleme oder Fehler hatte ich noch nicht einen einzigen.
OK, wenn das System vorher schon ungepflegt war, was es in dem Fall ist, da noch Node14, sieht das wohl etwas anders aus und dann gleich noch ohne Plan auf Proxmox, viel Spaß beim Einrichten der Ports und sonstigen Fallstricken ;)

[Thomas Braun]

@jan1

Ich sage ja nicht das es nicht ginge, sondern das es bei gleicher Basis einfacher ist.

[Jan1]

@thomas-braun
Umgezogen bin ich ja auch schon, also der Backitup Adapter ist schon ne richtig feine Sache :)

[JJ-Duisburg]

Habe mein ungepflegtes System mit apt dist-upgrade aktualisert. Auf beiden Systemen habe ich nun Node.js 16.20.0 und NPM 8.19.4.

Habe dann mit dem Backitup Adapter das alte System gesichert und auf dem Neusystem restored.

Bis auf den VIS-Adapter wurde alles installiert.

[JJ-Duisburg]

Fehlermeldung für VIS:

host.CT-iobroker
2023-04-24 14:34:19.387	error	Cannot download and install adapter "vis@1.4.16". To retry it disable/enable the adapter or restart host. Also check the error messages in the log!
host.CT-iobroker
2023-04-24 14:34:17.373	error	iobroker npm-install: host.CT-iobroker Cannot install iobroker.vis@1.4.16: 6

vis.0
2023-04-24 14:34:16.253	error	Not exists

vis.0
2023-04-24 14:34:16.253	error	Error: Not exists at Object.maybeCallbackWithError (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2983:17) at ObjectsInRedisClient._readFile (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:1043:26) at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:1092:29) at processImmediate (node:internal/timers:468:21)

vis.0
2023-04-24 14:34:16.252	error	unhandled promise rejection: Not exists

vis.0
2023-04-24 14:34:16.252	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

[JJ-Duisburg]

Fehlermeldung bei Installation einer neuen VIS-Instanz:

$ iobroker add vis --host CT-iobroker

NPM version: 8.19.4

Installing iobroker.vis@1.4.16... (System call)

host.CT-iobroker Cannot install iobroker.vis@1.4.16: 6

ERROR: Process exited with code 25

[Thomas Braun]

@jj-duisburg

Der vis-Adapter muss vor dem Backup schon installiert sein.

[JJ-Duisburg]

@thomas-braun

ok, soll heißen?

Alles retour, VIS installieren und dann restore oder gibt es da noch eine Möglichkeit der Reparatur?

[Thomas Braun]

@jj-duisburg

Installier eine ältere Version von Vis und bügel das Backup dann da nochmal drüber.

[Jan1]

@jj-duisburg sagte in ioBroker Umzug auf ein neues 64 Bit-System:

Auf beiden Systemen habe ich nun Node.js 16.20.0 und NPM 8.19.4.

Verräts auch mal warum nicht gleich Node18, wenn das die empfohlen Version ist? Normal macht man, wenn man schon Umzieht alles gleich aktuell und nicht danach.

[JJ-Duisburg]

@jan1
ja gerne , habe ich aber auch oben geschrieben.

Ich habe sudo apt dist-upgrade ausgeführt und dabei kam die Version 16 heraus.

Das wäre auch meine Frage gewesen, warum die empfohlene Version 18 beim upgraden oder bei anderen Aktuallisierungrtoutinen nicht kommt, sondern nur die 16.

Zur gezielten Versionsinstallation fehlt mir die Erfahrung, bin nur ein Freizeit-ioBrokler und kein Profi.

[Homoran]

@jj-duisburg sagte in ioBroker Umzug auf ein neues 64 Bit-System:

Das wäre auch meine Frage gewesen, warum die empfohlene Version 18 beim upgraden oder bei anderen Aktuallisierungrtoutinen nicht kommt, sondern nur die 16.

weil mit dem Befehl nur innerhalb einer major Version upgegradet werden kann

@jj-duisburg sagte in ioBroker Umzug auf ein neues 64 Bit-System:

bin nur ein Freizeit-ioBrokler

sind wir (fast) alle!

@jj-duisburg sagte in ioBroker Umzug auf ein neues 64 Bit-System:

Zur gezielten Versionsinstallation fehlt mir die Erfahrung,

dafür gibt es hier Tutorials.
suchen oder bei @Thomas-Braun in der Signatur finden.

[Meister Mopper]

@jj-duisburg sagte in ioBroker Umzug auf ein neues 64 Bit-System:

sudo apt dist-upgrade

Besser sudo apt full-upgrade

oder

sudo apt-get dist-upgrade :wink:

[Jan1]

@jj-duisburg
Hatte ich ja auch oben schon geschrieben, der IOBroker bringt die richtige Node mit und man fummelt die nicht manuell rein ;)
Hat man das vorher schon manuell gemacht und dann hoffentlich auch richtig, wird die Version eben übernommen.

[JJ-Duisburg]

So, mit euerer Hilfe, Anregungen und Kommentaren habe ich den Umzug vom Raspberry 4 32 Bit- auf einen proxmox LXC 64 bit-System geschafft.

Jetzt nur noch im "Proxmox Zeug" den zigbee-Stick durchreichen und mit dem neuen System live gehen. :wink:

Danke an alle.

[DJMarc75]

@jj-duisburg
Schön wenn das jetzt klappt... nur sehe ich ein kommendes Problem:

@jj-duisburg sagte in ioBroker Umzug auf ein neues 64 Bit-System:

Jetzt nur noch im "Proxmox Zeug" den zigbee-Stick durchreichen

gutes Gelingen mit LXC ;)

[Homoran]

@jj-duisburg sagte in ioBroker Umzug auf ein neues 64 Bit-System:

Jetzt nur noch im "Proxmox Zeug" den zigbee-Stick durchreichen

warum tut ihr euch bloss immer container an?

[crunchip]

@homoran na kennst doch die Antwort, schneller installiert, Ressourcen schonender und so.....:grin:
wobei die gesparte Zeit dann meist mit dem durchreichen draufgeht und gespart hat man bei den Ressourcen auch kaum

[Jan1]

@crunchip
Da ist nix schneller. Alleine schon der Umzug hat Tage gedauert, bis die verballerte Zeit hier wieder reingeholt ist, richte ich 10 native Systeme mit OS sauber ein und muss mich um keine Ports kümmern, die im Container nicht ankommen.
Das virtuelle Zeug macht nur Sinn, wenn noch andere Server auf der Kiste laufen sollen.
Wenn man die Nerven auch als Ressource sieht, dann ist er schon am Limit LOL