Re: [vz-users] Kopieren großer sqlite.db3 auf smb share bricht ab
Hallo zusammen, kurze Rückmeldung zu meinem Problem: Der fehlende Platz auf der SD-Karte war offenkundig die Ursache. Nachdem ich das DB-Backup nochmal komplett neu erstellt und ein wenig Platz geschaffen habe, läuft der Kopiervorgang auf das smb-Share problemlos durch. Grüße JD. Sent: Wednesday, June 23, 2021 at 12:24 PM From: "John Doe" To: volkszaehler-users@demo.volkszaehler.org Subject: Re: [vz-users] Kopieren großer sqlite.db3 auf smb share bricht ab Hallo Thomas, das Platzproblem hatte ich schon als Ursache in Verdacht. 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. 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. Grüße JD. Sent: Wednesday, June 23, 2021 at 12:03 PM From: "Thomas Höpfner" To: "volkszaehler.org - users" Subject: Re: [vz-users] Kopieren großer sqlite.db3 auf smb share bricht ab 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 : 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.
Re: [vz-users] Kopieren großer sqlite.db3 auf smb share bricht ab
Hallo Thomas, das Platzproblem hatte ich schon als Ursache in Verdacht. 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. 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. Grüße JD. Sent: Wednesday, June 23, 2021 at 12:03 PM From: "Thomas Höpfner" To: "volkszaehler.org - users" Subject: Re: [vz-users] Kopieren großer sqlite.db3 auf smb share bricht ab 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 : 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.
Re: [vz-users] Kopieren großer sqlite.db3 auf smb share bricht ab
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 : 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.
[vz-users] Kopieren großer sqlite.db3 auf smb share bricht ab
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.
