Hallo an Alle,
ich habe bisher FHEM in einer virtuellen Machine mit Ubuntu 18.04.5 LTS laufen. Hier läuft auch alles. Nun wollte ich diese Fhem Instanz auf einen Raspi 4 umziehen.
Hier läuft Debian Buster, das offizielle von der Raspberry Internetseite. Beim dem Pi habe ich alles vorbereitet und das Fhem 6.0 Paket mittel dpkg installiert.
Das nackte neue FHEM System kann ich dann auch im Browser aufrufen.
Sobald ich dann das Backup einspiele und FHEM Neustarte komme ich nicht mehr auf das Webinterface. Seite kann nicht gefunden werden. Ein prägnanter Fehler welcher im LOG auftritt ist folgender:
2021.12.08 12:09:43 1: reload: Error:Modul 88_HMCCU deactivated:
Can't locate RPC/XML/Client.pm in @INC (you may need to install the RPC::XML::Client module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/arm-linux-gnueabihf/perl5/5.28 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM ./FHEM/lib) at ./FHEM/88_HMCCU.pm line 38, <$fh> line 1589.
BEGIN failed--compilation aborted at ./FHEM/88_HMCCU.pm line 38, <$fh> line 1589.
Und FHEM startet nach einiger Zeit immer wieder neu.
Daraufhin habe ich die Homematic Module alle im Ordner /opt/fhem/FHEM gelöscht. Testweise. FHEM startet dann nach Log durch, allerdings komme ich nicht aufs Webinterface.
Ich habe in der laufenden Instanz per allowed den Zugriff auf FHEM beschränkt. Ich benötige also Benutzername und Passwort. Aber soweit komme ich im Browser gar nicht. Es ist so als würde FHEM gar nicht laufen.
Bezüglich des HM Moduls: Auf der laufenden FHEM Instanz ist Perl 5.26 installiert, auf dem Raspi 5.28.
Ich dachte eigentlich ich könnte mittels Backup (aus FHEM heraus mit dem Befehl backup) FHEM einfach umziehen.
Bin jetzt echt ratlos.
Für Hilfe wäre ich sehr dankbar.
Micky
Also....
a) Wieso Buster? Gleich auf die aktuellste Version (bullseye), bitte!
b) Wieso fhem 6.0? Aktuell ist 6.1... (wenn dpkg, ginge auch gleich "nightly"). Würde aber zur Vermeidung von c) lieber die "easy-way"-Variante empfehlen...
c) wenn dpkg: Fehlende Abhängigkeiten gefixt? (siehe Anleitung bei fhem/debian)
d) Wenn FHEM scheinbar endlos braucht, um sichtbar zu werden, könnte initialUsbCheck noch aktiv sein => deaktivieren.
Sonst: https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche
e) Module können von externen Perl-Modulen abhängig sein. Da mußt du (nach einer sauberen Grundinstallation) selbst schauen, was noch fehlt. In der Regel gibt die jeweilige commandref Auskunft, was und wie am besten...
Hallo Micky,
mit ziemlicher Sicherheit fehlen Dir Perl Module und Du hast keine gute Doku zu Deiner Installation?
Ich kann Dir ein paar Zeilen Script vorschlagen um fehlende Modul zu ermitteln:
Nimm Deinen Pi mit neu installiertem FHEM (nimm bitte den easy way von debian.fhem.de)
Dann bereitestet Du dieses System auf die Abfrage vor:
Mein Bash Script "bedient" FHEM von der Kommandozeile, wenn Du das nicht willst kannst Du auch alles in der FHEM Oberfläche machen.
Die fehlenden Pakete werden mit dem installer Module von FHEM ermittelt.
Ich mag allerdings die Installation mit cpan nicht, deswegen ermittelt meine Methode am Ende gleich die debian Pakete zur Installation ;)
# System aufrüsten
sudo apt install apt-file libperl-prereqscanner-notquitelite-perl
sudo apt-file update
wget -O fhemcl.sh https://raw.githubusercontent.com/heinz-otto/fhemcl/master/fhemcl.sh
chmod +x fhemcl.sh
# Definition zum Testen erstellen
cat <<EOF | ./fhemcl.sh 8083
attr initialUsbCheck disable 1
define installer installer
attr installer installerMode developer
save
EOF
Dann stellst Du nur deine alte fhem.cfg zur Verfügung, Beispiel:
# Zu prüfende config Datei holen
scp user@host:/opt/fhem/fhem.cfg .
ref='/home/pi/fhem.cfg'
Dann startest Du eine Abfrage (dauert etwas)
# Abfrage starten
s=$(./fhemcl.sh 8083 "get installer checkPrereqs $ref"|grep -oE 'installPerl.*&fwcsrf'|grep -oE '\s[a-z,A-Z,:]+\s')
packages=$(echo $s|tr " " "\n"|sed 's/$/./;s/^/\//'|apt-file search -l -f -)
echo $packages
Am Ende sollte er Dir die Pakete zur Installation auswerfen :) wenn mit Erfolg dann
sudo apt install $packages
Gruß Otto
Finde Dein Script toll .... und auch den Ansatz ... nur verstehe ich es irgendwie nicht. Habe es jetzt schon 3 mal durchgesehen ... kannst Du es bitte grob umschreiben?
Gerne auch in einem neuen Thread ... büdde ..
Hallo Werner,
ich nehme an Du meinst die konkrete Suche, in $ref steht der lokale Speicherort der zu untersuchenden config Datei:
./fhemcl.sh 8083 "get installer checkPrereqs $ref" #liefert die Ausgabe vom Installermodul, das ist eine HTML Datei
|grep -oE 'installPerl.*&fwcsrf' #filtert die Modulnamen plus "davor" und "danach" in der Form -> installPerl CpanModulname &fwcsrf
|grep -oE '\s[a-z,A-Z,:]+\s' #filtert die nur die CPAN Modulnamen
Ergebnis ist eine Leerzeichengetrennte Liste von CPAN Modulnamen.
echo $s|tr " " "\n" #macht aus Leerzeichengetrennt eine Zeilengetrennte Liste
|sed 's/$/./;s/^/\//' #Der Modulstring muss zur Suche vorn mit "/" und hinten mit "." ergänzt werden (Form zur Suche "/usr/share/man/man3/IO::File.3perl.gz")
|apt-file search -l -f - #Suche der debian Pakete mit apt-file
Gruß Otto
O.K. .... d.h. wenn FHEM läuft, kann man die Fehlenden Libs übers Installermodul rausfinden. Dachte, Du wertest die Logausgabe aus. Da stehen beim Booten bekanntlich die fehlenden Libs auch drin ...
Danke für das bereitwillige Erklähren
Naja meine Idee/Trick ist:
ein leeres FHEM, bereit das restore vom alten FHEM aufzunehmen.
Aber - nicht erst in eine / viele Blockaden laufen sondern gleich mit Hilfe des Installermoduls die alte config analysieren!
Dann nachinstallieren und restore machen: stressfrei fertig :)
D.h. das Script "pustet" gleich die Config rein? Ist natürlich auch ein Weg ...
Meines Erachtens braucht man dafür kein Skript. Das fehlende Modul steht doch da:
Zitat von: Micky79 am 08 Dezember 2021, 12:29:23
you may need to install the RPC::XML::Client module
Müsste mit einem einfachen
sudo apt-get update && sudo apt-get install librpc-xml-perlgetan sein.
Btw: Wenn man "RPC::XML::Client debian" googelt kommt man normalerweise auf den richtigen Paketnamen. Dann muss man sich auch nicht mit CPAN o.ä. rumschlagen.
Edit: Das natürlich jetzt unabhängig von der Tatsache, dass Buster usw. grundsätzlich keine so gute Idee ist ...
Die gute Frage ist, ob Ihm nur die eine Lib fehlt ...
Ja ok. Aber seine Frage bezog sich jetzt ja konkret auf diese eine Fehlermeldung im Log und dieses eine fehlende Modul.
Wenn noch mehr fehlen, wird das ja wohl schon noch auffallen:D
Mickys Frage war:
Zitatich habe bisher FHEM in einer virtuellen Machine mit Ubuntu 18.04.5 LTS laufen. Hier läuft auch alles. Nun wollte ich diese Fhem Instanz auf einen Raspi 4 umziehen.
...
Bin jetzt echt ratlos.
Danke an alle.
Es fehlte tatsächlich nur ein Paket. Das librpc-xml-perl Paket.
Für meine MQTT Devices musste ich auch noch einige Pakete installieren.
Jetzt schein alles normal zu laufen.
Nochmals Danke.
Hallo Otto,
ich wollte dein Scrip ausprobieren, da ich vor habe von aktuell "stretch" auf "bullseye" umzusteigen (auf neuer SD-Karte aufsetzen, und wenn alles funktioniert austauschen).
Hardware: RaspberryPi 3 Model B.
Kann es sein, dass sich die "libperl-prereqscanner-notquitelite-perl" nicht unter "strecht" installieren lässt, da ich folgenden Fehler bekomme?
sudo apt update
OK:1 http://repo.mosquitto.org/debian stretch InRelease
OK:2 http://raspbian.raspberrypi.org/raspbian stretch InRelease
OK:3 http://archive.raspberrypi.org/debian stretch InRelease
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
sudo apt install libperl-prereqscanner-notquitelite-perl
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
E: Paket libperl-prereqscanner-notquitelite-perl kann nicht gefunden werden.
Danke
Robert
Sollte das Script nicht auf dem neu installierten System laufen?
Zitat von: https://forum.fhem.de/index.php/topic,124667.msg1192108.html#msg1192108
Ich kann Dir ein paar Zeilen Script vorschlagen um fehlende Modul zu ermitteln:
Nimm Deinen Pi mit neu installiertem FHEM (nimm bitte den easy way von debian.fhem.de)
Gruß, Joachim
Hallo Robert,
kann sein, habe ich nicht probiert. Aber es macht wie Joachim sagt auch keinen Sinn, Du willst ja nicht die Voraussetzungen für Dein altes System sondern für den neues System prüfen.
Beim Alten wäre ja das zu erwartende Ergebnis: passt :)
Gruß Otto
Hallo Joachim und Otto,
ihr habt selbstverständlich recht, dass das Script auf dem neuen System laufen soll/muss.
Der Hintergrund für mein Bemühen war, dass mein aktuelles System zwar einwandfrei funktioniert, ich aber beim Aufruf von
get Installer showModuleInfo Astro
folgende Info/Empfehlung bekomme.
Name Importance Status Action
Cpanel::JSON::XS suggested Install
JSON::XS suggested installed
Ist 'Cpanel::JSON::XS' und 'JSON::XS' nun das gleiche, nur eben einmal über CPAN (noch nicht) installiert und das andere mal über APT bereits installiert?
Benötige ich 'Cpanel::JSON::XS' dann überhaupt?
Weiters schlägt mir der Installer beim aktuellen System eben vor 'Perl::PrereqScanner::NotQuiteLite' zu installieren.
Die Installation funktioniert weder mit dem vom Installer internen Tool noch über die Kommandozeile
sudo apt install libperl-prereqscanner-notquitelite-perl.
Otto, mit deinem Script wollte ich sozusagen sehen, was bei dem 'JSON::XS' rausgekommen wäre.
Wie gesagt, prinzipiell habe ich das Gefühl, dass bei mir alles funktioniert.
Meine Frage bzw. Bemerkung war sozusagen darauf ausgerichtet, das System etwas genauer zu verstehen und
dann bei einer Neuinstallation besser vorbereitet zu sein.
Gruß Robert
ok verstanden, das wäre aber der zweite Teil meines Scriptes: Du kennst das CPAN Modul und willst wissen welches debian Paket es ist!?
Das ist der Teil wo mit apt-file gesucht wird.
s='JSON::XS'
echo $s|tr " " "\n" #macht aus Leerzeichengetrennt eine Zeilengetrennte Liste
|sed 's/$/./;s/^/\//' #Der Modulstring muss zur Suche vorn mit "/" und hinten mit "." ergänzt werden (Form zur Suche "/usr/share/man/man3/IO::File.3perl.gz")
|apt-file search -l -f - #Suche der debian Pakete mit apt-file
Hallo Otto,
danke habe ich gleich mit 'Cpanel::JSON::XS' ausprobiert und als Ergebnis 'libcpanel-json-xs-perl' bekommen.
Dann habe ich deine apt-file Suche mit 'Perl::PrereqScanner::NotQuiteLite' probiert und KEIN Ergebnis bekommen.
Ist das dann der Grund, warum 'sudo apt install libperl-prereqscanner-notquitelite-perl' nicht funktioniert, da es nicht im apt-file vorkommt?
Gruß Robert
naja es kommt offenbar in den Repositories von debian stretch nicht vor. apt-file prüft ja meines Wissen nur "gegen" das aktuelle system.
Bei buster gibt es das auch nicht, gerade geprüft. Bei bullseye vorhanden
Heisst aber nicht, dass man es nicht mit cpan installieren kann. ;)