[gelöst] Fehler beim fhem-start configDB

Begonnen von oldscout, 19 August 2017, 18:25:49

Vorheriges Thema - Nächstes Thema

betateilchen

Die Meldung besagt zumindest, dass der User ein aktuelle FHEM einsetzt, denn diese Debug-Meldung gibts erst seit dem heutigen Update.

Diese Meldung wäre inhaltlich nur dann interessant, wenn FHEM nicht ordnungsgemäß funktionieren würde.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

betateilchen

komisch... wenn ein Antivirusprogramm meldet, dass etwas nicht gefunden wurde, sind alle zufrieden und niemand kommt auf die Idee, dass das Ergebnis ein Fehler sei  8)
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Benni

Zitat von: betateilchen am 06 September 2017, 14:29:11
komisch... wenn ein Antivirusprogramm meldet, dass etwas nicht gefunden wurde, sind alle zufrieden und niemand kommt auf die Idee, dass das Ergebnis ein Fehler sei  8)

Nun ja, bei einem Antivirenprogramm geht ja auch jeder davon aus, dass nach unerwünschtem gesucht wird.
Bei einer Konfiguration erwartet man i.d.R. schon, dass alles wiedergefunden wird.  ;)

(Bevor's wieder Haue gibt: Dass das hier was ganz anderes ist, ist mir schon klar!  8))

kumue

#78
Heute ist mir FHEM abgestürzt, siehe
https://forum.fhem.de/index.php/topic,76651.msg685756.html#msg685756

Beim Neustart kam diese Meldung

Starting fhem...
looking for table: fhembinfilesave
testing: #2
table not found

Muss mich diese Meldung beunruhigen ?

Vorhanden ist die Tabelle jedenfalls nicht

sqlite> .tables
fhemb64filesave  fhemconfig       fhemstate        fhemversions

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net


ronny332

#81
Hallo zusammen,

leider muss ich mich auch noch einmal melden. Mit der letzten hier verteilten Version von Betateilchen lief FHEM nun eine ganze Weile, bis zum Update heute (ich hatte auch keine Updates mehr eingespielt).

Seit dem Update erscheint es mir so, als ob die Erkennung ob "fhembinfilesave" existiert, nicht korrekt funktioniert. FHEM startet nicht, hier die passende Meldung:

looking for table: fhembinfilesave
testing: #1
found: `fhem_configdb`.`fhemb64filesave`
found: `fhem_configdb`.`fhembinfilesave_org`
2017.09.19 21:49:47 1: PERL WARNING: DBD::mysql::db selectrow_array failed: Table 'fhem_configdb.fhembinfilesave' doesn't exist at configDB.pm line 312.
DBD::mysql::db selectrow_array failed: Table 'fhem_configdb.fhembinfilesave' doesn't exist at configDB.pm line 312.
2017.09.19 21:49:47 1: PERL WARNING: Issuing rollback() due to DESTROY without explicit disconnect() of DBD::mysql::db handle database=fhem_configdb;host=127.0.0.1;port=3306 at configDB.pm line 312.


Lege ich die Tabelle "fhembinfilesave" per Hand wieder an, so klappt der Start, der Inhalt der Tabelle wird migriert, die Tabelle danach gelöscht (soweit so richtig, soweit ich das verstehe).
Nach dem Start beginnt das Spiel aber leider wieder von vorne. Die Tabelle "fhembinfilesave" wird zwingend für einen Start benötigt.

Gerne teste ich wieder auf meinem System unter Anleitung woran es klemmen könnte, bis dahin sollte es mit der letzten Version von hier hoffentlich auch sauber laufen :-).

EDIT:
das Problem könnte bei mir liegen, bzw. an der Art, wie configDB erkennt, ob "fhembinfilesave" existiert. In meinem Fall hatte ich das Original als "fhembinfilesave_org" gesichert. Wenn ich den Perl Code richtig verstehe, ist es für die Substring Erkennung ggf. sogar schon genug, um aus ""fhembinfilesave_org" ein vorhandenes "fhembinfilesave" zu erkennen. Mit einer "fhembinfilesave_org" in "hfembinfilesave_org" umbenannten Tabelle startet FHEM normal mit einem

looking for table: fhembinfilesave
testing: #1
found: `fhem_configdb`.`fhemb64filesave`
found: `fhem_configdb`.`fhemconfig`
found: `fhem_configdb`.`fhemstate`
found: `fhem_configdb`.`fhemversions`
found: `fhem_configdb`.`hfembinfilesave_org`
table not found


Daher erstmal sorry für den "Alarm" ;-).
... Homematic Flüchtling und Freund der neu gewonnen Fhem-Freiheiten.

betateilchen

wer auf eigene Faust in der Konfigurationsdatenbank rumpfuscht, braucht sich nicht wundern, wenn irgendwas nicht mehr so funktioniert wie vorgesehen.

Für daraus resultierende Probleme fühle ich mich als Entwickler aber auch in keinster Weise verantwortlich.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Morgennebel

Zitat von: ronny332 am 19 September 2017, 21:56:57
leider muss ich mich auch noch einmal melden. Mit der letzten hier verteilten Version von Betateilchen lief FHEM nun eine ganze Weile, bis zum Update heute (ich hatte auch keine Updates mehr eingespielt).

FHEM lief heute wunderbar. Heute update mit shutdown restart gemacht, ConfigDB meldet Fehler:

root@fhem:~# /etc/init.d/fhem start
Starting fhem...
looking for table: fhembinfilesave
testing: #2
table not found


Und diese table fehlt tatsächlich:

root@fhem:/opt/fhem# sqlite3 configDB.db
SQLite version 3.8.7.1 2014-10-29 13:59:56
Enter ".help" for usage hints.
sqlite> .tables
fhemb64filesave  fhemconfig       fhemstate        fhemversions   


Der Header der 98_configdb.pm:

root@fhem:/opt/fhem/FHEM# head 98_configdb.pm
# $Id: 98_configdb.pm 16218 2018-02-18 19:23:23Z betateilchen $
#


In restoreDir/2018-03-19/FHEM liegt keine 98_configdb.pm...

Betriebssystem www.devuan.org, Jessie:


root@fhem:/opt/fhem/restoreDir/2018-03-07/FHEM# uname -a
Linux fhem 3.16.0-5-amd64 #1 SMP Debian 3.16.51-3+deb8u1 (2018-01-08) x86_64 GNU/Linux


Danke, -MN
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA

CoolTux

Wo bitte schön liest Du daraus einen Fehler?
Steht da Fehler, steht da Error?

Es ist eine normale Debugausgabe die Udo nur noch nicht auskommentiert hat.
Die Meldung gibt es seit Anfang des Jahres.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

betateilchen

Zitat von: CoolTux am 19 März 2018, 18:37:31
Es ist eine normale Debugausgabe die Udo nur noch nicht auskommentiert hat.
Die Meldung gibt es seit Anfang des Jahres.

Nein, die gibt es schon viel länger, grob geschätzt seit August 2017.

Zitat von: Morgennebel am 19 März 2018, 18:34:11
Und diese table fehlt tatsächlich:

Das ist ein gutes Zeichen :)
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

CoolTux

Zitat von: betateilchen am 19 März 2018, 19:32:16
Nein, die gibt es schon viel länger, grob geschätzt seit August 2017.

Ist es wirklich schon wieder so lange her? Oh man.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

betateilchen

#87
Um genau zu sein: seit rev 15012 vom 05.09.2017

Davon abgesehen, dass diese Meldung seither beim FHEM Start jedesmal erscheint, habe ich hier im Forum schon bereits 10 Mal erklärt, dass diese Meldungen völlig normal und kein Grund zur Sorge sind.

Aber es gibt eben eine Handvoll (übrigens immer die gleichen) Leute, die mobben lieber erstmal rum, anstatt sich vorher zu informieren.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Morgennebel

Zitat von: CoolTux am 19 März 2018, 18:37:31
Wo bitte schön liest Du daraus einen Fehler?
Steht da Fehler, steht da Error?

Stimmt. Das war mein Fehler (PECAB).

Das FHEM nicht startete, lag an den 1-Wire-Updates und den OW-Bibliotheken durch ein "update" verursacht. Nach einspielen aller Dateien aus dem restoreDir gings dann wieder.

Danke für die Geduld,

Ciao, -MN
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA

Morgennebel

Zitat von: betateilchen am 19 März 2018, 19:46:57
Aber es gibt eben eine Handvoll (übrigens immer die gleichen) Leute, die mobben lieber erstmal rum, anstatt sich vorher zu informieren.

Eine von Deiner abweichende Meinung zu vertreten ist kein Mobbing.

Bei der ConfigDB habe ich mich informiert, nutze sie seit Monaten. Bin aber nicht 100% überzeugt. Aber das ist meine Meinung, ich weiß, daß Du eine ganz andere hast und habe jetzt keine Lust, mich mit Dir zu streiten...

Ciao, -MN

Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA