NEWS
Problems using influxDB on an external SSD
-
@thomas-braun
Hast du mir nen Befehl, mit dem ich dir das rausfinden kann? Sorry. Bin nicht so fit mit Unix. -
ls -la /media/mySSD
-
pi@ioBroker:~ $ ls -la /mnt/mySSD insgesamt 628 drwxr-xr-x 5 root root 4096 Okt 1 2021 . drwxrwxrwx 3 root root 4096 Sep 23 2021 .. drwxrwxrwx 2 root root 614400 Apr 12 02:00 Influx-BackUp drwxrwxrwx 5 root root 4096 Okt 1 2021 InfluxDB drwx------ 2 root root 16384 Sep 28 2021 lost+found
-
Und das Dateisystem ist nicht gemounted?
Dann muss der Mountpunkt leer sein. -
@thomas-braun
Wie meinst du, dass das Dateisystem nicht gemountet ist??
An was siehst du das? -
@mathias2803 sagte in Problems using influxDB on an external SSD:
An was siehst du das?
eben nicht, das war Bedingung:
@thomas-braun sagte in Problems using influxDB on an external SSD:
Wie sehen die Rechte an /media/data aus, wenn das Dateisystem nicht gemounted ist?
deswegen die Nachfrage
-
Das Verzeichnis media/data gibt es gar nicht. Woher kommt das und warum?
pi@ioBroker:~ $ sudo ls -la /media/data ls: Zugriff auf '/media/data' nicht möglich: Datei oder Verzeichnis nicht gefunden
-
In der influxdb.conf taucht auch keine "media/data" auf sondern nur folgende Einstellungen:
[meta] dir = "/mnt/mySSD/InfluxDB/meta" [data] dir = "/mnt/mySSD/InfluxDB/data" wal-dir = "/mnt/mySSD/InfluxDB/wal" series-id-set-cache-size = 100 [http] enabled = true bind-address = ":8086" auth-enabled = false log-enabled = true write-tracing = false pprof-enabled = false https-enabled = false https-certificate = "/etc/ssl/influxdb.pem"
Alles andere sind nur Kommentare.
-
Sorry, das mit /media/data war aus meinem Beispiel, dein Mountpunkt lautet ja /mnt/mySSD
Was steht denn jetzt in der /etc/fstab drin?
-
sudo nano /etc/fstab:
proc /proc proc defaults 0 0 PARTUUID=f0881a94-01 /boot vfat defaults 0 2 PARTUUID=f0881a94-02 / ext4 defaults,noatime 0 1 # a swapfile is not a swap partition, no line here # use dphys-swapfile swap[on|off] for that UUID="49441976-e29b-4acc-a8ee-71f4eb91255c" /mnt/mySSD ext4 nofail,rw 0 2
-
@mathias2803
Da fehlt die Option 'defaults'.Muss also mindestens so aussehen:
UUID="49441976-e29b-4acc-a8ee-71f4eb91255c" /mnt/mySSD ext4 defaults 0 2
nofail würde ich nicht setzen und rw ist schon in defaults drin.
-
Falls ich "nofail" nicht habe, würde das System doch beim Hochfahren hängen bleiben, wenn etwas mit der Platte nicht in Ordnung ist, oder?
Was beeinflusst das "defaults"?
-
nofail Do not report errors for this device if it does not exist.
defaults Use default options: rw, suid, dev, exec, auto, nouser, async, and relatime.
-
Danke,
Muss ich noch irgendwie einstellen, dass er mit dem Infux Service warten muss bis das Mount fertig ist?
Ich habe folgende Seite gefunden, kann es aber nicht auf mich "umsetzten". Bringt das etwas?
https://unix.stackexchange.com/questions/246935/set-systemd-service-to-execute-after-fstab-mount
-
Hat sich nichts geändert, oder?
Ist da alles in Ordnung?pi@ioBroker:~ $ ls -la /mnt/mySSD insgesamt 628 drwxr-xr-x 5 root root 4096 Okt 1 2021 . drwxrwxrwx 3 root root 4096 Sep 23 2021 .. drwxrwxrwx 2 root root 614400 Apr 12 02:00 Influx-BackUp drwxrwxrwx 5 root root 4096 Okt 1 2021 InfluxDB drwx------ 2 root root 16384 Sep 28 2021 lost+found
-
Von Influx habe ich auch noch einen Artikel gefunden. Leider ist da auch sehr viel Info für jemanden, der sich mit Linux wenig auskennt.
Habe ich etwas aus diesem Bericht nicht beachtet?
https://docs.influxdata.com/influxdb/v2.2/reference/config-options/
-
@mathias2803 hab das gerade zufällig gesehen, vllt hilft es auf die Sprünge
https://centurio.net/2018/11/21/configure-influxdb-to-store-its-data-in-a-different-folder/
bzw
https://centurio.net/2018/11/21/auto-mount-nfs-shares-on-raspbian/