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

[René W]

Naja, wenn das Programm schlecht geschrieben ist und unnötige Tabellen und
Zugriffe dadurch erzeugt werden ist es kein Hardwareproblem.
Ich werde aber trotzdem parallel schauen wie ich mein /tmp auf mein
Synology NAS vergrößern kann.
LG

Am Sa., 11. Mai 2019 um 19:18 Uhr schrieb Andreas Götz <cpuidle at gmail.com>:

> 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/20190517/588a0705/attachment.html>