Diskussion zum HowTo nodejs-Installation und upgrade
-
@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. -
@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.
-
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.
-
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
- die Doku nicht eindeutig und vielfältig ist (ausser Deine klaren Anleitungen)
- Vorgehensweisen ändern
- 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
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!
-
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.
-
@thomas-braun
jupp erneut Zustimmung!
Geht ja auch nicht nur um's OS sondern auch um Adapter-Updates etc. -
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.
-
@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 gespieltNun 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!?!? -
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.
-
@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/backupszeigt die Details.
Und BITTE keine Screenshots von Konsolen-Text!
-
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 linkHängt aber davon ab, wie das genau in der Distribution definiert wurde. Kann jeder machen wie er will.
-
@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.gzEs ist aber so, dass keine Archive gefunden werden in Backitup, egal ob rot oder grün.
-
@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.gzDie Attibute der beiden Dateien unterscheiden sich, daher die unterschiedlichen Farben.
-
@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 -
Gelöst:
Ich habe den Backitup Adaper gelöscht und neu installiert und dann ging es.Beste Grüße
-
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 Packagespi@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.logDa ich mittlerweile ratlos bin, hoffe ich das ihr mir helfen könnt den JS-Controller auf die aktuelle Stable Version zu bekommen. Vielen Dank.
-
Du stehst im falschen Verzeichnis.
cd /opt/iobrokervorab, 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...)
-
@thomas-braun said in Diskussion zum HowTo nodejs-Installation und upgrade:
Du stehst im falschen Verzeichnis.
cd /opt/iobrokervorab, 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 -
https://forum.iobroker.net/topic/57337/fehler-25-oder-217-bei-adapter-install-update-mit-npm8
Anderer Hinweis: Das deconz/phoscon-Repo muss auch auf bullseye umgestellt werden.
-
Upgrade auf nodejs 18 mit npm 9 lief gestern relativ sauber durch.
Einige Meldungen sind beim ersten Start aufgetreten,
was aber aus dem ersten Start resultieren kann.Seit ca. 12 Stunden läuft das System stabil.
