Monatsrückblick Januar/Februar 2026 ist online!

[Jan1]

@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/Linux

Bei 64 Bit steht immer irgendwo 64 dabei

[Thomas Braun]

@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.

[Stefan_1969]

@Thomas-Braun
Vielen Dank für die Hilfe!

Dann werde ich mal versuchen auf 64 bit zu kommen ....

[Thomas Braun]

@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).

[Stefan_1969]

@Thomas-Braun :confounded:
... wir haben ja ein verregnetes Wochenende ...

[Jan1]

@Stefan_1969
Ne neue Linux Installation ist in ner guten Stunde erledigt, so lange solls nicht regnen ;-)

[Homoran]

@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

[Stefan_1969]

@Jan1
Das nicht :blush:
aber bis wieder alles läuft ...

[Thomas Braun]

@Homoran @Jan1
Wenn das alles auf der selben Maschinen läuft:
ioBroker, grafana, influx, mariaDB, pihole, MotionEye auf proxmox

ist das schon etwas mehr Aufwand.

[Homoran]

@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

[Thomas Braun]

@Homoran
Ich glaube, das würde ich machen. Eine zweite VM mit einem 64bit-OS aufsetzen und dann die einzelnen Dienste rüberschubsen...

[Stefan_1969]

@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

[Homoran]

@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

[Thomas Braun]

@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.

[Stefan_1969]

@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.

[Homoran]

@Stefan_1969 sagte in [How-to] Node.js für ioBroker richtig updaten:

Die neue Instanz bekommt dann die gleiche IP, die aktuelle VM wird gestoppt.
Das ioBroker-Backup einspielen, warten und freuen.

klingt gut!

[Diginix]

Hab nun auch das Update auf node 12 gewagt, leider mit einigen Problemen.

radar2 findet bisher keine BT Geräte. Bis node 10 ging es mit noble was er auch findet:

radar2.0	2020-05-23 20:21:30.788	warn	(11795) node-bluetooth not found!
radar2.0	2020-05-23 20:21:37.606	info	(11795) found and will use '@abandonware/noble'
radar2.0	2020-05-23 20:21:37.738	info	(11795) Will try to scan BT devices: false

Aber node-bluetooth wird wahrs. auch benötigt. Habe im iobroker.radar2 Ordner schon das probiert:

npm install node-pre-gyp 
npm install @abandonware/bluetooth-hci-socket 
npm install node-bluetooth

Aber node-bluetooth wird nicht installiert.
npm Log:
2020-05-23T18_35_44_502Z-debug.log

[apollon77]

@Diginix du musst nach dem node Update diese ganzen setcap Befehle aus der Radar2 Doku neu ausführen!!

[apollon77]

@Diginix node-Bluetooth gibts nicht. Wo hast du er das das gebraucht wird?

[Diginix]

@apollon77 Die habe ich schon mehrfach ausgeführt:

sudo apt-get -y install libcap2-bin arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp-scan`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which node`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hcitool`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hciconfig`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which l2ping`)

Na im Log steht dass er node-bluetooth nicht findet. Daher dachte ich es wird benötigt. Zumindest findet radar2 mit nodejs 12 bei mir keine BT Geräte mehr. Weder BLE noch normale.
In der Kommandozeile klappt es mit hcitool scan und hcitool lescan.
Aber bei radar2 musste ich schon unter node 8 und 10 immer noble nehmen statt hci.