[vz-users] Kopieren großer sqlite.db3 auf smb share bricht ab

[Thomas Höpfner]

Hallo,

smb braucht platz zum puffern, die volle sd kann also der grund sein.
bei mir ist das journal ein großer platzfresser.
mit journalctl --disk-usage kannst du das prüfen 
das löschen geht auch, den befehl habe ich gerade nicht 


Thomas 



Am 23.06.2021 um 11:11 schrieb John Doe <johndoe at null.net>:


Hallo zusammen,
 seit einigen Jahren benutze ich nun dbcopy zum Backup/Restore meiner VZ-Datenbank, alles läuft weitestgehend reibungslos.
Seit gestern habe ich das Symptom, dass die lokal erzeugte sqlite.db3 von ca. 3.5 GB nicht mehr unfallfrei auf ein smb-Share auf einer Diskstation kopiert werden kann.
Der Kopiervorgang bleibt reproduzierbar an der gleichen Stelle hängen (ca. 1.55GB).
Was habe ich getan:
 apt-get update && apt-get upgrade auf dem Raspi und Neustart
Neustart der DS
 Das Problem bleibt bestehen. VZLogger läuft soweit, auch ein händisch angestossenes dbcopy läuft lokal fehlerfrei durch.
An was könnte das liegen ? Dazu muss ich sagen, dass auf der SD-Karte nur noch wenig Platz ist:
 Filesystem                     1K-blocks      Used Available Use% Mounted on
/dev/root                       15239572  14477536    140396 100% /
  Könnte das die Ursache sein ?
Einen ressourcen-fressenden Prozess habe ich nicht ausgemacht.
Beste Grüße
 JD.
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20210623/f1b52781/attachment.html>