Arızalı NFS bağlantısının istemci sistemini dondurmasını önleme

Çok sayıda sunucu (NFS sunucusu ve istemcilerin tümü Debian 8) arasındaki bir birimi paylaşan bir NFS 4 paylaşımımız var. Son zamanlarda ağ kesintilerinin müşteri sistemlerini donduracağı bazı sorunlar yaşadık.

Bizim NFS seçenekleri sadece minimal idi rw(varsayılan böylece ve hard, fgvs.).

Şimdi bu seçenekleri deniyorum, ancak beklediğim davranışı alamıyorum: rw,soft,bg,retrans=6,timeo=150

(Bazı riskleri dengelemek için retranı arttırdım)

Test etmek için takip ettiğim prosedür:

• Çizme makinesi
• cd için /mnt/mountpoint
• NFS bağlantısını doğrula tamam
• cd /
• ağı öldür ifdown eth0
• cd için /mnt/mountpoint
• ls

Bu noktada komut satırı donuyor ve onu kesemiyorum. Bir süre sonra 'nfs: server [sunucuadı] yanıt vermiyor, zaman aşımına uğradı, bu da dakikada bir kez tekrarlanıyor gibi görünüyor.

Operasyonun başarısız olması ve kontrolün geri dönüşü için ne olmasını / beklediğimi.

Lütfen biri bana bu ayarlarda nereye gittiğimi söyleyebilir mi?

(Not: Ben de autofs ile montaj çalıştım, ancak benzer davranış gördüm

teşekkür ederim

intrVurduğunuzda tekrar kontrol almanıza izin vermelisiniz ^C, ancak genellikle hemen değil.

   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.

Dediğiniz gibi, beklentiler burada sorun. Ağ sorunları geçici olabilir, ancak bir işlemin başarısız olması kalıcıdır. Bu nedenle çoğu işlem varsayılan olarak işlem tamamlanana kadar engelleme yapar.

Bu standart cevap, ama şu anki man sayfasına bakarak şunu görüyorum:

                  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.

Bu yüzden bana bir NFS3 / NFS4 sorunu gibi görünmüyor, ama nasıl intrçalıştığıyla ilgili bir karar . Bu nedenle KILL, işlemi yapabilmelisiniz , ancak bu size fazla fayda sağlamayabilir.

Seçeneğin neden kaldırıldığına dair tartışmayı bulamadım. Süreci öldürebilir misin?

Cevabımın bir kısmı deneyime dayanarak görüş. Gerçeklere sahip olduğum yerde onlara bağlanmaya çalışacağım (hatırlamaya çalışacağım).

1. NFS 4'ün 2. ve 3. versiyonlara göre bir gelişme olduğu düşünülüyor . Ancak, iyileştirmelere ihtiyaç duymak için henüz güçlü bir kullanım örneği görmedim. Belki de bunun nedeni, dosya sistemlerini Samba ile Windows istemcilerine ve NFS ile Unix / Linux istemcilerine ihraç etmeyi hedeflememdir.
2. softNeredeyse hiçbir koşulda tavsiye etmem . Verilerin yanlışlıkla atılmasını sağlar . Bunun yerine önerebilirim hard,intr.
3. Sizin de intrbelirttiğiniz gibi, NFS 4 için geçerli değil, ancak bunun bir NFS değil de bir çekirdek değişikliği olduğu görülüyor .
4. NFS Automounter ( autofs), NFS sürüm 2 ve 3'teki kullanım durumlarım için iyi çalışıyor ve NFS dosya sistemlerini yalnızca gerektiğinde ekleyerek istemci sistemlerimin sunucu hatasından korunmasına yardımcı oluyor.

Size önerim, NFS 4'ten NFS 3'e geçmeyi düşünmek ve bunun sizin özel kullanım durumunuza yardımcı olup olmadığını görmek olacaktır. Düşürme olarak düşünmeyin.