[vz-users] DB Backup auf NAS via sqlite

[Michael Hartmann]

Hallo Tobias,

 

ja ein DS213j. Leider hat das Deaktivieren dieser Option es auch nicht gebracht. Erfordert es einen Neustart der Diskstation um wirksam zu werden?

 

Grüße

 

Micha

 

Von: volkszaehler-users [mailto:volkszaehler-users-bounces at demo.volkszaehler.org] Im Auftrag von ?tobias.lehr at me.com?
Gesendet: Samstag, 5. Dezember 2020 12:29
An: volkszaehler.org - users
Betreff: Re: [vz-users] DB Backup auf NAS via sqlite

 


Hallo,

 

Handelt es sich bei dem NAS um eine Synology? Ich hatte das selbe Problem nämlich auch. Wen ja schau mal unter Systemsteuerung/dateidienste/smb/erweiterte Einstellungen. Da gibt es bei mir einen Punkt der nennt sich opportunistic locking aktivieren. Da war bei mir standardmäßig der Haken drin. Nach dem ich diesen entfernt hatte ging es bei mir. Hatte ich irgendwie ergooglet weiß aber nicht mehr wo.

 

Gruß Tobias



-------- Ursprüngliche Nachricht --------
Von: Michael Hartmann <hartmann-micha at web.de>
Datum: Sa., 5. Dez. 2020, 11:12
An: "'volkszaehler.org - users'" <volkszaehler-users at demo.volkszaehler.org>
Betreff: [vz-users] DB Backup auf NAS via sqlite

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

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