Help: InfluxDB startet nicht automatisch

[Hans Norbert]

Hallo
Durch eine Kombination unglücklicher Ereignisse startet innfluxdb beim start nicht mehr.
was ist geschehen
1. Eigentlich sollte das system die Daten an auf die an der Fritzbox angehängte Platte sichern
Warum auch immer wurde die aber nicht gemountet.
Damit wurden die Backups dann nach /backup/... geschreiben
2. wie im im anderen thread beschriebrn sollten alte Backups über

Code: Alles auswählen

find /backup/.../solaranzeige/* -mtime +2 -exec rm {} \;

gelöscht werden
das hat aber auch nicht geklappt. Dummerweise hab ich es nicht gemerkt.
Am Ende hat df - h mir dann gesagt dass auf /dev/root 99% des verfügbaren Platzes verwendet wird.
OK, ich hab dann aufgeräumt ein paar der Backups Manuell auf das Fritbox laufwerk geschoben
und den rest gelöscht. jetzt werden nur noch 26% verwendet.
Aber influxdb startet beim boot nicht
Nach dem Boot sagt

Code: Alles auswählen

 sudo systemctl status influxdb.service
Feb 28 19:02:47 solaranzeige influxd-systemd-start.sh[741]: InfluxDB API unavailable after 1 attempts...
Feb 28 19:02:48 solaranzeige influxd-systemd-start.sh[747]: ts=2026-02-28T18:02:48.484452Z lvl=info msg="Open store (end)" log_id=11LMWlDG000 service=store trace_id=11LMWoNW000 op_name=tsd>
Feb 28 19:02:48 solaranzeige influxd-systemd-start.sh[747]: run: open server: open tsdb store: mkdir /var/lib/influxdb/data/solaranzeige/_series: permission denied
Feb 28 19:03:37 solaranzeige influxd-systemd-start.sh[741]: InfluxDB API unavailable after 2 attempts...
...
Feb 28 19:04:37 solaranzeige influxd-systemd-start.sh[741]: InfluxDB API unavailable after 8 attempts...
Feb 28 19:04:44 solaranzeige systemd[1]: influxdb.service: start operation timed out. Terminating.
Feb 28 19:04:44 solaranzeige systemd[1]: influxdb.service: Failed with result 'timeout'.
Feb 28 19:04:44 solaranzeige systemd[1]: Failed to start InfluxDB is an open-source, distributed, time series database.

Ich hab dann auch mal wie irgendwo beschrieben eine Wartezeit von 1 auf 10 sekunden hochgesetzt und

Code: Alles auswählen

sudo systemctl restart influxdb

aufgerufen
antwort ist dann

Code: Alles auswählen

Job for influxdb.service failed because a timeout was exceeded.
See "systemctl status influxdb.service" and "journalctl -xe" for details.
un systemctl status influxdb.service erzählt
● influxdb.service - InfluxDB is an open-source, distributed, time series database
     Loaded: loaded (/lib/systemd/system/influxdb.service; enabled; vendor preset: enabled)
     Active: activating (start) since Sat 2026-02-28 19:08:05 CET; 11s ago
       Docs: https://docs.influxdata.com/influxdb/
Cntrl PID: 2154 (influxd-systemd)
      Tasks: 2 (limit: 3932)
        CPU: 272ms
     CGroup: /system.slice/influxdb.service
             ├─2154 /bin/bash -e /usr/lib/influxdb/scripts/influxd-systemd-start.sh
             └─2193 sleep 10

Feb 28 19:08:05 solaranzeige influxd-systemd-start.sh[2155]: ts=2026-02-28T18:08:05.089643Z lvl=info msg="InfluxDB starting" log_id=11LMpFtG000 version=1.8.10 branch=1.8 commit=688e697c51fd
Feb 28 19:08:05 solaranzeige influxd-systemd-start.sh[2155]: ts=2026-02-28T18:08:05.089729Z lvl=info msg="Go runtime" log_id=11LMpFtG000 version=go1.13.8 maxprocs=4
Feb 28 19:08:05 solaranzeige influxd-systemd-start.sh[2175]: Merging with configuration at: /etc/influxdb/influxdb.conf
Feb 28 19:08:05 solaranzeige influxd-systemd-start.sh[2154]: InfluxDB API unavailable after 1 attempts...
Feb 28 19:08:05 solaranzeige influxd-systemd-start.sh[2155]: ts=2026-02-28T18:08:05.191517Z lvl=info msg="Using data dir" log_id=11LMpFtG000 service=store path=/var/lib/influxdb/data
Feb 28 19:08:05 solaranzeige influxd-systemd-start.sh[2155]: ts=2026-02-28T18:08:05.191638Z lvl=info msg="Compaction settings" log_id=11LMpFtG000 service=store max_concurrent_compactions=2>
Feb 28 19:08:05 solaranzeige influxd-systemd-start.sh[2155]: ts=2026-02-28T18:08:05.191707Z lvl=info msg="Open store (start)" log_id=11LMpFtG000 service=store trace_id=11LMpGHl000 op_name=>
Feb 28 19:08:05 solaranzeige influxd-systemd-start.sh[2155]: ts=2026-02-28T18:08:05.202442Z lvl=info msg="Open store (end)" log_id=11LMpFtG000 service=store trace_id=11LMpGHl000 op_name=ts>
Feb 28 19:08:05 solaranzeige influxd-systemd-start.sh[2155]: run: open server: open tsdb store: mkdir /var/lib/influxdb/data/solaranzeige/_series: permission denied
Feb 28 19:08:15 solaranzeige influxd-systemd-start.sh[2154]: InfluxDB API unavailable after 2 attempts...

wenn ich manuel

Code: Alles auswählen

su influxdb

aufrufe geht es und Grafana zeigt dann auch Daten an
Aber irgendwie ist es ja doch blöd, dass immer manuell zu machen.

Was ist der Trick, damit Influxdb wieder beim Start des Systems startet?

Mein Backupsystem hab ich schon so geändert dass es jetzt nicht mehr direkt das backup macht sondern ein script aufruft, dass dann erst mach checkt ob der mount steht
auch das löschen alter dateien hab ich umgestellt.
aber dass muss ich dann erst noch testen
Dafür will ich aber erst mal wieder ein System haben das startet ohne dass ich Hand anlegen muss.

Viele Grüße
Norbert

[Hans Norbert]

Hat denn keiner eine Idee, wie man InfluxDB wieder überreden kann beim Neustart vom Raspi automatisch zu starten?

Viele Grüße
Norbert

[andreas_n]

Du hast deine Datenbanken angeschossen.

Schonmal google angeworfen? "influxdb startet nicht mehr" und dann Fehlersuche, mehr kann ich dir nicht dazu sagen

Fritz NAS gehen eigtl immer gut, aber wenn die Box da grade Auto Update oder Reset fährt, ist das Laufwerk weg,deswegen beim Pi IMMER vor Datentransfer prüfen, ob das Ziel eigentlich vorhanden ist und im Zweifel den Job stoppen.

[Ulrich]

Code: Alles auswählen

Feb 28 19:02:48 solaranzeige influxd-systemd-start.sh[747]: run: open server: open tsdb store: mkdir /var/lib/influxdb/data/solaranzeige/_series: permission denied

Ich nehme einmal an, dass das dein Problem ist. Es sieht so aus, als ob du die Rechte an verschiedenen Dateien / Unterverzeichnissen geändert hast. Da hilft nur eine Neuinstallation oder tagelanges Suchen.

[Hans Norbert]

Vielen dank für die Antworten.
Ja, Google hab ich schon bemüht.
Allerdings leider nichts hilfreiches gefunden.
Ich bin nun mal nicht der Linux Experte.

Also ich habe weder bewusst noch unbewusst an den Rechten geschraubt.
Hab's nur wochenlang laufen, lassen bis, wie schon beschrieben mehr als 39000 Dateien im
"nicht gemounteten" Verzeichnis und der Speicherplatz zu 99% belegt war.

Es scheint auch alles zu funktionieren, wenn ich
sudo Influxd manuell von der Konsole starte.
Zumindest landen dann Daten in den Datenbanken und die Grafana Webseite wird aktualisiert.
Mit dem access denied hatte ich auch gesehen.
Jetzt ist mkdir ja relativ unkritisch. das system kann da ja keine Daten erwarten wenn es das Verzeichnis neu anlegt.
ich hab also mal das bestehende _series verzeichnis weg kopiert und neu gestartet.
trotzdem kommt die Fehlermeldung.
Ich weiß allerdings auch nicht wie die Rechte dort verteilt sein sollten.

Code: Alles auswählen

 root@solaranzeige:/home/pi# ls -lisa /var/lib/influxdb/data/solaranzeige/
insgesamt 20
507912 4 drwx------  5 root     root     4096 28. Feb 19:49 .
  2382 4 drwxr-xr-x  4 influxdb influxdb 4096 22. Feb 18:02 ..
507921 4 drwx------ 32 root     root     4096  2. Mär 01:00 autogen
507906 4 drwxr-xr-x 10 root     root     4096 28. Feb 19:49 _series

Sollten da die Rechte so sein?
Ich finde es etwas merkwürdig dass influxdb der eigentümer vom übergeordneten Verzeichnis ist
und der Inhalt root gehören soll.
Aber wie gesagt, ich habs nur laufen lassen.
Wenn der Plattenplatz weg ist kann es natürlich sein, dass Dateien kaputt gehen.
Aber ich gehe eigentlich davon aus, dass im Normalbetrieb keine Shell Scripts oder Konfigurationsdateien verändert werden.
Und vor allem, dass sich an der Boot Sequenz nichts ändert.

Natürlich wäre Neuinstallation eine Option.
Aber ich bin nun mal Dummie.
Ich habe von Timo ein fertiges System bekommen.
Einmal ist dann der Stick abgeraucht und Timo hat mir einen neuen geschickt.
Da hab ich dann nach den Anleitungen hier im Forum versucht ein Backup aufzusetzen.
Mit den bekannten Stolpersteinen.
Ich denke, das Backupsystem läuft jetzt.
Sichert ein mal am Tag die Daten auf der externen Platte
Und löscht Backups die älter als 3 Tage sind.
(Hm da sollte ich aber noch mal dran.
Wenn aus irgendwelchen Gründen mal für 3 Tage keine Backups geschrieben, werden ist das letzte Backup weg)

Langfristig traue ich mir schon zu ein System selbst aufzusetzen.
Aber das braucht Zeit, die ich (noch) nicht habe.

Viele Grüße
Norbert