-users@demo.volkszaehler.org
Subject:Re: [vz-users] VZLogger auf RasPi bleibt hart stehen
JD,
Hast Du die Karte mal in einem anderen Rechner gemountet und das Dateisystem berprft? Df reicht nicht um sicher zu gehen.
Viele Gre,
Andreas
Am 24.06.2015 um 22:08 schrieb John Doe john
angeschlossen?
Viele Gre,
Andreas
Am 24.06.2015 um 19:55 schrieb John Doe john...@null.net:
Hallo zusammen,
zunchst mal vielen Dank fr dieses vielseitige Tool !
Dank der aufopferungsvollen Mithilfe von Udo ist es mir am vergangenen WE gelungen, alles mittels des entsprechenden Images
um 19:55 schrieb John Doe john...@null.net:
Hallo zusammen,
zunchst mal vielen Dank fr dieses vielseitige Tool !
Dank der aufopferungsvollen Mithilfe von Udo ist es mir am vergangenen WE gelungen, alles mittels des entsprechenden Images (https://demo.volkszaehler.org/downloads
Hallo zusammen,
durch ein Update der Middleware wie hier -> http://wiki.volkszaehler.org/howto/git
beschrieben habe ich meine Installation zerstört.
Danach wollte ich mit dem install-Script wie hier -> http://wiki.volkszaehler.org/software/middleware/installation
beschrieben neu
quot;Daniel Lauckner" <v...@jahp.de>
> To: "volkszaehler.org - users" <volkszaehler-users@demo.volkszaehler.org>
> Subject: Re: [vz-users] Update zerstört Installation - wie neu installieren
> und ggfs. alte Datenbank zurückspielen ?
>
> Hallo John Doe,
&
ndest du Aggregation im vzlogger? verbosity auf 0 gesetzt? Damit lässt sich die Lebensdauer der SD-Karte nämlich beeinflussen.
Grüße
Frank
Am 2. März 2018 um 15:22 schrieb John Doe <john...@null.net>:
Hallo zusammen,
nachdem mir mein auf einem Raspi 2 laufender VZ leider du
Hallo zusammen,
nachdem mir mein auf einem Raspi 2 laufender VZ leider durch einen Defekt der SD-Karte abhanden gekommen ist, war ich gezwungen, diesen neu aufzusetzen.
Dazu habe ich das aktuelle Image (https://demo.volkszaehler.org/downloads/volkszaehler_latest.rar) benutzt und die Kanäle
Datei
> bei MySQL mit mysqldump oder phpmyadmin
>
> Das Backup der dbcopy-Kopie tut dann weniger weh, diese DB darf ja ruhig auch
> mal länger gesperrt oder offline sein…
>
> Ich hoffe Deine Daten sind jetzt sicher :)
>
> Viele Grüße,
> Andreas
>
>
tere Infos liefern ? Wo befindet sich die DB ? Wie kann ich meine UIDs der Zähler noch retten ?
Besten Dank im Voraus,
JD.
Sent: Saturday, June 01, 2019 at 7:00 PM
From: "John Doe"
To: volkszaehler-users@demo.volkszaehler.org
Cc: "volkszaehler.org - users"
Subject:
Hallo zusammen,
nach einem Update-Versuch der Middleware analog zum wiki hat mir das
composer update
zunächst ein paar Meldungen bezüglich fehlendem php 7.1 geliefert. Ein Aufruf des Webfrontends endete da schon mit verlorenen Kanälen.
Nun habe ich (ja ich weiß, bitte keine Maßregelung)
ixedinterval": false,
"channels": [
{
"uuid": "07b54520-1d9d-11e8-981e-27a436381559",
"identifier": "1-0:1.8.1*255",
"api": "volkszaehler",
"middleware": "ht
go.
Am 01.06.2019 um 19:30 schrieb John Doe <john...@null.net>:
Hallo zusammen,
noch mal ein kleines Update:
Meine vzlogger.conf ist noch da und sieht so aus:
"retry": 0,
"daemon": true,
"verbosity": 0,
"log": "/var/l
t;
> Mir bleibt nur der Tipp mit dbcopy für künftige Backups- tut mir leid :/
>
> Viele Grüße,
> Andreas
>
> > Am 01.06.2019 um 20:01 schrieb John Doe :
> >
> > Hallo Andreas,
> >
> > vielen Dank für Deine Antwort.
> >
> > Unter /var/log/ befi
als du dein kaputtes Image zurückgespielt hast. Wahrscheinlich
> hättest du nach dem Update nur die Datenbank-Config anpassen müssen (das
> Configfile heißt jetzt anders).
>
> Du hast den Zustand der Speicherkarte vor Wiederherstellung des Images
> nicht zufällig gesichert, oder?!
>
> V
h helfen können, das ganze wieder zum Laufen zu bringen. Jetzt wohl leider nicht mehr.
Grüße
Frank
John Doe <john...@null.net> schrieb am Sa., 1. Juni 2019, 23:49:
Hallo Frank,
ich habe den Zustand der Karte vor dem Wiedereinspielen des Images leider nicht gesichert.
Und ich glaube
aus dbcopy.json ein dbcopy.yaml geworden, findest Du im etc Ordner.
Viele Grüße,
Andreas
On 2. Jun 2019, at 11:43, John Doe <john...@null.net> wrote:
Hallo zusammen,
nach dem bekannten Crash habe ich nun meinen VZ mit dem letzten Image (https://demo.
ist ziemlich eindeutig: deinem PHP scheint das Modul für SQlite zu fehlen. DU musst aber auch nicht zwingend SQlite nehmen. Genauso kannst DU auch ein Backup in eine andere MySQL DB machen (z.B. auf einen Server).
Achtung: in aktuellen Versionen ist aus dbcopy.json ein dbcopy.yaml geworden,
02.06.2019 um 13:36 schrieb John Doe <john...@null.net>:
Hallo zusammen,
noch etwas ist mir bei der Neuinstallation aufgefallen: das phpMaAdmin-WebIF ist nicht erreichbar, Firefox zeit lediglich
{"version":"0.3","exception":{"message":"
On 2. Jun 2019, at 15:21, John Doe <john...@null.net> wrote:
Hallo Andreas,
wie ich weiter oben schrieb, habe ich das funktionierende Image benutzt.
das phpmyAdmin dort nicht enthalten ist, wußte ich nicht.
Was kann ich denn noch versuchen, um eine funktionierende Kopie
oder wohin Du willst) und passt die dann Deinen Bedürfnissen an.
Viele Grüße,
Andreas
PS.: dass aktuelles dbcopy keine .json Konfigurationen mehr kann hatte ich ich vorher schonmal geschrieben ;)
On 2. Jun 2019, at 17:57, John Doe <john...@null.net> wrote:
Hallo Andreas,
woher wenn:
apt-get update
apt-get install php-sqlite3 (oder php-sqlite)
nicht funktioniert.
Sorry :(
On 2. Jun 2019, at 18:18, John Doe <john...@null.net> wrote:
Hallo Andreas,
die dbcopy.yaml habe ich, bis auf die User-Daten, erst mal so gelassen:
# DATABASE D
er Stelle nucht ganz up to date.
Gruß Tobias
Ursprüngliche Nachricht
Betreff: Re: [vz-users] Probleme beim Datenbank-BackUp
Von: John Doe
An: volkszaehler-users@demo.volkszaehler.org
Cc: "volkszaehler.org - users"
Hallo Frank,
ich habe nach dem Wiki
create, sondern dbcopy backup. Steht übrigens auch im Wiki...
Am Do., 13. Juni 2019 um 22:31 Uhr schrieb John Doe <john...@null.net>:
Hallo Frank,
ein Update von was denn?
Und woher kommt der Fehler?
Grüße,
JD.
> Sent: Thursday, June 13, 2019 at 9:14 PM
> From:
; From: "Daniel Lauckner"
> To: "volkszaehler.org - users"
> Subject: Re: [vz-users] SD-Kartencrash nach Update - noch etwas zu Retten ?
>
> Hallo,
>
>
> am Mittwoch, 12. Juni 2019 um 22:42 hat John Doe geschrieben:
> > und ein rpi-updateangestoßen.
>
hoffe du hast nach dem Crash eine neue Karte genommen.
> Sonnst...
>
> Thomas
>
>
> > Am 13.06.2019 um 12:51 schrieb John Doe :
> >
> > Hallo Daniel,
> >
> > der Rat zu rpi-update war mir unbekannt..
> > Phpmyadmin ist (da ich das aktuelle
rmeldung ist eigentlich eindeutig: die Tabelle gibt's schon, also
> ist create der falsche Befehl. Ich glaub update müsste passen.
>
> Grüße
> Frank
>
> John Doe schrieb am Do., 13. Juni 2019, 20:00:
>
> > Hallo zusammen,
> >
> > mein Problem nach dem rpi-up
Hallo zusammen,
mein Problem nach dem rpi-update hat sich durch ein aktuelles rpi-update erledigt, alles läuft soweit wieder.
Leider habe ich jetzt wieder ein Problem mit dem Backup der Datenbank:
sudo /var/www/volkszaehler.org/vendor/bin/dbcopy create -c /etc/dbcopy.yaml
Creating
ele Grüße,
Andreas
On 2. Jun 2019, at 18:46, John Doe <john...@null.net> wrote:
Hallo Andreas,
der letzte Tip hat funktioniert:
Nach Installation von php-sqlite3 scheint es durchgelaufen zu sein:
$ /var/www/volkszaehler.org/vendor/bin/dbcopy create -c /etc/dbcopy.y
t;Frank Richter"
To: "volkszaehler.org - users"
Subject: Re: [vz-users] Probleme beim Datenbank-BackUp
update war falsch, sorry. Hatte nicht nachgeschaut. Korrekt ist backup.
Also nicht dbcopy create, sondern dbcopy backup. Steht übrigens auch im Wiki...
Am Do., 13. Juni 2019 um 22
llständige Datenbank ja schon drin. Also:
- Dump auf neuer Karte wieder herstellen
- System hochfahren und testen
- Restliche Daten per DBCopy von live System in neues System kopieren
Karten tauschen und fertig.
Viele Grüße,
Andreas
On 2. Dec 2019, at 10:36, John Doe <
im Anschluss die cron Jobs für Aggregation einschalten, sonst überholen die sich mit dem Initialaufbau….
Viele Grüße, Andreas
On 2. Dec 2019, at 10:07, John Doe <john...@null.net> wrote:
Hallo zusammen,
bei meinem laufenden Volkszähler scheint sich wieder mal ein Kartencrash anzukü
Hallo zusammen,
bei meinem laufenden Volkszähler scheint sich wieder mal ein Kartencrash anzukündigen (Symptom: frequent steigendes hart Stehenbleiben).
Da ich aus "Schmerzen" lerne, habe ich 1. per dbcopy eine tägliche Datensicherung angelegt und 2. heute einen kompletten Dump der aktuell
tändige Datenbank ja schon drin. Also:
- Dump auf neuer Karte wieder herstellen
- System hochfahren und testen
- Restliche Daten per DBCopy von live System in neues System kopieren
Karten tauschen und fertig.
Viele Grüße,
Andreas
On 2. Dec 2019, at 10:36, John Doe <
amps anpassen willst, musst du die alle löschen.
John Doe <john...@null.net> schrieb am Fr., 28. Feb. 2020, 19:43:
Hallo Frank,
die Lücke existiert und ist ca. 40 Stunden lang ...
Der Peak wird aktuell am linken Ende, also zu Beginn der Lücke dargestellt.
Welchen Wert der
ent: Wednesday, February 19, 2020 at 4:58 PM
From: "Jakob Hirsch"
To: "volkszaehler.org - users"
Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB
Hi!
On 2020-02-19 11:45, John Doe wrote:
> Aber mit meinem Denkansatz
> SELECT MAX(value) FROM data WHERE ch
des Crashs zu ermitteln.
zb:
select * from data where channel_id=1 and timestamp>“kurz vor dem crash“ and timestamp<„kurz nach dem peak“
timestamp ist dabei unixtime in Microsekunden.
Thomas
Am 28.02.2020 um 10:32 schrieb John Doe :
Hey Jakob,
sorry für die späte
den ersten davon löschst, verschiebst du den Peak halt zum nächsten Messwert. Du musst den Zeitpunkt finden, wo die Zeit wieder korrekt ist (müsste dann ein längerer Zeitraum ohne Messwerte und mit ungewöhnlichen geringer Leistung sein).
Grüße
Frank
John Doe <john...@null.net> schrieb
chter"
To: "volkszaehler.org - users"
Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB
Wenn deine Systemzeit vorwärts verstellt wurde, müsstest du das als Lücke im Graph finden können. Wenn du die Darstellung temporär auf "points" änderst, siehst du es leichter.
Hallo zusammen,
nach einem kleinen Versehen aufgrund eines Kartencrashs/-wechsels habe ich nun einen unschönen "Peak" in meinen Daten.
Hat jemand einen Tip für mich, wie ich diesen einen Wert manuell aus der DB löschen kann, wahlweise direkt auf der Konsole im SQL oder über phpmaAdmin ?
Frank Richter"
To: "volkszaehler.org - users"
Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB
Du musst dort sogar Timestamps eintragen...
John Doe <john...@null.net> schrieb am Mi., 19. Feb. 2020, 12:33:
Hallo Frank,
exakt die Einträge hinter fro
grundsätzlich keine Datenbank-IDs. Bei from und to funktionieren entweder Unix-Timestamps in ms oder alles was PHP sonst als Zeitangabe versteht.
John Doe <john...@null.net> schrieb am Mi., 19. Feb. 2020, 14:55:
Okay, ich versuche präziser zu formuliern . ;-)
Den ersten Deiner Lin
t;
Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB
Ich befürchte ich verstehe die Frage nicht.
Grüße
Frank
John Doe <john...@null.net> schrieb am Mi., 19. Feb. 2020, 14:19:
Hallo Frank,
muss/kann ich in beiden Fällen timestamps verwenden oder nur für den from..
;
komme ich irgendwie nicht weiter, da so ja nur der Maximalwert, nicht aber die zugehörige ID. die ich löschen möchte, ausgegeben wird.
Hat jemand noch einen Tip, wie ich das bewerkstelligen könnte ?
Grüße
JD.
Sent: Wednesday, February 19, 2020 at 9:52 AM
From: "John Doe"
To: vo
s] Manuelles Löschen eines Wertes aus der DB
Lösch einfach über das Api- dann musst Du Dir diese ganzen Fragen nicht stellen
Viele Grüße,
Andreas
Am 19.02.2020 um 11:45 schrieb John Doe :
Hallo zusammen,
kleines Update:
Ich habe es schon mal auf der Konsole bis hierhin geschafft
en, ob die richtigen Datensätze selektiert werden.
Grüße
Frank
John Doe <john...@null.net> schrieb am Mi., 19. Feb. 2020, 12:08:
Hallo Andreas,
besten Dank für den Tip. Hättest Du evtl. auch noch ein bis zwei weitere Infos, wikis hierzu oder dergleichen ?
Grüße
JD.
Se
Versuch' 's mal mit dem Typ "Elektrische Energie" (electric meter).
Beste Grüße,
JD.
Sent: Sunday, March 08, 2020 at 7:48 PM
From: "wilhelm"
To: volkszaehler-users@demo.volkszaehler.org
Subject: Re: [vz-users] probleme mit fertigem image raspi 3
Am 08.03.2020 um 10:05 schrieb
Hallo Rupert,
das Crash-Problem hatte ich auch bereits einige Male und wurde letztlich auch (nur) durch Leidensdruck an eine Backup-Strategie, in meinem Fall per cron/dbcopy auf ein NAS, herangeführt.
Gute Erfahrungen habe ich mit Transcend-Karten in der Größe von mindestens 16 GB gemacht.
Hallo Thomas,
perfekt, tausend Dank ! Habe Deinen Tip gerade mit einem alten Relikt aus einem Crash-Übergang ausprobiert und er hat exakt so funktioniert.
Danach habe ich einige Jahre gesucht, nochmal Danke!
Grüße
JD.
Sent: Thursday, October 01, 2020 at 10:43 AM
From: "Thomas
Hallo Christian,
da ich das Thema "Wiederherstellung einer alten DB" gerade erst vor ein paar Wochen durchexerziert habe, versuche ich mal "sinnvoll" zu antworten.
Zunächst zur Frage Booten (und Betreiben des Systems und des VZ) von SD-Karte oder SSD:
Ich persönlich benutze und würde
;
Subject: Re: [vz-users] Bevorstehender Kartencrash
Ich nochmal...
Am 15.06.2020 um 10:55 schrieb John Doe :
Hallo Daniel,
unmittelbar nach dem Lauf von dbcopy gab es leider keine Kanäle mehr, die ich abonnieren konnte - die Auswahlbox war leer.
Dbcopy löscht die Zieltabell
ler.org - users"
Subject: Re: [vz-users] Bevorstehender Kartencrash
Hallo JD!
On 15. Jun 2020, at 19:41, John Doe <john...@null.net> wrote:
Hallo Andreas,
passiert ist das Folgende (von der Dir das Meiste ja schon bekannt ist):
1. Ich habe mittels dbcopy nach wiki (htt
e.db, dann schau ich was da überhaupt drin ist ...
Und danach bitte auch nochmal
https://demo.volkszaehler.org/middleware.php/channel/.json
Mit der UUID aus der ursprünglichen vzlogger.conf.
Viele Grüße, Andreas
Am 19.06.2020 um 09:34 schrieb John Doe :
Hallo zusa
Am 19.06.2020 um 10:30 schrieb John Doe :
Hallo Andreas,
aktuell lasse ich nochmal einen restore laufen. Danach schaue ich mir mittels deines Tips die UIDs aus der Sicherung an und trage diese dann in die vzlogger.conf ein.
Ich werde keine neuen Kanäle anlegen und ggfs. Deinen
: [vz-users] Bevorstehender Kartencrash
V.a. zeig bitte den Api Aufruf. Ich will sehen ob Deine Sicherung überhaupt „public“ Kanäle enthält!
Am 19.06.2020 um 10:30 schrieb John Doe <john...@null.net>:
Hallo Andreas,
aktuell lasse ich nochmal einen restore laufen. Danach s
PM
From: "Andreas Goetz"
To: "volkszaehler.org - users"
Subject: Re: [vz-users] Bevorstehender Kartencrash
Keine Ahnung wie Screen funktioniert- wenn 2 Restores parallel laufen wird es allerdings auch diesen Fehler geben...
Am 19.06.2020 um 13:09 schrieb John Doe :
Hallo A
ncrash
Hallo,
am Montag, 15. Juni 2020 um 09:45 hat John Doe geschrieben:
> Als ich danach wieder mein Web-Frontend aufgerufen habe, waren alle
> erstellten und zuvor existierenden Kanäle weg.
Klingt als müsstest du einfach nur die Kanäle neu abonnieren.
mfg Daniel
as System zum Stillstand kommt.
Vielleicht können wir das später im Code besser lösen so dass sich aggregate das “LOCK TABLE” selber holt, das Ergebnis wäre allerdings das Gleiche- ab dem Zeitpunkt bleibt die Datenbank für andere Prozesse gesperrt.
Viele Grüße,
Andreas
On 11. Jun
Möglichkeit, die UIDs aus der DB-Sicherung zu ermitteln und diese dann in die vzlogger.conf einzutragen ?
Und warum sind trotz der passenden Paarung aus sqlite.db3 und vzlogger.conf jedes Mal alle angelegten Kanäle weg ?
Beste Grüße
JD.
Sent: Wednesday, June 17, 2020 at 11:09 AM
From: "Joh
Goetz"
To: "volkszaehler.org - users"
Subject: Re: [vz-users] Bevorstehender Kartencrash
Moin JD,
Du machst irgendetwas *massiv* merkwürdiges.
Am 19.06.2020 um 09:34 schrieb John Doe :
Hallo zusammen,
hallo Andreas,
nachdem ich nun zum zweiten Mal eine DB-Si
Viele Grüße, Andreas
On 10. Jun 2020, at 11:20, John Doe <john...@null.net> wrote:
Hallo Andreas,
gerne:
pi@raspberrypi:~/volkszaehler.org $ bin/doctrine orm:schema-tool:create --dump-sql
The following SQL statements will be executed:
CREATE TABLE aggregate (id I
geschrieben hatte- einfach neu. Der geht an der letzten Stelle wieder los. Wenn Du jedesmal zwischendurch ohne Not die Datenbank platt machst wird das natürlich nichts :O
Viele Grüße, Andreas
On 10. Jun 2020, at 13:26, John Doe <john...@null.net> wrote:
Hallo Andreas,
ich h
aufrufen?
Viele Grüße, Andreas
Am 10.06.2020 um 16:37 schrieb John Doe :
Hallo Andreas,
das war 's:
Ein
/etc/init.d/cron stop
hat es ermöglicht, das der restore fehlerfrei durchgelaufen ist.
Im Webfrontend ist alles da - bis auf das Problemchen, das keine aktuellen
ema-tool:create —force
zum anlegen.
Vielen Dank, Andreas
On 10. Jun 2020, at 10:44, John Doe <john...@null.net> wrote:
Hallo Andreas,
das scheint zunächst zu klappen:
pi@raspberrypi:~ $ /var/www/volkszaehler.org/vendor/bin/dbcopy create -c /etc/dbcopy.yaml
Cr
stenfalls Abbruch des Restores….
Falls Du es laufen lassen willst und es dann doch noch abbrechen sollte weisst Du was zu tun ist: die Datenbank komplett wieder abräumen kann auch
bin/doctrine orm:schema-tool:drop
Viele Grüße,
Andreas
On 10. Jun 2020, at 12:28, John Doe <joh
anden (duplicate key)- hattest Du die Zieldatenbank denn wieder leer gemacht?
Viele Grüße, Andreas
Am 09.06.2020 um 19:02 schrieb John Doe :
Hallo Andreas,
es scheint prinzipiell am User, unabhängig vom PW zu liegen:
mysql -u root -h localhost volkszaehler
ERROR 1698 (28000): Ac
onfig CONFIG] [-b|--batch BATCH] [-k|--keep-constraints] [--] [...]
Grüße
JD.
Sent: Wednesday, June 10, 2020 at 11:49 AM
From: "John Doe"
To: volkszaehler-users@demo.volkszaehler.org
Subject: Re: [vz-users] Bevorstehender Kartencrash
Hallo Andreas,
das sieht bes
Drop target schema
help Displays help for a command
influx Copy data to InfluxDB
list Lists commands
create wäre in diesem Fall das Kommando der Wahl!
Viele Grüße, Andreas
On 10. Jun 2020, at 09:52, John Doe <john...@null.net> wrote:
Hallo zusammen,
ein
ie große Tabelle ist data, die wird dann nur schrittweise kopiert.
Aber zur Sicherheit: Du hast nicht noch parallel vzlogger gegen die neue (Ziel-)Datenbank laufen? Es wundert mich doch sehr dass es da einen Deadlock in MySQL gibt.
Viele Grüße,
Andreas
Am 10.06.2020 um 11
esday, June 10, 2020 at 6:32 PM
From: "Andreas Goetz"
To: "volkszaehler.org - users"
Subject: Re: [vz-users] Bevorstehender Kartencrash
Hi JD,
On 10. Jun 2020, at 18:29, John Doe <john...@null.net> wrote:
Hallo Andreas,
nach dem Neuaufsetzten hatte ich in d
elleicht nochmal für‘s Wiki zu dokumentieren? Umzug auf ein NAS wäre dann in analoger Form möglich, Docker kann zusätzlich umgesetzt werden.
Viele Grüße,
Andreas
Am 10.06.2020 um 17:01 schrieb John Doe :
Hallo Andreas,
erstmal Danke für Deine Leidensfäfigkeit!
Ich hab' den Feh
Kartencrash
Moin JD,
On 8. Jun 2020, at 10:04, John Doe <john...@null.net> wrote:
Hallo zusammen,
nachdem mir mal wieder eine Karte abgeraucht ist, wollte ich mich nur kurz nach dem korrekten Procedere für ein Update auf Buster erkundigen.
Ich habe ein Backup der Datenbank un
? Evtl. auf einen USB-Stick kopieren, diesen an den Raspi steckern und anschließend per dbrestore wieder einpflegen ? Es sind immerhin ca. 1.6 GB Datenmenge.
Beste Grüße
JD.
Sent: Tuesday, December 03, 2019 at 10:04 PM
From: "John Doe"
To: volkszaehler-users@demo.volkszaehler.o
-Installation auf dem NAS gehe: Welche DB-Software würdest Du vorschlagen ?
Grüße
JD.
Sent: Monday, June 08, 2020 at 10:56 AM
From: "Andreas Goetz"
To: "volkszaehler.org - users"
Subject: Re: [vz-users] Bevorstehender Kartencrash
Hi JD,
On 8. Jun 2020, at 1
ag von Andreas Goetz
Gesendet: Montag, 8. Juni 2020 17:34
An: volkszaehler-users
Betreff: Re: [vz-users] Bevorstehender Kartencrash
Servus
On 8. Jun 2020, at 16:38, Daniel Lauckner <v...@jahp.de> wrote:
Hallo,
am Montag, 8. Juni 2020 um 11:02 hat John Doe geschrieben:
G
olkszaehler.org - users"
Subject: Re: [vz-users] Bevorstehender Kartencrash
Hi,
On 9. Jun 2020, at 16:43, John Doe <john...@null.net> wrote:
Hallo zusammen,
bevor ich jetzt wieder Mist mit der Datenbank mache, würde ich gerne hier nachfragen.
1. Neuer aufgesetzter VZ läu
ler-users-boun...@demo.volkszaehler.org> Im Auftrag von John Doe
Gesendet: Montag, 8. Juni 2020 19:15
An: volkszaehler-users@demo.volkszaehler.org
Betreff: Re: [vz-users] Bevorstehender Kartencrash
Hallo Christian,
das hängt wohl auch von der Aggregation-Time ab. Ich glaube
From: "Andreas Goetz"
To: "volkszaehler.org - users"
Subject: Re: [vz-users] Bevorstehender Kartencrash
Ja genau- und mach auch von der „neuen“ Quelle vorher noch ein Backup! Better be safe than sorry...
Viele Grüße, Andreas
Am 09.06.2020 um 17:00 schrieb John
u Aggregation wieder einschaltest (sonst könnten sich die SQL Queries dazu aufstapeln).
Viele Grüße, Andreas
On 9. Jun 2020, at 17:13, John Doe <john...@null.net> wrote:
Okay, letzte Frage: Passt das so, bevor ich starte?
# DATABASE DEFINITION
source:
#driver: pdo_mysql
Hallo zusammen,
ein rpi-update brachte einen neuen Kernel:
pi@raspberrypi:~ $ uname -a
Linux raspberrypi 5.4.44-v7+ #1320 SMP Wed Jun 3 16:07:06 BST 2020 armv7l GNU/Linux
Jetzt läuft das auch wieder.
Grüße
JD.
Sent: Monday, June 08, 2020 at 10:00 PM
From: "Joh
;Hallo JD
>
>Danke, das hört sich gut an. Ich verwende nur Sandisk.
>
>Am liebsten würde ich ja die DB auf das NAS auslagern, so dass nur dort geschrieben wird.
>Aber das liest sich alles so kompliziert.
>
>
>
>Von: volkszaehler-users Im Auftrag von John Doe
>Gesende
;
Subject: Re: [vz-users] Bevorstehender Kartencrash
On 9. Jun 2020, at 17:28, John Doe <john...@null.net> wrote:
Hallo Andreas,
das klappt nicht:
pi@raspberrypi:~ $ /var/www/volkszaehler.org/vend
e Daten schon vorhanden (duplicate key)- hattest Du die
> Zieldatenbank denn wieder leer gemacht?
>
> Viele Grüße, Andreas
>
> > Am 09.06.2020 um 19:02 schrieb John Doe :
> >
> >
> > Hallo Andreas,
> >
> > es scheint prinzipiell am User, unabhän
orstehender Kartencrash
Ja:
Aggregationstabelle wieder füllen (bin/aggregate) und dann den cronjob wieder einschalten der regelmässig die Deltas aktualisiert. Du hattest cron komplett deaktiviert glaube ich?
Viele Grüße, Andreas
Am 10.06.2020 um 18:49 schrieb John Doe :
Hallo Andreas,
re Prozesse gesperrt.
Viele Grüße,
Andreas
On 11. Jun 2020, at 11:52, John Doe <john...@null.net> wrote:
Hallo Andreas,
Deinen Tip habe ich versucht, anhand des wikis (https://wiki.volkszaehler.org/howto/datenmengen) umzusetzen mit
php /var/www/volkszaehler.org/bin/ag
r DB auf meinem NAS via Frontend von MariaDB geprüft. Der erste Eintrag liegt Ende Mai (Inbetriebnahme VZ), der letzte zum Zeitpunkt des Backups. Diesen auffälligen Timestamp finde ich dort nicht.
Grüße
Micha
Gesendet: Dienstag, 24. November 2020 um 09:21 Uhr
Von: "John Doe&q
Hallo zusammen,
der timestamp 1590761781023 ergibt Dienstag, 27 März 52379, 16:30:23 Uhr. Das klingt ein wenig surreal. Wie sehen denn die Daten per visueller Kontrolle im Verlauf der Monate aus ? Könnte ein Reboot bei noch nicht wieder vorliegender korrekter Systemzeit des Raspis da ein
tellen / Datenbackup
Ich weiß nicht, was ihr da schaut, aber wenn man das durch 1000 teilt und natürlich ohne nachkommastellen nimmt, kommt 29.05.2020 - 16:16:21 raus
Stefan
Von meinem iPad gesendet
Am 24.11.2020 um 10:26 schrieb John Doe :
Das führt zu 16. Januar 1975, 3:49b Uh
Hallo Michael, versuch den mount von Deinem Raspi auf die DS mal so:
sudo mount -t cifs //DS-IP/Freigabe /media/mount-point -o user=admin,vers=1.0
Ich habe mit der Protokollversion (1.0) einige Zeit probiert, aber das Kopieren einiger GB auf den share läuft bei mir einwandfrei.
Grüße
r 24, 2020 at 11:01 AM
From: "Daniel Lauckner"
To: "volkszaehler.org - users"
Subject: Re: [vz-users] Image mit dd erstellen / Datenbackup
Hallo,
am Dienstag, 24. November 2020 um 09:21 hat John Doe geschrieben:
> Ich tippe auf
> inkonsistente Datenbank an der Stelle. G
nn ?
Beste Grüße
JD:
Sent: Saturday, November 07, 2020 at 8:10 PM
From: "Andreas Götz"
To: "volkszaehler.org - users"
Subject: Re: [vz-users] Neubeginn nach Kartencrash
Ist ohne Deine Datei schwer zu sagen...
Viele Grüße,
Andreas
Am 07.11.2020 um 18:12 schrieb John
mporär Fehlenden Relationen zu scheitern.
Hatten wir vmtl. auch schon: das Zauberwergzeug heisst orm schema-tool.
Viele Grüße,
Andreas
Am 08.11.2020 um 16:25 schrieb John Doe :
Hallo zusammen,
mea culpa. Ihr hattet natürlich recht - ich musste mein Backup natürlich noch in die
Hallo Michael,
da ich das Prozedere der Rücksicherung gerade erst wieder mal durchgearbeitet habe, hier ein Tip:
Ich glaube, dass Du zuerst auf dem zweiten Raspi eine leere volkszaehler-DB mit "create" (wie im wiki) erzeugen musst.
In dieser spielst Du dann die gesicherte (sqlite.db3) DB
gänzen der fehlenden Daten funktioniert generell nicht?
Grüße
Michael
Gesendet: Montag, 16. November 2020 um 12:13 Uhr
Von: "John Doe"
An: volkszaehler-users@demo.volkszaehler.org
Betreff: Re: [vz-users] Image mit dd erstellen / Datenbackup
Hallo Michael,
da ich das Proz
ellung zügig mit den fehlenden Daten aus dem DB-Backup ergänzen kann.
Grüße
Micha
Gesendet: Montag, 16. November 2020 um 13:00 Uhr
Von: "John Doe"
An: volkszaehler-users@demo.volkszaehler.org
Betreff: Re: [vz-users] Image mit dd erstellen / Datenbackup
Hallo MIchael
2:17 Uhr
Von: "Daniel Lauckner"
An: "volkszaehler.org - users"
Betreff: Re: [vz-users] Image mit dd erstellen / Datenbackup
Hallo,
am Montag, 16. November 2020 um 16:45 hat John Doe geschrieben:
> Entweder Du
> spielst das Karten-Image zurück und hast für die Dauer
> Cras
st Du eine Idee, woran das liegen kann ?
Beste Grüße
JD:
Sent: Saturday, November 07, 2020 at 8:10 PM
From: "Andreas Götz"
To: "volkszaehler.org - users"
Subject: Re: [vz-users] Neubeginn nach Kartencrash
Ist ohne Deine Datei schwer zu sagen...
Viele Grüße,
Andreas
Hallo zusammen,
da ich mir leider doch das Vorgehen vom letzten Mal nicht notiert habe, fehlt mir jetzt wieder der Einstieg.
Ich habe
- eine Kopie sqlite.db3 der Datenbank
- eine Kopie der vzlogger.conf
- eine Kopie der dbcopy.yaml, mir der ich die Datenbank-Kopie erstellt habe.
olkszaehler.org - users"
Subject: Re: [vz-users] Neubeginn nach Kartencrash
Ist ohne Deine Datei schwer zu sagen...
Viele Grüße,
Andreas
Am 07.11.2020 um 18:12 schrieb John Doe :
Hallo zusammen,
da ich mir leider doch das Vorgehen vom letzten Mal nicht notiert habe, fe
sers] Bevorstehender Kartencrash (?)
Hallo,
am Dienstag, 3. November 2020 um 15:32 hat John Doe geschrieben:
> Für den Fall eines defekten IR-Lesekopfes: Kann ich diesen einfach
> so ersetzen, oder muss ich in der DB dann neue UIDs anlegen ?
Keine neue UUID nötig, prüfe aber ob dem n
tzen, oder muss ich in der DB dann neue UIDs anlegen ?
Beste Grüße
JD.
Sent: Tuesday, November 03, 2020 at 3:22 PM
From: "Daniel Lauckner"
To: "volkszaehler.org - users"
Subject: Re: [vz-users] Bevorstehender Kartencrash (?)
Hallo,
am Dienstag, 3. November 2020 um
1 - 100 von 118 matches
Mail list logo
