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

2019-06-13 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
>
>

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

2019-06-13 Diskussionsfäden John Doe 

Hallo Frank,

 

ein


 

/var/www/volkszaehler.org/vendor/bin/dbcopy backup -c /etc/dbcopy.yaml

 

liefert

 


 Command "backup" is not defined.

 

Sollte ich dbcopy noch einmal neu bauen ?

 

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] Probleme beim Datenbank-BackUp

2019-06-13 Diskussionsfäden Frank Richter 
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] Probleme beim Datenbank-BackUp

2019-06-13 Diskussionsfäden 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-13 Diskussionsfäden Daniel Lauckner 
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

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

2019-06-13 Diskussionsfäden René W . 
Hi,

ok, werde dran denken Links auch im Klartext zu posten, Sorry.
Oder macht es vielleicht Sinn VZ über lighhtpd laufen zu lassen? Soll ja besser 
als nginx sein.

LG

Von: Daniel Lauckner
Gesendet: Donnerstag, 13. Juni 2019 21:27
An: volkszaehler.org - users
Betreff: Re: [vz-users] PiHole DNS Server und Volkszähler

Hallo,


am Donnerstag, 13. Juni 2019 um 21:06 hat René W. geschrieben:
> Bevor ich jetzt wieder was zerschieße frage ich nach ob ich nach
> dieser Anleitung PiHole auf nginx nutzen kann?

Wer, wie ich, seine Mails als txt liest:
https://docs.pi-hole.net/guides/nginx-configuration/

Offensichtlich Probleme konnte ich kein Entdecken. Kann dir aber
leider nicht sagen ob man nginx da über 2 getrennte Dateien
konigurieren sollte oder ob es besser ist alles in eine zu werfen.
Theoretisch sollte es auch gehen wenn du nicht per Port separierst
sondern über logische Unterverzeichnisse. Bei nginx haben immer die
Regeln Prio die weiter oben in der Datei stehen.


mfg Daniel

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

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


am Donnerstag, 13. Juni 2019 um 21:06 hat René W. geschrieben:
> Bevor ich jetzt wieder was zerschieße frage ich nach ob ich nach
> dieser Anleitung PiHole auf nginx nutzen kann?

Wer, wie ich, seine Mails als txt liest:
https://docs.pi-hole.net/guides/nginx-configuration/

Offensichtlich Probleme konnte ich kein Entdecken. Kann dir aber
leider nicht sagen ob man nginx da über 2 getrennte Dateien
konigurieren sollte oder ob es besser ist alles in eine zu werfen.
Theoretisch sollte es auch gehen wenn du nicht per Port separierst
sondern über logische Unterverzeichnisse. Bei nginx haben immer die
Regeln Prio die weiter oben in der Datei stehen.


mfg Daniel

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

2019-06-13 Diskussionsfäden Frank Richter 
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] Probleme beim Datenbank-BackUp

2019-06-13 Diskussionsfäden Andreas Götz 
Bitte Lies die Fehlermeldung. Es sehr alles da!

Viele Grüße,
Andreas

> Am 13.06.2019 um 20:00 schrieb John Doe :
> 
> 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.

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

2019-06-13 Diskussionsfäden René W . 
Moin,

mein neu aufgesetzter VZ läuft und die Daten werden auf ein Synology NAS 
geloggt. Ausgelesen wird mit dem USB IR Sensor auf ein RPi3.
Jetzt möchte ich den Pi gerne wieder als DNS Server verwenden und zwar PiHole. 
Soweit ich weiß wird apache2 als frontend benutzt um den PiHole zu 
administrieren. VZ läuft aktuell mit nginx auf Port 81.
Bevor ich jetzt wieder was zerschieße frage ich nach ob ich nach dieser 
Anleitung PiHole auf nginx nutzen kann?

LG René

[vz-users] Probleme beim Datenbank-BackUp

2019-06-13 Diskussionsfäden John Doe 
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] SD-Kartencrash nach Update - noch etwas zu Retten ?

2019-06-13 Diskussionsfäden John Doe 
Hallo Thomas, 

selbs'verständlich. 
Gruß, 

JD.

> Sent: Thursday, June 13, 2019 at 1:05 PM
> From: "Thomas Höpfner" 
> To: "volkszaehler.org - users" 
> Subject: Re: [vz-users] SD-Kartencrash nach Update - noch etwas zu Retten ?
>
> Hallo,
> 
> ich 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 Image verwende) nicht installiert. 
> > Bist Du sicher, daß eine Deinstallation von Apache die Lösung bringt? Sind 
> > meine Daten noch da?
> > Grüße, 
> > 
> > JD.
> > 
> >> Sent: Thursday, June 13, 2019 at 11:52 AM
> >> 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.
> >> 
> >> "Deshalb generell die Empfehlung, Finger weg von "rpi-update". Es sei
> >> denn man weiß, warum man das tut."
> >> https://www.elektronik-kompendium.de/sites/raspberry-pi/2006061.htm
> >> 
> >>> Ergebnis: Ich lande nach dem Aufruf von http://raspi-vz-ip auf der 
> >>> Apache2 Debian Default Page.
> >> 
> >> Mglich das eine Abhägigkeit besteht (insbesondere wenn du in Richtung
> >> phpmyadmin rumgespielt hast) die beim Update aufgelöst wurde.
> >> Apache deaktivieren und ev. deinstallieren.
> >> 
> >> 
> >> mfg Daniel
> >> 
> >> 
> 
>

Re: [vz-users] SD-Kartencrash nach Update - noch etwas zu Retten ?

2019-06-13 Diskussionsfäden Thomas Höpfner 
Hallo,

ich 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 Image verwende) nicht installiert. 
> Bist Du sicher, daß eine Deinstallation von Apache die Lösung bringt? Sind 
> meine Daten noch da?
> Grüße, 
> 
> JD.
> 
>> Sent: Thursday, June 13, 2019 at 11:52 AM
>> 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.
>> 
>> "Deshalb generell die Empfehlung, Finger weg von "rpi-update". Es sei
>> denn man weiß, warum man das tut."
>> https://www.elektronik-kompendium.de/sites/raspberry-pi/2006061.htm
>> 
>>> Ergebnis: Ich lande nach dem Aufruf von http://raspi-vz-ip auf der Apache2 
>>> Debian Default Page.
>> 
>> Mglich das eine Abhägigkeit besteht (insbesondere wenn du in Richtung
>> phpmyadmin rumgespielt hast) die beim Update aufgelöst wurde.
>> Apache deaktivieren und ev. deinstallieren.
>> 
>> 
>> mfg Daniel
>> 
>>

Re: [vz-users] SD-Kartencrash nach Update - noch etwas zu Retten ?

2019-06-13 Diskussionsfäden John Doe 
Hallo Daniel, 

der Rat zu rpi-update war mir unbekannt.. 
Phpmyadmin ist (da ich das aktuelle Image verwende) nicht installiert. 
Bist Du sicher, daß eine Deinstallation von Apache die Lösung bringt? Sind 
meine Daten noch da?
Grüße, 

JD.

> Sent: Thursday, June 13, 2019 at 11:52 AM
> 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.
> 
> "Deshalb generell die Empfehlung, Finger weg von "rpi-update". Es sei
> denn man weiß, warum man das tut."
> https://www.elektronik-kompendium.de/sites/raspberry-pi/2006061.htm
> 
> > Ergebnis: Ich lande nach dem Aufruf von http://raspi-vz-ip auf der Apache2 
> > Debian Default Page.
> 
> Mglich das eine Abhägigkeit besteht (insbesondere wenn du in Richtung
> phpmyadmin rumgespielt hast) die beim Update aufgelöst wurde.
> Apache deaktivieren und ev. deinstallieren.
> 
> 
> mfg Daniel
> 
>

Re: [vz-users] SD-Kartencrash nach Update - noch etwas zu Retten ?

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


am Mittwoch, 12. Juni 2019 um 22:42 hat John Doe geschrieben:
> und ein rpi-updateangestoßen.

"Deshalb generell die Empfehlung, Finger weg von "rpi-update". Es sei
denn man weiß, warum man das tut."
https://www.elektronik-kompendium.de/sites/raspberry-pi/2006061.htm

> Ergebnis: Ich lande nach dem Aufruf von http://raspi-vz-ip auf der Apache2 
> Debian Default Page.

Mglich das eine Abhägigkeit besteht (insbesondere wenn du in Richtung
phpmyadmin rumgespielt hast) die beim Update aufgelöst wurde.
Apache deaktivieren und ev. deinstallieren.


mfg Daniel