NEWS
InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086
-
pi@raspberrypi:~ $ sudo apt update Hit:1 http://archive.raspberrypi.org/debian bullseye InRelease Hit:2 http://security.debian.org/debian-security bullseye-security InRelease Hit:3 http://deb.debian.org/debian bullseye InRelease Hit:4 http://deb.debian.org/debian bullseye-updates InRelease Hit:5 https://apt.grafana.com stable InRelease Hit:6 https://deb.nodesource.com/node_18.x nodistro InRelease Hit:7 https://repos.influxdata.com/debian stable InRelease Hit:8 https://repos.influxdata.com/debian bullseye InRelease Get:9 http://weewx.com/apt/python3 buster InRelease [4,252 B] Err:9 http://weewx.com/apt/python3 buster InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY E788768B9CB16E10 Fetched 4,252 B in 5s (855 B/s) Reading package lists... Done Building dependency tree... Done Reading state information... Done 21 packages can be upgraded. Run 'apt list --upgradable' to see them. W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: http://weewx.com/apt/python3 buster InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY E788768B9CB16E10 W: Failed to fetch http://weewx.com/apt/python3/dists/buster/InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY E788768B9CB16E10 W: Some index files failed to download. They have been ignored, or old ones used instead.bei weewx gab es ein Update, da scheine ich noch ein Problem zu haben, hat aber denk eich nichts mit influx zu tun
pi@raspberrypi:~ $ apt policy influxdb* influxdb2-cli: Installed: (none) Candidate: 2.7.3-1 Version table: 2.7.3-1 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.7.1-2 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.6.1 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.6.0 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.5.0 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.4.0 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.3.0 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages influxdb-client: Installed: (none) Candidate: 1.6.7~rc0-1+b5 Version table: 1.6.7~rc0-1+b5 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages influxdb-dev: Installed: (none) Candidate: (none) Version table: influxdb2-client: Installed: (none) Candidate: 2.7.1-1 Version table: 2.7.1-1 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages influxdb: Installed: 1.8.10-1 Candidate: 1.8.10-1 Version table: *** 1.8.10-1 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 100 /var/lib/dpkg/status 1.6.7~rc0-1+b5 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages influxdb2: Installed: (none) Candidate: 2.7.5-1 Version table: 2.7.5-1 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.7.4-1 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.7.3-1 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.7.1-1 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.7.0-1 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.6.1-1 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.6.0-1 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.5.1-1 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.4.0-1 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.3.0-1 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages 2.2.0 500 500 https://repos.influxdata.com/debian stable/main arm64 Packages 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packagespi@raspberrypi:~ $ systemctl status influx* Unit influxdata-archive_compat.key.service could not be found. Unit influxdata-archive_compat.key.1.service could not be found. Unit influxdata-archive_compat.key.2.service could not be found.irgendwie scheint mein influx nicht mehr da zu sein, warum auch immer......
-
@thomas-braun Hallo,
sudo apt updatemacht jetzt keine Probleme mehrich habe
rm influxdata-archive_compat*ausgeführt erhalte aber immer noch die selbe FehlermeldungError: connect ECONNREFUSED 127.0.0.1:8086 -
@thomas-braun Hallo,
sudo apt updatemacht jetzt keine Probleme mehrich habe
rm influxdata-archive_compat*ausgeführt erhalte aber immer noch die selbe FehlermeldungError: connect ECONNREFUSED 127.0.0.1:8086pi@raspberrypi:~ $ systemctl status influx* ● influxdb.service - InfluxDB is an open-source, distributed, time series datab> Loaded: loaded (/lib/systemd/system/influxdb.service; enabled; vendor pres> Active: activating (start) since Mon 2024-02-12 10:59:27 CET; 1min 27s ago Docs: https://docs.influxdata.com/influxdb/ Cntrl PID: 17670 (influxd-systemd) Tasks: 14 (limit: 3933) CPU: 2min 40.311s CGroup: /system.slice/influxdb.service ├─17670 /bin/bash -e /usr/lib/influxdb/scripts/influxd-systemd-sta> ├─17671 /usr/bin/influxd -config /etc/influxdb/influxdb.conf └─18132 sleep 1 Feb 12 11:00:48 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> Feb 12 11:00:48 raspberrypi influxd-systemd-start.sh[17671]: ts=2024-02-12T10:0> Feb 12 11:00:49 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> Feb 12 11:00:50 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> Feb 12 11:00:51 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> Feb 12 11:00:51 raspberrypi influxd-systemd-start.sh[17671]: ts=2024-02-12T10:0> Feb 12 11:00:52 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> Feb 12 11:00:53 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> Feb 12 11:00:53 raspberrypi influxd-systemd-start.sh[17671]: ts=2024-02-12T10:0> Feb 12 11:00:54 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> Feb 12 11:00:55 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> lines 1-23...skipping...beim googlen habe ich jetzt rausgefunden, dass es an der timeout Zeit liegen kann und ich diese anpassen soll, beispielsweise so:
$ cat /etc/systemd/system/influxdb.service.d/override.conf [Service] TimeoutStartSec=45mwürde das Sinn machen?
-
pi@raspberrypi:~ $ systemctl status influx* ● influxdb.service - InfluxDB is an open-source, distributed, time series datab> Loaded: loaded (/lib/systemd/system/influxdb.service; enabled; vendor pres> Active: activating (start) since Mon 2024-02-12 10:59:27 CET; 1min 27s ago Docs: https://docs.influxdata.com/influxdb/ Cntrl PID: 17670 (influxd-systemd) Tasks: 14 (limit: 3933) CPU: 2min 40.311s CGroup: /system.slice/influxdb.service ├─17670 /bin/bash -e /usr/lib/influxdb/scripts/influxd-systemd-sta> ├─17671 /usr/bin/influxd -config /etc/influxdb/influxdb.conf └─18132 sleep 1 Feb 12 11:00:48 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> Feb 12 11:00:48 raspberrypi influxd-systemd-start.sh[17671]: ts=2024-02-12T10:0> Feb 12 11:00:49 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> Feb 12 11:00:50 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> Feb 12 11:00:51 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> Feb 12 11:00:51 raspberrypi influxd-systemd-start.sh[17671]: ts=2024-02-12T10:0> Feb 12 11:00:52 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> Feb 12 11:00:53 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> Feb 12 11:00:53 raspberrypi influxd-systemd-start.sh[17671]: ts=2024-02-12T10:0> Feb 12 11:00:54 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> Feb 12 11:00:55 raspberrypi influxd-systemd-start.sh[17670]: InfluxDB API unava> lines 1-23...skipping...beim googlen habe ich jetzt rausgefunden, dass es an der timeout Zeit liegen kann und ich diese anpassen soll, beispielsweise so:
$ cat /etc/systemd/system/influxdb.service.d/override.conf [Service] TimeoutStartSec=45mwürde das Sinn machen?
-
@obstbauer mit
htopsehe ich auch, dass influxdp das System ordentlich auslastet, verstehe ich auch nicht...@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
@obstbauer mit
htopsehe ich auch, dass influxdp das System ordentlich auslastet, verstehe ich auch nicht...Ich vermute, dass deine Datenbank einfach zu groß ist und/oder korrupte Daten vorhanden sind. Was sagt:
sudo du -sh /var/lib/influxdb/?
-
@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
@obstbauer mit
htopsehe ich auch, dass influxdp das System ordentlich auslastet, verstehe ich auch nicht...Ich vermute, dass deine Datenbank einfach zu groß ist und/oder korrupte Daten vorhanden sind. Was sagt:
sudo du -sh /var/lib/influxdb/?
-
pi@raspberrypi:~ $ sudo du -sh /var/lib/influxdb/ 1.1G /var/lib/influxdb/is jetzt nicht sooo groß oder ?
@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
is jetzt nicht sooo groß oder ?
Nein, das geht. Dann wird wohl was kaputt gegangen sein. Bevor du da lange rumdokterst, würde ich ein Restore machen.
-
@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
is jetzt nicht sooo groß oder ?
Nein, das geht. Dann wird wohl was kaputt gegangen sein. Bevor du da lange rumdokterst, würde ich ein Restore machen.
@marc-berg ok also mein backup wieder reinladen? Das habe ich noch nicht gemacht bisher, werde es aber morgen mal versuchen. Der Kaltstart hat irgendwas zerschossen leider :/ aber das ist ja bekannt, dass der Pi so etwas nicht mag....
Wenn ich mal Zeit habe werde ich alles neu und frisch installieren, dann läuft es auch stabiler.... -
@marc-berg ok also mein backup wieder reinladen? Das habe ich noch nicht gemacht bisher, werde es aber morgen mal versuchen. Der Kaltstart hat irgendwas zerschossen leider :/ aber das ist ja bekannt, dass der Pi so etwas nicht mag....
Wenn ich mal Zeit habe werde ich alles neu und frisch installieren, dann läuft es auch stabiler....@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
Der Kaltstart hat irgendwas zerschossen leider aber das ist ja bekannt, dass der Pi so etwas nicht mag....
Das mag gar kein EDV-System. Da ist der Pi nicht alleine.
-
@marc-berg ok also mein backup wieder reinladen? Das habe ich noch nicht gemacht bisher, werde es aber morgen mal versuchen. Der Kaltstart hat irgendwas zerschossen leider :/ aber das ist ja bekannt, dass der Pi so etwas nicht mag....
Wenn ich mal Zeit habe werde ich alles neu und frisch installieren, dann läuft es auch stabiler....@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
ok also mein backup wieder reinladen?
ja, genau.
Das habe ich noch nicht gemacht bisher, werde es aber morgen mal versuchen.
Ohne mit dem erhobenen Zeigefinger wedeln zu wollen: Es ist immer eine gute Idee, das zu üben, wenn man keinen "Druck" hat :-)
-
@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
ok also mein backup wieder reinladen?
ja, genau.
Das habe ich noch nicht gemacht bisher, werde es aber morgen mal versuchen.
Ohne mit dem erhobenen Zeigefinger wedeln zu wollen: Es ist immer eine gute Idee, das zu üben, wenn man keinen "Druck" hat :-)
@marc-berg ja ich hatte eh mal vor die Datenbank auf die Festplatte umzusiedeln damit die SD Karte geschont wird, auch dafür is es jetzt ein guter Zeitpunkt :) es ist halt die mangelnde Zeit....
-
@marc-berg aktuell scheitere ich an dem restore... ich habe die Backup Datei die der iobroker als letztes erstellt hat auf meinen Pi kopiert (das Backup geht auf einen ftp) und es entpackt
Mit diesem Befehl wollte ich es nun wieder herstellen, erhalte aber folgende Meldung mit der ich nichts anfangen kann:pi@raspberrypi:~ $ influxd restore \ -db iobroker \ -datadir /var/lib/influxdb/data/iobroker \ -metadir /var/lib/influxdb/meta \ /home/pi/influx_backup restore: backup path should be a valid directory: -dbich wollte es mit der offline legacy methode machen nach folgendem Beispiel von der influx Seite
influxd restore \ -db example-db \ -datadir /path/to/data-directory \ -metadir /path/to/meta-directory \ /path/to/backup-directory -
@marc-berg aktuell scheitere ich an dem restore... ich habe die Backup Datei die der iobroker als letztes erstellt hat auf meinen Pi kopiert (das Backup geht auf einen ftp) und es entpackt
Mit diesem Befehl wollte ich es nun wieder herstellen, erhalte aber folgende Meldung mit der ich nichts anfangen kann:pi@raspberrypi:~ $ influxd restore \ -db iobroker \ -datadir /var/lib/influxdb/data/iobroker \ -metadir /var/lib/influxdb/meta \ /home/pi/influx_backup restore: backup path should be a valid directory: -dbich wollte es mit der offline legacy methode machen nach folgendem Beispiel von der influx Seite
influxd restore \ -db example-db \ -datadir /path/to/data-directory \ -metadir /path/to/meta-directory \ /path/to/backup-directorydas bekomme ich als Fehler, wenn ich das Backup über iobroker laden will:
Started restore ... [DEBUG] [influxDB] - Created tmp directory [DEBUG] [influxDB] - Start infuxDB Restore ... [DEBUG] [influxDB] - influxdb.0 is stopped [ERROR] [influxDB] - 2024/02/13 18:18:29 error updating meta: updating metadata on influxd service failed: err=read tcp 127.0.0.1:55584->127.0.0.1:8088: read: connection reset by peer, n=0 restore: updating metadata on influxd service failed: err=read tcp 127.0.0.1:55584->127.0.0.1:8088: read: connection reset by peer, n=0 [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted [DEBUG] [influxDB] - infuxDB Restore completed successfully [EXIT] influxDB restore done [DEBUG] [influxDB] - influxdb.0 started -
@marc-berg aktuell scheitere ich an dem restore... ich habe die Backup Datei die der iobroker als letztes erstellt hat auf meinen Pi kopiert (das Backup geht auf einen ftp) und es entpackt
Mit diesem Befehl wollte ich es nun wieder herstellen, erhalte aber folgende Meldung mit der ich nichts anfangen kann:pi@raspberrypi:~ $ influxd restore \ -db iobroker \ -datadir /var/lib/influxdb/data/iobroker \ -metadir /var/lib/influxdb/meta \ /home/pi/influx_backup restore: backup path should be a valid directory: -dbich wollte es mit der offline legacy methode machen nach folgendem Beispiel von der influx Seite
influxd restore \ -db example-db \ -datadir /path/to/data-directory \ -metadir /path/to/meta-directory \ /path/to/backup-directory@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
und es entpackt
warum?
das macht der restore! -
@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
und es entpackt
warum?
das macht der restore! -
ich habe nun auch diese Lösung versucht:
Influx DB abgelehnt aus dem Forum, die sleep zeit von 1 auf 10 und erneutes eingeben des Passwortes, aber auch das will das Problem nicht lösen
langsam weiß ich nicht mehr weiter....
-
ich habe nun auch diese Lösung versucht:
Influx DB abgelehnt aus dem Forum, die sleep zeit von 1 auf 10 und erneutes eingeben des Passwortes, aber auch das will das Problem nicht lösen
langsam weiß ich nicht mehr weiter....
-
das erhalte ich nun auch:
pi@raspberrypi:~ $ systemctl status influx* Unit influx_backup.service could not be found. -
@marc-berg aktuell scheitere ich an dem restore... ich habe die Backup Datei die der iobroker als letztes erstellt hat auf meinen Pi kopiert (das Backup geht auf einen ftp) und es entpackt
Mit diesem Befehl wollte ich es nun wieder herstellen, erhalte aber folgende Meldung mit der ich nichts anfangen kann:pi@raspberrypi:~ $ influxd restore \ -db iobroker \ -datadir /var/lib/influxdb/data/iobroker \ -metadir /var/lib/influxdb/meta \ /home/pi/influx_backup restore: backup path should be a valid directory: -dbich wollte es mit der offline legacy methode machen nach folgendem Beispiel von der influx Seite
influxd restore \ -db example-db \ -datadir /path/to/data-directory \ -metadir /path/to/meta-directory \ /path/to/backup-directory@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
influxd restore \ -db iobroker \ -datadir /var/lib/influxdb/data/iobroker \ -metadir /var/lib/influxdb/meta \ /home/pi/influx_backup
Der Befehl ist falsch, und was sollen die Backslashes darin? Wenn das Backup durch Backitup erzeugt wurde, heißt er korrekte Befehl
influxd restore -db iobroker -portable /home/pi/influx_backupDas Backup muss vorher entpackt worden sein. Zeig mal den Inhalt des Backup Verzeichnisses.
Wichtig: die DB muss vorher gelöscht worden sein. Das geht u.a. über den Adapter.
-
@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
influxd restore \ -db iobroker \ -datadir /var/lib/influxdb/data/iobroker \ -metadir /var/lib/influxdb/meta \ /home/pi/influx_backup
Der Befehl ist falsch, und was sollen die Backslashes darin? Wenn das Backup durch Backitup erzeugt wurde, heißt er korrekte Befehl
influxd restore -db iobroker -portable /home/pi/influx_backupDas Backup muss vorher entpackt worden sein. Zeig mal den Inhalt des Backup Verzeichnisses.
Wichtig: die DB muss vorher gelöscht worden sein. Das geht u.a. über den Adapter.
pi@raspberrypi:~ $ cd /home/pi/influx_backup pi@raspberrypi:~/influx_backup $ ls 20240210T014020Z.manifest 20240210T014020Z.meta 20240210T014020Z.s177.tar.gz 20240210T014020Z.s185.tar.gz 20240210T014020Z.s193.tar.gz 20240210T014020Z.s201.tar.gz 20240210T014020Z.s209.tar.gz 20240210T014020Z.s217.tar.gz 20240210T014020Z.s225.tar.gz 20240210T014020Z.s233.tar.gz 20240210T014020Z.s241.tar.gz 20240210T014020Z.s249.tar.gz 20240210T014020Z.s257.tar.gz 20240210T014020Z.s265.tar.gz 20240210T014020Z.s273.tar.gz 20240210T014020Z.s281.tar.gz 20240210T014020Z.s289.tar.gz 20240210T014020Z.s297.tar.gz 20240210T014020Z.s305.tar.gz 20240210T014020Z.s313.tar.gz 20240210T014020Z.s321.tar.gz 20240210T014020Z.s329.tar.gz 20240210T014020Z.s337.tar.gz 20240210T014020Z.s345.tar.gz 20240210T014020Z.s353.tar.gz 20240210T014020Z.s361.tar.gz 20240210T014020Z.s369.tar.gz 20240210T014020Z.s377.tar.gz 20240210T014020Z.s385.tar.gz 20240210T014020Z.s393.tar.gz 20240210T014020Z.s401.tar.gz 20240210T014020Z.s409.tar.gz 20240210T014020Z.s417.tar.gz 20240210T014020Z.s425.tar.gz 20240210T014020Z.s433.tar.gz 20240210T014020Z.s441.tar.gz 20240210T014020Z.s449.tar.gz 20240210T014020Z.s457.tar.gz 20240210T014020Z.s465.tar.gz 20240210T014020Z.s473.tar.gz 20240210T014020Z.s481.tar.gz 20240210T014020Z.s489.tar.gz 20240210T014020Z.s497.tar.gz 20240210T014020Z.s505.tar.gz 20240210T014020Z.s513.tar.gz 20240210T014020Z.s521.tar.gz 20240210T014020Z.s529.tar.gz 20240210T014020Z.s537.tar.gz 20240210T014020Z.s545.tar.gz 20240210T014020Z.s553.tar.gz 20240210T014020Z.s561.tar.gz 20240210T014020Z.s569.tar.gz 20240210T014020Z.s577.tar.gz 20240210T014020Z.s585.tar.gz 20240210T014020Z.s593.tar.gz influxDB_2024_02_10-02_40_19_backupiobroker.tar.gzoben hieß es, dass es nicht entpackt werden sollte.
Mein weiteres Vorgehen wäre dann, die Datenbank mit Backitup löschen und mit dem Befehl wiedeherstellen?Die Backslashes habe ich drin weil sie auch in dem Beispiel dabei waren aus der Influx Doku, siehe weiter oben
804
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge