Satu hal yang perlu diperhatikan adalah bahwa ketika server NFS keluar - tunggangan Anda akan membeku - melakukan soft mount tidak akan diblokir sehingga "beku" itu sendiri dapat dihindari, namun itu tidak akan memperbaiki masalah direktori home karena tanpa rumah direktori, pengguna tetap kacau.
Bahkan ketika server NFS pulih, kecuali jika Anda melakukan sesuatu, masalah pembekuan akan tetap ada - Anda harus mematikan proses pada mesin pemasangan, dan melakukan remount. Alasan untuk ini adalah bahwa ketika server NFS kembali, itu ditetapkan berbeda fsid
- sehingga Anda setidaknya dapat memperbaiki masalah ini dengan hard-coding fsid
di server NFS, misalnya ...
#. Home Directories
/usr/users \
192.168.16.0/22(rw,sync,no_root_squash,fsid=1) \
192.168.80.0/22(rw,sync,no_root_squash,fsid=1)
#. Scratch Space
/var/ftp/scratch \
192.168.16.0/22(rw,async,no_root_squash,fsid=3) \
192.168.80.0/22(rw,async,no_root_squash,fsid=3) \
172.28.24.151(rw,async,root_squash,fsid=3)
The exports(5)
man page menyatakan ...
fsid=num
This option forces the filesystem identification portion of the file handle
and file attributes used on the wire to be num instead of a number derived
from the major and minor number of the block device on which the filesystem
is mounted. Any 32 bit number can be used, but it must be unique amongst
all the exported filesystems.
This can be useful for NFS failover, to ensure that both servers of the
failover pair use the same NFS file handles for the shared filesystem thus
avoiding stale file handles after failover.
... Sementara itu menunjukkan bahwa selama angka utama / minor tidak berubah (yang biasanya tidak, kecuali ketika Anda mengekspor volume SAN / multipath, di mana mungkin berubah), saya telah menemukan bahwa kami Sudah sepenuhnya menghapus masalah - yaitu, jika server NFS kembali - koneksi telah dipulihkan dengan cepat - Saya masih benar-benar tidak tahu mengapa ini membuat perbedaan untuk perangkat seperti /dev/sdaX
misalnya.
Saya sekarang harus menunjukkan bahwa argumen saya sebagian besar anekdotal - itu sebenarnya tidak masuk akal mengapa ia telah memperbaiki masalah, tetapi "tampaknya" telah memperbaikinya - entah bagaimana - mungkin ada variabel lain yang berperan di sini bahwa saya telah belum ditemukan. =)