क्लाइंट सिस्टम को ठंड से टूटे हुए एनएफएस कनेक्शन को रोकना

हमारे पास NFS 4 का हिस्सा है, कई सर्वरों (NFS सर्वर और क्लाइंट सभी डेबियन 8) के बीच एक वॉल्यूम साझा करता है। हमारे पास हाल ही में कुछ मुद्दे आए हैं जहां नेटवर्क आउटेज क्लाइंट सिस्टम को फ्रीज कर देगा।

हमारे एनएफएस विकल्प, कम से कम थे बस rw(और इसलिए चूक hard, fg, आदि)।

मैं अब इन विकल्पों के साथ प्रयोग कर रहा हूं, लेकिन मुझे वह व्यवहार नहीं मिल रहा है जिसकी मुझे उम्मीद है: rw,soft,bg,retrans=6,timeo=150

(मैंने कुछ नरम जोखिमों की भरपाई के लिए रीट्रांस बढ़ा दिया है)

परीक्षण के लिए मैं जो प्रक्रिया अपना रहा हूं वह है:

बूट मशीन
cd सेवा मेरे /mnt/mountpoint
NFS कनेक्शन को सत्यापित करें ठीक है
cd /
नेटवर्क को मार डालो ifdown eth0
cd सेवा मेरे /mnt/mountpoint
ls

इस बिंदु पर कमांड लाइन जमा देता है, और मैं इसे इंटरप्ट नहीं कर सकता। कुछ समय बाद संदेश 'एनएफ़एस: सर्वर [सर्वरनेम] जवाब नहीं दे रहा है, समय समाप्त हो गया है, जो एक मिनट (अनिश्चित काल) में एक बार दोहराता प्रतीत होता है।

ऑपरेशन के विफल होने और नियंत्रण वापस करने के लिए मैं क्या करना चाहता / करूंगा।

कृपया कोई मुझे बता सकता है कि मैं इन सेटिंग्स के साथ गलत कहाँ जा रहा हूँ?

(पुनश्च: मैंने भी ऑटोफ़्स के साथ बढ़ते रहने की कोशिश की, लेकिन समान व्यवहार देखा)

धन्यवाद

nfs

— खाड़ी के ऊपर
स्रोत

मैं softकिसी भी परिस्थिति में सिफारिश नहीं करूंगा । यह त्रुटि पर डेटा को छोड़ने की अनुमति देता है । इसके बजाय मैं सुझाव दूंगा hard,intr।

— रोज़ा

@ मर्यादा - धन्यवाद। वेब पर यह राय बहुत प्रचलित है :) हमारे पास hardअभी जो स्थिति है, उसके लिए परेशानी ही बुरी है (सिस्टम रिबूट होने तक मर रहा है और मर रहा है)। intrआदमी के अनुसार NFS4 में समर्थित नहीं है।

— उपराष्ट्रपति

(सुधार, ऐसा लगता है intrकि यह NFS4 द्वारा समर्थित है, लेकिन कर्नेल द्वारा नहीं। 2.6.25)

— UpTheCreek

मुझे लगता है कि 'मानक' उत्तरों से अलग होने वाली बात यह है कि आप करंट वर्किंग डायरेक्टरी को माउंट पॉइंट में बदल रहे हैं। क्या आप के बिना एक ही व्यवहार मिलता है cd, लेकिन करने के बजाय ls /mnt/mountpoint? यह संभव है कि lsविफल होने के बाद , आपका शेल पीडब्ल्यूडी पर निर्भर फाइलसिस्टम के संचालन का प्रयास कर रहा हो। (इससे भी बदतर, अगर आप .अपने में डालने के लिए पर्याप्त मूर्ख थे $PATH)

— टोबी स्पाइट

जवाबों:

intrहिट होने पर आपको फिर से नियंत्रण पाने की अनुमति देनी चाहिए ^C, लेकिन आमतौर पर तुरंत नहीं।

   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.

जैसा कि आप कहते हैं, अपेक्षाएँ यहाँ समस्या हैं। नेटवर्क समस्याएं अस्थायी हो सकती हैं, लेकिन किसी ऑपरेशन को विफल करना स्थायी है। इसलिए ऑपरेशन पूरा होने तक केवल ब्लॉक करने के लिए अधिकांश ऑपरेशन डिफ़ॉल्ट होते हैं।

यह मानक उत्तर है, लेकिन वर्तमान मैन पेज को देखकर मैं इसे देखता हूं:

                  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.

इसलिए यह मुझे एनएफएस 3 / एनएफएस 4 मुद्दा नहीं लगता है, लेकिन यह कैसे intrकाम करता है इसके बारे में एक निर्णय । इसलिए आपको KILLइस प्रक्रिया में सक्षम होना चाहिए , लेकिन यह आपको अधिक उपयोगिता नहीं दे सकता है।

मैं इस बारे में चर्चा नहीं कर पा रहा था कि विकल्प को क्यों हटाया गया। क्या आप अपनी प्रक्रिया को मार सकते हैं?

— BowlOfRed
स्रोत

धन्यवाद, लेकिन आदमी के अनुसार intrnfs 2/3 द्वारा समर्थित है, लेकिन नहीं 4.

— UpTheCreek

@UpTheCreek, मुझे समझ नहीं आता कि ऐसा क्यों होगा। मेरे पास यहां एक डेबियन सिस्टम नहीं है लेकिन यह स्पष्ट रूप से उपलब्ध है। या तुमने कोशिश की? "intr यह NFS4 संचालन (हार्ड mounts पर) को सर्वर से प्रतिक्रिया की प्रतीक्षा करते समय बाधित होने की अनुमति देगा।"

— बाउलऑफर्डेड

हाँ, मैंने इसकी कोशिश की, और इसका कोई असर नहीं हुआ। मैन कहते हैं कि हाल के कर्नेल संस्करणों में इसे अनदेखा किया गया है।

— उपराष्ट्रपति

यह एक प्रक्रिया KILL करना संभव नहीं है क्योंकि संपूर्ण सिस्टम जमा देता है। मेरे अनुभव में कोई आदेश जारी नहीं किया जा सकता है। (हालांकि यह कुछ मामलों में ऐसी जमी हुई मशीन में SSH के लिए संभव हो सकता है।)

— मोनिका सेलियो के लिए माउंटेनएक्स

मेरे कुछ जवाब राय है, अनुभव के आधार पर। जहां मेरे पास तथ्य हैं मैं उन्हें याद करने की कोशिश करूंगा (लिंक को याद रखना)।

NFS 4 को संस्करण 2 और 3 पर सुधार माना जाता है । हालांकि, मुझे अभी तक सुधार की आवश्यकता के लिए एक मजबूत उपयोग के मामले में नहीं देखा गया है। शायद ऐसा इसलिए है क्योंकि मेरा उद्देश्य सांबा के साथ विंडोज क्लाइंट्स को और NFS के साथ यूनिक्स / लिनक्स क्लाइंट्स को फाइलसिस्टम एक्सपोर्ट करना है।
मैं softलगभग किसी भी परिस्थिति में सिफारिश नहीं करूंगा । यह त्रुटि पर डेटा को छोड़ने की अनुमति देता है । इसके बजाय मैं सुझाव दूंगा hard,intr।
जैसा कि आप बताते हैं, intrएनएफएस 4 के लिए मान्य नहीं है, लेकिन ऐसा लगता है कि यह एनएफएस के बजाय कर्नेल परिवर्तन है ।
एनएफएस ऑटोमोटिव ( autofs) एनएफएस संस्करण 2 और 3 के साथ मेरे उपयोग के मामलों के लिए अच्छी तरह से काम करता है, और एनएफएस फाइल सिस्टम को केवल बढ़ते समय सर्वर विफलता से मेरे क्लाइंट सिस्टम को बचाने में मदद करने का प्रबंधन करता है।

मेरा सुझाव यह है कि आप NFS 4 से NFS 3 में जाने पर विचार करें और देखें कि क्या यह आपके विशेष उपयोग के मामले में मदद करता है। इसे अपग्रेड के रूप में मत समझो।

— roaima
स्रोत

धन्यवाद, लेकिन मैं NFS3 पर स्विच करने में सक्षम नहीं हूं, और यहां तक कि अगर मैं था, जैसा कि आप कहते हैं, intrहाल के कर्नेल संस्करणों पर समर्थित नहीं है।

— उपराष्ट्रपति

की तरह आह हाँ दिखता intr है (यह दोनों में सूचीबद्ध है 2/3 केवल विकल्प NFS4 में समर्थित और आदमी में 4 केवल विकल्प है, जो थोड़ा भ्रमित है), लेकिन अभी हाल ही में गिरी संस्करणों में समर्थित नहीं।

— उपराष्ट्रपति

"मैं किसी भी परिस्थिति में नरम की सिफारिश नहीं करूंगा" - वास्तव में? मेरे मामले में, मेरे पास एक व्यस्त वेब सर्वर है जो एक छवि निर्देशिका को मापता है। यदि छवियों की मेजबानी नीचे जाती है और हम उपयोग करते हैं hard, तो पूरी वेबसाइट नीचे जाती है। यदि हम उपयोग करते हैं soft, तो हमें संभवतः कुछ टूटी हुई छवियां मिल सकती हैं (हालांकि हमारी कैशिंग प्रणाली लगभग पूरी तरह से कम हो जाती है)। softफ़ाइल भ्रष्टाचार की अनुमति देने का जोखिम वास्तव में बहुत बड़ी बात नहीं है। मैं बहुत बल्कि एक भ्रष्ट छवि फ़ाइल एक साइट से नीचे होगा!

— डग मैकलेन

@DougMcLean भी ऐसी ही स्थिति (व्यस्त वेब फ़ार्म, छवि सर्वर, NFS ...) में रहा है। मैं कहूंगा कि यह एक विशेष मामला है। यदि मेरा इमेज सर्वर अविश्वसनीय था, तो मुझे संदेह है कि मैं softएक स्वीकार्य समाधान के रूप में अच्छी तरह से तय कर सकता हूं । उत्तर "कभी नहीं" से "लगभग कभी नहीं" से संशोधित। धन्यवाद!

— रोइमा

अगर मेरी मेमोरी सही है, तो यह सिस्टम फ्रीज समस्या NFS v3 में भी मौजूद थी।

— मोनिका सेलियो