Mencegah Koneksi Nfs Rusak Dari Pembekuan Sistem Klien?

Kami memiliki NFS 4 share, berbagi volume antara sejumlah server (NFS server, dan klien semua Debian 8). Kami memiliki beberapa masalah baru-baru ini di mana pemadaman jaringan akan membekukan sistem klien.

Opsi NFS kami sangat minim, hanya rw (dan defaultnya hard , fg , dll).

Saya sekarang bereksperimen dengan opsi ini, tetapi tidak mendapatkan perilaku yang saya harapkan:
rw,soft,bg,retrans=6,timeo=150

(Saya telah meningkatkan retrans untuk mengimbangi beberapa risiko lunak)

Prosedur yang saya ikuti untuk menguji adalah :

• Mesin boot
• cd ke /mnt/mountpoint
• Verifikasi koneksi NFS ok
• cd /
• matikan jaringan ifdown eth0
• cd ke /mnt/mountpoint
• ls

Pada titik ini baris perintah membeku, dan saya tidak dapat menginterupsinya. Setelah beberapa waktu, pesan 'nfs:server [servername] not responds, timed out`, yang tampaknya berulang sekali dalam satu menit (tanpa batas waktu).

Apa yang saya inginkan/harapkan terjadi agar operasi gagal, dan mengembalikan kendali.

Dapatkah seseorang memberi tahu saya di mana letak kesalahan saya dengan setelan ini?

(PS:Saya juga mencoba memasang dengan autofs, tetapi melihat perilaku serupa)

Terima kasih

Jawaban yang Diterima:

intr seharusnya memungkinkan Anda untuk mendapatkan kontrol lagi ketika Anda menekan ^C , tetapi biasanya tidak segera.

   intr           If an NFS file operation has a major timeout and it is hard mounted, then allow signals to interupt the
                  file  operation  and cause it to return EINTR to the calling program.  The default is to not allow file
                  operations to be interrupted.

Seperti yang Anda katakan, harapan adalah masalahnya di sini. Masalah jaringan bisa bersifat sementara, tetapi kegagalan operasi bersifat permanen. Jadi sebagian besar operasi default hanya memblokir sampai operasi selesai.

Ini adalah jawaban standar, tetapi melihat halaman manual saat ini saya melihat ini:

                  The  intr / nointr mount option is deprecated after ker-
                  nel 2.6.25.  Only SIGKILL can interrupt  a  pending  NFS
                  operation on these kernels, and if specified, this mount
                  option is ignored  to  provide  backwards  compatibility
                  with older kernels.

Jadi bagi saya itu bukan masalah NFS3/NFS4, tetapi keputusan tentang bagaimana intr bekerja. Jadi Anda harus dapat KILL prosesnya, tetapi itu mungkin tidak memberi Anda banyak manfaat.

Saya tidak dapat menemukan diskusi tentang mengapa opsi itu dihapus. Bisakah Anda membunuh -BUNUH proses Anda?

Terkait:Apakah video akan berisi kesalahan jika koneksi terputus saat mengunggah ke YouTube?