UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Thomas Braun]

@lethuer

Die nodesource.list anpassen. Steht in dem verlinkten How to drin.

Aber dein Betriebssystem ist tot. Installier da was lebendiges.

[DJMarc75]

@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:

stretch

und dann kam Buster... und dann kam Bullseye ....
Strech ist quasi wie wenn Du versuchst eine Kasette in einen CD-Player zu stopfen :grin:

[lethuer]

@djmarc75 oh je da scheine ich richtig hinterher zu sein... das passiert eben bei "never touch a running system".
Gibt es einen weg von stretch auf bullseye zu kommen und gibt es dazu eine gescheite anleitung ?

[crunchip]

@lethuer in der Theorie, könntest du schrittweise von einer Version zur nächsten updaten, das kann funktionieren, muss aber nicht unbedingt.
die bessere Wahl wäre, System direkt neu aufsetzen und dann ein backup zurückspielen. macht zumindest was iobroker betrifft am wenigsten Probleme und du hast ein sauberes System.

[Thomas Braun]

@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:

das passiert eben bei "never touch a running system".

Da passieren auch noch andere Dinge...
Deswegen: GAAAAANZ doofe Taktik.

Grundsätzlich geht das so:

https://forum.iobroker.net/topic/47213/upgrade-von-debian-10-buster-auf-11-bullseye

Müsste man halt zuerst für von Stretch zu Buster umsetzten und dann von Buster auf Bullseye. Vermutlich ist eine Neuinstallation da aber schmerzfreier als zwei Releases zu springen.

Kurz: @crunchip hat Recht.

[lethuer]

@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:

@lethuer

Die nodesource.list anpassen. Steht in dem verlinkten How to drin.

bin die liste (Nodejs Installation) eben durchgegangen.
jetzt hab ich wohl node v16.16.0 drauf, zumindest das ist up to date.

@crunchip sagte in ioBroker node.js weicht von Kommandozeile ab:

@lethuer in der Theorie, könntest du schrittweise von einer Version zur nächsten updaten, das kann funktionieren, muss aber nicht unbedingt.
die bessere Wahl wäre, System direkt neu aufsetzen und dann ein backup zurückspielen. macht zumindest was iobroker betrifft am wenigsten Probleme und du hast ein sauberes System.

Bei dem komplett neu aufgesetzten System hab ich ein wenig angst...
hab gerade neben iobroker noch octoprint an den start gebracht.

[Thomas Braun]

@lethuer

Willst du das jetzt aussitzen? Unkomplizierter wird es dadurch nicht.
Das Release ist tot, das wird nicht wiederbelebt.
Die octoprint.config kann man bestimmt auch sichern.

[crunchip]

@lethuer dann sichere dir die Karte und hebst mal dein System auf buster

[lethuer]

@thomas-braun gut gut ich hab ein backup davon, hoffentlich klappt das das wiederherzustellen.
jetzt wollte ich noch schnell die adapter alle auf den letzten stand bringen und dann nochmal ein backup von iobroker fahren, allerdings wird noch der js-controller >= 3.3.0 gefordert.

diese anleitung ging schief

iobroker stop
iobroker update
iobroker upgrade self
iobroker start

pi@ioBroker-RasPi:~$ iobroker upgrade self
Update js-controller from @3.1.6 to @4.0.23
NPM version: 8.11.0
npm install iobroker.js-controller@4.0.23 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
 Objects 127.0.0.1:51766 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"]
 Objects 127.0.0.1:51766 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"]
 Objects 127.0.0.1:51766 Error from InMemDB: Error: scan NOT SUPPORTED
npm ERR! code 1
npm ERR! path /opt/iobroker/node_modules/iobroker.js-controller
npm ERR! command failed
npm ERR! command sh -c node iobroker.js setup first
npm ERR! /opt/iobroker/node_modules/standard-as-callback/built/index.js:6
npm ERR!         throw e;
npm ERR!         ^
npm ERR!
npm ERR! ReplyError: Error scan NOT SUPPORTED
npm ERR!     at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12)
npm ERR!     at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14)
npm ERR! Emitted 'error' event on ScanStream instance at:
npm ERR!     at /opt/iobroker/node_modules/ioredis/built/ScanStream.js:38:22
npm ERR!     at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:12:23)
npm ERR!     at /opt/iobroker/node_modules/standard-as-callback/built/index.js:33:51
npm ERR!     at processTicksAndRejections (node:internal/process/task_queues:96:5) {
npm ERR!   command: {
npm ERR!     name: 'scan',
npm ERR!     args: [ '0', 'MATCH', 'cfg.o.system.host.*', 'COUNT', '250' ]
npm ERR!   }
npm ERR! }

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/pi/.npm/_logs/2022-07-13T23_09_10_328Z-debug-0.log
Starting node restart.js

ein tipp auch dazu ?

[crunchip]

@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:

wollte ich noch schnell die adapter alle

Schnell geht da schon mal gar nix, das macht man in aller Ruhe.
Und je nachdem, gibt es in bestimmten Konstellationen zu beachten, in welcher Reihenfolge man die Adapter updatet.

Der Sprung von 3.1.6 auf 4.0.23 ist auch recht groß, meine mich zu erinnern, besser von 3.3 aus upgraden, steht allerdings im dazugehörigen Thread.

[lethuer]

@crunchip Vielleicht eine blöde frage aber wie komme ich denn auf 3.3.x ?
mit

iobroker upgrade self

versucht er automatisch direkt auf 4.0.23 zu gehen...

[Thomas Braun]

@lethuer

Schau hier rein:
https://forum.iobroker.net/topic/52886/js-controller-4-0-x-jetzt-für-alle-user-im-stable

Hatte dir aber auch @crunchip schon an's Herz gelegt.

[Homoran]

@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:

aber wie komme ich denn auf 3.3.x ?

mit iobroker upgrade self@3.3.x

[lethuer]

@homoran sagte in ioBroker node.js weicht von Kommandozeile ab:

@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:

aber wie komme ich denn auf 3.3.x ?

mit iobroker upgrade self@3.3.x

Danke !

[lethuer]

@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:

Aber dein Betriebssystem ist tot. Installier da was lebendiges.

Hi !
Heute habe ich endlich mal frisch aufgesetzt (https://www.youtube.com/watch?v=xb-S8pWtwu4).
Nun habe ich also das aktuelle Bullseye OS drauf.
ioBroker startete auch und ich hätte neu einrichten können.

Ich wollte also das zuvor erstellte Backup von GDrive über BackitUp einspielen, was auch gut aussah.
Nun ist die ioBroker Oberfläche aber nicht erreichbar.
Einen Neustart habe ich bereits versucht.

pi@raspberrypi:~ $ sudo reboot

Aktuell kommt das hier:

pi@raspberrypi:~ $ iobroker status
 Cannot read system.config: null (OK when migrating or restoring)
iobroker is running on this host.


Objects type: file
States  type: redis

[Thomas Braun]

@lethuer

Ach, aus dem Video kommt also die Unsitte iobroker@iobroker auszuwählen. Interessant...

[lethuer]

@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:

@lethuer

Ach, aus dem Video kommt also die Unsitte iobroker@iobroker auszuwählen. Interessant...

Hab ich ja nicht getan :)
Und die ioBroker Installation hat erstmal geklappt, nur ist dann irgendwas bei der Backup Wiederherstellung schief gegangen…

[Thomas Braun]

@lethuer

Und das Alt-System lief auch auf redis?

iobroker list instances

sagt?

[lethuer]

@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:

Und das Alt-System lief auch auf redis?

das weiß ich nicht...
meine alte Config steht hier weiter oben in dem Post, vielleicht kann man daraus ja etwas ableiten ?
Die war so alt (noch Stretch OS), dass ich updaten sollte ;)

pi@raspberrypi:~ $ iobroker list instances
 Cannot read system.config: null (OK when migrating or restoring)


+ instance is alive

[Thomas Braun]

@lethuer

https://forum.iobroker.net/topic/59549/iob-diag-skript

Schau mal ob du damit parat kommst.