[How-to] Node.js für ioBroker richtig updaten
-
@Thomas-Braun sagte in [How-to] Node.js für ioBroker richtig updaten:
sudo apt update apt policy nodejs
stefan@iobrokerVM01:~$ sudo apt update OK:1 http://ftp.de.debian.org/debian buster InRelease OK:2 http://security.debian.org/debian-security buster/updates InRelease OK:3 http://ftp.de.debian.org/debian buster-updates InRelease OK:4 https://deb.nodesource.com/node_12.x buster InRelease OK:5 http://ftp.debian.org/debian buster InRelease Paketlisten werden gelesen... Fertig Abh▒ngigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. stefan@iobrokerVM01:~$ apt policy nodejs nodejs: Installiert: 10.19.0~dfsg1-1 Installationskandidat: 10.19.0~dfsg1-1 Versionstabelle: *** 10.19.0~dfsg1-1 500 500 http://ftp.debian.org/debian buster/main i386 Packages 500 http://ftp.de.debian.org/debian buster/main i386 Packages 500 http://security.debian.org/debian-security buster/updates/main i386 Packages 100 /var/lib/dpkg/status stefan@iobrokerVM01:~$ -
cat /etc/apt/sources.list.d/nodesource.list uname -aDas System läuft in einer VM, oder? Kann es sein, dass du der nur 32bit / i386 als Virtualisierte Prozessorarchitektur mitgegeben hast? Ich vermute nämlich ganz stark dass nodesource dafür keine Pakete mehr baut, weil die eigentlich auch keiner mehr wirklich verwendet.
-
@Thomas-Braun sagte in [How-to] Node.js für ioBroker richtig updaten:
cat /etc/apt/sources.list.d/nodesource.list
uname -astefan@iobrokerVM01:~$ cat /etc/apt/sources.list.d/nodesource.list deb https://deb.nodesource.com/node_12.x buster main deb-src https://deb.nodesource.com/node_12.x buster main stefan@iobrokerVM01:~$ uname -a Linux iobrokerVM01 4.19.0-8-686-pae #1 SMP Debian 4.19.98-1+deb10u1 (2020-04-27) i686 GNU/Linux stefan@iobrokerVM01:~$ioBroker läuft in einer VM unter Proxmox 6.0-4
-
@Stefan_1969
Ja, da läuft ein 32bit-System.
Da bekommst du die für 64bit-gebauten nodesource-Pakete nicht rein. -
@Thomas-Braun
... ich dachte kvm64 wäre 64-BitWoran hast Du das erkannt?!
-
@Stefan_1969
ich denke daran:Linux iobrokerVM01 4.19.0-8-686-pae #1 SMP Debian 4.19.98-1+deb10u1 (2020-04-27) **i686** GNU/LinuxBei 64 Bit steht immer irgendwo 64 dabei
-
@Stefan_1969
Die Ausgabe von uname -a zeigt mir, dass da ein Kernel für 32bit (i686) laufen muss. Ich weiß ja nicht wie du Debian installiert hast, aber da hast du wohl 'daneben' gegriffen. Vermutlich ein 32bit-Image in die 64bit-VM gehämmert. -
@Thomas-Braun
Vielen Dank für die Hilfe!Dann werde ich mal versuchen auf 64 bit zu kommen ....
-
@Stefan_1969
Das geht eigentlich nur durch Neuinstallation der richtigen Version.
Alles andere setzt ernorme Klimmzüge voraus. chrooten, glibc neubauen etc. (Wenn das überhaupt so geht. Hab mir das nie angeschaut, vor Jahren war es jedenfalls nicht möglich). -
@Thomas-Braun
... wir haben ja ein verregnetes Wochenende ... -
@Stefan_1969
Ne neue Linux Installation ist in ner guten Stunde erledigt, so lange solls nicht regnen
-
@Stefan_1969
Backup machen
VM mit debian Netinstall AMD64 image (parallel) neu ausetzen
Backup zurückspielen
nach einer halben Stunde könntest du fertig sein -
@Jan1
Das nicht
aber bis wieder alles läuft ... -
-
@Thomas-Braun Stimmt - ich war nur von ioBroker ausgegangen.
Das kann man aber trotzden sukzessive in eine parallele VM umziehen - wenn man keine Probleme mit den IPs bekommt -
@Homoran
Ich glaube, das würde ich machen. Eine zweite VM mit einem 64bit-OS aufsetzen und dann die einzelnen Dienste rüberschubsen... -
@Thomas-Braun
Sind zum Glück verschiedene VMs, teils Container.Wollte eben anfangen und habe diese noch vorhandenen ISOs bei mir gefunden:
Das sind doch 64-Bit-Versionen
-
@Stefan_1969 sagte in [How-to] Node.js für ioBroker richtig updaten:
Das sind doch 64-Bit-Versionen
Jepp
@Homoran sagte in [How-to] Node.js für ioBroker richtig updaten:
debian Netinstall AMD64 image
-
@Stefan_1969 Das ist 64bit.
Wobei ich die VM/Proxmox in meinem Fall eh nicht als 'kvm64' sondern als 'host' aufsetzen würde:If you want an exact match, you can set the CPU type to host in which case the VM will have exactly the same CPU flags as your host system.
This has a downside though. If you want to do a live migration of VMs between different hosts, your VM might end up on a new system with a different CPU type. If the CPU flags passed to the guest are missing, the qemu process will stop. To remedy this Qemu has also its own CPU type kvm64, that Proxmox VE uses by defaults. kvm64 is a Pentium 4 look a like CPU type, which has a reduced CPU flags set, but is guaranteed to work everywhere.Kommt halt drauf an, ob du die VMs auch auf andere Hardware (einen anderen Prozessortyp) verschieben willst.
-
@Thomas-Braun
Im Falle eines Totalausfalls ja. Nachts werden von den VMs ein Backup auf ein externes NAS gemacht. Ein zweiter identischer Rechner steht cold-standby parat. Hat sich auch schon bewähren müssen nach dem ein Rechner einen Hitzschlag bekommen hat.Leider ist mein Wissen und Können mit der ganzen von mir eingesetzten Technik nicht so tief und mehr Try-and-Error. Und jetzt bin ich nicht mehr weiter gekommen.
Ich werde jetzt eine neue VM mit dem 10er Image aufsetzen mit Prozessorarchitektur host
iobroker neu installieren und auf node 12.x hoffen
Die neue Instanz bekommt dann die gleiche IP, die aktuelle VM wird gestoppt.
Das ioBroker-Backup einspielen, warten und freuen.
