[vz-users] waiting for someone to free some space...

[Andreas Götz]

Du schreibst von einem Datenbankproblem laut Name der Tempfiles. Mit VZ hat das m.M. erstmal nichts zu tun.

Wenn Deine Platte Platz hat und nur /tmp voll ist einfach tmp vergrössern?

Viele Grüße,
Andreas

> Am 11.05.2019 um 18:35 schrieb René W <tylonhh at gmail.com>:
> 
> Hi
> Die Platte aufm NAS ist nicht voll.
> Nur /tmp wird mit 100% belegt angezeigt. Dadurch erhalte ich im Frontend Dir Fehlermeldung „waiting for someone to free some space...“
> Wenn ich das TMP Verzeichnisse per Hand leere wird es sofort wieder gefüllt.
> 
> Aber schonmal gut zu wissen das die Anzahl der Einträge nicht ungewöhnlich sind.
> 
> Ich möchte eher herausfinden warum das tmp so schnell gefüllt wird und nicht alleine geleert wird. So kann ich VZ nicht nutzen. 
> 
> Gruß René 
> 
> Andreas Götz <cpuidle at gmail.com> schrieb am Sa. 11. Mai 2019 um 14:53:
>> Hallo Rene,
>> 
>> Was genau ist Dein Problem? Platte voll auf dem Nas? /tmp einfach löschen- dafür ist es da. 
>>  
>> Wobei soll ein Neustart der „Anlage“ etwas bringen?
>> 
>> Oder gefällt Dir die Anzahl der DB Einträge nicht? Bei mir sinds deutlich mehr auf dem Raspi...
>> 
>> Viele Grüße,
>> Andreas
>> 
>>> Am 11.05.2019 um 12:04 schrieb René W <tylonhh at gmail.com>:
>>> 
>>> Hallo,
>>> 
>>> ich nutzt den VZ schon seit einigen Jahren. Ausgelesen wird über ein Raspberry und die Datenbank liegt auf ein Synology NAS. Soweit so gut. Seit kurzem wird der /tmp voll geknallt mit 250MB. Dort sind Dateien wie zum Beispiel /tmp/#sql_2681_0.MAI und /tmp/#sql_2681_0.MAD
>>> 
>>> VZ hat in der DB über 4 Millionen(!) Einträge und belegen 183MB Daten und 149MB Indizes. Ein Neustart der gesamten Anlage bringt leider auch nichts.
>>> 
>>> Was sind nun meine nächsten Schritte? TMP erhöhen? DB besser konfigurieren? Alte Daten löschen/zusammenfassen?
>>> 
>>> Lieben Gruß René
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20190511/66781d84/attachment.html>