DBD::mysql::st execute failed - fhem lässt sich nicht starten

[wkarl]

Hallo,

ich versuche seit gestern dieses Problem zu identifizieren und lösen. Vorher hatte ich das System (Fedora Server V27) und fhem upgedated.
Nun habe ich im log folgende Meldung

Code Auswählen Erweitern


020.02.09 14:15:49 1: PERL WARNING: DBD::mysql::st execute failed: Can't create/write to file '/var/tmp/#sql_38d_0.MAI' (Errcode: 28 "No space left on device") at configDB.pm line 671.
DBD::mysql::st execute failed: Can't create/write to file '/var/tmp/#sql_38d_0.MAI' (Errcode: 28 "No space left on device") at configDB.pm line 671.
2020.02.09 14:15:49 1: PERL WARNING: Issuing rollback() due to DESTROY without explicit disconnect() of DBD::mysql::db handle database=fhemdbconfig;host=192.168.178.202;port=3306 at configDB.pm line 671.

Das es am Festplattenplatz liegt glaube ich nicht

Code Auswählen Erweitern


[root@svr-fhem ~]# df -H
Dateisystem             Größe Benutzt Verf. Verw% Eingehängt auf
devtmpfs                 2,1G       0  2,1G    0% /dev
tmpfs                    2,1G       0  2,1G    0% /dev/shm
tmpfs                    2,1G    660k  2,1G    1% /run
tmpfs                    2,1G       0  2,1G    0% /sys/fs/cgroup
/dev/mapper/fedora-root   17G     14G  2,7G   84% /
tmpfs                    2,1G       0  2,1G    0% /tmp
/dev/vda1                1,1G    166M  788M   18% /boot
/dev/mapper/fedora-fhem   30G    295M   30G    1% /opt/fhem
tmpfs                    414M       0  414M    0% /run/user/1000

Auch die Berechtigungen habe ich mittlerweilen auf '777' gestellt, sollte auch nicht mehr das Problem sein.

Da die Datei 'configDB.pm' ein älteres Datum hat, liegt es vermutlich nicht am Update.

Habe alles was ich bei Google gefunden habe gecheckt, getestet - leider ohne Erfolg

Wie ich den 'tmp' Pfad verlegen kann, dazu habe ich nichts gefunden.

Hat jemand von Euch noch ne Idee woran das Problem liegt oder Ideen was ich noch untersuchen kann?

Danke und ciao
Walter

[CoolTux]

Es steht doch da.
No Space in left Device.
Und dein root lv ist zu 90% belegt.
Du musst Platz schaffen

[wkarl]

Hi CoolTux,

leider ist das nicht der Grund

Code Auswählen Erweitern


Dateisystem             Größe Benutzt Verf. Verw% Eingehängt auf
devtmpfs                 2,1G       0  2,1G    0% /dev
tmpfs                    2,1G       0  2,1G    0% /dev/shm
tmpfs                    2,1G    660k  2,1G    1% /run
tmpfs                    2,1G       0  2,1G    0% /sys/fs/cgroup
/dev/mapper/fedora-root   33G     14G   19G   43% /
tmpfs                    2,1G       0  2,1G    0% /tmp
/dev/vda1                1,1G    166M  788M   18% /boot
/dev/mapper/fedora-fhem   30G    295M   30G    1% /opt/fhem
tmpfs                    414M       0  414M    0% /run/user/0

Der Fehler besteht weiterhin.

ciao Walter

[CoolTux]

Der Fehler von oben wird sicherlich nicht weiter bestehen. Zeig mal bitte Log was er jetzt genau für ein Problem hat.

[wkarl]

Hi,

mit

Code Auswählen Erweitern


/usr/bin/perl /opt/fhem/fhem.pl configDB


steht das im log

Code Auswählen Erweitern


2020.02.09 21:22:02 1: PERL WARNING: DBD::mysql::st execute failed: Can't create/write to file '/var/tmp/#sql_38d_0.MAI' (Errcode: 28 "No space left on device") at configDB.pm line 671.
DBD::mysql::st execute failed: Can't create/write to file '/var/tmp/#sql_38d_0.MAI' (Errcode: 28 "No space left on device") at configDB.pm line 671.
2020.02.09 21:22:02 1: PERL WARNING: Issuing rollback() due to DESTROY without explicit disconnect() of DBD::mysql::db handle database=fhemdbconfig;host=192.168.178.202;port=3306 at configDB.pm line 671.


Ciao Walter

[CoolTux]

Interessant. Die DB liegt aber schon auf diesem Rechner wo auch FHEM drauf läuft?
Schau mal bitte in /var/log/syslog nach was da so drin steht.

[Wernieman]

1. /var/tmp/#sql_38d_0.MAI
Kannst Du denn dort ein File "createn "?

Code Auswählen Erweitern

touch /var/tmp/#sql_38d_0.MAI

2. Es gibt nicht nur Platz, sondern auch inodes. Wie sieht es dort aus?

Code Auswählen Erweitern

df -i