[vz-users] DB Backup auf NAS via sqlite

[Andreas Goetz]

Aber warum ist das nötig? Lokal schreiben und dann rüber kopieren? Nicht elegant, aber umgeht das Problem.

Viele Grüße, Andreas 

> Am 05.12.2020 um 12:24 schrieb Thomas Höpfner <thomas at thhoe.de>:
> 
> Micha möchte das Backup auf das Share schreiben.
> 
> Thomas
> 
>>> Am 05.12.2020 um 12:21 schrieb Andreas Goetz <cpuidle at gmail.com>:
>>> 
>> 
>> Warum musst Du die DB über ein Share restaurieren? Kopier die Datei doch einfach auf das Zielsystem?
>> 
>> Viele Grüße, Andreas 
>> 
>>>> Am 05.12.2020 um 11:12 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/20201205/220a5ada/attachment.html>