[vz-users] Stand InfluxDB

[Andreas Goetz]

Ich denke dass das Problem darin besteht, dass User/Passwort momentan gar nicht an den InfluxDB Client übergeben werden.

Brauchst Du das- also gehts nicht auch ohne Credentials? Dann müsste ich eine kleine Erweiterung bauen.

Viele Grüße,
Andreas


> On 8. Nov 2019, at 11:20, Sirko <mail_ist at nurfuerspam.de> wrote:
> 
> Hi Andreas,
> 
> ich hab schonmal rausgefunden, daß ich mit influx statt copy starten muß:
> 
> Ich hab user und password hinzugefügt, weil dbcopy meint:
> pi at raspberrypi ... $ php /.../andig/dbcopy/dbcopy influx -c
> /.../andig/dbcopy/config.influx.yaml
> 
> 
> 1/26 S0-Zaehler
> 
> In Client.php line 196:
> 
>   Query has failed: unable to parse authentication credentials
> 
> 
> In ResultSet.php line 49:
> 
>   unable to parse authentication credentials
> 
> 
> influx [-c|--config CONFIG] [-m|--mode MODE] [-d|--delete] [-f|--filter
> FILTER] [-b|--batch BATCH]
> 
> hat aber nichts genutzt, die config.influx.yaml:
> 
> # DATABASE DEFINITION
> source:
>   driver: pdo_mysql
>   host: localhost
>   #host: ...
>   user: ...
>   password: demo
>   dbname: volkszaehler
> 
> #target:
> #   driver: influx
> #   host: ...
>   # host: localhost
> #   user: ...
> #  password: ...
> #  dbname: volkszaehler
> #   path: sqlite.db3            # path is only used if driver = pdo_sqlite
> 
> # influxdb target database connection
> influx:
>   dsn: influxdb://localhost:8086
>   dbname: volkszaehler
>   measurement: data
>   user: ...
>   password: ...
> 
> # 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
> 
> $ influx --version
> InfluxDB shell version: 1.7.9
> 
> Grüße
> Sirko
> 
> Am 08.11.2019 um 10:56 schrieb Andreas Goetz:
>> Lass es uns einfacher machen: wie sieht Deine Config aus und was davon funktioniert nicht? Welche InfluxDB Version hast Du?
>> 
>> Viele Grüße, Andreas
>> 
>> 
>>> On 8. Nov 2019, at 10:41, Sirko <mail_ist at nurfuerspam.de> wrote:
>>> 
>>> Hi,
>>> 
>>> wie muß denn die Konfiguration in der dbcopy config.yaml aussehen, wenn
>>> ich nach influxdb exportieren will?
>>> Ohne target: nur mit influx: geht nicht, da fehlt das Target, mit
>>> target: gibt es wohl keinen passenden influxdb driver bei driver:
>>> 
>>> Macht es einen (Performance-) Unterschied, wenn ich die komplette "data"
>>> Spalte mit "copy" oder mit "pk" exportiere?
>>> 
>>> Grüße
>>> Sirko
>>> 
>>> Am 25.10.2019 um 12:06 schrieb Sirko:
>>>> Hi,
>>>> 
>>>> wie ist denn der aktuelle Stand bezüglich Volkszähler und InfluxDB? Gibt
>>>> es Pläne dazu?
>>>> 
>>>> Soweit ich gesehen hat, kann vzlogger die Daten schon in eine InfluxDB
>>>> schreiben. Gibt es irgendwelche Einschränkungen?
>>>> Meine eigenen Sensoren, die irgendwo auf ESP266 oder NodeMCUs Daten
>>>> erfassen und an die middleware senden, kann ich wohl recht einfach
>>>> direkt in die InfluxDB loggen lassen, denke ich.
>>>> Aber das Frontend kann sicher nicht mit InfluxDB umgehen? Gibt es schon
>>>> Bsp.-Grafana Dashboards oder Panels?
>>>> Wenn ich das richtig gesehen hab, kann DBCopy Daten von mysql nach
>>>> influxDB kopieren? Oder hab ich das falsch verstanden?
>>>> 
>>>> Viele Grüße
>>>> Sirko
>>>> 
>>>> 
>>