<div dir="auto"><br>Hallo,<div><br></div><div>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.</div><div><br></div><div>Gruß Tobias</div></div><div style="line-height:1.5"><br><br>-------- Ursprüngliche Nachricht --------<br>Von: Michael Hartmann <hartmann-micha@web.de><br>Datum: Sa., 5. Dez. 2020, 11:12<br>An: "'volkszaehler.org - users'" <volkszaehler-users@demo.volkszaehler.org><br>Betreff: [vz-users] DB Backup auf NAS via sqlite<br><blockquote><div><div><p>Hallo,</p><p> </p><p>nachdem ich daran scheitere mein mühevoll angelegtes mysql DB Backup auf das Testsystem zu transferieren versuche ich nun den Weg über sqlite.</p><p> </p><p>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.</p><p> </p><p>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:</p><p> </p><div style="border-top:solid 1pt;border-left:none;border-bottom:solid 1pt;border-right:none;padding:1pt 0cm 1pt 0cm"><p style="border:none;padding:0cm">//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</p></div><p> </p><p>Anschließen kann der user pi alle Dateioperation auf dem share ausüben (löschen, verschieben, umbenennen,…)</p><div style="border:none;border-bottom:solid 1pt;padding:0cm 0cm 1pt 0cm"><p style="border:none;padding:0cm"> </p></div><p>pi@SmartMeter:/mnt/VZ_share $ ls -l</p><p>insgesamt 4917152</p><p>-rwxrwx--- 1 pi root 1740366969 Nov 15 06:12 VZ-Backup_2020-11-15_0300.img.gz</p><p>-rwxrwx--- 1 pi root 1757275296 Dez  1 06:07 VZ-Backup_2020-12-01_0300.img.gz</p><p>-rwxrwx--- 1 pi root  202543104 Nov 29 12:07 VZ_DB_Backup.db3</p><div style="border:none;border-bottom:solid 1pt;padding:0cm 0cm 1pt 0cm"><p style="border:none;padding:0cm">-rwxrwx--- 1 pi root 1334971979 Nov 21 16:56 VZ-Image_2020-11-21_blank_DB.img.gz</p></div><p> </p><div style="border:none;border-bottom:solid 1pt;padding:0cm 0cm 1pt 0cm"><p style="border:none;padding:0cm">Dennoch bekomme ich von dbcopy immer den Fehler, dass die DB gelocked sei!</p><p style="border:none;padding:0cm"> </p></div><p>pi@SmartMeter:/ $ /var/www/volkszaehler.org/vendor/bin/dbcopy copy -c /etc/dbcopy_sqlite.yaml</p><p> </p><p>In AbstractSQLiteDriver.php line 39:</p><p> </p><p>  An exception occurred while executing 'DELETE FROM entities':</p><p> </p><p>  SQLSTATE[HY000]: General error: 5 database is locked</p><p> </p><p> </p><p>In Exception.php line 18:</p><p> </p><p>  SQLSTATE[HY000]: General error: 5 database is locked</p><p> </p><p> </p><p>In PDOConnection.php line 125:</p><p> </p><p>  SQLSTATE[HY000]: General error: 5 database is locked</p><p> </p><p> </p><div style="border:none;border-bottom:solid 1pt;padding:0cm 0cm 1pt 0cm"><p style="border:none;padding:0cm">copy [-c|--config CONFIG] [-b|--batch BATCH] [-k|--keep-constraints] [--] [<tables>...]</p></div><p> </p><p>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.</p><p> </p><p>Hat dazu jemand eine Idee?</p><p> </p><p>Grüße</p><p> </p><p>Micha</p></div></div></blockquote></div>