configdb: FHEM startet nicht mehr / unable to open database file

[fettgu]

Schönen guten Abend,

ich habe den Eindruck, mein Watchdog hat FHEM abgeschossen und nun hat FHEM Probleme mit der configdb

Wenn ich FHEM so starte

perl fhem.pl -d configDB

sind das die letzten Logzeilen

2020.02.08 23:49:25 4: configDB reading file: ./FHEM/FhemUtils/uniqueID
2020.02.08 23:49:25 4: configDB writing file: ./FHEM/FhemUtils/uniqueID
2020.02.08 23:49:25 1: PERL WARNING: DBD::SQLite::db do failed: unable to open database file at configDB.pm line 394.
DBD::SQLite::db do failed: unable to open database file at configDB.pm line 394.
2020.02.08 23:49:25 1: PERL WARNING: Issuing rollback() due to DESTROY without explicit disconnect() of DBD::SQLite::db handle dbname=/opt/fhem/configDB.db at configDB.pm line 394.

Wie kann ich denn das lösen?

Vielen Dank

Guido Fett

[CoolTux]

Schauen ob das File /opt/fhem/configDB.db vorhanden ist und welche Rechte es besitzt.
Wenn das geklärt ist musst Du Dich mit sqlite beschäftigen und in Erfahrung bringen wie man sich auf der Konsole an die DB anmeldet oder das DB File überprüft.
Das hat erstmal nichts mit configDB oder FHEM zu tun.

https://sqlite.org/cli.html

[rudolfkoenig]

wie man sich auf der Konsole an die DB anmeldet oder das DB File überprüft.

Code Auswählen Erweitern

% sqlite3 /opt/FHEM/configDB.db
sqlite> select version,count(*) from fhemconfig group by version;
sqlite> select * from fhemversions;
sqlite> .quit


[fettgu]

Vielen Dank,

das sieht erst einmal ok aus, denke ich.

sqlite> select version,count(*) from fhemconfig group by version;

gibt

1054|6
....
3076|6

wobei 1054 nicht der erste sein muss.

select * from fhemversions;

ergibt

5|6a0f4001548ec37b7d37f438dd2e5274
4|15a6e000dea6161166d543b1945c5177
3|4f4198e8d4e49aa6921921fe39d18c10
2|a19477c5807f4ab30baa90cda2ca7271
1|717537b9de019f7a863117e87db9c07f
0|99edb38a5d435ec6bbbbc5aafe0908e5

[fettgu]

Ich habe ein FHEM Backup zurückgespielt. Damit ist das Problem erstmal "gelöst".

Ich wüsste aber auch nicht, wie ich einen Dump der configdb wieder einspiele, wenn FHEM nicht läuft - und habe dazu auch keine Doku gefunden.

Viele Grüße
Guido Fett

[CoolTux]

Ich habe ein FHEM Backup zurückgespielt. Damit ist das Problem erstmal "gelöst".

Ich wüsste aber auch nicht, wie ich einen Dump der configdb wieder einspiele, wenn FHEM nicht läuft - und habe dazu auch keine Doku gefunden.

Viele Grüße
Guido Fett

Interessant, dann hast Du den von mir verlinkten Artikel nicht gelesen? Da stand es dein.

[fettgu]

Interessant, dann hast Du den von mir verlinkten Artikel nicht gelesen? Da stand es dein.

naja, ich habe ihn zumindest überflogen. Da ich aber den Aufbau der configdb nicht kenne, und die ja irgendwie doch da war, hat mir der Artikel nicht wirklich geholfen.

[betateilchen]

Ich wüsste aber auch nicht, wie ich einen Dump der configdb wieder einspiele, wenn FHEM nicht läuft - und habe dazu auch keine Doku gefunden.

Das ist ganz bewusst nicht in FHEM dokumentiert, weil das eine von FHEM völlig unabhängige Arbeit auf Betriebssystem- und Datenbankebene wäre. Wie das im Einzelfall abläuft, ist vom Typ der eingesetzten Datenbank und teilweise sogar vom Versionsstand des Datenbankmodells abhängig.

Das Vorgehen ist in der Dokumentation zur eingesetzten Datenbank zu ermitteln.

Hauptsache, Dein Problem ist erstmal wieder gelöst.

(Was die select Befehle von Rudi bewirken sollten, bleibt mir ein Rätsel.)

[fettgu]

ok, danke