[vz-users] Evtl Fehler bei dbcopy

[Alex]

Moin,

ich bin jetzt verwirrt... Du hast als source die Datei mit dem 2024er
Datum definiert und kopierst die Daten dann in die mysql Datenbank...
und dann ist da noch ein InfluxDB Eintrag, der aus einer
Beispielkonfiguration zu stammen scheint. 

Kann es sein, dass Du mal etwas zurückgesichert hast und dann Source
und Target nicht wieder zurückgedreht hast? Das würde auch zum Output
passen, der keine inkrementellen Daten aus der data table kopiert.

Versuche es doch mal so:

source:
   driver: pdo_mysql
   host: localhost
   user: root
   password: demo
   dbname: volkszaehler
target:
   driver: pdo_sqlite
   path: /home/pi/sqlite.db3 

tables:
   entities: copy
   properties: copy
   entities_in_aggregator: copy
   data: pk
   aggregate: skip

Nur das, sonst nix.

Mach Dich darauf gefasst, dass dann eine ganze Menge kopiert wird, ich
würde den cron-job erst einmal abstellen und es manuell durchlaufen
lassen.

Es würde vielleicht Sinn machen, die bestehende Datei umzubenennen und
gleich eine neue anzulegen. Dann geht nichts bestehendes kaputt und die
neue Datei ist auch sauber.

Grüße von der Nordsee,
AlexMoin,

ich bin jetzt verwirrt... Du hast als source die Datei mit dem 2024er
Datum definiert und kopierst die Daten dann in die mysql Datenbank...
und dann ist da noch ein InfluxDB Eintrag, der aus einer
Beispielkonfiguration zu stammen scheint. 

Kann es sein, dass Du mal etwas zurückgesichert hast und dann Source
und Target nicht wieder zurückgedreht hast? Das würde auch zum Output
passen, der keine inkrementellen Daten aus der data table kopiert.

Versuche es doch mal so:

source:
   driver: pdo_mysql
   host: localhost
   user: root
   password: demo
   dbname: volkszaehler
target:
   driver: pdo_sqlite
   path: /home/pi/sqlite.db3 

tables:
   entities: copy
   properties: copy
   entities_in_aggregator: copy
   data: pk
   aggregate: skip

Nur das, sonst nix.

Mach Dich darauf gefasst, dass dann eine ganze Menge kopiert wird, ich
würde den cron-job erst einmal abstellen und es manuell durchlaufen
lassen.

Es würde vielleicht Sinn machen, die bestehende Datei umzubenennen und
gleich eine neue anzulegen. Dann geht nichts bestehendes kaputt und die
neue Datei ist auch sauber.

Grüße von der Nordsee,
Alex
On Wed, 2026-09-16 at 16:36 +0000, John Doe wrote:
> Hallo Alex,
>  
> hier zur Sicherheit mal die dbcopy.yaml:
>  
> # DATABASE DEFINITION
> target:
> DATABASE DEFINITION
> target:
>   driver: pdo_mysql
>   host: localhost
>   user: root
>   password: demo
>   dbname: volkszaehler
> source:
>   driver: pdo_sqlite
>   host: localhost
>   user: root
>   password: raspberry
>   dbname: volkszaehler_backup
>   path: /home/pi/sqlite.db3             # path is only used if driver
> = pdo_sqlite
> # influxdb target database connection
> influx:
>   dsn: influxdb://localhost:8086
>   dbname: volkszaehler
>   measurement: data
> # TABLE DEFINITION
> # ----------------
> # tables will be processed in the order they are mentioned:
> #               - foreign keys on target will be dropped
> #               - if a table is not listed here, it will not be
> touched
> # transfer mode
> #               skip:           table will not be copied
> #               copy:           entire table will be truncated on
> target and copied from source
> #               pk:                     selective copy by primary
> key. only data not present on target
> #                                       will be copied from source.
> tables:
>   entities: copy
>   properties: copy
>   entities_in_aggregator: copy
>   data: pk
>   aggregate: skip
>   driver: pdo_mysql
>  
> Grüße
>  
> JD.
> Sent: Wednesday, September 16, 2026 at 12:19 PM
> From: Alex <trabant at ewe.net>
> To: "volkszaehler.org - users" <volkszaehler-
> users at demo.volkszaehler.org>
> Subject: Re: [vz-users] Evtl Fehler bei dbcopy
> Moin,
>  
> bist Du sicher, dass im benannten /etc/dbcopy.yaml der korrekte Pfad
> für die SqLite Datei steht? Die andere Datei (/media/backup/...) hat
> auch ein altes Datum?
>  
> On Wed, 2026-09-16 at 09:42 +0000, John Doe wrote:
> > Hallo zusammen,
> >  
> > Ausgangslage: Älterer vz auf Raspi 4, System auf USB-SSD:
> >  
> > vzlogger -V 
> > 0.8.0 
> >  based on git version: heads/master-0-g033de9dc7d 
> >  last commit date: Wed, 10 Feb 2021 14:44:17 +0100 
> >  
> > Heute habe ich festgestellt, dass seit einiger Zeit das Backup via
> > dbcopy auf ein NAS über eine CIFS-Freigabe evtl. nicht mehr
> > funktioniert, da die erstellte(n) sqlite.bd3 Zeitstempel aus Mai
> > 2024 haben. Der vzlogger läuft normal und aggregiert Werte. Die
> > Ausgabe von dbcopy:
> >  
> > sudo /var/www/volkszaehler.org/vendor/bin/dbcopy copy -c
> > /etc/dbcopy.yaml 
> > [ ... ]
> 
>  
>