Arch Linux

mergerfs bei Systemstart einbinden

patlabor

Hallo zusammen,

mein Server nimmt so langsam Gestalt an, ich versuche gerade einen Pool aus 5 Platten per mergerfs anzulegen.
Wenn ich nach einem Neustart den Pool von Hand mounte, geht alles wie erwartet.
Jetzt bin ich gerade dabei den nächsten Schritt zu gehen und will den Pool bereits beim booten automatisch einbinden.
Mein erster (naiver) versuch, den Pool wie unter https://github.com/trapexit/mergerfs beschrieben per fstab zu monten hat schon mal nicht funktioniert.
arch beschwert sich das dependencys nicht erfüllt seien, und ich der bootprozess endet mit der aufforderung das root passwort für eine rettungs shell einzugeben. mehr bekomme ich leider nicht angezeigt.

nach Studium des fstab Artikels im Wiki, habe ich die fstab noch um x-systemd.requires=/data/platte5 (die 5. Platte im Pool), und x-systemd.automount ergänzt, dann booted der rechner zwar durch, der pool wird aber nicht gemounted.

Was mir dabei aufgegfallen ist, das sowohl der mountpoint für den pool als auch die mountpoints für die einzelnen platten standartuser:users gehören, nach dem boot der pool aber plötzlich root:root gehört und ein cd /data/pool, selbst als root, mit einem "no such device" beantwortet wird.

Leider habe ich momentan keinen zugriff auf den rechner, da die Frau des Hauses gerade etwas schaut das auf dessen Platte liegt, und der rechner ist momentan von Openmediavault gebootet.
Daher auch leider keine genauen fehlermeldungen oder fstab einträge.
wenn ich den rechner morgen nochmal unter arch gebootet habe, reiche ich die daten nach.

brikler

die recht wirst du wahrscheinlich mit "mode=" in der fstab setzen können vermute ich.

patlabor

jetzt sitze ich schon wieder den ganzen morgen vor diesem Problem, und bin kein Stück weiter gekommen.
Nach vielen lesen und versuchen sieht meine fstab mittlerweile so aus:

#
# /etc/fstab: static file system information
#
# <file system> <dir>   <type>  <options>       <dump>  <pass>

# /dev/sde1 LABEL=Boot
UUID=94dd2cf0-66ea-4bd3-8b04-cf76458d3b8c       /               ext4            rw,relatime,data=ordered        0 1

# /dev/sda1 LABEL=Platte1
UUID=016ba9aa-99a1-48e9-b5d3-b28ab37b7869       /data/platte1   ext4            rw,relatime,data=ordered        0 2

# /dev/sdb1 LABEL=Platte2
UUID=0522076c-c99e-40ca-89b1-9ceee6b2e712       /data/platte2   ext4            rw,relatime,data=ordered        0 2

# /dev/sdc1 LABEL=Platte3
UUID=00b69b42-51ec-4442-8420-785d75e0d32b       /data/platte3   ext4            rw,relatime,data=ordered        0 2

# /dev/sdd1 LABEL=Platte4
UUID=7b493d11-bd6f-46ee-96ea-cd3c0ec1e968       /data/platte4   ext4            rw,relatime,data=ordered        0 2

# /dev/sdf1 LABEL=Platte5
UUID=31fbc255-09a5-49b4-a313-1a4ae403a8f9       /data/platte5   ext4            rw,relatime,data=ordered        0 2

# /dev/sdg1 LABEL=Parity1
UUID=ec1ad727-677c-4161-9d10-f331060bb9e6       /data/parity1   ext4            rw,relatime,data=ordered        0 2

/data/platte1:/data/platte2:/data/platte3:/data/platte4:/data/platte5   /data/pool      fuse.mergerfs   x-systemd.requires=/data/platte1,x-systemd.requires=/data/platte2,x-systemd.requires=/data/platte3,x-systemd.requires=/data/platte4x-systemd.requires=/data/platte5,defaults,allow_others,use_ino                       0 0

jedoch scheitert das booten immer noch am mounten von /data/pool.
dann komme ich auf der rettungs shell raus, wenn ich den bootvorgang mittels Strg-D vortsetze, bootet der rechner zwar fertig, /data/pool ist aber natürlich nicht gemountet.
im journalctl -xb finde ich nur:

May 23 09:27:41 openmediavault systemd-vconsole-setup[235]: Invalid font metadata - width: 39124224 (max 32), height: 4294953216 (max 32), count: 2166468276 (
May 23 09:27:41 openmediavault systemd-vconsole-setup[235]: Fonts will not be copied to remaining consoles
May 23 09:27:41 openmediavault systemd[1]: data-pool.mount: Mount process exited, code=exited status=1
May 23 09:27:41 openmediavault systemd[1]: Failed to mount /data/pool.
-- Subject: Unit data-pool.mount has failed
-- Defined-By: systemd
-- Support: [url]http://lists.freedesktop.org/mailman/listinfo/systemd-devel[/url]
-- 
-- Unit data-pool.mount has failed.
-- 
-- The result is failed.

systemctl status data-pool.mount hilft mir irgendwie auch nicht weiter:

● data-pool.mount - /data/pool
   Loaded: loaded (/etc/fstab; generated; vendor preset: disabled)
   Active: failed (Result: exit-code) since Tue 2017-05-23 09:28:14 CEST; 13min ago
    Where: /data/pool
     What: /data/platte1:/data/platte2:/data/platte3:/data/platte4:/data/platte5
     Docs: man:fstab(5)
           man:systemd-fstab-generator(8)
  Process: 360 ExecMount=/usr/bin/mount /data/platte1:/data/platte2:/data/platte3:/data/platte4:/data/platte5 /data/pool -t fuse.mergerfs -o x-systemd.require

May 23 09:28:13 openmediavault systemd[1]: Mounting /data/pool...
May 23 09:28:13 openmediavault systemd[1]: Mounted /data/pool.
May 23 09:28:14 openmediavault systemd[1]: data-pool.mount: Mount process exited, code=exited status=1
May 23 09:28:14 openmediavault systemd[1]: data-pool.mount: Unit entered failed state.

brikler

sei so gut editiere deinen beitrag und benutze die code tags du 🙂

Wenn ich nach einem Neustart den Pool von Hand mounte

warum machst du dir nicht einen systemd service dafür?

patlabor

brikler schriebsei so gut editiere deinen beitrag und benutze die code tags du 🙂

würde ich gerne, wenn ich wüsste wie das geht ;-)

Edit: ok, habs rausgefunden

Wenn ich nach einem Neustart den Pool von Hand mounte
warum machst du dir nicht einen systemd service dafür?

hatte ich nach einigem lesen auch schon versucht, das ist aber genau so gescheitert. Das sah dann in etwa so aus:

[Unit]
Description = mergerfs pool mounten
Requires = data-platte1.mount
Requires = data-platte2.mount
Requires = data-platte3.mount
Requires = data-platte4.mount
Requires = data-platte5.mount

After = data-platte1.mount
After = data-platte2.mount
After = data-platte3.mount
After = data-platte4.mount
After = data-platte5.mount

[Mount]
What = /data/platte*
Where = /data/pool
Type = fuse.mergerfs
Options = defaults,allow_other,direct_io,use_ino,fsname=pool

[Install]
WantedBy = multi-user.target

das gab aber den gleichen nichtsagenden fehler wie der Eintrag direkt in der fstab

[gelöscht]

Das es beim Booten nicht eingebunden wird könnte daran liegen, daß das fuse modul zur Zeit des initrd-Prozesses nicht geladen ist (Dafür spricht, daß es händisch später funktioniert).
Du könntest versuchen:
a) Das fuse Modul in das initrd-Image einzubinden (/etc/mkinitcpio.conf), dann mit mkinitcpio ein neues initrd-Image erstellen.
oder
b) /data/pool mit der noauto Option eben nicht in der frühen Bootphase (auch initrd) zu mounten, sondern später z.B. über das systemd-Unit File oder ggf. "nur" User(space) bezogen über den Loginvorgang deines Users.

brikler

dann lass dir von systemd sagen was ihm nicht passt^^

systemd-analyze verify <servicename.service>

zum thema systemd mount https://www.freedesktop.org/software/systemd/man/systemd.mount.html
zum thema systemd fehler suchen https://wiki.archlinux.org/index.php/Systemd#Troubleshooting

journalctl _PID=360

…oder wies sich grad mit der pid trifft

wahrscheinlich gehts nicht mit einem .service sondern es wird .mount heißen müssen

patlabor

GerBra(offline) schriebDas es beim Booten nicht eingebunden wird könnte daran liegen, daß das fuse modul zur Zeit des initrd-Prozesses nicht geladen ist (Dafür spricht, daß es händisch später funktioniert).
Du könntest versuchen:
a) Das fuse Modul in das initrd-Image einzubinden (/etc/mkinitcpio.conf), dann mit mkinitcpio ein neues initrd-Image erstellen.

bin mir nicht ganz sicher ob ich das jetzt richtig verstanden habe, aber ich habe einfach mal fuse in /etc/mkinitcpic.conf bei MODULES="" eingefügt, und danach mkinitcpio -p linux ausgeführt. hat aber leider nichts geändert, pool wird immer noch nicht gemounted.
oder

b) /data/pool mit der noauto Option eben nicht in der frühen Bootphase (auch initrd) zu mounten, sondern später z.B. über das systemd-Unit File oder ggf. "nur" User(space) bezogen über den Loginvorgang deines Users.

hatte ich auch schon durch exerziert, hat aber auch nicht geholfen, zwar keine Fehlermeldung mehr, aber /data/pool wird auch nicht gemounted. Der Rechner soll sowieso als Server dienen auf dem sich niemand direkt einloggt. und ich weiß nicht ob ein zugriff über smb oder ein programm das im hintergund läuft reicht um den pool dann zu mounten.

brikler schriebdann lass dir von systemd sagen was ihm nicht passt^^
systemd-analyze verify <servicename.service>

zeigt mir

data-platte3.mount: Unit is bound to inactive unit dev-disk-by\x2duuid-00b69b42\x2d51ec\x2d4442\x2d8420\x2d785d75e0d32b.device. Stopping, too.
data-platte1.mount: Unit is bound to inactive unit dev-disk-by\x2duuid-016ba9aa\x2d99a1\x2d48e9\x2db5d3\x2db28ab37b7869.device. Stopping, too.
data-parity1.mount: Unit is bound to inactive unit dev-disk-by\x2duuid-ec1ad727\x2d677c\x2d4161\x2d9d10\x2df331060bb9e6.device. Stopping, too.
data-platte2.mount: Unit is bound to inactive unit dev-disk-by\x2duuid-0522076c\x2dc99e\x2d40ca\x2d89b1\x2d9ceee6b2e712.device. Stopping, too.
data-platte4.mount: Unit is bound to inactive unit dev-disk-by\x2duuid-7b493d11\x2dbd6f\x2d46ee\x2d96ea\x2dcd3c0ec1e968.device. Stopping, too.

irgendwie hilft mir das aber auch nicht weiter.

ein

journalctl _PID=626

(die pid habe ich aus

systemctl status data-pool.mount

) bekomme ich nur ein

--No Entries --

zurück

wahrscheinlich gehts nicht mit einem .service sondern es wird .mount heißen müssen

der Service hieß data-pool.mount und lag unter /etc/systemd/system/
das hatte ich unter https://dominicm.com/mergerfs-union-filesystem-arch-linux/ gefunden

[gelöscht]

Wenn du mit systemd (data-pool.mount) arbeitest ist der fstab Eintrag soweit ich weiß sowieso überflüssig/fehlerhaft.
Um zu sehen ob es nur am fuse-mergefs liegt (oder schon früher):
Kommentiere den fstab-Eintrag zu /data/pool mal aus und boote. Sind danach die Einzelplatten platte1-5 und parity in /data/* eingehängt?

Wenn ja, wie ist das Ergebniss/Fehler wenn du dann:
systemctl start data-pool.mount
eingibst.

brikler

noch ein gedanke: sind die nötigen module überhaupt geladen?
zb beim overleyfs muß man das selber laden

patlabor

Scheinbar reicht es manchmal eine Nacht über etwas zu schlafen.
Habe heute morgen nochmal von vorne angefangen.
Eintrag in fstab auskommentiert, systemd mount unit nochmal von Hand angelegt, neu gebootet -> pool nicht da
systemctl start data-pool.mount -> geht ohne Fehlermeldung
systemctl enable data-pool.mount -> pool sofort nach boot erreichbar und auch für normale Benutzer benutzbar.

Keine Ahnung was ich die letzten 2 Tage anderst gemacht habe, oder warum es nicht gegangen ist, jetzt geht es und ich bin glücklich.

Danke an alle die mir versucht haben weiter zu helfen.