fhem startet nicht komplett nach Inst. neues BS und restore

[Invers]

Nach der Installation alles ok, fhem startet mit configdb.
Nach dem Restore startet fhem nicht und hängt in einer Schleife.

Letzte Logmeldung:

Code Auswählen Erweitern

2021.12.23 12:49:14.927 3: XiaomiBTLESens (Blume1) - set interval to 7200
Can't locate object method "new" via package "Net::Ping" (perhaps you forgot to load "Net::Ping"?) at ./FHEM/71_XiaomiSmartHome.pm line 384.
2021.12.23 12:49:16.283 3: WEB: port 8083 opened
2021.12.23 12:49:17.159 2: eventTypes: loaded 14098 lines from ./log/eventTypes.txt
2021.12.23 12:49:19.760 3: MQTT2_Server: port 1883 opened
2021.12.23 12:49:19.778 3: telnetPort: port 7072 opened
2021.12.23 12:49:19.847 3: Opening my_callmonitor device 192.168.178.1:1012
2021.12.23 12:49:22.119 3: Opening CUL_868 device /dev/serial/by-id/usb-busware.de_CUL868-if00
2021.12.23 12:49:22.178 3: Setting CUL_868 serial parameters to 9600,8,N,1
2021.12.23 12:49:22.288 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2021.12.23 12:49:22.293 3: CUL_868 device opened
2021.12.23 12:49:22.299 3: Opening CUL_433 device /dev/serial/by-id/usb-busware.de_CUL433-if00
2021.12.23 12:49:22.301 3: Setting CUL_433 serial parameters to 9600,8,N,1
2021.12.23 12:49:22.412 3: CUL_433: Possible commands: ABCEeFGhiKkLlMmRTtUuVWXxY
2021.12.23 12:49:22.433 3: CUL_433 device opened
2021.12.23 12:49:22.508 3: GKalender defined with timeout 10
2021.12.23 12:49:23.271 3: XiaomiBTLESens (Blume1) - defined with BTMAC C4:7C:8D:61:A5:18
2021.12.23 12:49:23.272 3: XiaomiBTLESens (Blume1) - set blockingCallLoglevel to 3
2021.12.23 12:49:23.275 3: XiaomiBTLESens (Blume1) - set interval to 7200
Can't locate object method "new" via package "Net::Ping" (perhaps you forgot to load "Net::Ping"?) at ./FHEM/71_XiaomiSmartHome.pm line 384.

Wird immer wiederholt. bluez ist installiert.
Suche nach Wiki habe ich durchgeführt, jedoch ohne Erfolg.

Was kann ich noch tun? Ich nutze configdb.

Danke im Voraus.

[frober]

Wie wär's mit installieren von Net::Ping?

Code Auswählen Erweitern

sudo cpan Net::Ping

[Otto123]

Hi,

bevor Du in mehrere solche " da fehlt was und ich hatte keine Ahnung was gebraucht wird läufst" kannst Du das neue System VOR dem Restore zunächst mit dem Installer Modul im DeveloperModus ausstatten und Dein alte fhem.cfg auf "Vorrausetzungen" testen.

Wie es geht habe ich hier mal skizziert.

Wenn die Vorrausetzungen stimmen, machst DU ein entspanntes restore

Gruß Otto

[Invers]

@frober
Ich hatte ja nachgesehen, welches Modul Voaussetzung für die Installation von btlesense ist. Da stand nur bluez und das habe ich. Nun installiere ich das Net::Poing nach. danke dir. Ich ging davon aus, dass es irgendwie in bluez schon enthalten ist.

@Otto
Das ist ein gutzer Plan, Otto. Das mache ich.
Die Neuinstllation und das Restore hatte ich bereits nach deinem Blog durchgeführt. Ich hatte damals die Inst-Scripte etwas angepasst und war somit in 30 Minuten komplett fertig.
Kann ich nur jedem empfehlen. Danke.

[Invers]

Das Modul war leider nicht der Übeltäter.
Otto, deine Methode kann ich leider auch nicht anwenden, da ich mit configDB arbeite. Keine cfg-Datei.

[Wernieman]

Und was gibt es jetzt für Fehlermeldungen?

[Invers]

Ist identisch. Keine Änderung.

[Wernieman]

Code Auswählen Erweitern

Can't locate object method "new" via package "Net::Ping"

Wie hast Du jetzt net::Ping installiert?

[Invers]

so wie oben empfohlen. Ich bekam auch die Ausschrift Installatin ok.

Code Auswählen Erweitern

sudo cpan Net::Ping

Ich probiere nun einfach mal den anderen Weg und upgrade direkt auf das neue BS, aber natürlich auf einer 1:1 Kopie der SSD.
Falls das nicht klappt, lasse ich mir was Anderes einfallen.
Im Ernstfall melde ich mich noch einmal.
Danke für eure Unterstützung.

[Wernieman]

Ist es das einzigste Packet, welches Du per CPAN installiert hast?

[Invers]

Das kann ich dir leider nicht sagen. Die Installation ist lange gewachsen und ich habe damals noch keine Aufzeichnungen über installierte Module gemacht.
Momentan läuft das Upgrade auf Bullseye. Mal sehen, ob das von Buster aus funktioniert.

[Otto123]

Das Modul war leider nicht der Übeltäter.
Otto, deine Methode kann ich leider auch nicht anwenden, da ich mit configDB arbeite. Keine cfg-Datei.

Kann man schon mal exportieren ?
https://forum.fhem.de/index.php/topic,53915.msg455338.html#msg455338

Alternativ habe ich einen Artikel wie Du rausbekommen kannst was Du auf deinem System jemals installiert hast.
https://heinz-otto.blogspot.com/2019/07/infos-zur-installation-von-modulen-und.html

[Wernieman]

Otto, Dein Block ist gut. Bei dem Artikel schreibst Du nur nicht, wie man Info über Packete bekommt, die per CPAN installiert wurden .....

@Invers
Wenn Du Packete per CPAN installiert hast und jetzt ein Betriebsystem update machst, kann es sein, das Du CPAN getrennt updaten mußt. Schließlich ändert sich beim Betriebsystemupdate die perl-Version, wovon CPAN erstmal nichts mitkriegt. Damit passen die CPAN-Module nicht mehr zum perl (Was der Hauptgrund ist, warum ich CPAN für Anfänger NICHT empfehle)

[Invers]

@Otto
Wie cool ist das denn? du hast ja wirklich für jede Lebenslage einen Beitrag im Blog. Lacht.
Bin neugierig, wenn ich wiede an den Pi kann, probiere ich das sofort aus.

@Wernieman
Die Empfehlung (kein cpan) kam nun für mich leider zu spät. Wie sollte ich denn dann stattdessen vorgehen?

[Invers]

Erfolgreich überinstalliert habe ich nach dieser Anleitung:

https://www.tomshardware.com/how-to/upgrade-raspberry-pi-os-to-bullseye-from-buster