Ich verwende CoreOS, das systemd verwendet. Ich habe mehrere NFS-Mounts, die auf meinem Ubuntu 14-System einwandfrei funktionieren, aber beim Start unter systemd nicht zuverlässig verbunden sind. Ich habe sie wie folgt definiert (wo remote
ist mein NAS):
- name: mnt-documents.mount
contents: |
[Unit]
After=nfs-client.target
Requires=nfs-client.target
[Mount]
What=remote:/volume1/Documents
Where=/mnt/documents
Type=nfs
Options=rw,vers=3
- name: mnt-documents.automount
contents: |
[Automount]
Where=/mnt/documents
Ich habe 4 davon, alle mounten unterschiedliche Verzeichnisse vom selben NFS-Server. Manchmal funktioniert 1 nicht, manchmal 2, manchmal funktionieren alle. Wenn ich es versuche, systemctl status mnt-documents.mount
bekomme ich
● mnt-documents.mount - /mnt/documents
Loaded: loaded (/etc/systemd/system/mnt-documents.mount; static; vendor preset: disabled)
Active: failed (Result: exit-code) since Mon 2018-02-26 09:55:24 UTC; 5h 10min ago
Where: /mnt/documents
What: remote:/volume1/Documents
Process: 983 ExecMount=/bin/mount remote:/volume1/Documents /mnt/documents -t nfs -o rw,vers=3 (code=exited, status=32)
Feb 26 09:55:23 tularemia systemd[1]: Mounting /mnt/documents...
Feb 26 09:55:24 tularemia systemd[1]: mnt-documents.mount: Mount process exited, code=exited status=32
Feb 26 09:55:24 tularemia systemd[1]: mnt-documents.mount: Failed with result 'exit-code'.
Feb 26 09:55:24 tularemia systemd[1]: Failed to mount /mnt/documents.
Wenn ich versuche, den Befehl selbst auszuführen mount
, ist dies immer erfolgreich.
Ich vermute, dass das Problem darin besteht, dass die Einbindung (manchmal) erfolgt, bevor DNS aktiv ist. Aber meine Frage hier ist, wie ich den Fehler besser verstehen kann. Ich bin mir nicht sicher, was es status=32
ist, und ich bin mir nicht sicher, wie ich die Einbindungseinheit auffordern kann, das -v
Flag an weiterzugeben mount
.