Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[DJMarc75]

@legro sagte in InfluxDB 2.x = Frust ;-(:

Da ich immer nur den Benutzer admin benutze, habe ich dessen Config-Datei auf active gesetzt und kann mir die Angabe -t <Token> natürlich sparen

Ich verstehe nicht warum man da so oft rumfurwerken muss.... wieviele Benutzer möppeln denn auf Deiner influx rum, und vor Allem, was für eine MegaGrafana hast Du denn ?

[legro]

@djmarc75 said in InfluxDB 2.x = Frust ;-(:

Ich verstehe nicht warum man da so oft rumfurwerken muss....

Hier fuhrwerkt niemand rum. Allerdings haben wir in unserer Familie zwei Hausautomatisierungen, die wir teilweise koppeln. Auch sind unsere Grafana Konfigurationen (noch) eher bescheiden.

Wie ich im Eingangsbeitrag schrieb: Die Herausforderung ist der Umstieg von einem 32bit (buster) -> 64bit (bullseye) System. Leider ist das Ganze derzeit bei unseren Systemen nicht so einfach. Lediglich bei einem ist der Übergang abgeschlossen.

Von wegen einfach über Bullseye mittels BackItUp ein Backup aus Buster drüberbügeln. Mag ja sein, dass es irgendwann einmal soweit sein mag, derzeit ist‘s jedoch noch nicht so einfach.

[Thomas Braun]

@legro sagte in InfluxDB 2.x = Frust ;-(:

derzeit ist‘s jedoch noch nicht so einfach.

Doch, ist es. Den iobroker-Daten ist es vollkommen wumpe ob 32 oder 64bit. Was beißt du dich so an dem Wechsel der Architektur fest?
Ich habe gerade gestern ein Backup aus einem 32bit auf ein 64bit-System geschoben. Gar kein Problem.

[DJMarc75]

@legro sagte in InfluxDB 2.x = Frust ;-(:

Von wegen einfach über Bullseye mittels BackItUp ein Backup aus Buster drüberbügeln. Mag ja sein, dass es irgendwann einmal soweit sein mag, derzeit ist‘s jedoch noch nicht so einfach.

Bitte nicht schon wieder...

@legro sagte in InfluxDB 2.x = Frust ;-(:

Wie ich im Eingangsbeitrag schrieb: Die Herausforderung ist der Umstieg von einem 32bit (buster) -> 64bit (bullseye) System. Leider ist das Ganze derzeit bei unseren Systemen nicht so einfach. Lediglich bei einem ist der Übergang abgeschlossen.

OK,hat nix mit dem Titel im Thread zu tun.

Warum überhastest Du denn ein Neuland und schimpfst dann gleich wenn es nicht funktioniert? Das verstehe ich nicht.

Vielleicht tu ich das Ganze überbewerten und ich sollte auch mal schimpfen... vll komm ich dann schneller ans Ziel ?!

[legro]

@djmarc75

Wer schimpft hier rum?

Wie du siehst, sind alle meine Fragen gelöst. Deine Kommentare sind völlig überflüssig.

[Kirk1701]

@legro

ich habe leider genau das gleiche Problem. Ich bin auch nach der Anleitung vorgegangen und kann auch keinen User anlegen....

Den Token habe ich auch mit admin bei dem ersten Start angelegt.

So siehts bei mir aus:

influx config create --config-name galegro_admin_config \
--host-url http://localhost:8086 \
--org galegro \
--token 891YRI7E_p8p4YxYLSxsYwBRqnU3RqErjSixxxxxxlmVEQ2ZWg2EwpA0yiFUu_BQW3bMUNkIjmAZFK5iew==N \
--active

Das hat geklappt mit der Meldung

Active  Name                    URL                     Org
*       galegro_admin_config    http://localhost:8086   galegro

Wenn ich nun einen Benutzer anlegen will bekomme ich die gleiche Meldung wie du. Aber ich komme leider nicht weiter :-(

influx user create -n user_iobroker -p '#paswort#' -o galegro -t 891YRI7E_p8p4YxYLSxsYwBRqnU3RqxxxxxxJuAlmVEQ2ZWg2EwpA0yiFUu_BQW3bMUNkIjmAZFK5iew==N

Das Ergebnis kennst du ja auch

Error: failed to lookup org with name "galegro": 401 Unauthorized: unauthorized access

Any idea??

Ich habe die Version

influxdb2 is already the newest version (2.7.10-1)

installiert

[Marc Berg]

@kirk1701 sagte in InfluxDB 2.x = gelöst ;-):

Den Token habe ich auch mit admin bei dem ersten Start angelegt.

Wie hast du den angelegt? Der endet normalerweise auf "==", und nicht auf "==N", wie bei dir.

[Kirk1701]

@marc-berg

Das war wohl ein copy/paste Fehler. Der Token endet auf "==" und den habe ich aus der Grundkonfiguration. Also der einzige den ich habe.

[Kirk1701]

@marc-berg

eben nochmal probiert

influx config create --config-name admin_fuer_alles \
--host-url http://localhost:8086 \
--org db_iobroker \
--token 891YRI7E_p8p4YxYLSxsYwBRqnU3RqxxxxxxJuAlmVEQ2ZWg2EwpA0yiFUu_BQW3bMUNkIjmAZFK5iew== \
--active

Active  Name                    URL                     Org
*       admin_fuer_alles        http://localhost:8086   db_iobroker

root@raspberrypi:~# influx user create -n user_iobroker -p '#password#' -o db_iobroker -t 891YRI7E_p8p4YxYLSxsYwBRqnU3RqxxxxxxJuAlmVEQ2ZWg2EwpA0yiFUu_BQW3bMUNkIjmAZFK5iew==
Error: failed to lookup org with name "db_iobroker": 401 Unauthorized: unauthorized access

[Marc Berg]

@kirk1701 sagte in InfluxDB 2.x = gelöst ;-):

eben nochmal probiert

Geht bei mir ohne Probleme. Zeig mal den Output von

http://<influxdb-ip>:8086/api/v2/authorizations

(nachdem du dich an der Oberfläche angemeldet hast)

[Kirk1701]

@marc-berg

ups, und jetzt hats geklappt. Da waren wohl schon die Augen zu kleine......

root@raspberrypi:~# influx config create --config-name admin_fuer_iobroker \
--host-url http://localhost:8086 \
--org db_iobroker \
--token 891YRI7E_p8p4YxYLSxsYwBRqnU3RqErjSiBPL7Se3JuAlmVEQ2ZWg2EwpA0yiFUu_BQW3bMUNkIjmAZFK5iew== \
--active

Active  Name                    URL                     Org
*       admin_fuer_iobroker     http://localhost:8086   db_iobroker
root@raspberrypi:~# influx user create -n user_iobroker -p '#password#' -o db_iobroker -t 891YRI7E_p8p4YxYLSxsYwBRqnU3RqErjSiBPL7Se3JuAlmVEQ2ZWg2EwpA0yiFUu_BQW3bMUNkIjmAZFK5iew==

ID                      Name
0d9533e8aff29000        user_iobroker
root@raspberrypi:~#

[Marc Berg]

@kirk1701 sagte in InfluxDB 2.x = gelöst ;-):

ups, und jetzt hats geklappt

Gut.

Übrigens: wenn du eine aktive Config angelegt hast, musst du den Token nicht bei allen Befehlen mitgeben.

[legro]

@kirk1701

Schön, dass es nun funktioniert.

Mittlerweile droht manchen von uns neues Ungemach. Wer darauf vertraut hat, dass die Entwickler wissen, was sie tun, und auf flux umgestiegen ist, darf jetzt wieder basteln. Flux wird wieder abgeschafft.

Das ist reinste Agrarinformatik: Rein in die Kartoffeln, raus aus den Kartoffeln.

Es mag ja durchaus sein, dass flux Vorteile bieten mag, aber warum soll ich meine ganze Arbeit von Jahren wegwerfen, nur weil ein paar Entwickler glauben, das Rad neu erfunden zu haben?

Damit meine Arbeiten am Ende nicht im Eimer (Pardon: bucket) sind, habe ich mühsam die buckets für influxQL via DBRP-Mapping umkonfiguriert. Wen das interessiert, findet hier mein Vorgehen beschrieben.

[Kirk1701]

@legro

danke für deine Anleitung.

WIe gesagt, der Adapter in iobroker wird grün.

Leider versuche ich schon ca 3 Bier lang die Influxdb2 in Grafana als Quelle zu verbinden. Soweit ohne Erfolg. Ich bin genau nach deinem PDF vorgegangen. Leider klappt die Verbindung zwischen Influxdb2 und Granana einfach nicht :-(

[legro]

@kirk1701

.. schon ca 3 Bier lang ..

InfluxDB darf man wohl nicht bierernst nehmen, sondern nur mit Bier ernst nehmen.:joy:

Hat man mit Einführung der Version 2.x die Abfragesprache Flux eingeführt und InfluxQL abgekündigt, so soll nun wiederum für die künftige Version 3.x Flux abgekündigt (und InfluxQL wiederbelebt???) werden.

Das ist reinste „Agrarinformatik“: Rein in die Kartoffeln! Raus aus den Kartoffeln!

Dennoch könnte dir dieser Beitrag helfen, in dem ich meinen K(r)ampf beim Umstieg von 1.x auf 2.x beschrieben habe. Um die von dir geschilderten Probleme zu umgehen, habe ich jeden Bucket (Datenbank) via DBRP-Mapping bearbeitet. Ich hatte nicht die geringste Lust alle meine Grafana-Diagramme auf die neue Flux-Sprache umzustricken. Danach klappte bei mir auch Grafana wie gewohnt.

[OliverIO]

@legro sagte in InfluxDB 2.x = gelöst ;-):

InfluxQL

Wenn ich mir das so anschaue, kamen die dann zum Schluß das SQL dann doch nicht so schlecht ist bzw die meisten verstehen, wenn sie bereits mit Datenbanken gearbeitet haben?