Geloest: :db commit failed: database or disk is full at configDB.pm line 552.

[pc1246]

Moin zusammen
Mein fhem hat es zerrissen. Die im Titel angegebene Meldung ist die letzte im log.
Dummerweise bin ich ja nicht so fit mit Datenbanken, so dass man mich immer erst in die richtige Richtung stuppsen muss.
Leider ist das mein Hauptsystem, und ja ich habe es immer noch nicht hochgezogen.
Kann mir eventuell jemand helfen?
Gruss und Danke im Voraus
Christoph

[amenomade]

Database oder Disk full? => was sagt "df -h" auf dem DB Server?

[pc1246]

Moin und sorry
Die Hitze schafft mich!
Ich habe echt null Bock am Rechner zu sitzen!

Code Auswählen Erweitern

Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root        30G     28G  2,7M  100% /
devtmpfs        458M       0  458M    0% /dev
tmpfs           462M       0  462M    0% /dev/shm
tmpfs           462M    6,4M  456M    2% /run
tmpfs           5,0M    4,0K  5,0M    1% /run/lock
tmpfs           462M       0  462M    0% /sys/fs/cgroup
/dev/mmcblk0p1   63M     21M   42M   34% /boot

Zugegebenermassen lief es irgendwann dann doch wieder, ich hatte wegen disk-full auch schon diverse logs geloescht. Aber jetzt ist es einfach so mittendrin gestorben!

Code Auswählen Erweitern

2020.08.11 12:07:36 3: Cube: Unknown code A06B7D0663EEB81, help me!
2020.08.11 12:07:44 3: myJeeLink: Unknown code OK 9 36 1 4 242 54, help me!
2020.08.11 12:07:52 3: myJeeLink: Unknown code OK 9 36 1 4 242 54, help me!
2020.08.11 12:08:00 2: Display: Error from line 'img 20 33 0.5 png file { "/opt/fhem/www/images/default/weather/" . ReadingsVal("Wetter","icon","") . ".png" }' in layout definition: Can't use an undefined value as a symbol reference at /usr/lib/arm-linux-gnueabihf/perl5/5.20/GD/Image.pm line 176.
2020.08.11 12:08:00 3: myJeeLink: Unknown code OK 9 36 1 4 242 54, help me!
2020.08.11 12:08:01 3: Cube: Unknown code A065126D1B1CFBB, help me!
2020.08.11 12:08:01 3: Cube: Unknown code A0644F870B1CFBB, help me!
2020.08.11 12:08:01 3: Cube: Unknown code A0644F870B1CFBB, help me!
2020.08.11 12:08:02 3: Cube: Unknown code A0644F870B1CFBB, help me!
2020.08.11 12:08:03 3: Cube: Unknown code A0644F870B1CFBB, help me!
2020.08.11 12:08:03 3: Cube: Unknown code A0644F870B1CFBB, help me!
2020.08.11 12:08:04 3: Cube: Unknown code A0644F870B1CFBB, help me!
2020.08.11 12:08:09 3: myJeeLink: Unknown code OK 9 36 1 4 242 54, help me!
2020.08.11 12:08:10 3: GW_CUL_868_Reconnect: GW_CUL_868 version => V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) miniCUL (F-Band: 868MHz)
2020.08.11 12:08:15 3: Cube: Unknown code A0659A400B1CFBB, help me!
2020.08.11 12:08:17 3: GW_CUL_433_Reconnect: GW_CUL_433 version => V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) miniCUL (F-Band: 433MHz)
2020.08.11 12:08:17 3: myJeeLink: Unknown code OK 9 36 1 4 242 54, help me!
2020.08.11 12:08:22 3: GW_CUL_NEX_433_Reconnect: GW_CUL_NEX_433 version => No answer
2020.08.11 12:08:24 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/72_FRITZBOX.pm line 1514.
2020.08.11 12:08:26 3: myJeeLink: Unknown code OK 9 36 1 4 242 54, help me!
2020.08.11 12:08:26 3: SIGNALESP_433: Unknown code u20#D5D7FD5DF75FD5FD7D750, help me!
2020.08.11 12:08:35 3: Cube: Unknown code A069D2F94B1CFBB, help me!
2020.08.11 12:08:36 3: myJeeLink: Unknown code OK 9 36 1 4 242 54, help me!
2020.08.11 12:08:43 3: PCA301 PCA301_022053, channel changed from 11 to 04
2020.08.11 12:08:48 3: PCA301 PCA301_022053, channel changed from 04 to 11
2020.08.11 12:09:00 1: PERL WARNING: DBD::SQLite::db commit failed: database or disk is full at configDB.pm line 552.
DBD::SQLite::db commit failed: database or disk is full at configDB.pm line 552.

Ich weiss ja, dass ich seit zwei (oder sind es schon drei?) Jahren davon rede, dass ich das System mal hochziehen muesste.
Wie habe ich es frueher immer zu meinen MA gesagt: lernen durch Schmerzen!
Das bloede ist nur, dass die Config-db nicht so wirklich dokumentiert ist. So dass ich alles einfach raus und wieder reinbekomme.
Vor Donnerstag wird es aber nichts, da morgen Stammtisch!
Gruss und Danke
Christoph

[betateilchen]

Das bloede ist nur, dass die Config-db nicht so wirklich dokumentiert ist. So dass ich alles einfach raus und wieder reinbekomme.
Vor Donnerstag wird es aber nichts, da morgen Stammtisch!

Erstens ist Dein Beitrag in "Anfängerfragen" völlig falsch.
Zweitens ist das, was Du da als "fehlend" bemängelst, nichts was configDB spezifisch wäre, es handelt sich um bei Dir fehlendes Datenbank-Grundwissen.
Drittens bist Du ganz schön mutig, Dein FHEM in diesem instabilen Zustand noch bis Donnerstag laufen lassen zu wollen.

Aber Du hast doch auch Glück: Du arbeitest mit sqlite. Da ist der Umzug der configDB sehr einfach und besteht nur aus dem Kopieren der verwendeten Datenbankdatei vom alten System auf das neue System.

Die Datenbankdatei solltest Du auf jeden Fall jetzt schonmal irgendwohin ausserhalb Deines FHEM kopieren, damit Du am Donnerstag wenigstens noch eine hoffentlich funktionierende Datenbank hast.

[pc1246]

Moin
Und danke fuer die ermunternden Worte!
Die DB ist 27GB gross, das wird wohl das Problem sein!? Wie mache ich die denn mal klein, und ja ich weiss, dass mein Wissen da sehr gering ist, wenn nicht sogar gegen null geht!
Gruss Christoph
P.S.: Morgen habe ich uebrigens auch nicht wirklich Zeit, da habe ich 1E-Hochzeitstag

[betateilchen]

Mach doch mal ein "configdb reorg 5" dann werden alle alten gespeicherten Konfigurationen aus der Datenbank gelöscht - bis auf die letzten 5.

Nach dem Aufruf nicht die Geduld verlieren, bei einer so großen Datenbank kann das eine Weile dauern.

Wie mache ich die denn mal klein, und ja ich weiss, dass mein Wissen da sehr gering ist, wenn nicht sogar gegen null geht!

Wir reden hier über einen FHEM-internen Befehl zur configDB. Dazu muss man nicht viel mehr Wissen haben, als dass es eine commandref dazu gibt, in der man sowas nachlesen könnte.

[pc1246]

Moin
Danke Udo, aber so wie es aussieht, mag fhem nicht mehr am Leben bleiben. Somit muss ich das von BS Ebene aus machen.
Ich meine diesen Befehl auch schon mal ausgefuehrt zu haben. Aber wer weiss das schon?
Gruss Christoph

[betateilchen]

Hast Du mal probiert, FHEM im rescue-Modus zu starten und dann das configdb reorg auszuführen?

[pc1246]

Nee
Habe ich natuerlich nicht, da ich gar nicht weiss wie es geht!
Ich habe hier https://forum.fhem.de/index.php/topic,66646.msg579338.html#msg579338 was gefunden, nur meine ich das "vacuum" bei mir nicht mehr geht, da ich ja keinen Speicher mehr frei auf der Karte habe!?
Gruss und Danke fuer Deine Zeit
Christoph

[pc1246]

Nachtrag
Gibt e das in meiner fhem Version ueberhaupt schon?

fhem.pl 15182 2017-10-03 10:45:29Z rudolfkoenig $

[betateilchen]

Habe ich natuerlich nicht, da ich gar nicht weiss wie es geht!

Auch das steht in der commandref. Und es gibt hier im Forum auch Beschreibungen dazu.

Die Reparaturversuche werden aber alle nicht funktionieren, wenn Du das auf der vollen SD Karte versuchst.
Kopiere die Datenbankdatei auf einen möglichst großen USB Stick (mindestens 2 * 27GB) und versuche dort das vacuum auszuführen.

[betateilchen]

immer wieder wird empfohlen, ein desaster-recovery zumindest mal zu üben, solange alles funktioniert.
Aber nein, sowas braucht man ja nicht... *kopfschüttel*

Nach einer Datensicherung der Datenbank wage ich gar nicht mehr zu fragen...

[pc1246]

Ok
Das dachte ich mir schon! Dann ziehe ich mal eine Kopie. Und wenn ich nachher zurueckkomme, sollte die ja fertig sein.
Gruss Christoph

[pc1246]

immer wieder wird empfohlen, ein desaster-recovery zumindest mal zu üben, solange alles funktioniert.
Aber nein, sowas braucht man ja nicht... *kopfschüttel*

Nach einer Datensicherung der Datenbank wage ich gar nicht mehr zu fragen...

Doch gibt es, ist ca. 3 Monate alt

[betateilchen]

Nachtrag
Gibt e das in meiner fhem Version ueberhaupt schon?

den rescue mode gibt es mindestens seit Januar 2016, das Vorgehen hat sich aber 2018 geändert.

Aber sowohl das alte wie das neue Verfahren sind im Forum beschrieben.