-
@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 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 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.
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.
-
@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 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 ?
@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.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
@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.
@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 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.
@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 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 ?!
-
@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:
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 \ --activeDas hat geklappt mit der Meldung
Active Name URL Org * galegro_admin_config http://localhost:8086 galegroWenn 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==NDas Ergebnis kennst du ja auch
Error: failed to lookup org with name "galegro": 401 Unauthorized: unauthorized accessAny idea??
Ich habe die Version
influxdb2 is already the newest version (2.7.10-1)
installiert
-
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 \ --activeDas hat geklappt mit der Meldung
Active Name URL Org * galegro_admin_config http://localhost:8086 galegroWenn 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==NDas Ergebnis kennst du ja auch
Error: failed to lookup org with name "galegro": 401 Unauthorized: unauthorized accessAny idea??
Ich habe die Version
influxdb2 is already the newest version (2.7.10-1)
installiert
@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.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@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.
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 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.
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 -
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@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 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.
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:~# -
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:~#@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.
-
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 accessSchö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.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
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.
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 :-(
-
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 :-(
.. 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.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
.. 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.
Support us
527
Online32.7k
Users82.4k
Topics1.3m
Posts