Fhem nicht mehr Erreichbar - Alles normal im Log

[Wernieman]

Wenn Du eine fhem.cfg hättest, würde ich großzügig defices löschen .. und wenn diese Minimallösung geht, schrittweise bis zum nichtgehen wieder einfügen. Alternativ eine Minimal.cfg nehmen und schrittweise die Vorhandenen Daten eingeben und schauen ... in der fhem.cfg stehen ja "praktisch" die einzugebenen Befehle drin. Aber bei configdb weiß ich es eben nicht (

[Fixel2012]

Wenn Du eine fhem.cfg hättest, würde ich großzügig defices löschen .. und wenn diese Minimallösung geht, schrittweise bis zum nichtgehen wieder einfügen. Alternativ eine Minimal.cfg nehmen und schrittweise die Vorhandenen Daten eingeben und schauen ... in der fhem.cfg stehen ja "praktisch" die einzugebenen Befehle drin. Aber bei configdb weiß ich es eben nicht (

So würde ich auch vorgehen, wenn ich die fhem.cfg hätte...   

ARGH....

Hat jemand weitere Tipps? 

[Wernieman]

Sprich bitte mal betateilchen an, ob er noch eine Lösung weiß ....

Eigentlich müsste man mit passenden sql-Befehlen die Daten aus der Datenbank kriegen ...

[betateilchen]

Warum nicht den einfachsten aller Wge gehen und FHEM mit configDB im rescue-Modus starten? Damit hat man zumindest wieder Zugriff auf alle in der Datenbank gespeicherten Konfigurationen.

Und warum nicht im richtigen Unterforum fragen? Das ist doch keine Anfängerfrage.

[Fixel2012]

Erst ein mal danke, dass du dich so schnell meldest!

Und warum nicht im richtigen Unterforum fragen? Das ist doch keine Anfängerfrage.

Mir war nicht bewusst, dass das Thema so Umfangreich und schwer zu lösen sein wird. Aber du hast natürlich Recht, in einem anderen Unterforum ist es besser aufgehoben!

Warum nicht den einfachsten aller Wge gehen und FHEM mit configDB im rescue-Modus starten? Damit hat man zumindest wieder Zugriff auf alle in der Datenbank gespeicherten Konfigurationen.

Dies habe ich Dank CoolTux schon gemacht gehabt. Aber wie gehe ich weiter vor?

Meine eigentliche Config, sprich die Definitionen kann ich so doch nicht bearbeiten, oder irre ich mich?

[betateilchen]

Aber wie gehe ich weiter vor?

Meine eigentliche Config, sprich die Definitionen kann ich so doch nicht bearbeiten, oder irre ich mich?

ICH habe mir die Mühe gemacht, eine Doku zu schreiben.
DU solltest Dir jetzt fairerweise die Mühe machen, die Doku auch zu lesen und zu verstehen.

Es gibt auch schon diverse Threads hier im Forum, die sich mit ähnlichen Aufgabenstellungen beschäftigen und in denen Lösungswege beschrieben sind.

[betateilchen]

Noch ein gut gemeinter Tipp:

Rumpfuschen per SQL in der Datenbank hilft auf keinen Fall weiter. Damit richtest Du mehr Schaden an, als dass Du einer Lösung näher kommen würdest.

Wenn Du es geschafft hast, Dein FHEM im rescue Modus zu starten, kannst Du Dir mit

Code Auswählen Erweitern


configdb list % <version>


jede beliebige Version in der Konfigurationsdatenbank ausgeben lassen. Im Prinzip kannst Du Dir daraus manuell eine fhem.cfg bauen, wenn Du glaubst, dass Dir das hilft (oder wenn Du Dir diesen Irrglauben hier im Thread einreden läßt)

Mit

Code Auswählen Erweitern


configdb recover <version>


kannst Du auch eine gespeicherte Version aktivieren und rausfinden, welche Version noch funktionert.

[Fixel2012]

Alles klar, danke dir soweit.

Noch eine Frage an die Allgemeinheit:

Reicht es denn wenn ich die Definitionen aus der configDB mir ausgeben lasse, in den fhem.cfg file kopiere und anschließend über

Code Auswählen Erweitern

perl fhem.pl fhem.cfg
starte.

Würde dann so oft das fhem stoppen -> Definitionen auskommentieren -> fhem starten, bis Fhem wieder per Web erreichbar ist.

Würde das so funktionieren?

Nochmal danke an alle!

[betateilchen]

Würde das so funktionieren?

Höchstwahrscheinlich nicht. Zu einer lauffähigen FHEM Installation gehört ein bisschen mehr als das, was in der fhem.cfg steht.

Deshalb hatte ich oben geschrieben

Im Prinzip kannst Du Dir daraus manuell eine fhem.cfg bauen

Aber wie ich ja schon versucht habe, klarzumachen: wenn Dein Problem wirklich von einer "defekten" Konfiguration herrührt, brauchst Du Dir diesen ganzen Krampf überhaupt nicht anzutun. Dafür hat configDB alle Tools im Bauch, um ein System wieder zum Laufen zu bringen.

[Fixel2012]

So nach ausgiebigen Testen, lesen und ausprobieren die Erkenntnis:

Selbst das letze (04.01.2017) Backup was in der configdb vorhanden ist hat die gleichen Erscheinungen wie bisher beschrieben (laut Log erfolgreich gestartet, aber nicht per web und telnet erreichbar...)

Ich kann mir das ganze langsam nicht mehr erklären und bin ziemlich frustriert  Frage mich langsam warum ich jeden Tag Backups gemacht habe... 

Ohne eure Hilfe habe ich nun keine Ahnung mehr wie ich weiter vorgehen soll.

Was ich meiner Meinung nach ausschließen kann ist ein System Fehler (linux), da ich schon alte Systembackups ausprobiert habe und das gleiche Phänomen auftritt.

Das einzige was meiner Meinung nach in Frage kommt ist ein Fehler in der Fhem config (hier bei mir configDB), da die Fhem standard und Demo configs funktionieren. Es können aber keine kurzfristig geänderten Sachen in der fhem config sein, da selbst eine 6 Monate alte config nicht läuft.

Es muss sich also etwas außerhalb (Internet oder Intranet abfragen von Devices. USB Sticks und co habe ich breits schon ausschließen können.) der fhem config geändert haben die nun irgend einen Fehler innerhalb Fhem produziert, so dass fhem nicht mehr erreichbar ist! (was das genau ist weiß ich nicht! Das ist denke ich die große Herausforderung, dies heraus zu finden.)


Soweit meine Vermutungen und Erkenntnisse! Was ich hiervon nun richtig heraus analysiert habe weiß ich nicht genau. Falls hier etwas falsch beschrieben sein sollte, verbessert mich bitte umgehend!!

Ich hoffe weiterhin auf eure Hilfe und Ideen (hoffe ihr habt da noch was )

Grüße,

Felix

[amenomade]

Hast Du schon versucht, ./log/fhem.save umzunennen, und dann fhem zu starten?

[Fixel2012]

Hast Du schon versucht, ./log/fhem.save umzunennen, und dann fhem zu starten?

nein, werde ich testen 

Gehen tut es auch nicht, aber sollte nicht ein neues Fhem.save file erstellt werden? oder erst bei einem neustart von Fhem?

[Benni]

Hast Du schon versucht, ./log/fhem.save umzunennen, und dann fhem zu starten?

Das wird leider nichts bringen.
Die Datei findet bei configDB keine Verwendung mehr. Die Daten werden ebenfalls in der DB gespeichert.

[KölnSolar]

Was ich meiner Meinung nach ausschließen kann ist ein System Fehler (linux), da ich schon alte Systembackups ausprobiert habe und das gleiche Phänomen auftritt.

Das klingt aber noch unsicher. Ich würd, vergleichbar zu Werniemanns Vorschlag, es mal mit der demo.cfg versuchen. Und dann mal die üblichen Verdächtigen mit Zugriff über die Rechnergrenzen hinaus testen.

[CoolTux]

Ich würde auch mal versuchen alles vom Pi ab zu klemmen was man nur abklemmen kann. Sämtliche USB und Aufsteckmodule, wenn möglich Netzwerk lahm legen und per Tastatur und Monitor/Fernsehr arbeiten.