[vz-users] DB Backup auf NAS via sqlite

Michael Hartmann hartmann-micha at web.de
So Dez 27 12:55:54 CET 2020


Hallo,

 

da ich hier mit cifs aus ungeklärten Gründe nicht weiterkomme, habe ich das share nun via nfs eingebunden. Jetzt funktioniert auch das sqlite backup direkt auf das share.

 

Nur beim restore des backups auf das testsystem steigt dbcopy wieder mit duplicate entries aus. Wie seinerzeit bei Versuch das restore aus der mysql DB Kopie auf meiner Sysnology durchzuführen.

 

Somit gibt es scheinbar keine Möglichkeit eines zuverlässigen Daten Backups für den VZ.

 

Grüße

 

Micha

 

Von: volkszaehler-users [mailto:volkszaehler-users-bounces at demo.volkszaehler.org] Im Auftrag von Thomas Höpfner
Gesendet: Samstag, 5. Dezember 2020 13:47
An: volkszaehler.org - users
Betreff: Re: [vz-users] DB Backup auf NAS via sqlite

 

Hallo Micha,

 

probiere nfs anstelle cifs.

Thomas 

 

 





Am 05.12.2020 um 11:13 schrieb Michael Hartmann <hartmann-micha at web.de>:



Hallo,

 

nachdem ich daran scheitere mein mühevoll angelegtes mysql DB Backup auf das Testsystem zu transferieren versuche ich nun den Weg über sqlite.

 

Generell funktioniert es. Ich habe mit create/copy ein lokales sqlite Backup auf dem Produktivsystem erstellt und dieses dann auf das NAS verschoben. Dieses Backup konnte ich direkt vom NAS auf das Testsystem einspielen, wo mir im Anschluss alle Daten im Frontend zu Verfügung stehen.

 

Nun hängt es daran auf dem Produktivsystem ein direktes Backup auf das NAS zu fahren. Ich habe das share via /etc/fstab auf dem Produktivsystem gemountet:

 

//192.168.178.24/SmartMeter /mnt/VZ_share cifs username=SmartMeter,password=***,vers=2.0,uid=1000,file_mode=0770,dir_mode=0770 0 0

 

Anschließen kann der user pi alle Dateioperation auf dem share ausüben (löschen, verschieben, umbenennen,…)

 

pi at SmartMeter:/mnt/VZ_share $ ls -l

insgesamt 4917152

-rwxrwx--- 1 pi root 1740366969 Nov 15 06:12 VZ-Backup_2020-11-15_0300.img.gz

-rwxrwx--- 1 pi root 1757275296 Dez  1 06:07 VZ-Backup_2020-12-01_0300.img.gz

-rwxrwx--- 1 pi root  202543104 Nov 29 12:07 VZ_DB_Backup.db3

-rwxrwx--- 1 pi root 1334971979 Nov 21 16:56 VZ-Image_2020-11-21_blank_DB.img.gz

 

Dennoch bekomme ich von dbcopy immer den Fehler, dass die DB gelocked sei!

 

pi at SmartMeter:/ $ /var/www/volkszaehler.org/vendor/bin/dbcopy copy -c /etc/dbcopy_sqlite.yaml

 

In AbstractSQLiteDriver.php line 39:

 

  An exception occurred while executing 'DELETE FROM entities':

 

  SQLSTATE[HY000]: General error: 5 database is locked

 

 

In Exception.php line 18:

 

  SQLSTATE[HY000]: General error: 5 database is locked

 

 

In PDOConnection.php line 125:

 

  SQLSTATE[HY000]: General error: 5 database is locked

 

 

copy [-c|--config CONFIG] [-b|--batch BATCH] [-k|--keep-constraints] [--] [<tables>...]

 

Ich habe schon sämtliche, mir bekannten Optionen für das mounten des shares ausprobiert. Leider erfolglos. Auch ein mounten in /home/pi macht keinen Unterschied.

 

Hat dazu jemand eine Idee?

 

Grüße

 

Micha

<dbcopy_sqlite.yaml>

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20201227/85301cfa/attachment.html>


Mehr Informationen über die Mailingliste volkszaehler-users