जब कनेक्शन खो जाता है तो फ्रीज के बजाय SSHFS सुशोभित गिरावट। क्या यह संभव है?


10

एक तृतीय-पक्ष कार्यक्रम SSHFS माउंटेड डीआईआर पर फाइलें लिखेगा। यदि इंटरनेट कनेक्शन खो जाता है, तो तृतीय-पक्ष प्रोग्राम क्रैश (बुरी तरह से) हो जाएगा, क्योंकि इस तरह के SSHFS माउंटेड डिर को एक्सेस करने की कोशिश करने वाले सभी प्रोग्राम्स ऐसी अवस्था में (जब इंटरनेट कनेक्शन नहीं है) कुछ के रूप में वर्णित किया जाता है जो "अबाधित" है नींद "। SSHFS के पास स्वतः-पुन: कनेक्ट करने का विकल्प होता है, लेकिन यह मदद नहीं करता है, क्योंकि कनेक्शन खो जाने पर भी तृतीय-पक्ष प्रोग्राम (और क्रैश) लटका रहेगा (भले ही कनेक्शन बहाल होने पर, SSHFS डायर को रिमूव कर देगा)। कनेक्शन खो जाने पर ऑटोफ़्स मदद नहीं करेगा, मूल रूप से यह SSHFS के व्यवहार के बारे में है। यह एक नेटवर्क साझा निर्देशिका (सांबा या अन्य साधनों) की तरह व्यवहार क्यों नहीं कर सकता है और इसके बजाय बस एक त्रुटि लौटाता है ... कभी नहीं?

यदि SSHFS वर्णित के रूप में काम नहीं कर सकते हैं तो क्या SSHFS के विकल्प हैं?

अन्य सूचना:

OS: मैं Ubuntu Linux (12.04 LTS) का उपयोग कर रहा हूँ


कृपया बताएं कि आप वास्तव में क्या कर रहे हैं। मुझे लगता है कि आप एक स्थानीय लिनक्स मशीन पर sshfs का उपयोग करके एक दूरस्थ फाइल सिस्टम को आगे बढ़ा रहे हैं, क्या ऐसा है? शायद आपके शामिल /etc/fstab? क्या आपने softविकल्प के साथ ऑटोफॉक्स की कोशिश की है?
टेराडॉन

@terdon एक तृतीय-पक्ष प्रोग्राम SSHFS माउंटेड डीआईआर पर फाइलें लिखेगा। यदि इंटरनेट कनेक्शन खो गया है, तो तृतीय-पक्ष प्रोग्राम दुर्घटना (बुरी तरह) होने की संभावना है। SSHFS के पास स्वतः-पुन: कनेक्ट करने का एक विकल्प है, लेकिन यह मदद नहीं करता है, क्योंकि कनेक्शन खो जाने पर भी तृतीय-पक्ष प्रोग्राम (और क्रैश) लटका रहेगा (भले ही कनेक्शन बहाल होने पर, SSHFS डायर को रिमूव कर देगा)। कनेक्शन खो जाने पर ऑटोफ़्स मदद नहीं करेगा, मूल रूप से यह SSHFS के व्यवहार के बारे में है। यह एक नेटवर्क साझा निर्देशिका (सांबा या अन्य साधनों) की तरह व्यवहार क्यों नहीं कर सकता है और बस इसके बजाय जल्द ही एक त्रुटि लौटाता है ... कभी नहीं?
आंद्रेई

अपडेट के लिए धन्यवाद, लेकिन कृपया इसे अपने प्रश्न में शामिल करें क्योंकि हर कोई टिप्पणी नहीं पढ़ता है। साथ ही आपके द्वारा उपयोग की जा रही कॉन्फिग फाइलों को भी शामिल करें। Ssh टाइमआउट आदि के लिए क्या मूल्य है? मैं यह नहीं कह रहा हूं कि मुझे पता है कि इसका उत्तर कैसा है, इसका मतलब यह है कि आपके प्रश्न में जितनी अधिक जानकारी है, उतनी ही अधिक संभावना है कि आपको एक अच्छा उत्तर मिलेगा। जैसा कि यह खड़ा है, यह समझना मुश्किल है कि आपका सेटअप क्या है।
टेराडॉन

@terdon धन्यवाद, मैं मूल रूप से अब लगभग पूरी तरह से अपने प्रश्न का स्थान ले चुका हूं।
आंद्रेई

काफी बेहतर :)। कृपया उस OS को भी जोड़ें जिसे आप उपयोग कर रहे हैं। क्या यह लिनक्स, OSX, एक और यूनिक्स है?
टेराडॉन

जवाबों:


0

संक्षेप में: नहीं - क्योंकि फ्रीजिंग अनुप्रयोग से है, sshfs विफलता सुशोभित है - यह एप्लिकेशन को प्रतीक्षा करने के लिए बताएगा। - तथ्य यह है कि आवेदन का सम्मान नहीं करता है यह SSHFS की गलती नहीं है।

यह एप्लिकेशन बिल्कुल वैसा ही होगा, अगर यह एक USB ड्राइव जैसे रिमूवेबल स्टोरेज पर किसी फ़ाइल तक पहुंच रहा था, और आपने इसे हटा दिया। एप्लिकेशन को I / O पर टाइमआउट ईवेंट्स को कैप्चर करने और संभालने की आवश्यकता है, केवल प्रतिक्रिया की प्रतीक्षा में अटक जाने के बजाय।


0

दुखद मुद्दा। मैंने अतीत में कई बार sshfs की कोशिश की।

जैसे ही कनेक्शन खो जाता है, माउंट किए गए फ़ोल्डर में फ़ाइलों तक पहुंचने वाले एप्लिकेशन फ्रीज और क्रैश हो जाते हैं। यहां तक ​​कि टर्मिनलों। लेकिन अनुप्रयोगों को भी पता नहीं है कि वे इंतजार कर रहे हैं। यह कर्नेल-स्तर पर कुछ है जो sshfs को हमेशा के लिए प्रतीक्षा करने के लिए कहकर नहीं संभाल सकता है ... यहां तक ​​कि अनमाउंट भी काम नहीं करता है और यहां तक ​​कि कभी-कभी फ्रीज भी करता है क्योंकि माउंट किए गए फ़ोल्डर को किसी तरह फाइलसिस्टम-कर्नेल-स्तर पर लॉक किया जाता है।

जब मैं USB ड्राइव को अनप्लग करता हूं तो ऐसा क्यों नहीं होता है?

यह मुद्दा वर्षों से मौजूद है ...

यदि आप किसी भी समय किसी कनेक्शन को फिर से स्थापित नहीं कर सकते हैं, तो ऑटो-पुनः कनेक्ट करने में मदद नहीं करता है। (मेरे मामले में मेरे पास केर्बोस टिके हैं जो बाहर चल रहे हैं)।

क्षमा करें, लेकिन मुझे यह बताना होगा : sshfs अनुपयोगी है!
(उन मामलों को छोड़कर, जिनमें कनेक्शन कभी नहीं खोता है)

मैं हमेशा इसके बजाय scp का उपयोग करता हूं। दुखद मुद्दा

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.