Fhem nicht mehr Erreichbar - Alles normal im Log

[Wernieman]

Dann mach doch einfach vorher mal ein "list" der Devices ....

Scherz:
Scheinbar hat Dein FHEM Angst, das Seine config zu betateilchen geschickt wurde ....

Edit:
Damit mich keiner falsch versteht, ich fand das Angebot von ihm sehr zuvorkommend!

[Fixel2012]

Ein Shutdown restart ist erfolgreich geglückt, der Raspi Reboot ebenso!

Das freut mich alles ungemein, aber die will natürlich eigentlich wissen warum es nun geht und vorher nicht...

Ebenso stelle ich mir die Frage ob configDB das richtige für mich ist Eingelesen habe ich mich in die Funktionalitäten, aber im Notfall mal eben in der fhem.cfg etwas aus zu kommentieren fehlt hier einfach. Was ist eure Meinung dazu? Sollte ich bei configDB bleiben?

So zu guter letzt nochmal ein RIESEN LOB an alle die so fleißig geholfen haben den Fehler zu finden (auch wenn wir ihn immer noch nicht gefunden haben )!


Hoffen wir mal das Fhem am laufen bleibt und nicht nach dem nächsten Neustart wieder in die Knie geht...

Riesen Dankende Grüße,

Felix

[Fixel2012]

Dann mach doch einfach vorher mal ein "list" der Devices ....

Scherz:
Scheinbar hat Dein FHEM Angst, das Seine config zu betateilchen geschickt wurde ....

Edit:
Damit mich keiner falsch versteht, ich fand das Angebot von ihm sehr zuvorkommend!

Ich fand das Angebot ebenso einfach nur klasse! Sowas findet man nicht in jedem Forum. Aber habe ihm dann wohl doch die Arbeit ersparen können! 

[CoolTux]

Persönliche Meinung: Ich würde bei configDB bleiben und versuchen mir auf Basis dessen was hier passiert ist Wissen an zu eignen es beim nächsten mal in den Griff zu bekommen.
Dummerweise bräuchte man dazu am besten den tatsächlichen Fehler.
Aber bau Dir doch ein Testsystem auf. Heut zu Tage ist das doch kein Problem mehr. Und damit übst Du. Habe ich doch am WE genau so gemacht wie ich Dein Problem nachstellen wollte.

[Fixel2012]

Persönliche Meinung: Ich würde bei configDB bleiben und versuchen mir auf Basis dessen was hier passiert ist Wissen an zu eignen es beim nächsten mal in den Griff zu bekommen.
Dummerweise bräuchte man dazu am besten den tatsächlichen Fehler.
Aber bau Dir doch ein Testsystem auf. Heut zu Tage ist das doch kein Problem mehr. Und damit übst Du. Habe ich doch am WE genau so gemacht wie ich Dein Problem nachstellen wollte.

Da hast du eigentlich Recht! Eine VM reicht ja eigentlich auch schon aus. Werde mir mal bei gelegenheit ein Test System zusammen bauen. 

Nochmals vielen Dank an alle!

[betateilchen]

aber im Notfall mal eben in der fhem.cfg etwas aus zu kommentieren fehlt hier einfach.

Gegenfrage: Inwiefern hätte Dir die Möglichkeit, in Deiner Konfiguration etwas auskommentieren zu können, im vorliegenden Fall weitergeholfen? Du hast doch gerade selbst den Beweis erbracht, dass ein Auskommentieren für die Lösung des Problems überhaupt nicht nötig war.

Scheinbar hat Dein FHEM Angst, das Seine config zu betateilchen geschickt wurde ....

... und dabei rauskäme, dass einmal mehr NICHT die configDB die Ursache der Probleme ist.

[Fixel2012]

Gegenfrage: Inwiefern hätte Dir die Möglichkeit, in Deiner Konfiguration etwas auskommentieren zu können, im vorliegenden Fall weitergeholfen? Du hast doch gerade selbst den Beweis erbracht, dass ein Auskommentieren für die Lösung des Problems überhaupt nicht nötig war.


... und dabei rauskäme, dass einmal mehr NICHT die configDB die Ursache der Probleme ist.

Ich weiß nicht warum es nun geht, vielleicht hat sich irgendwas außerhalb Fhem geändert was dazu führt das fhem nun keine Probleme mehr hat.

inwiefern mir das nun geholfen hätte weiß ich nicht.

[Wernieman]

Was mir bei solchen Fragen immer in dem Kopf kommt:

Es ist doch ein RasPi?
- stimmt die Stromversorgung
- Defekt in der SDCard?

[Fixel2012]

Was mir bei solchen Fragen immer in dem Kopf kommt:

Es ist doch ein RasPi?
- stimmt die Stromversorgung
- Defekt in der SDCard?

SD Karte erst erneuert und strom habe ich auch verschiedene ausprobiert   

[herrmannj]

das passt auch nicht damit zusammen das Du Dich per Telnet verbinden konntest, telnet aber stumm blieb.

[rudolfkoenig]

Ich meine in diesem Fall haette "attr global logfile -" mit "attr global verbose 5" am ehesten zur Eingraenzung des Problems beigetragen. Ich habe jetzt fhem.pl mit der Option "-d" erweitert, dabei werden diese beiden Attribute immer auf die erwaehnten Werte gesetzt. D.h. man muss fhem.pl im Terminal starten, mit

perl fhem.pl -d fhem.cfg
  oder
perl fhem.pl -d configDB

[betateilchen]

gute Idee

[Flexstarr]

Hier hänge ich mich mal dran, gleiches Problem bei mir: im Browser ist FHEM nicht erreichbar.
FHEM fährt laut log sauber hoch, öffnet die FHEMWEB Ports sowie telnet. telnet auf den Port geht durch, nimmt aber keine commands an.
netstat:

Code Auswählen Erweitern


tcp        0      0 0.0.0.0:8083            0.0.0.0:*               LISTEN      17568/perl
tcp        0      0 0.0.0.0:8084            0.0.0.0:*               LISTEN      17568/perl
tcp        0      0 0.0.0.0:8085            0.0.0.0:*               LISTEN      17568/perl
tcp        0      0 0.0.0.0:7072            0.0.0.0:*               LISTEN      17568/perl

Backup von vor dem Update eingespielt: gleiches Verhalten.
Starten mit fhem.cfg.demo funktioniert einwandfrei.

Letzten Zeilen des aktuellen logs auf global verbose 5:

Code Auswählen Erweitern


[...]
2018.02.23 19:34:42.419 4: Ignoring CUL_TCM97001_117
2018.02.23 19:34:42.419 4: Ignoring CUL_TCM97001_164
2018.02.23 19:34:42.422 4: Ignoring IT_00000FFFFF
2018.02.23 19:34:42.440 5: End notify loop for global
2018.02.23 19:34:42.440 0: Featurelevel: 5.8
2018.02.23 19:34:42.440 0: Server started with 286 defined entities (fhem.pl:16107/2018-02-07 perl:5.020002 os:linux user:root pid:17568)
2018.02.23 19:34:42.639 4: [Wetter.Twilight] sr_astro   2018-02-23 05:38:33  ( 1/1/-18.0°/0)   ===> sr_naut    06:16:10
2018.02.23 19:34:42.641 4: [Wetter.Twilight] sr_naut    2018-02-23 06:16:10  ( 2/2/-12.0°/0)   ===> sr_civil   06:53:53
2018.02.23 19:34:42.643 4: [Wetter.Twilight] sr_civil   2018-02-23 06:53:53  ( 3/3/ -6.0°/0)   ===> sr         07:32:20
2018.02.23 19:34:42.645 4: [Wetter.Twilight] sr         2018-02-23 07:32:20  ( 4/4/ +0.0°/0)   ===> sr_indoor  09:59:43
2018.02.23 19:34:42.647 4: [Wetter.Twilight] sr_weather 2018-02-23 07:32:20  ( 6/6/ +0.0°/0)   ===> ss_weather 17:54:39
2018.02.23 19:34:42.649 4: [Wetter.Twilight] sr_indoor  2018-02-23 09:59:43  ( 5/5/+20.0°/0)   ===> sr_weather 07:32:20
2018.02.23 19:34:42.651 4: [Wetter.Twilight] ss_indoor  2018-02-23 15:27:08  ( 8/4/+20.0°/0)   ===> ss         17:54:39
2018.02.23 19:34:42.652 4: [Wetter.Twilight] ss_weather 2018-02-23 17:54:39  ( 7/5/ +0.0°/0)   ===> ss_indoor  15:27:08
2018.02.23 19:34:42.654 4: [Wetter.Twilight] ss         2018-02-23 17:54:39  ( 9/3/ +0.0°/0)   ===> ss_civil   18:33:09
2018.02.23 19:34:42.656 4: [Wetter.Twilight] ss_civil   2018-02-23 18:33:09  (10/2/ -6.0°/0)   ===> ss_naut    19:10:57
2018.02.23 19:34:42.658 4: [Wetter.Twilight] ss_naut    2018-02-23 19:10:57  (11/1/-12.0°/0)   ===> ss_astro   19:48:41
2018.02.23 19:34:42.659 1: Perfmon: possible freeze starting at 19:34:08, delay is 34.659


Wo kann ich im Log sehen, was der Grund für das Verhalten sein könnte?
Muss doch möglich sein, sowas schnell zu finden..

[Wernieman]

Sorry, aber könntest Du dafür einen Neuen Thread aufmachen? Von August 2017 zu Februar 2018 ist doch schon einige Zeit ....

Und bitte:
- Rechner ist erreichbar (Ping, ssh)
- FHEM läuft (ps aux | grep [f]hem)
- FHEM braucht NICHT 100% CPU? (s.o.)
- Du hast man fhem manuel mit -d gestartet? Output?

[Flexstarr]

Nunja, thematisch ist es 100% identisch, nur ich habe noch keine Lösung. 

FHEM läuft auf dem Pi, bereits lange Zeit und ohne Ausfälle.
Ping + ssh funktionieren.

Code Auswählen Erweitern


(root@Pi2:~ $) ps aux | grep [f]hem
fhem     20705 13.7  9.5  96836 90684 pts/0    S+   19:52   0:23 perl fhem.pl -d fhem.cfg


top:

Code Auswählen Erweitern


top - 19:56:30 up 20:23,  2 users,  load average: 0.23, 0.13, 0.10
Tasks: 144 total,   1 running, 143 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.5 us,  0.5 sy,  0.0 ni, 99.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:    945516 total,   893724 used,    51792 free,    51532 buffers
KiB Swap:   102396 total,      732 used,   101664 free.   378344 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
21296 root      20   0    5248   2632   2168 R   1.3  0.3   0:00.35 top
[..]

Ja, mit -d gestartet, sieh die ps Ausgabe oben.

Mir scheint es, das fhem zwar läuft, aber eben nicht funktioniert. Das Log wird nicht weitergeschrieben als oben gelistet.