NEWS
InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086
-
@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
-
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
@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
oben hieß es, dass es nicht entpackt werden sollte.
Naja, es kommt halt darauf an. Wenn du es auf der Kommandozeile selbst machst, dann muss es entpackt werden. Backitup entpackt selbst und erwartet auch EIN gepacktes File.
Mein weiteres Vorgehen wäre dann, die Datenbank mit Backitup löschen und mit dem Befehl wiedeherstellen?
Korrekt. Wenn du neben "iobroker" weitere DBs hast, musst du da ebenso verfahren.
Die Backslashes habe ich drin weil sie auch in dem Beispiel dabei waren aus der Influx Doku, siehe weiter oben
Ja, das gilt aber nur, wenn man den Befehl über mehrere Zeilen "verteilt" eingibt. So wie du es gemacht hast, gehören die Zeichen da nicht rein.
EDIT:
pi@raspberrypi:~/influx_backup $ ls 20240210T014020Z.manifest 20240210T014020Z.meta 20240210T014020Z.s177.tar.gz ...Ja, so passt es. Wollte nur sichergehen, dass die einzelnen *.gz Dateien nicht mit entpackt wurden.
-
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
@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
Die Backslashes habe ich drin weil sie auch in dem Beispiel dabei waren aus der Influx Doku, siehe weiter oben
So als Hinweis: Diese Backslashes in Dokumentationen bedeuten eigentlich das genaue Gegenteil: Das Kommando wird nur aus optischen Gründen an diesen Stellen umgebrochen, die Eingabe erfolgt in einem Stück, ohne die \ .
€dit: Marc war schneller.
-
@marc-berg sorry ich scheitere daran die alte Datenbank zu löschen, ich finde dazu bei Backitup nichts,
ich habe dann noch einmal die Funktion "Backupdatei wiederherstellen" genutzt mit folgenden output:Started restore ... [DEBUG] [influxDB] - Created tmp directory [DEBUG] [influxDB] - Start infuxDB Restore ... [DEBUG] [influxDB] - influxdb.0 is stopped [ERROR] [influxDB] - 2024/02/14 21:55:18 error updating meta: updating metadata on influxd service failed: err=read tcp 127.0.0.1:39092->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:39092->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 starteddort taucht zwar der error auf anderseits steht dort aber auch dass die alte Datenbank erfolgreich gelöscht und wiederhergestellt wurde
Mein Problem besteht aber weiterhinError: connect ECONNREFUSED 127.0.0.1:8086Die Frage ist jetzt wurde das Backup erfolgreich eingespielt und ich habe ein anderes Problem oder nicht?
-
@marc-berg sorry ich scheitere daran die alte Datenbank zu löschen, ich finde dazu bei Backitup nichts,
ich habe dann noch einmal die Funktion "Backupdatei wiederherstellen" genutzt mit folgenden output:Started restore ... [DEBUG] [influxDB] - Created tmp directory [DEBUG] [influxDB] - Start infuxDB Restore ... [DEBUG] [influxDB] - influxdb.0 is stopped [ERROR] [influxDB] - 2024/02/14 21:55:18 error updating meta: updating metadata on influxd service failed: err=read tcp 127.0.0.1:39092->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:39092->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 starteddort taucht zwar der error auf anderseits steht dort aber auch dass die alte Datenbank erfolgreich gelöscht und wiederhergestellt wurde
Mein Problem besteht aber weiterhinError: connect ECONNREFUSED 127.0.0.1:8086Die Frage ist jetzt wurde das Backup erfolgreich eingespielt und ich habe ein anderes Problem oder nicht?
@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
@marc-berg sorry ich scheitere daran die alte Datenbank zu löschen, ich finde dazu bei Backitup nichts,
Die Funktion zum Löschen befindet sich im Influxdb-Adapter.
ich habe dann noch einmal die Funktion "Backupdatei wiederherstellen" genutzt mit folgenden output:
[ERROR] [influxDB] - 2024/02/14 21:55:18 error updating meta: updating metadata on influxd service failed: err=read tcp 127.0.0.1:39092->127.0.0.1:8088: read: connection reset by peer, n=0Die Frage ist jetzt wurde das Backup erfolgreich eingespielt und ich habe ein anderes Problem oder nicht?
Da ist aus meiner Sicht nichts wiederhergestellt worden. Durch die Nichterreichbarkeit der DB läuft das auf einen Fehler. Zeig mal die Einstellungen von Backitup. Steht dort, dass sie DB lokal läuft?
-
@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
@marc-berg sorry ich scheitere daran die alte Datenbank zu löschen, ich finde dazu bei Backitup nichts,
Die Funktion zum Löschen befindet sich im Influxdb-Adapter.
ich habe dann noch einmal die Funktion "Backupdatei wiederherstellen" genutzt mit folgenden output:
[ERROR] [influxDB] - 2024/02/14 21:55:18 error updating meta: updating metadata on influxd service failed: err=read tcp 127.0.0.1:39092->127.0.0.1:8088: read: connection reset by peer, n=0Die Frage ist jetzt wurde das Backup erfolgreich eingespielt und ich habe ein anderes Problem oder nicht?
Da ist aus meiner Sicht nichts wiederhergestellt worden. Durch die Nichterreichbarkeit der DB läuft das auf einen Fehler. Zeig mal die Einstellungen von Backitup. Steht dort, dass sie DB lokal läuft?
-
@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
hier wird der Haken fehlen, meinst du das?
Das passt so. Den Haken zum vorherigen Löschen kannst du setzen, ich fürchte aber, dass wegen der nicht sauber laufenden Datenbank der Restore fehlschlagen wird.
zum Löschen im influx Adapter meinst du das?
Ja, versuche das mal. Wenn es nicht funktioniert, musst du das gesamte Verzeichnis /var/lib/influxdb löschen, um einen sauberen Stand zu haben.
Nach einem Neustart schauen, ob die DB läuft:
systemctl status influxdb -
@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
hier wird der Haken fehlen, meinst du das?
Das passt so. Den Haken zum vorherigen Löschen kannst du setzen, ich fürchte aber, dass wegen der nicht sauber laufenden Datenbank der Restore fehlschlagen wird.
zum Löschen im influx Adapter meinst du das?
Ja, versuche das mal. Wenn es nicht funktioniert, musst du das gesamte Verzeichnis /var/lib/influxdb löschen, um einen sauberen Stand zu haben.
Nach einem Neustart schauen, ob die DB läuft:
systemctl status influxdb@marc-berg ich bin jetzt einen anderen Weg gegangen ich hab ein image von meiner SD Karte aus dem Januar genommen... da lief noch alles und tut es jetzt auch wieder, mir fehlt jetzt nur noch die letzte Influx Datensicherung
Wenn ich jetzt meine letzte Influx Sicherung nehme vom 10.02 auf dem ftp und mit Backitup installieren will passiert allerdings mehr oder weniger nichts, nach 20 Minuten sieht es noch so aus:
Ich habe es vorher mal mit der grafana Sicherung versucht, da ist es auch nicht weitergegangen....
Wo hänge ich da jetzt ?
Der Influx Adapter ist grün und mein Grafana zeigt aktuelle Daten, also die Datenbank und influx sollte in diesem Stand (10. Januar) nicht beschädigt seinDie iobroker Sicherung habe ich zum Test auch mal eingspielt über den ftp, das ging ohne Probleme
-
@marc-berg ich bin jetzt einen anderen Weg gegangen ich hab ein image von meiner SD Karte aus dem Januar genommen... da lief noch alles und tut es jetzt auch wieder, mir fehlt jetzt nur noch die letzte Influx Datensicherung
Wenn ich jetzt meine letzte Influx Sicherung nehme vom 10.02 auf dem ftp und mit Backitup installieren will passiert allerdings mehr oder weniger nichts, nach 20 Minuten sieht es noch so aus:
Ich habe es vorher mal mit der grafana Sicherung versucht, da ist es auch nicht weitergegangen....
Wo hänge ich da jetzt ?
Der Influx Adapter ist grün und mein Grafana zeigt aktuelle Daten, also die Datenbank und influx sollte in diesem Stand (10. Januar) nicht beschädigt seinDie iobroker Sicherung habe ich zum Test auch mal eingspielt über den ftp, das ging ohne Probleme
@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
Die iobroker Sicherung habe ich zum Test auch mal eingspielt über den ftp, das ging ohne Probleme
Habe ich jetzt so ganz ohne Errormeldugen keinen Ansatz, was das sein könnte. Vielleicht irgendwelche Berechtigungsprobleme?
-
@obstbauer sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
Die iobroker Sicherung habe ich zum Test auch mal eingspielt über den ftp, das ging ohne Probleme
Habe ich jetzt so ganz ohne Errormeldugen keinen Ansatz, was das sein könnte. Vielleicht irgendwelche Berechtigungsprobleme?
@marc-berg also ich hab jetzt auf meinem laufenden System vom 10.1.24 das Verzeichnis /var/lib/influxdb gelöscht und habe das Backup entpackt in das Verzeichnis
/home/pi/influx_backupdann habe ich diesen Befehlt ausgeführt:
influxd restore -db iobroker -portable /home/pi/influx_backupund bekomme folgenden Fehler:
pi@raspberrypi:~/influx_backup $ influxd restore -db iobroker -portable /home/pi/influx_backup 2024/02/15 22:17:35 error updating meta: dial tcp [::1]:8088: connect: connection refused restore: dial tcp [::1]:8088: connect: connection refusedwarum geht es immer um Port 8088 ? was ist dieses meta? Sorry da bin ich nicht so tief drin
Es ist wieder das gleiche connection refused.....
langsam bin ich sehr ratlos, es wäre schade wenn die Daten trotz der regelmäßigen Backups verloren wärenWenn ich ein altes Backup lokal über Backitup lade geht es, über den ftp direkt nicht, allerdings erscheint auch lokal der gleiche Fehler wie wenn ich es über die Konsole mache:
-
@marc-berg also ich hab jetzt auf meinem laufenden System vom 10.1.24 das Verzeichnis /var/lib/influxdb gelöscht und habe das Backup entpackt in das Verzeichnis
/home/pi/influx_backupdann habe ich diesen Befehlt ausgeführt:
influxd restore -db iobroker -portable /home/pi/influx_backupund bekomme folgenden Fehler:
pi@raspberrypi:~/influx_backup $ influxd restore -db iobroker -portable /home/pi/influx_backup 2024/02/15 22:17:35 error updating meta: dial tcp [::1]:8088: connect: connection refused restore: dial tcp [::1]:8088: connect: connection refusedwarum geht es immer um Port 8088 ? was ist dieses meta? Sorry da bin ich nicht so tief drin
Es ist wieder das gleiche connection refused.....
langsam bin ich sehr ratlos, es wäre schade wenn die Daten trotz der regelmäßigen Backups verloren wärenWenn ich ein altes Backup lokal über Backitup lade geht es, über den ftp direkt nicht, allerdings erscheint auch lokal der gleiche Fehler wie wenn ich es über die Konsole mache:
@marc-berg sagte in InfluxDB: Error: connect ECONNREFUSED 127.0.0.1:8086:
Nach einem Neustart schauen, ob die DB läuft:
systemctl status influxdbEDIT: Soll heißen, du muss erstmal sicherstellen, dass die DB läuft. Spätestens nach einem Reboot sollte das der Fall sein. Falls nicht, hilft wahrschenlich ein De- und Neuinstallieren der DB.
500
Online32.5k
Users81.7k
Topics1.3m
Posts