[gelöst]8083/fhem nach Stromausfall nicht mehr erreichbar

[handy80]

Hallo liebe FHEM-Gemeinde,

mein Linux-Wissen reicht nicht aus, um mein Problem mit der Web-Oberfläche von FHEM zu lösen.
Hat hier jemand eine Idee wie ich weiterkommen kann? Gibt es vielleicht eine Möglichkeit zu prüfen ob sich ein andere Webserver dazwischengeschoben hat

FHEM selber läuft aber ich komme nicht auf die WEbOberfläche (habe nur 8083 und die phone/tablet ports nicht aktiv)

Meldung im Chrome: ERR_CONNECTION_REFUSED

Meldung im FHEM-Log: 2020.05.23 18:06:59 3: WEB: port 8083 opened

Code Auswählen Erweitern

netstat -lntp zeigt folgendes:

Code Auswählen Erweitern


pi@raspberrypi:~$ netstat -lntp
(Es konnten nicht alle Prozesse identifiziert werden; Informationen über
nicht-eigene Processe werden nicht angezeigt; Root kann sie anzeigen.)
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name   
tcp        0      0 0.0.0.0:8085            0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:8086            0.0.0.0:*               LISTEN      -                   
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:1880            0.0.0.0:*               LISTEN      346/node-red       
tcp        0      0 0.0.0.0:8888            0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:8282            0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:1883            0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:7072            0.0.0.0:*               LISTEN      -                   
tcp        0      0 192.168.0.37:27361      0.0.0.0:*               LISTEN      -                   
tcp        0      0 192.168.0.23:27361      0.0.0.0:*               LISTEN      -                   
tcp        0      0 192.168.0.37:27362      0.0.0.0:*               LISTEN      -                   
tcp        0      0 192.168.0.23:27362      0.0.0.0:*               LISTEN      -                   
tcp        0      0 192.168.0.37:9993       0.0.0.0:*               LISTEN      -                   
tcp        0      0 192.168.0.23:9993       0.0.0.0:*               LISTEN      -                   
tcp        0      0 127.0.0.1:9993          0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:5900            0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      -                   
tcp        2      0 0.0.0.0:8083            0.0.0.0:*               LISTEN      - 


[Wernieman]

1. Mach bitte mal den netstat als root
2. Wie sieht die Last von fhem aus? "ps aux | grep fhem"
3. Was sagt das FHEM-Log

[Otto123]

Zu 3.

Code Auswählen Erweitern

tail -n 20 /opt/fhem/log/fhem-$(date '+%Y-%m').log

[handy80]

1.

Code Auswählen Erweitern

pi@raspberrypi:~$ sudo netstat -lntp
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name   
tcp        0      0 0.0.0.0:8085            0.0.0.0:*               LISTEN      320/deCONZ         
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      628/sshd           
tcp        0      0 0.0.0.0:8086            0.0.0.0:*               LISTEN      320/deCONZ         
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      18998/cupsd         
tcp        0      0 0.0.0.0:1880            0.0.0.0:*               LISTEN      346/node-red       
tcp        0      0 0.0.0.0:8888            0.0.0.0:*               LISTEN      493/perl           
tcp        0      0 0.0.0.0:8282            0.0.0.0:*               LISTEN      2929/homebridge     
tcp        0      0 0.0.0.0:1883            0.0.0.0:*               LISTEN      583/mosquitto       
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      806/smbd           
tcp        0      0 0.0.0.0:7072            0.0.0.0:*               LISTEN      13245/perl         
tcp        0      0 192.168.0.37:27361      0.0.0.0:*               LISTEN      584/zerotier-one   
tcp        0      0 192.168.0.23:27361      0.0.0.0:*               LISTEN      584/zerotier-one   
tcp        0      0 192.168.0.37:27362      0.0.0.0:*               LISTEN      584/zerotier-one   
tcp        0      0 192.168.0.23:27362      0.0.0.0:*               LISTEN      584/zerotier-one   
tcp        0      0 192.168.0.37:9993       0.0.0.0:*               LISTEN      584/zerotier-one   
tcp        0      0 192.168.0.23:9993       0.0.0.0:*               LISTEN      584/zerotier-one   
tcp        0      0 127.0.0.1:9993          0.0.0.0:*               LISTEN      584/zerotier-one   
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      806/smbd           
tcp        0      0 0.0.0.0:5900            0.0.0.0:*               LISTEN      629/vncserver-x11-c
tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      3173/homebridge-con
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      654/nginx: master p
tcp        0      0 0.0.0.0:8083            0.0.0.0:*               LISTEN      13245/perl

2.

Code Auswählen Erweitern

pi@raspberrypi:~$ ps aux | grep fhem
fhem     14990 90.0  8.0  89892 80908 ?        R    18:50   0:18 /usr/bin/perl fhem.pl fhem.cfg
pi       15218  0.0  0.0   7360   572 pts/0    S+   18:50   0:00 grep fhem

3.
leider sagt das FHEM log sehr viel, nur nix wirklich auffälliges aus meiner Sicht:

Code Auswählen Erweitern

2020.05.23 18:06:41 3: Mosquitto device opened
2020.05.23 18:06:41 3: telnetForBlockingFn_1590250001: port 45491 opened
2020.05.23 18:06:42 3: HUEGroup16: I/O device is deCONZ
2020.05.23 18:06:42 2: deCONZ: autocreated 1 devices
2020.05.23 18:06:52 0: Featurelevel: 6
2020.05.23 18:06:52 0: Server started with 403 defined entities (fhem.pl:21524/2020-03-27 perl:5.028001 os:linux user:fhem pid:14856)
2020.05.23 18:06:53 3: PWM_Calculate keZentralheizung
2020.05.23 18:06:53 3: PWM_CalcRoom duFussbodenheizung: F12 valve protect
2020.05.23 18:06:53 3: PWM_CalcRoom kiFloorHeating: F12 valve protect
2020.05.23 18:06:53 3: PWM_CalcRoom wzFussbodenheizung: F12 valve protect
Illegal division by zero at ./FHEM/94_PWM.pm line 454.
2020.05.23 18:06:53 1: BlockingInformParent (BlockingRegisterTelnet): Can't connect to localhost:45491: IO::Socket::INET: connect: Connection refused
2020.05.23 18:06:53 3: UWZ OUT_Unwetter: UWZ.1733 Done fetching data
2020.05.23 18:06:54 1: BlockingInformParent (BlockingStart): Can't connect to localhost:45491: IO::Socket::INET: connect: Connection refused
2020.05.23 18:06:54 1: BlockingInformParent (DWD_OpenData::GetAlertsFinish): Can't connect to localhost:45491: IO::Socket::INET: connect: Connection refused
2020.05.23 18:06:57 1: Including fhem.cfg
2020.05.23 18:06:57 3: telnetPort: port 7072 opened
2020.05.23 18:06:59 3: WEB: port 8083 opened
2020.05.23 18:07:01 2: eventTypes: loaded 9027 events from ./log/eventTypes.txt

[Wzut]

Illegal division by zero at ./FHEM/94_PWM.pm line 454.

dein FHEM hängt deswegen in einer Reboot Schleife.

[Wernieman]

Bei 90% CPU Last ...

Was mir noch auffällt:
Ein Pi? Hast Du mal das Dateisystem geprüft?

[handy80]

Hi Danke erstmal für die schnelle und umfangreiche Hilfe an Wernieman, Otto und Wzut,

reboot schleife hört sich natürlich nicht gut an.
Wie kann ich den genauen Fehler finden bzw. beheben?
PWM macht bei mir die Fussbodenheizungssteuerung über einen 8Fach-HomeMatic-Schaltaktor und den Stellmotoren und bekomm dazu Input über xiaomi Thermometer (deconz).

Wie man das Dateisystem auf einem Pi prüft, weiß ich leider nicht, aber Speicher sollte nicht voll sein:

Code Auswählen Erweitern

pi@raspberrypi:~$ df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root        15G    9,1G  4,9G   65% /
devtmpfs        484M       0  484M    0% /dev
tmpfs           488M       0  488M    0% /dev/shm
tmpfs           488M     57M  432M   12% /run
tmpfs           5,0M    8,0K  5,0M    1% /run/lock
tmpfs           488M       0  488M    0% /sys/fs/cgroup
/dev/mmcblk0p1   44M     23M   21M   52% /boot
tmpfs            98M     12K   98M    1% /run/user/1000

[Wernieman]

Hast Du einen 2. Linux-Rechner mit SD-Card-Leser?

[Beta-User]

PID20 ist mWn noch nicht "unempfindlich" gegen das Reihenfolgethema. Evtl. hilft es ja, das mit einem disable zu versehen, oder (ausnahmsweise!) per cfg-Edit ans Ende der cfg zu verschieben? Vermute, dass der Xiaomi erst danach kommt...

(Der Dateisystemcheck ist trotzdem keine schlechte Idee, und ein Backup kann man bei solchen Gelegenheiten auch nur dringend anraten).

[Otto123]

Schräger Gedanke?

Code Auswählen Erweitern

sudo mv /opt/fhem/FHEM/94_PWM.pm /opt/fhem/FHEM/94_PWM.pm.org
Danach sollte FHEM wieder starten, auch wenn das Modul außer Betrieb ist.

Man braucht nicht an die config Hand anlegen. Und kann weiter analysieren.

[handy80]

Guten morgen und vielen Dank,
ich habe beide Wege, Otto's und Beta-User's, versucht, aber der "Ausnahmsweise"-Tip von Beta-User leider nicht geholfen (obwohl die Vermutung richtig war; der Xiaomi kam nach der Def von der PWM und PWMR's) hat. Das PWM-Device auf Disable setzten hat geholfen. Die PWMR's auf Disable und den PWM auf enable setzten läuft auch. Aber in allen Fällen wir jetzt nicht geheizt
Im Startbildschirm von FHEM steht:

Code Auswählen Erweitern

Messages collected while initializing FHEM:
configfile: Unknown module PWM
Please define keZentralheizung 5c9896a5-f33f-7f2a-f5d7-d94f2ca3412c7596 first


Was bedeutet das bzw. wo kann ich suchen vor was der PWM (das Gerät keZentralheizung ist vom Typ PWM) zuerst definiert werden muss?


Was ich halt auch nicht verstehe ist, dass das Ganze seit nem halben Jahr stabil läuft (letzte Veränderungen im System) aber auch davor hatte ich mit PWM die letzten 2 Jahre wenig/keine Probleme.

PWM ist neben dem ressourcenschonenden Laufzeitverhalten von FHEM der einzige Grund warum ich noch nicht zu ioBroker gewechselt bin

Gruß und einen schönen Sonntag euch

[Wernieman]

Mach bitte mal etwas anderes: Kannst Du fhem mit der Demo-Conifg starten?

Edit:
Siehe : https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche
Abschnitt "Minimal Config starten"

Edit2:
Du hattest eine meiner Fragen nicht beantwortet: hast Du einen unabhängigen Linux-Rechner?

[Beta-User]

Neben den berechtigten Hinweisen von Wernieman:

Mach' eine Kopie der Definition von "keZentralheizung" (ausnahmsweise wieder in einem Editor), kopiere (während FHEM läuft) die Moduldatei wieder an den ursprünglichen Ort und füge dann (via RAW-Import) die Definition wieder in das laufende FHEM ein.

Falls dann eine Fehlermeldung kommt, würden wir die (auch) benötigen; evtl. ist dann die Moduldatei beschädigt - dann wäre eine neue SD-Karte (samt Neuinstallation) dringend anzuraten...

(Das ist btw. kein FHEM-Problem, sondern Pi-spezifisch und könnte ähnlich auch mit jeder anderen Software passieren...)

[handy80]

Hi,
@Wernieman: sorry, hatte die Frage überlesen, habe noch zwei weitere Pi's mit Linux (eine hoobs und eine ioBroker installation, jeweils mit dem image von der Seite Hoobs.org bzw. iobroker.net). Sonst hab ich nur ein MacBook.

Demo-Config funktionierte (permission denied kommt vermutlich daher, dass ich immer nur mit dem pi user (nicht mit fhem) am terminal angemeldet bin):

Code Auswählen Erweitern

pi@raspberrypi:~$ sudo systemctl stop fhem
pi@raspberrypi:~$ cd /opt/fhem
pi@raspberrypi:/opt/fhem$ perl fhem.pl fhem.cfg.demo
2020.05.24 13:45:41.270 1: Including fhem.cfg.demo
2020.05.24 13:45:41.344 3: telnet: port 7072 opened
2020.05.24 13:45:42.290 3: WEB: port 8083 opened
2020.05.24 13:45:42.405 1: define Logfile FileLog ./log/fhem-%Y-%m.log fakelog: Can't open ./log/fhem-2020-05.log: Permission denied
2020.05.24 13:45:42.500 2: eventTypes: loaded 109 events from demolog/eventTypes.txt
2020.05.24 13:45:42.607 1: CUL_0 device is none, commands will be echoed only
2020.05.24 13:45:42.784 1: define Log.Garden FileLog demolog/garden.log Sens.Out:T:.*: Can't open demolog/garden.log: Permission denied
2020.05.24 13:45:42.787 1: define Log.Predicted FileLog demolog/predicted.log predicted:T:.*: Can't open demolog/predicted.log: Permission denied
2020.05.24 13:45:43.025 1: define Log.Cellar FileLog demolog/cellar.log Cellar:T:.*: Can't open demolog/cellar.log: Permission denied
2020.05.24 13:45:43.037 1: define Log.Dewpoint FileLog demolog/dewpoint.log .*dewpoint.*: Can't open demolog/dewpoint.log: Permission denied
2020.05.24 13:45:48.437 1: Including ./demolog/fhem.save
2020.05.24 13:45:49.284 1: Messages collected while initializing FHEM:configfile: Can't open ./log/fhem-2020-05.log: Permission denied
Please define Logfile 5c8aad22-f33f-c296-8c0d-98c5ff8e9ecf00af first
Can't open demolog/garden.log: Permission denied
Please define Log.Garden 5c8aad22-f33f-c296-7a58-bf4bc0d271479127 first
Can't open demolog/predicted.log: Permission denied
Please define Log.Predicted 5c8aad22-f33f-c296-e7fc-b68b61fdd940b6f7 first
Can't open demolog/cellar.log: Permission denied
Please define Log.Cellar 5c8aad22-f33f-c296-81eb-e7836b13fc3fa56c first
Can't open demolog/dewpoint.log: Permission denied
Please define Log.Dewpoint 5c8aad22-f33f-c296-c880-1f10c5dfdfef9ab3 first
./demolog/fhem.save: Please define Log.Cellar first
Please define Log.Dewpoint first
Please define Log.Dewpoint first
Please define Log.Garden first
Please define Log.Predicted first
Please define Logfile first
SecurityCheck:
  WEB is not password protected
  telnet is not password protected

Protect this FHEM installation by defining an allowed device with define allowed allowed
You can disable this message with attr global motd none
Autosave deactivated
2020.05.24 13:45:50.012 0: Featurelevel: 6
2020.05.24 13:45:50.013 0: Server started with 52 defined entities (fhem.pl:21987/2020-05-21 perl:5.028001 os:linux user:pi pid:4019)
2020.05.24 13:45:51.030 2: AttrTemplates: got 159 entries
2020.05.24 13:46:01.837 3: ROOMMATE rr_Daughter: AutoGone timer changed state to 'gone'
2020.05.24 13:46:01.870 3: ROOMMATE rr_Son: AutoGone timer changed state to 'gone'

Den Ansatz von Beta-User versuche ich jetzt mal.

[Wernieman]

Hast Du einen Card-Reader?
Stecke den, mit der SDCard, in einen Pi mit laufenden Unix. Dort mit fsck die SDCard Prüfen ...