[vz-users] SQLSTATE[22012]: Division by zero

2019-06-14 Diskussionsfäden René W . 
Nabend oder Moin,

ich erhalte eine SQL Fehlermeldung „SQLSTATE[22012]: Division by Zero“. Ich 
vermute sehr stark das es an den aggtime und interval liegt. Kann da bitte 
jemand mal auf meine conf schauen?
Welche Werte würden denn dort sonst Sinn machen?

{
  "retry": 0,
  "daemon": true,
  "verbosity": 0,
  "log": "/var/log/vzlogger.log",
  "push": [],
  "local": {
"enabled": false,
"port": 8080,
"index": false,
"timeout": 0,
"buffer": 0
  },
  "meters": [
{
  "enabled": true,
  "allowskip": false,
  "interval": 5,
  "aggtime": 10,
  "aggfixedinterval": true,
  "channels": [
{
  "api": "volkszaehler",
  "uuid": "x-8d06-11e9-a4c8-xx", //Haus Q3D
  "middleware": "http://192.168.178.22:81/middleware.php;,
  "identifier": "1-0:1.7.0", //Wirkleistung  1-0:1.7.0 0.2868
  //"secretKey": "",
  //"type": "device",
  //"scaler": 1000,
  "aggmode": "AVG", //"AVG", // "AVG" Der Mittelwert für Leistung, 
"MAX" für Zähler, "SUM" für Counter
  "duplicates": 0
}
  ],
  "protocol": "d0",
  "device": "/dev/usb-ir-lesekopf0",
  "dump_file": "",
  //"pullseq": "2f3f210d0a",
  //"ackseq": "auto",
  "baudrate": 9600,
  //"baudrate_read": 9600,
  "parity": "7e1"
  //"wait_sync": "off",
  //"read_timeout": 10,
  //"baudrate_change_delay": 0
},
{
  "enabled": true,
  "allowskip": false,
  "interval": 30,
  "aggtime": 60, // >interval
  "aggfixedinterval": true,
  "channels": [
{
  "api": "volkszaehler",
  "uuid": "´xx-8d05-11e9-bb53-", //WP Elster AS1440 0.1833
  "middleware": "http://192.168.178.22:81/middleware.php;,
  "identifier": "1-1:1.7.0",
  "aggmode": "AVG", // "AVG" Der Mittelwert für Leistung, "MAX" 
für Zähler, "SUM" für Counter
  "secretKey": "",
  "type": "device",
  "scaler": 1,
  "duplicates": 0
}
  ],
  "protocol": "d0",
  "device": "/dev/usb-ir-lesekopf1", //
  "dump_file": "",
  "pullseq": "2F3F210D0A",
  "ackseq": "auto",
  "baudrate": 300,
  "baudrate_read": 9600,
  "parity": "7e1",
  //"wait_sync": "off",
  "baudrate_change_delay": 500,
  "read_timeout": 100
}
  ]
}

LG Rene

[vz-users] Messfehler moderner Messeinrichtungen

2019-06-14 Diskussionsfäden Daniel Lauckner 
Hallo zusammen,


netter Artikel zum Rollout und Messfehlern bei den elektronischen
Zählern:
https://www.bhkw-forum.de/prosumernews/artikel/26-rollout-moderner-messeinrichtungen-fehlende-smart-meter-gateways-und-messfehler/



mfg Daniel

Re: [vz-users] offizielles Docker-Image

2019-06-14 Diskussionsfäden Marc Haber 
On Sun, Jun 02, 2019 at 06:04:06PM +0200, Marc Haber wrote:
> On Sun, Jun 02, 2019 at 05:56:35PM +0200, Andreas Goetz wrote:
> > Der übliche Weg das anders zu  lösen besteht darin einfach eine andere
> > Konfigurationsdatei in das Image an die richtige Stelle zu mounten (-v
> > $(pwd)/etc/config.yaml:).
> 
> ok, das war mir neu. In der Doku von dem einen Volkszähler-Image stand,
> man müsste dann das Image neu bauen. So ist es natürlich viel einfacher.
> Danke.

Ich habe das jetzt mit einem eigenen Dreizeiler-Dockerfile gelöst. Mein
Dockerwissen steigt jeden Tag ;-)

[16/725]mh@corte:~/volkszaehler/20190614 $ cat Dockerfile 
FROM volkszaehler/volkszaehler

WORKDIR .

COPY config.yaml /vz/etc/config.yaml

Das config.yaml enthält meine Datenbank-Zugangsdaten. 

docker build -t local/volkszaehler und starten.

Ich benutze Portainer, das nimmt u.a. der Netzwerkkonfiguration den
Schrecken, weil man einfach einen neuen Container mit neuem Image unter
Zuhilfenahme der "alten" Konfiguration starten kann.

Wenn man jetzt die Datenbankzugangsdaten per Environment-Variablen
hineinkippen will, muss man nur noch

- ein Script schreiben, das die /etc/config.dist.yaml aus dem
  Volkszähler-git zusammen mit den Environmentvariablen zu
  /vz/etc/config.yaml anreichert und schließlich
  "/vz/vendor/bin/ppm start -c /vz/etc/middleware.json --static-directory
  /vz/htdocs --cgi-path=/usr/bin/php" aufruft und
- dieses Script als CMD im Dockerfile aufrufen,

oder? Dann kann ich mich da ja mal ran mache.n

Habe ich mit dem volkszaehler/volkszaehler Image jetzt schon die
Volkszähler 2.0 Features?

Grüße
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

[vz-users] "Network Error" beim Zugriff auf verdockerte Middleware

2019-06-14 Diskussionsfäden Marc Haber 
Hi,

meine Middleware läuft in einem Docker-Container auf Basis eines
andig-Images. Mir ist bekannt, dass ich eigentlich eher die Images aus
dem volkszaehler.org repository benutzen sollte, ich habe aber noch
nicht rausbekommen, wie ich meine Konfiguration (z.B. die Zugangsdaten
für den SQL-Server) in das Image hineinbekomme. Dazu reichen meine
Dockerkenntnisse noch nicht aus. Vielleicht wird da ja eines Tages ein
PR draus.

Aktuell habe ich das Problem, dass mir der Browser beim Zugriff auf die
Middleware mal einen "Network error" meldet, ohne mir genau zu sagen,
was da schief läuft. Klicke ich die Fehlermeldung weg, scheint aber
alles zu funktionieren, bis die Meldung das nächste Mal erscheint.

Schaue ich mir die Kommunikation zwischen Browser und Middleware an,
sehe ich erstmal nichts auffälliges: Der Browser baut TCP-Verbindungen
auf, manchmal fünf parallel, schickt HTTP-Requests, bekommt 200 oder 304
zurück. Manchmal allerdings quittiert der Browser das SYN/ACK der
Middleware direkt mit einem RST.

Was stößt dem JavaScript-Code im Browser sauer auf, wenn dieser "Network
error" erscheint?

Grüße
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Re: [vz-users] Probleme beim Datenbank-BackUp

2019-06-14 Diskussionsfäden John Doe 

Hallo Tobias,

 

perfekt, das war 's!

Besten Dank und Grüße,

 

JD.

 

Sent: Friday, June 14, 2019 at 2:51 PM
From: "tobias.l...@me.com" 
To: "volkszaehler.org - users" 
Subject: Re: [vz-users] Probleme beim Datenbank-BackUp


Hallo, 
 

Ich glaube mit der Änderung auf die .yaml config hat sich auch das comando geändert. Ich meine das es jetzt copy ist und nicht mehr backup. 

 

Wenn du nur dbcopy aufrufst, ohne Komanndos und Optionen, also pi@raspberrypi:~ $ ./dbcopy/dbcopy dann bekommst du eine Liste mit möglichen kommandos und optionen. 

 

Das Wiki ist an dieser 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 (https://wiki.volkszaehler.org/software/tools/dbcopy) dbcopy noch einmal neu gebaut -  der Fehler bleibt.

 


pi@raspberrypi:~ $ ./dbcopy/dbcopy backup --config /etc/dbcopy.yaml


  Command "backup" is not defined.

 

Was kann ich noch versuchen ?


 



Grüße,

 

JD.


 


Sent: Thursday, June 13, 2019 at 10:35 PM
From: "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:31 Uhr schrieb John Doe :

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: "Frank Richter" 
> To: "volkszaehler.org - users" 
> Subject: Re: [vz-users] Probleme beim Datenbank-BackUp
>
> Die Fehlermeldung 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-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 target schema
> > Creating tables
> > Updating schema assets for target platform compatibility: sqlite
> > table: aggregate
> > table: data
> > table: entities
> > table: entities_in_aggregator
> > table: properties
> > CREATE TABLE aggregate (id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
> > channel_id INTEGER DEFAULT NULL, type SMALLINT NOT NULL, timestamp BIGINT
> > NOT NULL, value DOUBLE PRECISION NOT NULL, count INTEGER NOT NULL,
> > CONSTRAINT FK_B77949FF72F5A1AA FOREIGN KEY (channel_id) REFERENCES entities
> > (id) NOT DEFERRABLE INITIALLY IMMEDIATE)
> > CREATE UNIQUE INDEX aggregate_unique ON aggregate (channel_id, type,
> > timestamp)
> > CREATE INDEX IDX_B77949FF72F5A1AA ON aggregate (channel_id)
> > CREATE TABLE data (id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
> > channel_id INTEGER DEFAULT NULL, timestamp BIGINT NOT NULL, value DOUBLE
> > PRECISION NOT NULL, CONSTRAINT FK_ADF3F36372F5A1AA FOREIGN KEY (channel_id)
> > REFERENCES entities (id) NOT DEFERRABLE INITIALLY IMMEDIATE)
> > CREATE UNIQUE INDEX data_unique ON data (channel_id, timestamp)
> > CREATE INDEX IDX_ADF3F36372F5A1AA ON data (channel_id)
> > CREATE TABLE entities (id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, uuid
> > VARCHAR(36) NOT NULL, type VARCHAR(255) NOT NULL, class VARCHAR(255) NOT
> > NULL)
> > CREATE UNIQUE INDEX UNIQ_50EC64E5D17F50A6 ON entities (uuid)
> > CREATE TABLE entities_in_aggregator (parent_id INTEGER NOT NULL, child_id
> > INTEGER NOT NULL, PRIMARY KEY(parent_id, child_id), CONSTRAINT
> > FK_2BD88468727ACA70 FOREIGN KEY (parent_id) REFERENCES entities (id) NOT
> > DEFERRABLE INITIALLY IMMEDIATE, CONSTRAINT FK_2BD88468DD62C21B FOREIGN KEY
> > (child_id) REFERENCES entities (id) NOT DEFERRABLE INITIALLY IMMEDIATE)
> > CREATE INDEX IDX_2BD88468727ACA70 ON entities_in_aggregator (parent_id)
> > CREATE INDEX IDX_2BD88468DD62C21B ON entities_in_aggregator (child_id)
> > CREATE TABLE properties (id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
> > entity_id INTEGER DEFAULT NULL, pkey VARCHAR(255) NOT NULL, value CLOB NOT
> > NULL, CONSTRAINT FK_87C331C781257D5D FOREIGN KEY (entity_id) REFERENCES
> > entities (id) NOT DEFERRABLE INITIALLY IMMEDIATE)
> > CREATE UNIQUE INDEX property_unique ON properties (entity_id, pkey)
> > CREATE INDEX IDX_87C331C781257D5D ON properties (entity_id)
> > In AbstractSQLiteDriver.php line 47:
> >   An exception occurred while executing 'CREATE TABLE aggregate (id
> > INTEGER PRIMARY KEY AUTOINCRE
> >   MENT NOT NULL, channel_id INTEGER DEFAULT NULL, type SMALLINT NOT NULL,
> > timestamp BIGINT NOT NU
> >   LL, value DOUBLE PRECISION

Re: [vz-users] Probleme beim Datenbank-BackUp

2019-06-14 Diskussionsfäden tobias.l...@me.com 
Hallo, Ich glaube mit der Änderung auf die .yaml config hat sich auch das comando geändert. Ich meine das es jetzt copy ist und nicht mehr backup. Wenn du nur dbcopy aufrufst, ohne Komanndos und Optionen, also pi@raspberrypi:~ $ ./dbcopy/dbcopy dann bekommst du eine Liste mit möglichen kommandos und optionen. Das Wiki ist an dieser Stelle nucht ganz up to date. Gruß Tobias Ursprüngliche Nachricht Betreff: Re: [vz-users] Probleme beim Datenbank-BackUpVon: John Doe An: volkszaehler-users@demo.volkszaehler.orgCc: "volkszaehler.org - users" 

Hallo Frank,

 

ich habe nach dem Wiki (https://wiki.volkszaehler.org/software/tools/dbcopy) dbcopy noch einmal neu gebaut -  der Fehler bleibt.

 


pi@raspberrypi:~ $ ./dbcopy/dbcopy backup --config /etc/dbcopy.yaml


  Command "backup" is not defined.

 

Was kann ich noch versuchen ?


 



Grüße,

 

JD.


 


Sent: Thursday, June 13, 2019 at 10:35 PM
From: "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:31 Uhr schrieb John Doe :

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: "Frank Richter" 
> To: "volkszaehler.org - users" 
> Subject: Re: [vz-users] Probleme beim Datenbank-BackUp
>
> Die Fehlermeldung 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-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 target schema
> > Creating tables
> > Updating schema assets for target platform compatibility: sqlite
> > table: aggregate
> > table: data
> > table: entities
> > table: entities_in_aggregator
> > table: properties
> > CREATE TABLE aggregate (id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
> > channel_id INTEGER DEFAULT NULL, type SMALLINT NOT NULL, timestamp BIGINT
> > NOT NULL, value DOUBLE PRECISION NOT NULL, count INTEGER NOT NULL,
> > CONSTRAINT FK_B77949FF72F5A1AA FOREIGN KEY (channel_id) REFERENCES entities
> > (id) NOT DEFERRABLE INITIALLY IMMEDIATE)
> > CREATE UNIQUE INDEX aggregate_unique ON aggregate (channel_id, type,
> > timestamp)
> > CREATE INDEX IDX_B77949FF72F5A1AA ON aggregate (channel_id)
> > CREATE TABLE data (id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
> > channel_id INTEGER DEFAULT NULL, timestamp BIGINT NOT NULL, value DOUBLE
> > PRECISION NOT NULL, CONSTRAINT FK_ADF3F36372F5A1AA FOREIGN KEY (channel_id)
> > REFERENCES entities (id) NOT DEFERRABLE INITIALLY IMMEDIATE)
> > CREATE UNIQUE INDEX data_unique ON data (channel_id, timestamp)
> > CREATE INDEX IDX_ADF3F36372F5A1AA ON data (channel_id)
> > CREATE TABLE entities (id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, uuid
> > VARCHAR(36) NOT NULL, type VARCHAR(255) NOT NULL, class VARCHAR(255) NOT
> > NULL)
> > CREATE UNIQUE INDEX UNIQ_50EC64E5D17F50A6 ON entities (uuid)
> > CREATE TABLE entities_in_aggregator (parent_id INTEGER NOT NULL, child_id
> > INTEGER NOT NULL, PRIMARY KEY(parent_id, child_id), CONSTRAINT
> > FK_2BD88468727ACA70 FOREIGN KEY (parent_id) REFERENCES entities (id) NOT
> > DEFERRABLE INITIALLY IMMEDIATE, CONSTRAINT FK_2BD88468DD62C21B FOREIGN KEY
> > (child_id) REFERENCES entities (id) NOT DEFERRABLE INITIALLY IMMEDIATE)
> > CREATE INDEX IDX_2BD88468727ACA70 ON entities_in_aggregator (parent_id)
> > CREATE INDEX IDX_2BD88468DD62C21B ON entities_in_aggregator (child_id)
> > CREATE TABLE properties (id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
> > entity_id INTEGER DEFAULT NULL, pkey VARCHAR(255) NOT NULL, value CLOB NOT
> > NULL, CONSTRAINT FK_87C331C781257D5D FOREIGN KEY (entity_id) REFERENCES
> > entities (id) NOT DEFERRABLE INITIALLY IMMEDIATE)
> > CREATE UNIQUE INDEX property_unique ON properties (entity_id, pkey)
> > CREATE INDEX IDX_87C331C781257D5D ON properties (entity_id)
> > In AbstractSQLiteDriver.php line 47:
> >   An exception occurred while executing 'CREATE TABLE aggregate (id
> > INTEGER PRIMARY KEY AUTOINCRE
> >   MENT NOT NULL, channel_id INTEGER DEFAULT NULL, type SMALLINT NOT NULL,
> > timestamp BIGINT NOT NU
> >   LL, value DOUBLE PRECISION NOT NULL, count INTEGER NOT NULL, CONSTRAINT
> > FK_B77949FF72F5A1AA FOR
> >   EIGN KEY (channel_id) REFERENCES entities (id) NOT DEFERRABLE INITIALLY
> > IMMEDIATE)':
> >   SQLSTATE[HY000]: General error: 1 table aggregate already exists
> >
> > In

Re: [vz-users] Probleme beim Datenbank-BackUp

2019-06-14 Diskussionsfäden John Doe 


Hallo Frank,

 

ich habe nach dem Wiki (https://wiki.volkszaehler.org/software/tools/dbcopy) dbcopy noch einmal neu gebaut -  der Fehler bleibt.

 


pi@raspberrypi:~ $ ./dbcopy/dbcopy backup --config /etc/dbcopy.yaml


  Command "backup" is not defined.

 

Was kann ich noch versuchen ?


 



Grüße,

 

JD.


 


Sent: Thursday, June 13, 2019 at 10:35 PM
From: "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:31 Uhr schrieb John Doe :

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: "Frank Richter" 
> To: "volkszaehler.org - users" 
> Subject: Re: [vz-users] Probleme beim Datenbank-BackUp
>
> Die Fehlermeldung 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-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 target schema
> > Creating tables
> > Updating schema assets for target platform compatibility: sqlite
> > table: aggregate
> > table: data
> > table: entities
> > table: entities_in_aggregator
> > table: properties
> > CREATE TABLE aggregate (id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
> > channel_id INTEGER DEFAULT NULL, type SMALLINT NOT NULL, timestamp BIGINT
> > NOT NULL, value DOUBLE PRECISION NOT NULL, count INTEGER NOT NULL,
> > CONSTRAINT FK_B77949FF72F5A1AA FOREIGN KEY (channel_id) REFERENCES entities
> > (id) NOT DEFERRABLE INITIALLY IMMEDIATE)
> > CREATE UNIQUE INDEX aggregate_unique ON aggregate (channel_id, type,
> > timestamp)
> > CREATE INDEX IDX_B77949FF72F5A1AA ON aggregate (channel_id)
> > CREATE TABLE data (id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
> > channel_id INTEGER DEFAULT NULL, timestamp BIGINT NOT NULL, value DOUBLE
> > PRECISION NOT NULL, CONSTRAINT FK_ADF3F36372F5A1AA FOREIGN KEY (channel_id)
> > REFERENCES entities (id) NOT DEFERRABLE INITIALLY IMMEDIATE)
> > CREATE UNIQUE INDEX data_unique ON data (channel_id, timestamp)
> > CREATE INDEX IDX_ADF3F36372F5A1AA ON data (channel_id)
> > CREATE TABLE entities (id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, uuid
> > VARCHAR(36) NOT NULL, type VARCHAR(255) NOT NULL, class VARCHAR(255) NOT
> > NULL)
> > CREATE UNIQUE INDEX UNIQ_50EC64E5D17F50A6 ON entities (uuid)
> > CREATE TABLE entities_in_aggregator (parent_id INTEGER NOT NULL, child_id
> > INTEGER NOT NULL, PRIMARY KEY(parent_id, child_id), CONSTRAINT
> > FK_2BD88468727ACA70 FOREIGN KEY (parent_id) REFERENCES entities (id) NOT
> > DEFERRABLE INITIALLY IMMEDIATE, CONSTRAINT FK_2BD88468DD62C21B FOREIGN KEY
> > (child_id) REFERENCES entities (id) NOT DEFERRABLE INITIALLY IMMEDIATE)
> > CREATE INDEX IDX_2BD88468727ACA70 ON entities_in_aggregator (parent_id)
> > CREATE INDEX IDX_2BD88468DD62C21B ON entities_in_aggregator (child_id)
> > CREATE TABLE properties (id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
> > entity_id INTEGER DEFAULT NULL, pkey VARCHAR(255) NOT NULL, value CLOB NOT
> > NULL, CONSTRAINT FK_87C331C781257D5D FOREIGN KEY (entity_id) REFERENCES
> > entities (id) NOT DEFERRABLE INITIALLY IMMEDIATE)
> > CREATE UNIQUE INDEX property_unique ON properties (entity_id, pkey)
> > CREATE INDEX IDX_87C331C781257D5D ON properties (entity_id)
> > In AbstractSQLiteDriver.php line 47:
> >   An exception occurred while executing 'CREATE TABLE aggregate (id
> > INTEGER PRIMARY KEY AUTOINCRE
> >   MENT NOT NULL, channel_id INTEGER DEFAULT NULL, type SMALLINT NOT NULL,
> > timestamp BIGINT NOT NU
> >   LL, value DOUBLE PRECISION NOT NULL, count INTEGER NOT NULL, CONSTRAINT
> > FK_B77949FF72F5A1AA FOR
> >   EIGN KEY (channel_id) REFERENCES entities (id) NOT DEFERRABLE INITIALLY
> > IMMEDIATE)':
> >   SQLSTATE[HY000]: General error: 1 table aggregate already exists
> >
> > In PDOConnection.php line 43:
> >   SQLSTATE[HY000]: General error: 1 table aggregate already exists
> >
> > In PDOConnection.php line 41:
> >   SQLSTATE[HY000]: General error: 1 table aggregate already exists
> >
> > create [-c|--config CONFIG]
> >
> > Hat jemand einen Tip, was ich tun könnte ?
> > Grüße,
> >
> > JD.
> >
>

Re: [vz-users] PiHole DNS Server und Volkszähler

2019-06-14 Diskussionsfäden Daniel Lauckner 
Hallo,


am Freitag, 14. Juni 2019 um 08:40 hat René W geschrieben:
> Kann ich denn mehrere Server (fürs Frontend?) laufen lassen?

Kann man, ist aber Resourcenverschwendung.

> Sollte ich dann mit dem VZ auf lighttpd wechseln?

Soweit ich sehe kann lighthttp auch Proxy. Wenn du das geregelt kriegst
kannst du auf nginx verzichten.

Hinweis: Ein paar der Weiterleitungen in unserer nginx-Konfig
sind nur für Abwärtkompatibilität.


mfg Daniel

Re: [vz-users] PiHole DNS Server und Volkszähler

2019-06-14 Diskussionsfäden René W 
Moin,

Ahh ok.
Kann ich denn mehrere Server (fürs Frontend?) laufen lassen? Ich denke
nicht. Sollte ich dann mit dem VZ auf lighttpd wechseln? Das ist der
Standard Server vom Pihole
Gruß

Daniel Lauckner  schrieb am Do. 13. Juni 2019 um 22:11:

> Hallo,
>
>
> am Donnerstag, 13. Juni 2019 um 21:37 hat René W. geschrieben:
> > Oder macht es vielleicht Sinn VZ über lighhtpd laufen zu lassen? Soll ja
> besser als nginx sein.
>
> Wir verwenden nginx nur als Proxy, Server macht der PHP-PM.
>
>
> mfg Daniel
>
>