私は systemd を使用する CoreOS を実行しています。Ubuntu 14 システムでは問題なく動作する NFS マウントがいくつかありますが、systemd では起動時に確実に接続されません。私はそれらを次のように定義しました ( remote
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
私はこれらを4つ持っていて、すべて同じNFSサーバーから異なるディレクトリをマウントしています。1つが失敗するときもあれば、2つ失敗するときもあり、すべてうまくいくときもあります。試してみるとsystemctl status mnt-documents.mount
、
● 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.
自分でコマンドを実行しようとするとmount
、常に成功します。
問題は、DNS がアクティブになる前にマウントが (時々) 発生していることではないかと考えています。しかし、ここでの私の質問は、失敗をよりよく理解するにはどうすればよいかということです。何が失敗なのかはわかりませんし、マウント ユニットにフラグstatus=32
を渡すように要求する方法もわかりません。-v
mount