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

[legro]

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

influx user create -n <username> -p <password> -o <org-name>

Dies habe ich doch oben versucht. Die Reihenfolge der Optionen -o, -n und -p ist wohl beliebig. Sei's d'rum. Ich erhalte - egal welche Reihenfolge ich auch wähle - stets oben berichteten Fehler. Offenbar muss man sich umständlich bei jedem Befehl authentifizieren oder man richtet sich so eine CONFIG-Datei ein, wie @SpacerX vorschlägt.:disappointed:

Letzteres habe ich gestern probiert, aber es hat nicht funktioniert. Da dies nach @SpacerX offensichtlich doch der richtige Weg ist, habe ich mich vermutlich beim Eingeben des Tokens vertippt. Ich probier's gleich nochmals und werde berichten.

Schlimmer geht's nimmer.:confounded:

[legro]

Hier nun dasselbe traurige Ergebnis wie gestern ..

pi@raspberrypi-dev:~ $ influx config create --config-name admin_config --host-url http://localhost:8086 --org galegro --token <hier steht mein Admin-Token> --active
Error: failed to create config "admin_config": config "admin_config" already exists

ABER diesmal habe ich nicht nur genauer hingeschaut.:blush: Wie auch bei den gestrigen Versuchen konnte ich die Datei admin_config nicht erzeugen, weil sie schon vorhanden war. Aus Verzweiflung habe ich die Platte (SD) geputzt und InfluxDB neu installiert. Der Fehler blieb. Offenbar legt der Start-Assistent diese Datei an, ohne unsereinen zu informieren, was er dort eigentlich für einen Unsinn reinschreibt.

Nur habe ich diesmal, dank des Beispiels von @SpacerX mutig geworden, den Versuch gestartet, eine neue Datei - galegro_admin_config - anzulegen. Damit konnte ich nun endlich meinen neuen Benutzer anlegen.

Wie gesagt ..

Schlimmer geht's nimmer.:cry:

Wo finde ich diese CONFIG-Dateien? Dann lösche ich dort erst mal alles raus, was ich nicht gebrauchen kann.

Vielen Dank an alle für die freundlich Unterstützung.

Und so findet man seine Token ..

.. und kann sich anschließend über eine erfolgreiche Verwendung freuen ..

[OliverIO]

@legro

ich würde lieber die offizielle herstellerdokumentation verwenden.
https://docs.influxdata.com/influxdb/v2.3/install/?t=Raspberry+Pi

[arteck]

@oliverio 1.8 er installiert 2.x

[OliverIO]

@arteck

oh danke, hab den link korrigiert. gibt sogar eine raspberry spezial-seite jetzt

[DJMarc75]

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

influx user create -n <username> -p <password> -o <org-name>

influx user create -n <username> -p <password> -o <org-name> -t <token>

so funktioniert es bei mir

den Befehl

-t <token>

muss man bei jedem influx Befehl anhängen, ich habe weder eine Config anlegen noch sonstwas tun müssen.

[legro]

Vielen Dank für eure Tipps. Wenn man einmal einen Einstieg gefunden hat, dann geht alles Übrige i.d.R. recht zügig voran.

@OliverIO Die offizielle Seite ist für mich ein Beispiel, wie's umständlicher nicht geht. Die im ersten Beitrag genannte Quelle habe ich schon mehrfach für erfolgreich(er)e Installationen verwendet.

@DJMarc75 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. Aber es ist sicherlich sinnvoll auf diese Weise für jeden Benutzer eine solche Datei anzulegen und auf diese Weise zu verwenden.

[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.