[gelöst] Fehler beim fhem-start configDB

[oldscout]

Hallo,
mit der Version configDB.pm 14845 vom 4.8.17 startet fhem nicht (mehr), die Tabelle "fhembinfilesave" existiert nicht.... irgendwann wurde diese ja konvertiert....und gelöscht...

Habe jetzt eine Version vom 14725 vom 16.7. und nun startet fhem wenigstens wieder!!
Bitte ganz schnell korrigieren!!! Weiss nicht was da noch kommt diesbezüglich!!
danke.

[oldscout]

Nachtrag:
habe die Version 14845 nochmal "vorgeholt" aber vor dem Start eine leere Tabelle "fhembinfilesave" aus einer Kopie angelegt. Nun startet fhem auch wieder.
Aber das kanns ja nicht sein, im Modul steht ja "drop table...."
Bitte prüfen.
danke.

[CoolTux]

Deinem User fehlen für die Tabelle die Rechte für drop. Also anmelden an der DB und die rechte Nachträglich geben. Musste ich auch machen da FHEM sonst nicht gestartet ist

[CoolTux]

Da die Frage sicherlich aufkommen wird.

Hier ein Beispiel für eine MySQL Datenbank

Code Auswählen Erweitern


GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,LOCK TABLES,DROP ON `fhemConfigDB`.* TO 'fhem'@'%';


fhemConfigDB ist meine Datenbank und fhem mein User

[oldscout]

Also mein DB-User "fhem" hat alle Rechte, schon immer...., ich glaube wir reden aneinander vorbei:
Die "fhembinfilesave" wurde nach der Konvertierung in "fhemb64filesave" ja gedropt, also gelöscht.
Bei meinem letzten RASPI-Start gestern startete fhem nicht mangels fehlender "fhembinfilesave"-Tabelle in Zeile 306 in configDB.pm
Diesen Fehler bitte ich auf den Grund zugehen...denn wenn ich die Tabelle manuell anlege ohne Inhalt, dannh startet auch fhem ganz normal wieder!!

[CoolTux]

Dann haben wir in der Tat aneinander vorbei geredet. Ich dachte er hätte nicht die Rechte zum dropen. Das war bei mir so gewesen.
Im übrigen startet FHEM bei mir auch ohne fhembinfilesave denn sie würde ja von configdb gelöscht.

[dev0]

Diesen Fehler bitte ich auf den Grund zugehen...

Du solltest vielleicht mal dem Grund auf den Grund gehen, wieso das bei DIR nicht funktioniert, bei (allen?) anderen Anwerdern hingenen schon, statt zu FORDERN Deinem persönlichen Grund auf den Grund zu gehen. 

[betateilchen]

Ich bin der Sache auf den Grund gegangen.

mangels fehlender "fhembinfilesave"-Tabelle in Zeile 306 in configDB.pm

Zeile 306 in configDB.pm wird nur ausgeführt, wenn es überhaupt noch eine entsprechende Tabelle fhembinfilesave in der Datenbank gibt. Das wird explizit vorher  geprüft.

[oldscout]

ja richtig, das ist der Fehler den ich auf der Kommandozeile bei fhem start bekomme. ich werde das nochmals morgen provozieren und einen screen-shot erzeugen.

[betateilchen]

An der Tatsache, dass Du die Ursache für DEIN Problem auf DEINEM System suchen musst, wird auch ein morgiger Screenshot nichts ändern.

[CoolTux]

Klingt nach einem klassische Popcorn Fall. Heute geh ich mal holen.

[oldscout]

Ja es ist MEIN System, völlig richtig, das Problem trat seit der Konvertierung in das Base64 Format auf, hier der Screenshot:
Erstelle ich diese leere Tabelle, geht es wieder.

[oldscout]

Nachtrag:
die Konvert-Routine ob "fhembinfilesave" existiert oder nicht wird hier in jedem Fall durchlaufen.
"if ($sth_test->fetch())......"
offensichtlich liefert dies nicht das gwünschte Ergebnis....

[oldscout]

an dev0: ich habe nicht gefordert... es stand bitte ..... auf den Grund gehen....

[betateilchen]

offensichtlich liefert dies nicht das gwünschte Ergebnis....

welche Datenbank hast Du im Einsatz?