Monatsrückblick Januar/Februar 2026 ist online!

[Gismoh]

@dp20eic
VM und ganze Maschine wurden bereits mehrfach neu gestartet.

Den BLE hatte ich nicht wieder deinstalliert, sondern das Backup aufgespielt.

[A Former User]

@gismoh sagte in ioBroker auf neuer Maschine aufgesetzt und Adapter Probleme:

-bash: rfkill: Kommando nicht gefunden.

Moin,

dann installier Dir mal rfkill

# sudo apt install rfkill

VG
Bernd

[Gismoh]

@dp20eic

rfkill list all

Liefert:

0: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no

[A Former User]

@gismoh sagte in ioBroker auf neuer Maschine aufgesetzt und Adapter Probleme:

Den BLE hatte ich nicht wieder deinstalliert, sondern das Backup aufgespielt.

Moin,

kannst Du den Adapter jetzt einmal deinstallieren und dann noch einmal neu installieren und konfigurieren.

VG
Bernd

[Gismoh]

@dp20eic
Merci,

dies hatte ich im Vorfeld auch bereits getan, allerdings mit "Hindernissen" ;)
Schreibe nun mit, was passiert....
-Adapter wurde deinstalliert,
-ioBroker neugestartet
beim Versuch ihn aus der Weboberfläche hinzuzufügen kommt folgende Fehlermeldung:

$ iobroker add ble --host ioBrokerVM

NPM version: 9.8.1

Installing iobroker.ble@0.13.4... (System call)

npm ERR! code 1npm ERR! path /opt/iobroker/node_modules/@abandonware/noblenpm ERR! command failednpm ERR! command sh -c node-gyp-buildnpm ERR! (node:2525) [DEP0150] DeprecationWarning: Setting process.config is deprecated. In the future the property will be read-only.npm ERR! (Use `node --trace-deprecation ...` to show where the warning was created)npm ERR! Traceback (most recent call last):npm ERR! File "/opt/iobroker/node_modules/node-gyp/gyp/gyp_main.py", line 51, in <module>npm ERR! sys.exit(gyp.script_main())npm ERR! ^^^^^^^^^^^^^^^^^npm ERR! File "/opt/iobroker/node_modules/node-gyp/gyp/pylib/gyp/__init__.py", line 670, in script_mainnpm ERR! return main(sys.argv[1:])npm ERR! ^^^^^^^^^^^^^^^^^^npm ERR! File "/opt/iobroker/node_modules/node-gyp/gyp/pylib/gyp/__init__.py", line 662, in mainnpm ERR! return gyp_main(args)npm ERR! ^^^^^^^^^^^^^^npm ERR! File "/opt/iobroker/node_modules/node-gyp/gyp/pylib/gyp/__init__.py", line 629, in gyp_mainnpm ERR! [generator, flat_list, targets, data] = Load(npm ERR! ^^^^^npm ERR! File "/opt/iobroker/node_modules/node-gyp/gyp/pylib/gyp/__init__.py", line 150, in Loadnpm ERR! result = gyp.input.Load(npm ERR! ^^^^^^^^^^^^^^^npm ERR! File "/opt/iobroker/node_modules/node-gyp/gyp/pylib/gyp/input.py", line 3021, in Loadnpm ERR! LoadTargetBuildFile(npm ERR! File "/opt/iobroker/node_modules/node-gyp/gyp/pylib/gyp/input.py", line 411, in LoadTargetBuildFilenpm ERR! build_file_data = LoadOneBuildFile(npm ERR! ^^^^^^^^^^^^^^^^^npm ERR! File "/opt/iobroker/node_modules/node-gyp/gyp/pylib/gyp/input.py", line 239, in LoadOneBuildFilenpm ERR! build_file_contents = open(build_file_path, "rU").read()npm ERR! ^^^^^^^^^^^^^^^^^^^^^^^^^^^npm ERR! ValueError: invalid mode: 'rU' while trying to load binding.gypnpm ERR! gyp ERR! configure error npm ERR! gyp ERR! stack Error: `gyp` failed with exit code: 1npm ERR! gyp ERR! stack at ChildProcess.onCpExit (/opt/iobroker/node_modules/node-gyp/lib/configure.js:351:16)npm ERR! gyp ERR! stack at ChildProcess.emit (node:events:517:28)npm ERR! gyp ERR! stack at ChildProcess._handle.onexit (node:internal/child_process:292:12)npm ERR! gyp ERR! System Linux 6.1.0-13-amd64npm ERR! gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/node-gyp/bin/node-gyp.js" "rebuild"npm ERR! gyp ERR! cwd /opt/iobroker/node_modules/@abandonware/noblenpm ERR! gyp ERR! node -v v18.18.2npm ERR! gyp ERR! node-gyp -v v7.1.2npm ERR! gyp ERR! not oknpm ERR! A complete log of this run can be found in: /home/iobroker/.npm/_logs/2023-11-07T15_10_54_825Z-debug-0.log

host.ioBrokerVM Cannot install iobroker.ble@0.13.4: 1

ERROR: Process exited with code 25

Edit:
Habe danach

curl -sL http://iobroker.net/fix.sh | bash -

und

sudo -H -u iobroker npm cache verify

gemacht, danach erneut versucht den BLE Adapter zu installieren, aber gleicher Fehler.

[da_Woody]

@gismoh bin kein Profi, aber wenn ich dein post so lese.
Du hast iob installiert, dann ble. Da hat noch alles geklappt. Danach das Backup eingespielt und locker flockig den Port 8081 verbogen.
Ob das so gut gehen kann?

[crunchip]

@gismoh sagte in ioBroker auf neuer Maschine aufgesetzt und Adapter Probleme:

hci0: urb 000000003977ddce failed to resubmit (2)

Sieht aber irgendwie so aus als wenn da etwas nicht stimmt, unabhängig von deinem npm Problem

[crunchip]

@gismoh sagte in ioBroker auf neuer Maschine aufgesetzt und Adapter Probleme:

beim Versuch ihn aus der Weboberfläche hinzuzufügen kommt folgende Fehlermeldung

Ist mir gerade eingefallen, schau mal bei meinem issue
https://github.com/AlCalzone/ioBroker.ble/issues/801

[Gismoh]

@da_woody
Dachte Backitup, ist das "Mittel der Wahl"?
Habe allerdings nun das erste mal damit ein Backup widerhergestellt.

Um noch mal zu sehen, das ich mir das nicht eingebildet hatte, das vor dem einspielen des Backups ioBroker ersteinmal "Normal" lief, die VM wieder vom früheren Zeitpunkt widerhergestellt.

= Weboberfläche wieder mit :8081 aufrufbar, und ble ist grün und hat Geräte gefunden und aktualisiert die Werte.

Nachtrag: Hab das Backup einspielen bereits zwei mal durch gemacht, jeweils mit einem neuen Backup. Aber das Ergebnis war jeweils dasselbe.

[crunchip]

@gismoh dann deinstalliere doch mal den ble jetzt und spiel anschliessend dein backup zurück

[Gismoh]

@crunchip
merci, werde ich dann heute später machen, muss nun ersteinmal vom Rechner weg - sonst holt die GG noch das Nudelholz

[da_Woody]

@gismoh sagte in ioBroker auf neuer Maschine aufgesetzt und Adapter Probleme:

Dachte Backitup, ist das "Mittel der Wahl"?

jo, auf einem nackten system.
offensichtlich knallt dir da was rein. warum sollte die oberfläche nachher nicht mehr über :8081 erreichbar sein?
das war, was mich nochmal nachlesen hat lassen...

[crunchip]

@da_woody sagte in ioBroker auf neuer Maschine aufgesetzt und Adapter Probleme:

die oberfläche nachher nicht mehr über :8081 erreichbar sein?

Möglich das der admin nicht gestartet war

[Gismoh]

@crunchip @da_Woody
Admin war zuerst nicht gestartet, das stimmt, hatte ich aber über die Console nachgeholt.
Aber auch danach war er unter :8081 nicht erreichbar. Erst nachdem ich über die Console einen "admin.1" installiert hatte, war dieser dann über :8091 erreichbar.

Spiele gerade erneut ein Restore mit dem Backitup Adapter ein, habe diesmal alle Instanzen außer "admin" und "backitup" auf der Zielmaschine vorher deinstalliert.
Mal sehen ;)

[crunchip]

@gismoh sagte in ioBroker auf neuer Maschine aufgesetzt und Adapter Probleme:

Aber auch danach war er unter :8081 nicht erreichbar.

gebunden vllt an die IP?

[Gismoh]

@crunchip
würde mich wundern, denn vor der Backup Einspielung hatte es ja mit 8081 geklappt - sonst hatte ich ja nichts geändert.
Oder wird im iobroker selber die IP noch "bestimmt" ?

[crunchip]

@gismoh klar, aber was ist denn in der alten Installation eingestellt, sprich deinem backup? diese Einstellungen spielst du ja durch dein backup ein

[Gismoh]

@crunchip
wo wird denn im ioBroker die eigene IP gesetzt? Habe dort nichts gefunden.

[crunchip]

@gismoh in der admin Instanz...IP- Adresse
sollte eigentlich auf 0.0.0.0 stehen

[Gismoh]

ioBroker wurde mit dem frischen Backup gefüttert, nun mit :8081 kein Zugriff.
Dann update & upgrade abgesetzt, danach noch den fix.
Kein Zugriff aufs Interface.