DBLog scheint db.conf nicht zu finden

[betateilchen]

dann solltest du die Datei importieren.

Code Auswählen Erweitern

configDB fileimport ./db.conf

Besser:

Code Auswählen Erweitern

configDB filemove ./db.conf

Dann muss man nämlich später die Datei erst wieder aus der Datenbank exportieren, um sie zu bearbeiten.
Und wenn man sie bewusst exportiert, denkt man eher daran, sie nach der Bearbeitung auch wieder zu importieren 

[betateilchen]

Dafür gibts den ConfigCheck im DbLog und dort stand auch schon der Hinweis darauf. Das sollte einem dann auffallen 

Noch besser wäre es, wenn DbLog nach dem gescheiterten FileRead() die Verarbeitung abbrechen und die zurückgelieferte Fehlermeldung ausgeben würde.

[DS_Starter]

Noch besser wäre es, wenn DbLog nach dem gescheiterten FileRead() die Verarbeitung abbrechen und die zurückgelieferte Fehlermeldung ausgeben würde.

stimmt. Werde ich demnächst mal mit einbauen.

Edit: Hmm... eben geschaut. Das ist sogar schon so. Auf jeden Fall gibt es einen Eintrag im Logfile. Auch das hätte auffallen müssen. Muss ich nochmal in Ruhe überlegen ...

Grüße,
Heiko

[betateilchen]

Es macht wenig Sinn, bei einer nicht vorhandenen Konfigurationsdatei einfach weiterzumachen. Und das ist unabhängig davon, ob fhem.cfg oder configDB verwendet wird 

[DS_Starter]

Ja ... habe soeben den Fehler gefunden warum das Device nicht ausgestiegen ist obwohl die config nicht gelesen werden konnte. 
Werde noch etwas testen und dann einchecken ...

[blade-of-fire]

Jetzt, wo das Problem bekannt ist, macht für mich die Fehlermeldung auch Sinn. Im Vorfeld war mir aber nicht so ganz klar, wie ich die Meldung zu interpretieren habe.

Könnte man vielleicht im commandref und im Wiki bei dbLog einen kurzen Vermerk machen, dass wenn man die ConfigDB nutzt, die db.conf hochladen muss? Im ConfigDB ist es ja klar beschrieben, im dbLog habe ich dazu allerdings keine Hinweis in der Doku gefunden.

[DS_Starter]

Könnte man vielleicht im commandref und im Wiki bei dbLog einen kurzen Vermerk machen, dass wenn man die ConfigDB nutzt, die db.conf hochladen muss? Im ConfigDB ist es ja klar beschrieben, im dbLog habe ich dazu allerdings keine Hinweis in der Doku gefunden.

In ConfigDB  ist es ja auch richtig platziert weil es eine Eigenschaft des Moduls ist wenn man es benutzt. In DbLog muss es ja auch nicht hinein weil es keine Eigenschaft dieses Moduls ist.
Aber ich werde trotzdem einen Vermerk in die Commandref schreiben in der Hoffnung dass es tatsächlich mal jemand liest (die Hoffnung sollte man ja bekanntlich nicht verlieren  ) und eine Hilfe für den User darstellt.

[blade-of-fire]

Klar gehrt die Thematik eigentlich zu configDB, aber ich denke das viele User, die für den Log eine Datenbank benutzen, auch die Config dort ablegen, von daher sind da schon Berührungspunkte.

Da das Thema ja aus meiner Sicht gelöst ist, schließe ich das mal.

[cpramhofer]

Hallo,

ich habe nach einem Umzug meines NAS den selben Fehler.

libs sind installiert (hat ja bisher auch funktioniert)
Maria DB ist von der FHEM Konsole mit dem mysql-client erreichbar.

Code Auswählen Erweitern

define myDbLog DbLog /opt/fhem/db.conf .*:(humidity|temperature|messured-temp|pressure|voltage|distance|fuell|Regen).*
attr myDbLog DbLogType Current/History
attr myDbLog asyncMode 1
attr myDbLog verbose 5
attr myDbLog room 90_System


config habe ich mit der hand nochmal neu geschrieben (kein copy&paste)

Code Auswählen Erweitern

%dbconfig=(
   connection => "mysql:database=fhem;host=10.0.0.10;port=3306",
   user => "fhemuser",
   password => "xxxx",
   utf => 1
);



Code Auswählen Erweitern

pi@FHEM:/opt/fhem $ ls -l
insgesamt 576
-rw-r--r--  1 fhem dialout 249332 Mai 27 22:23 CHANGED
-rw-r--r--  1 fhem dialout  41123 Apr 28 15:56 configDB.pm
drwxr-xr-x 40 fhem dialout   4096 Jun  6 21:19 contrib
-rwxrwxrwx  1 fhem dialout    148 Jun  6 22:58 db.conf
drwxr-xr-x  3 fhem dialout   4096 Apr 28 15:53 demolog
drwxr-xr-x  4 fhem dialout   4096 Apr 28 15:56 docs
drwxrwxrwx  6 fhem dialout  20480 Mai 13 09:39 FHEM
-rwxrwxrwx  1 fhem dialout  31385 Jun  6 23:07 fhem.cfg
-rw-r--r--  1 fhem dialout  15848 Apr 28 15:56 fhem.cfg.demo
-rwxr-xr-x  1 fhem dialout 146640 Mai 25 16:40 fhem.pl
drwxr-xr-x  2 fhem dialout   4096 Jun  1 00:00 log
-rw-r--r--  1 fhem dialout  37253 Mai 25 16:40 MAINTAINER.txt
-rw-r--r--  1 fhem dialout    935 Feb 19  2017 README_DEMO.txt
drwxr-xr-x  5 fhem dialout   4096 Apr 28 16:13 restoreDir
drwxr-xr-x  2 fhem dialout   4096 Apr 28 15:56 unused
drwxrwxrwx 11 fhem dialout   4096 Mai 12 19:25 www

Verbose 5

Code Auswählen Erweitern

2018.06.06 23:08:25 1: DbLog myDbLog - Error while reading /opt/fhem/db.conf: 'could not read connection'
2018.06.06 23:08:25 1: define myDbLog DbLog /opt/fhem/db.conf .*:(humidity|temperature|messured-temp|pressure|voltage|distance|fuell|Regen).*: could not read connection

db habe ich auf schon neu aufgesetzt.

Hat noch irgendwer eine Idee was ich übersehen haben kann?

Liebe Grüsse und Danke schon mal für die Hilfe!

[DS_Starter]

Mach mal bitte ein "set ... configCheck" und poste die Ausgabe.

[cpramhofer]

Das Verrückte daran ist dass FHEM scheinbar das DBLog Device aus der fhem.cfg entfernt hat.
Ich habe es danach wieder rein kopiert und versucht die config zu speichern, was eben immer zu

Code Auswählen Erweitern

could not read connection connection führt.

Ein Aufruf von

Code Auswählen Erweitern

set myDbLog configCheck

liefert:

Code Auswählen Erweitern

Please define myDbLog first

es dürfte also eher was mit der initialisierung des Moduls zu tun haben.
(reload des moduls, update all bringt keine abhilfe)

lg

[DS_Starter]

Das Verrückte daran ist dass FHEM scheinbar das DBLog Device aus der fhem.cfg entfernt hat.
Ich habe es danach wieder rein kopiert

Ja weil der bestimmte Inhalt der Datei db.conf nicht glesen werden kann und dadurch ein Betrieb des Devices nicht sinnvoll ist. Allerdings passiert die Entfernung des Device nicht wenn nicht "save" gedrückt wird bzw. anderweitig (automatisch) ein "save" durchgeführt wird.
Aber egal, Problem ist dass der Satz " connection => ..." nicht gelesen werden kann. Ich vermute dass Steuerzeichen in der Datei db.conf sind.
Mit welchem Editor hast du die Datei db.conf erstellt ?  Nimm einen vi oder ein Notepad++ mit Einstellung UNIX-Format.

[cpramhofer]

das ist richtig, ich habe save gedrückt.

habe mit nano direkt auf der console ein neues file erstellt und händisch rein geschrieben.
werde es heute abend noch mit vi probieren kann mir aber nicht vorstellen dass das irgenwas ändert.

lg
Christoph

[cpramhofer]

Habe die Lösung bzw. das Problem gefunden:

mein Passwort beinhaltete Sonderzeichen welche scheinbar das Config-File korrupt machten.

Vielleicht sollte man das in der Doku aufnehmen.

Danke euch allen für die Hilfe!!

Liebe Grüsse
Christoph

[DS_Starter]

Welche Sonderzeichen waren das ?

Lg,
Heiko