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

[Thomas Braun]

@ralfth sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

Siehst du irgend etwas aufälliges?

Nein, sieht soweit gut aus.

[Meister Mopper]

@thomas-braun sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

Zu einzelnen Adaptern habe ich so gut wie keine gesehen.
Nur zum generellen Switch auf npm8, vornehmlich durch Adapter-Versionen aus github verursacht.

Wer weiß, was ich mir da in den vergangenen Jahren als Dilletant so alles eingefangen habe.

Besser, ich setze einen neuen LXC auf und schaue, was das System nach einem Einspielen des Backup leistet.

Danke!

[RalfTh]

@thomas-braun Aber eine Erklärung für das Verhalten hast du auch nicht!?
Ist ja alles gut jetzt. Ich meine mich zu erinnern, das ich bei dem Versuch auf NodeJS 14 upzudaten auch schon ähnliche Probleme hatte. Damals hatte ich mich allerdings nicht weiter darum gekümmert, weil ich mir sagte "das System läuft, was solls." Aber irgendwann muss man halt ein Update durchführen.

Also bleibt abschließend festzuhalten:
Falls das Update nicht durchgeführt wird einfach mal sudo apt autoremove durchführen und das Update erneut starten mit sudo apt-get install -y nodejs.

Das brachte bei mir die Lösung, keine Ahnung warum.

[Thomas Braun]

@ralfth sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

Aber eine Erklärung für das Verhalten hast du auch nicht!?

Nein, ohne die Meldung beim Upgrade nicht.

[Meister Mopper]

@thomas-braun sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

Für insgesamt 4400 Installationen (7,3%) , die Stand heute auf nodeJS16 laufen finde ich die Zahl der Hilferufe nicht ungewöhnlich hoch.

Ein weiteres Argument dafür, dass offenbar mein System nach braunscher Einschätzung "verkrümmt" ist.

[Homoran]

@meister-mopper wie ich soeben woanders schrieb
https://forum.iobroker.net/post/817514

[RalfTh]

@thomas-braun Hab dir alles gepostet, was im Terminal ausgegeben wurde. Es läuft und das ist jetzt wichtig.
Auf alle Fälle herzlichen Dank für deine Unterstützung und deine Geduld.

[SBorg]

Ohne jetzt alles gelesen zu haben, wurde eigentlich schon mal "n" erwähnt?

https://www.npmjs.com/package/n

Man kann damit simpel installieren, deinstallieren, zwischen den Versionen switchen...

n 16.15.1 und paar Sekunden drauf ist nodejs korrekt installiert
Macht es ziemlich anwenderfreundlich.

[Thomas Braun]

@sborg sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

Macht es ziemlich anwenderfreundlich.

Macht es für alle anderen nur schwerer da durchzusteigen.
n dürfte das über die alternatives (oder nach einem ähnlichen Muster) symlinken.
Kann man machen, wenn man mehrere npm-Versionen im System haben möchte (oder für Testzwecke muss) und die auch bändigen kann.
Für 99% der Installationen ist das aber nicht sinnvoll. Da empfiehlt sich eine saubere Installation über das nodesource-Paket.

[noox]

@chaot said in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

Meine /opt/iobroker/package-lock.json war auch von 2019.

Adapter-Updates hatten seit Update auf Node 16 ewig gedauert. Das Entfernen der package-lock.json (hab sie umbenannt) hat geholfen.

[apollon77]

@sborg Wo und wie installiert der denn? Wenn wie nvm unter dem User dann ist das Problematisch weil ja alles unter iobroker läuft und schon hat man den schönsten Mischmasch Also aufpassen

[SBorg]

@apollon77 Der macht nichts spezielles und installiert es unter /usr/local/[bin, include, lib, und share]
Damit hat auch der User iobroker "normale" Rechte drauf.
Der einzige Unterschied ist, dass zusätzlich unter /usr/local/n/versions/node/... noch die gecachten Versionen liegen, damit man eben switchen kann.

Ich nutze es mittlerweile seit ca. 3 Jahren und habe seitdem keine Probleme mehr (auch mir ist da vorher mal der ein oder andere faux pas unterlaufen ). 14 Mio downloads sprechen da IMO auch für sich.
Allerdings muss trotzdem eines klar sein (für Mitleser): eine vermurkste Installation biegt es auch nicht mehr gerade. Sorry, aber eine korrekte Erstinstallation ist ein muss.

[Wildbill]

Update heute vollzogen Zuerst beim Slave und danach den Master. Beides völlig problemlos. Einzig der Mihome-Adapter hat danach das fehlende Canvas bemängelt, aber das war gleich nachinstalliert.
Das „Austauschen“ der Github-Versionen gegen die aus stable oder latest hat also mögliche Probleme im Vorfeld ausgemerzt.

Gruss, Jürgen

[apollon77]

@wildbill sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

Das „Austauschen“ der Github-Versionen gegen die aus stable oder latest hat also mögliche Probleme im Vorfeld ausgemerzt.

Das so gelesen ... ich schreib das mal oben mit rein in den ersten Post

[Homoran]

@sborg aber da haben wir wieder /local/, das gibt Ärger bei nodesource

[Thomas Braun]

@homoran sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

aber da haben wir wieder /local/, das gibt Ärger bei nodesource

Die beißen sich eigentlich nicht, /usr/local liegt früher im $PATH.
Ich würde aber dennoch zu einer einfachen Installation via des distributionseigenen Paketmanagers raten. Zumal der ja auch vom iobroker bereits für die Installation verwendet wird.

Für 'Power-User' / Developer (z. B. zum testen von verschiedenen Versionen) ist das natürlich ein guter Weg. Ich bezweifle allerdings, das damit der Mehrheit der Anwender geholfen ist.

[BananaJoe]

So, Wasserstandsmeldung:

• Ubuntu 20.04 LTS
• ioBroker mit allen Adaptern auf dem Beta-Channel
• Jupp ich arbeite als root
• Upgrade von node 14 auf 16

Ich habe mir 3 puTTY-Sitzungen aufgemacht

1. Sitzung als root mit einem

tail -n 1000 -f /opt/iobroker/log/iobroker.current.log

2. Sitzung als Benutzer iobroker Dazu als root angemeldet und zum iobroker gewechselt:

sudo -u iobroker /usr/bin/bash
cd /opt/iobroker

3. Sitzung als root für die Befehle

Und so habe ich es gemacht:

als iobroker

iobroker backup
iobroker stop

als root

curl -sL https://deb.nodesource.com/setup_16.x | sudo -E bash -
apt install -y nodejs
node -v
npm -v
cd /opt/iobroker
iobroker fix

Ich fand das das Upgrade verdächtig schnell ging - aber ok.

als iobroker

iobroker start

Und dann warten ...
Fast alle Adapter sind gleich wieder gestartet, nur die zigbee Adapter sind gecrasht und er hat den rebuild angestoßen (das kannte ich schon vom Upgrade von 12 auf 14).
WARTEN !!! nach etwa 5 Minuten war damit fertig und Log konnte ich sehen wie diese diesmal erfolgreich gestartet sind.

daswetter ist dann gecrasht, er hat aber keinen rebuild angestoßen. Der Adapter wird nur alle 30 Minuten per cron angestoßen.
Für den habe ich dann einen rebuild gestartet:

als iobroker

iobroker rebuild daswetter

Da warte ich jetzt auf das nächste Ergebnis. Der Adapter hat dann beim nächsten Durchlauf ohne Fehler funktioniert.

Einzig im MQTT-Adapter hatte ich wieder Datenpunkte mit falschen Typ (warum auch immer der Adapter die wieder geändert hat), gibt ne dicke Fehlermeldung im Log, funktioniert aber trotzdem und er passt den Typ an.

[Thomas Braun]

@bananajoe sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

Jupp ich arbeite als root

SCHNAPPATMUNG

Wenn es richtig gemacht wird (wie hier) auch kein Problem. Die sieht man leider aber ansonsten so gut wie nie.

[Wildbill]

@thomas-braun sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

@bananajoe sagte in [How-to] Node.js ioBroker richtig updaten-2021/22 Edition:

Jupp ich arbeite als root

SCHNAPPATMUNG

Wenn es richtig gemacht wird (wie hier) auch kein Problem. Die sieht man leider aber ansonsten so gut wie nie.

Das hättest Du nicht schreiben dürfen. Ab sofort ist dann jeder, der als root unterwegs ist der Meinung, er würde es richtig machen. Der Thomas hat es ja geschrieben…

Gruss, Jürgen

[Thomas Braun]

@wildbill

Da hat man mal feuchte Augen, weil man (ich glaube zum ersten Mal in diesem Forum) mal ausnahmensweise einen von $AHNUNG getragenen Einsatz von root sieht und dann ist es auch wieder nicht Recht...

Grundsätzlich rate ich aber weiterhin zu 'ordentlicher' Administration des Systems via 'sudo'. Denn einfacher ist das Vorgehen von @BananaJoe ja nun nicht, mit zwei Terminals im jeweils korrekten user-Kontext zu jonglieren.

Vor die zwei Befehle, die es bedürfen ein 'sudo' zu setzen ist nämlich viiiiieeeel einfacher. Da musste nicht die Rolle wechseln oder zwei shells offen haben.