[vz-users] Problem beim restore mit dbcopy

Frank Richter frank.richter83 at gmail.com
Mon Mar 25 22:43:03 CET 2019


Hallo Tobias,

in der Standardconfig lässt die DB keinen Zugriff von extern zu. Du musst
die Bind-Adresse ändern und einen passenden User anlegen. Anleitung im Wiki
(im Howto fürs Image).

Grüße
Frank

Tobias Lehr <tobias.lehr at me.com> schrieb am Mo., 25. März 2019, 22:31:

> Da ich leider keine Ahnung habe wo diese ? herkommen und mit welchen
> Parametern ich diese ersetzen soll, scheidet dieser weg erst mal aus. Ich
> nehme zwar an ich muss die Werte nehmen die unterhalb der vielen ? stehen.
>
> sehe ich es richtig das die Problematik wahrscheinlich ausgelöst wird
> durch die Sicherung in eine sqlite Datenbank und dann aus dieser wieder der
> Restore in eine Mysql Datenbank?
>
> Um aber eine Datensicherung in eine mysql Datenbank durchzuführen, müsste
> ein Mysql Server aktiv sein, oder? Oder kann ich die mysql Datenbank des
> einen Raspberry direkt in die mysql Datenbank des anderen Raspberrys
> sichern? Was müsste ich dann in der dbcopy.json als Host für die
> Zieldatenbank angeben? Einfach nur die IP Adresse reicht nicht, da bekomme
> ich die Meldung Connection refused. Oder muss dafür am Ziel raspberry noch
> etwas konfiguriert werden?
>
> Gruß Tobias
>
> Am 25.03.2019 um 21:21 schrieb Andreas Goetz <cpuidle at gmail.com>:
>
> Einfach alle ? der Reihe nach durch die Parameter ersetzen. Ich vermute
> dass die Ids in Anführungszeichen evtl. nicht als Zahlen funktionieren und
> deshalb Syntax Error.
>
> Alternativ- falls Du von/nach mysql kopieren willst könntest Du auch
> einfach zwei mysql Datenbanken eintragen; dann wird sqlite nicht zum
> Engpass.
>
> Viele Grüße, Andreas
>
> Am 25.03.2019 um 20:37 schrieb Tobias Lehr <tobias.lehr at me.com>:
>
> Halo Andreas,
>
> sql händisch ausführen? Nicht wirklich. Ich bin eher so die Kategorie von
> nix ne Ahnung und davon besonders viel. Ich hangele mich bei dem was ich
> tue eigentlich immer nur von tutorial zu tutorial. Und mit sql syntax hatte
> ich bisher noch nie was zu tun. wenn du mir sagst was ich tun soll, dann
> vielleicht, aber ich denke da ist ein remotezugriff von dir vielleicht
> einfacher.
>
> grüß tobias
>
> Am 25.03.2019 um 20:16 schrieb Andreas Götz <cpuidle at gmail.com>:
>
> Mhhm- das hab ich noch nie gesehen. Kannst Du das sql händisch ausführen?
>
> Falls nein- gerne pm für systemzugang.
>
> Viele Grüße,
> Andreas
>
> Am 25.03.2019 um 19:20 schrieb Tobias Lehr <tobias.lehr at me.com>:
>
> Hallo zusammen,
>
> ich betreibe seit etwa 2 Monaten einen Volkszähler, den ich mithilfe des
> vorletzten Images aufgesetzt habe, also das vom 27.03.18. Dort läuft auch
> soweit alles ganz gut. Die Datenbank dort sichere ich jede Nacht mithilfe
> von dbcopy auf ein Laufwerk an meiner fritzbox in eine sqlite Datenbank.
> auch das funktioniert soweit wie es soll.
>
> heute habe ich auf einem andern raspi das vz image ein weiteres mal
> installiert um mit diesem dann verschiedene Dinge auszutesten. um eine
> datengrundlage zu haben, dachte ich ich nehme die sicherungsdatenbank vom
> „produktivzäher“ und „restore“ sie in mein „Testsystem“ um Daten zum testen
> zu haben. Allerdings funktioniert das ganze nicht.
>
> ich habe mir auf dem Testsystem eine dbcopy.json angelegt in der im source
> Bereich die Daten den Sqlite Datenbank stehen und im target Bereich die
> Daten der Mysql Datenbank.
>
> Dann Habe ich den „wiederherstellungsvorgang“ mit folgendem Befehl
> gestartet:
>
> /var/www/volkszaehler.org/vendor/bin/dbcopy backup -c /etc/dbcopy.json
>
> Allerdings erhalte ich dann folgende Fehlermeldung (siehe Screenshot)
>
> <Bildschirmfoto 2019-03-25 um 19.04.08.png>
>
> Kann mir jemand helfen wo mein Fehler liegt? In der dbcopy.json zm
> wiederherstellen, habe ich sonst nichts verändert, auch nicht im tables
> Bereich, nur die Kommentare habe ich entfernt weil sich dbcopy dann mit
> einem json error beschwert hat. Die Datei habe ich in den Anhang gepackt.
>
> <dbcopy.json>
>
>
> Beide System laufen mit dem Image vom 27.03.18, sonst wurden keine update
> gemacht. MariaDB ist auf beiden System die gleiche Version 10.1.23
>
> Liegt es an den unterschiedlichen Systemen?
> Liegt es daran das die Ziel Datenbank leer war?
>
> Denn so wie ich es versucht habe, würde ja auch im Falle eines Crashs des
> „Produktivsystems“ eine Datenwiederherstellung nicht funktionieren.
>
> Vielen Dank schon mal für eure Hilfe
> Gruß Tobias
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20190325/7abdfd26/attachment-0001.html>


More information about the volkszaehler-users mailing list