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

[Thomas Braun]

@haubada

1. Ja.
2. Primär das iobroker-Backup. Das hat z. B. javascripts auch schon im Bauch.
3. Backitup sichert nur die ioBroker-Daten, mit dem System selber hat das nix am Hut.
4. Richtig, jsonl/jsonl ist die Standardeinstellung seit einiger Zeit.
5. Updates sind immer zeitnah einzuspielen.

[Asgothian]

@haubada sagte in Diskussion zum HowTo nodejs-Installation und upgrade:

Muss ich nach der Neuinstallation auch gleich noch updates machen oder irgendwas?

@thomas-braun sagte in Diskussion zum HowTo nodejs-Installation und upgrade:

Updates sind immer zeitnah einzuspielen.

Auf die Gefahr mich (mal wieder) unbeliebt zu machen:

Auf einem Serversystem welches nicht von aussen zugänglich ist müssen nicht alle Updates zeitnah eingespielt werden - ansonsten ist man alle paar Tage dabei Updates auf das System zu spielen

Wenn sowieso eine so grosse Aktion wie "Update auf neue NodeJS version gemacht wird macht es aber auf jeden Fall sinn das gesamte System auf den aktuellen Stand zu bringen - sprich damit auch die entsprechenden Updates einzuspielen.

A.

[Thomas Braun]

@asgothian sagte in Diskussion zum HowTo nodejs-Installation und upgrade:

müssen nicht alle Updates zeitnah eingespielt werden

Doch.
Ist mit dem üblichen Zweizeiler ja auch in kürzester Zeit erledigt.

[Asgothian]

@thomas-braun sagte in Diskussion zum HowTo nodejs-Installation und upgrade:

Doch.
Ist mit dem üblichen Zweizeiler ja auch in kürzester Zeit erledigt.

Optimist. Auf einem Produktivsystem muss vor jedem Update welches eingespielt wird sichergestellt werden das vorher und hinterher alles so läuft wie es soll. Das Einspielen ist oft die kleine Sache. Die Verifikation nicht.
Und wenn etwas dann nicht passt hat man spass. Deswegen ist es üblich Updates gesammelt zu festen Zeiten einzuspielen, nicht jedes mal wenn ein Update heraus kommt.

A.

[Thomas Braun]

@asgothian

Du sprichst von Kisten, die von einem Admin-(Team) betreut werden und wo es Downtimes in Off-Times gibt? Ja, da macht es Sinn.

Aber bei den hier überwiegend anzutreffenden 'Hobby'-Installationen nicht. Da wird eh nichts verifiziert, weil dazu gar nicht die Expertise vorhanden ist.
Besser zeitnah, bevor die Patches dann am Ende gar nicht eingespielt werden.

Bei kleineren Updates kannst du auch viel besser sagen wo es ggf. klemmt. Bei mehreren Dutzend 'aufgestauter' Pakete geht das nicht mehr so einfach.

[reutli]

@thomas-braun

Diese Einschätzung teile ich im Großen und Ganzen.
Allerdings darf man trotz der Hobby-Installationen nicht vergessen, dass hier teilweise ganze Haussteuerungen dran hängen, die nicht einfach mal für ein paar Stunden ausfallen können (z.B. Heizungssteuerung, Zutrittskontrollen usw.).

Deshalb bin ich auch ein Verfechter von "Patchdays" aber eben nicht nur einmal im Jahr, sondern einmal im Monat, aber nach definiertem Muster und mit einem festen Testplan nach den wichtigsten use-cases.

Auch wenn das hier viele (oder die meisten) als Hobby betreiben, merken doch einige, dass es ein ziemlicher GAU ist, wenn der iobroker mal wegbricht und man morgens ein kaltes Haus hat und unter der ebenso kalten Dusche steht ;o)

Tatsächlich haben viele user imho Respekt bis Angst davor, am laufenden System Updates zu machen, da

1. die Doku nicht eindeutig und vielfältig ist (ausser Deine klaren Anleitungen)
2. Vorgehensweisen ändern
3. für viele der Mac- und Windows-Nutzer unnatürlich bis gefährlich anfühlt

Das sind Aspekte, die ich aus den vielen Threads immer wieder mitnehme.

Also: Alles richtig, System up-to-date halten, aber mit System, Backup, Verstand und Doku :grinning:

Dir speziellen Dank für die unermüdliche Hilfe! Wenn Du hier in Sachen Linux nicht unterwegs wärest, dann würde es manchmal ziemlich "dünn" werden!

[Thomas Braun]

@reutli

Offengesagt habe ich in den letzten Jahren kein reguläres Update aus den Debian-Quellen gesehen das durch die Bank zu Systemausfällen geführt hätte. Da ist schon das sehr gute Testing-System bei debian vor. Zusammen mit der sehr konservativen Herangehensweise bei neuen Versionen. Da wird lieber was zurückportiert als eine komplett neue Software-Version auf ein System zu knallen. Die sprichwörtliche Debian-Robustheit.

Ein schlankes System (ohne z. B. Desktop usw) benötigt auch naturgemäß weniger Patches. Was gar nicht erst installiert ist benötigt keine Aufmerksamkeit.

[reutli]

@thomas-braun
jupp erneut Zustimmung!
Geht ja auch nicht nur um's OS sondern auch um Adapter-Updates etc.

[Thomas Braun]

@reutli

Auch da: Beschränk dich auf das stable-Repo, da ist bei Updates deutlich weniger los und der Code ist schon durch Beta-Testing gelaufen.

[haubada]

@thomas-braun
Vielen Dank für die Hilfe!
Mittlerweile läuft alles wieder und das Backup zurückspielen hat funktioniert.
Danach habe ich noch mehrere Dinge upgedated z.B.

• History Adapter
• js-controller auf 4.0.24

Nun habe ich gesehen, dass ich ein unvollständiges Backup der History db zurück gespielt hatte und wollte nun die richtige Datei zurückspielen. Ich habe die Dateien auf den lokalen Ordner
/opt/iobroker/backups gespielt

Nun läuft sich aber Backitup zu tode wenn ich auf "Sicherungen abrufen" klicke.
Ich habe bisher 20min gewartet aber es findet plötzlich nichts mehr.

Es geht um diese Datei: "historyDB_2023_01_13-10_10_15_backupiobroker.tar.gz"

Beim manuellen weg über:

cd /opt/iobroker
iobroker restore <Dateiname eures Backups>

kommt die Fehlermeldung:

host.raspberrypi Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"

Im Forum fand ich unter:
https://forum.iobroker.net/topic/10439/restore-funktioniert-nicht/26

---

GELÖST: Musste ein fix nachinstallieren, da es den User iobroker nicht auf dem Linux-System gab:
curl -sL https://iobroker.net/fix.sh | bash -

Das half aber auch nichts.

Interessant ist, dass die neu abgespeicherten Backups rot angezeigt werden und die alten grün.

Was kann ich tun?
Vor 10min ging alles perfekt und plötzlich funktioniert es wieder nicht!?!?

[bahnuhr]

@haubada

Wie oft willst du deinen Artikel eigentlich noch ändern !
Ständig poppt die Info hoch und man weiß nicht welchen Halbsatz du nun wieder geändert hast.

Nicht gut.

[Thomas Braun]

@haubada sagte in Diskussion zum HowTo nodejs-Installation und upgrade:

Interessant ist, dass die neu abgespeicherten Backups rot angezeigt werden und die alten grün.

Interessanter wäre noch wie du die Liste abrufst.

ls -lAh /opt/iobroker/backups

zeigt die Details.

Und BITTE keine Screenshots von Konsolen-Text!

[Thomas Braun]

@haubada

Die Farben können das bedeuten:

    Blue: Directory
    Green: Executable or recognized data file
    Cyan (Sky Blue): Symbolic link file
    Yellow with black background: Device
    Magenta (Pink): Graphic image file
    Red: Archive file
    Red with black background: Broken link

Hängt aber davon ab, wie das genau in der Distribution definiert wurde. Kann jeder machen wie er will.

[haubada]

@thomas-braun
Entschuldigung für das mehrmalige ändern des Artikels und das Konsolenbild (anders waren die Farben weg).
Das mit den Farben ist mir erst danach aufgefallen und ich wollte es noch hinzufügen.
Deshalb habe ich noch Text hinzugefügt.

Hier der Abruf der Liste:

$ pi@raspberrypi:~ $ ls -lAh /opt/iobroker/backups
total 40M
-rw-rwxr--+ 1 iobroker iobroker 888K Jan 12 12:16 historyDB_2023_01_12-12_16_09_                                                                                                             backupiobroker.tar.gz
-rw-rwxr--+ 1 iobroker iobroker  24M Jan 13 10:11 historyDB_2023_01_13-10_10_15_                                                                                                             backupiobroker.tar.gz
-rw-rwxr--+ 1 iobroker iobroker 8.4K Jan 13 11:44 historyDB_2023_01_13-11_44_11_                                                                                                             backupiobroker.tar.gz
-rw-rwxr--+ 1 iobroker iobroker 1.3M Jan 13 14:19 historyDB_2023_01_13-14_19_15_                                                                                                             backupiobroker.tar.gz
-rw-rwxr--+ 1 iobroker iobroker  26K Jan 13 14:23 historyDB_2023_01_13-14_23_34_                                                                                                             backupiobroker.tar.gz
-rw-rw-r--+ 1 iobroker iobroker  33K Jan 13 15:35 historyDB_2023_01_13-15_35_22_                                                                                                             backupiobroker.tar.gz
-rw-rwxr--+ 1 iobroker iobroker 2.4M Jan 12 12:16 iobroker_2023_01_12-12_16_00_b                                                                                                             ackupiobroker.tar.gz
-rw-rwxr--+ 1 iobroker iobroker 2.4M Jan 13 10:10 iobroker_2023_01_13-10_10_05_b                                                                                                             ackupiobroker.tar.gz
-rw-rwxr--+ 1 iobroker iobroker 2.4M Jan 13 11:44 iobroker_2023_01_13-11_43_59_b                                                                                                             ackupiobroker.tar.gz
-rw-rwxr--+ 1 iobroker iobroker 2.4M Jan 13 14:19 iobroker_2023_01_13-14_19_02_b                                                                                                             ackupiobroker.tar.gz
-rw-rwxr--+ 1 iobroker iobroker 2.4M Jan 13 14:23 iobroker_2023_01_13-14_23_23_b                                                                                                             ackupiobroker.tar.gz
-rw-rw-r--+ 1 iobroker iobroker 2.4M Jan 13 15:35 iobroker_2023_01_13-15_35_05_b                                                                                                             ackupiobroker.tar.gz
-rw-rwxr--+ 1 iobroker iobroker  17K Jan 12 12:16 javascripts_2023_01_12-12_16_1                                                                                                             1_backupiobroker.tar.gz
-rw-rwxr--+ 1 iobroker iobroker  17K Jan 13 10:11 javascripts_2023_01_13-10_11_0                                                                                                             7_backupiobroker.tar.gz
-rw-rwxr--+ 1 iobroker iobroker  17K Jan 13 11:44 javascripts_2023_01_13-11_44_1                                                                                                             2_backupiobroker.tar.gz
-rw-rwxr--+ 1 iobroker iobroker  17K Jan 13 14:19 javascripts_2023_01_13-14_19_1                                                                                                             9_backupiobroker.tar.gz
-rw-rwxr--+ 1 iobroker iobroker  17K Jan 13 14:23 javascripts_2023_01_13-14_23_3                                                                                                             6_backupiobroker.tar.gz
-rw-rw-r--+ 1 iobroker iobroker  17K Jan 13 15:35 javascripts_2023_01_13-15_35_2                                                                                                             4_backupiobroker.tar.gz

Es ist aber so, dass keine Archive gefunden werden in Backitup, egal ob rot oder grün.

[Thomas Braun]

@haubada sagte in Diskussion zum HowTo nodejs-Installation und upgrade:

-rw-rwxr--+ 1 iobroker iobroker  26K Jan 13 14:23 historyDB_2023_01_13-14_23_34_                                                                                                             backupiobroker.tar.gz
-rw-rw-r--+ 1 iobroker iobroker  33K Jan 13 15:35 historyDB_2023_01_13-15_35_22_                                                                                                             backupiobroker.tar.gz

Die Attibute der beiden Dateien unterscheiden sich, daher die unterschiedlichen Farben.

[haubada]

@thomas-braun
Danke für die Antwort. An den Attributen wird es aber wohl nicht liegen, oder?

Das Hauptproblem ist, dass Backitup nach der Neuinstallation einwandfrei funktionierte und nun plötzlich nicht mehr.

Auch der manuelle Weg laut folgendem Beitrag führt nicht zum Erfolg.
https://forum.iobroker.net/topic/27271/howto-iobroker-restore-unter-linux-durchführen

[haubada]

Gelöst:
Ich habe den Backitup Adaper gelöscht und neu installiert und dann ging es.

Beste Grüße

[P. Schulz]

Guten Morgen,

ich versuche gerade meinen alten Raspberry Pi 4 wieder auf den aktuellen STand zu bringen. Ich habe bereits das update von Buster auf Bullseye vollzogen und bin von Nodejs V12.22.12 auf aktuell v16.19.1 gewechselt. NPM ist 8.19.3. Was leider nicht funktioniert, ist das Update des JS.Controllers. Der bleibt ums verrecken auf 3.1.6 stehen. Ich hab das Forum hier mehrfach durchsucht und alles mögliche ausprobiert, aber es hilft nichts. Hier der aktuelle Stand, danach die Fehlermeldungen beim upgrade.

pi@raspberrypi:~ $ uname -m && type -P nodejs node npm npx && nodejs -v && node -v && npm -v && npx -v && iob -v && whoami && groups && echo $XDG_SESSION_TYPE && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
armv7l
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
/usr/bin/npx
v16.19.1
v16.19.1
8.19.3
8.19.3
3.1.6
pi
pi adm dialout cdrom sudo audio video plugdev games users input netdev gpio i2c spi iobroker
tty
/home/pi
Hit:1 http://phoscon.de/apt/deconz buster InRelease
Hit:2 http://archive.raspberrypi.org/debian bullseye InRelease
Hit:3 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Hit:4 https://deb.nodesource.com/node_16.x bullseye InRelease
Hit:5 https://www.pivccu.de/piVCCU stable InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
nodejs:
  Installed: 16.19.1-deb-1nodesource1
  Candidate: 16.19.1-deb-1nodesource1
  Version table:
 *** 16.19.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x bullseye/main armhf Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u3 500
        500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages

pi@raspberrypi:~ $ sudo -H -u iobroker npm install iobroker.js-controller
npm notice
npm notice New major version of npm available! 8.19.3 -> 9.5.0
npm notice Changelog: https://github.com/npm/cli/releases/tag/v9.5.0
npm notice Run npm install -g npm@9.5.0 to update!
npm notice
npm ERR! code EACCES
npm ERR! syscall mkdir
npm ERR! path /home/pi/node_modules
npm ERR! errno -13
npm ERR! Error: EACCES: permission denied, mkdir '/home/pi/node_modules'
npm ERR!  [Error: EACCES: permission denied, mkdir '/home/pi/node_modules'] {
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   syscall: 'mkdir',
npm ERR!   path: '/home/pi/node_modules'
npm ERR! }
npm ERR!
npm ERR! The operation was rejected by your operating system.
npm ERR! It is likely you do not have the permissions to access this file as the current user
npm ERR!
npm ERR! If you believe this might be a permissions issue, please double-check the
npm ERR! permissions of the file and its containing directories, or try running
npm ERR! the command again as root/Administrator.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2023-02-20T08_00_59_410Z-debug-0.log

Da ich mittlerweile ratlos bin, hoffe ich das ihr mir helfen könnt den JS-Controller auf die aktuelle Stable Version zu bekommen. Vielen Dank.

[Thomas Braun]

@p-schulz

Du stehst im falschen Verzeichnis.

cd /opt/iobroker

vorab, dann funktioniert es auch.

An der Stelle kann man auch gut sehen, warum man nicht als root herumhampelt. Wenn du den Befehl mit dessen vollen Rechten ausgeführt hättest wäre der ganze Kram an der falschen Stelle ins System geklatscht worden. So ist gar nix passiert und die Rechteverwaltung konnte den Fehler abfangen.

Und man kann ebenfalls gut sehen, warum immer alle darauf bestehen, dass Konsolentexte vollständig inkl. Login Prompt zu posten sind. So konnte man direkt sehen, dass du da falsch stehst.

Alles richtig gemacht, was das Forum angeht.
(Nur ein wenig am eigentlichen Thema des Threads vorbei...) :-)

[P. Schulz]

@thomas-braun said in Diskussion zum HowTo nodejs-Installation und upgrade:

@p-schulz

Du stehst im falschen Verzeichnis.

cd /opt/iobroker

vorab, dann funktioniert es auch.

An der Stelle kann man auch gut sehen, warum man nicht als root herumhampelt. Wenn du den Befehl mit dessen vollen Rechten ausgeführt hättest wäre der ganze Kram an der falschen Stelle ins System geklatscht worden. So ist gar nix passiert und die Rechteverwaltung konnte den Fehler abfangen.

Und man kann ebenfalls gut sehen, warum immer alle darauf bestehen, dass Konsolentexte vollständig inkl. Login Prompt zu posten sind. So konnte man direkt sehen, dass du da falsch stehst.

Alles richtig gemacht, was das Forum angeht.
(Nur ein wenig am eigentlichen Thema des Threads vorbei...) :-)

Danke schonmal für die Antwort, leider bringt auch der Wechsel des Verzeichnisses leider nicht den gewünschten Erfolg.

pi@raspberrypi:/opt/iobroker $ iobroker upgrade self
Update js-controller from @3.3.22 to @4.0.24
NPM version: 8.19.3
npm install iobroker.js-controller@4.0.24 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
npm ERR! code ENOTEMPTY
npm ERR! syscall rename
npm ERR! path /opt/iobroker/node_modules/accepts
npm ERR! dest /opt/iobroker/node_modules/.accepts-rBwU1CL7
npm ERR! errno -39
npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/accepts' -> '/opt/iobroker/node_modules/.accepts-rBwU1CL7'

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2023-02-20T08_50_59_078Z-debug-0.log
host.raspberrypi Cannot install iobroker.js-controller@4.0.24: 217