<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hallo Thomas,</div>
<div> </div>
<div>das Platzproblem hatte ich schon als Ursache in Verdacht.</div>
<div>Darüber hinaus weiß ich nicht so ganz genau, wie lannge dieses Problem schon besteht und mir eventuell auch die (lokal) gesicherte sqlite.db3 zerschossen hat.</div>
<div>Ich habe diese (lokale) sqlite.db3 jetzt mal gelöscht. Danach habe ich ältere Logs gelöscht und apt-get clean bzw. autoclean laufen lassen. Das hat ca. 10 Prozent Platz gebracht. Im Anschluss habe ich dbcopy ein neues komplettes Backup angestossen. Sobald das abgeschlossen ist, melde ich mich wieder mit dem Ergebnis.</div>
<div>Grüße</div>
<div> </div>
<div>JD.</div>
<div>
<div>
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Sent:</b> Wednesday, June 23, 2021 at 12:03 PM<br/>
<b>From:</b> "Thomas Höpfner" <thomas@thhoe.de><br/>
<b>To:</b> "volkszaehler.org - users" <volkszaehler-users@demo.volkszaehler.org><br/>
<b>Subject:</b> Re: [vz-users] Kopieren großer sqlite.db3 auf smb share bricht ab</div>
<div name="quoted-content">
<div>Hallo,
<div> </div>
<div>smb braucht platz zum puffern, die volle sd kann also der grund sein.</div>
<div>bei mir ist das journal ein großer platzfresser.</div>
<div>mit <span style="color: inherit;font-family: SFMono-Regular , Menlo , Monaco , Consolas , "Liberation Mono" , "Courier New" , monospace;font-size: inherit;background-color: rgb(239,240,241);">journalctl --disk-usage</span> kannst du das prüfen </div>
<div>das löschen geht auch, den befehl habe ich gerade nicht </div>
<div> </div>
<div> </div>
<div>
<div>Thomas
<div> </div>
<div> </div>
</div>
<div>
<blockquote>Am 23.06.2021 um 11:11 schrieb John Doe <johndoe@null.net>:<br/>
</blockquote>
</div>
<blockquote>
<div>
<div style="font-family: Verdana;font-size: 12.0px;">
<div>Hallo zusammen,</div>
<div> </div>
<div>seit einigen Jahren benutze ich nun dbcopy zum Backup/Restore meiner VZ-Datenbank, alles läuft weitestgehend reibungslos.</div>
<div>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.</div>
<div>Der Kopiervorgang bleibt reproduzierbar an der gleichen Stelle hängen (ca. 1.55GB).</div>
<div>Was habe ich getan:</div>
<div> </div>
<div>apt-get update && apt-get upgrade auf dem Raspi und Neustart</div>
<div>Neustart der DS</div>
<div> </div>
<div>Das Problem bleibt bestehen. VZLogger läuft soweit, auch ein händisch angestossenes dbcopy läuft lokal fehlerfrei durch.</div>
<div>An was könnte das liegen ? Dazu muss ich sagen, dass auf der SD-Karte nur noch wenig Platz ist:</div>
<div> </div>
<div>
<div>Filesystem 1K-blocks Used Available Use% Mounted on<br/>
/dev/root 15239572 14477536 140396 100% /</div>
<div> </div>
<div> </div>
<div>Könnte das die Ursache sein ?</div>
<div>Einen ressourcen-fressenden Prozess habe ich nicht ausgemacht.</div>
<div>Beste Grüße</div>
<div> </div>
<div>JD.</div>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</div>
</div>
</div></div></body></html>