16.04 CIFS "होस्ट डाउन है" लेकिन वे नहीं हैं


27

मेरे पास fstab में मेरा CIFS सेटअप है और वे बूट पर माना जाता है कि वे काम कर रहे हैं। वे माउंट के रूप में वे चाहिए और थोड़ी देर के लिए काम करते हैं। कहीं से भी ऐसा लगता है (मशीन आदि को अनलॉक करने के बाद हो सकता है) मुझे "होस्ट डाउन है" त्रुटि इसे प्राप्त करने की कोशिश कर रही है। मेरे पास कई हैं और वे सभी नीचे हैं। वे भी उसी सर्वर से साझा किए जाते हैं। इस समय मैं एक विंडोज़ कंप्यूटर और एक पुरानी 14.04 मशीन पर जाँच करता हूँ और वे ऊपर उठते हैं और काम करते हैं। नॉटिलस में शेयरों पर क्लिक करने और दोहराने की त्रुटियों के बाद वे बस फिर से काम करना शुरू कर देंगे। एक शेयर तक पहुँचने के लिए जो "डाउन" है, लगभग 2-3min को यादृच्छिक रूप से अलग-अलग माउंट पर क्लिक करने और पहले एक पर वापस जाने के लिए लेता है जब यह स्वचालित रूप से माउंट बिंदु में डेटा दिखाता है।

मुझे 14.04 मशीनों पर यह समस्या नहीं है जो थोड़ी देर में अपडेट नहीं हुई हैं। वे सभी मशीनें पूरी तरह कार्यात्मक हैं और CIFS कभी भी "डाउन" नहीं होता है। 16.04 पर उन्हें हाल तक कोई समस्या नहीं थी।

मैंने हर दूसरे दिन अपडेट करना सुनिश्चित किया है और पुराने लिनेक्स हेडर को साफ किया है (दृष्टि में मैं शायद वापस लौट जाना चाहिए)। मैं ऐसा इसलिए करता हूं क्योंकि im भीख मांगने के लिए सिर्फ एक दिखने के लिए है लेकिन इसके कुछ हफ्तों के CIFS माउंट्स से जूझ रहे हैं।


मेरे पास भी बिलकुल ऐसा ही मुद्दा है। अभी हाल ही में कुछ सप्ताह पहले शुरू हुआ। कोइ भाग्य?
इयान एच।

नहीं, अभी भी उसी मुद्दे का सामना करना पड़ रहा है। क्या आप किसी भी संयोग से सूक्ति-शैल चला रहे हैं? मुझे आश्चर्य है कि अगर यह मोड़ था क्योंकि मैं एक लैपटॉप है कि सूक्ति-खोल तक ठीक था
DevinM

नहीं, मैं urxvt का उपयोग करता हूं। मुझे लगता है कि यह फ्यूज में एक बग है।
इयान एच।

जवाबों:


14

मैं उसी समस्या का सामना कर रहा हूं। ऐसा लगता है कि यह नवीनतम कर्नेल संस्करणों और सांबा के साथ कुछ करने के लिए है।

मैंने इसे माउंट कमांड (या प्रत्येक fstab लाइन का अंत) में vers = 2.0 जोड़कर हल करने में कामयाब रहा है


3
क्या आप शायद दूसरों के लिए यह स्पष्ट करने की कोशिश कर सकते हैं? अपने fstab या शेल से लाइन दिखाएं और समझाएं कि यह क्यों मदद करता है?
ज़ना

नमस्ते, मैंने लॉन्चपैड में बताए गए चरणों के बाद इस वर्कअराउंड को लागू किया: बग्सलाउंचपड.नेट
+

मैं अब इस फिक्स का परीक्षण कर रहा हूं। अब तक सब ठीक है। अगर कल तक इसका काम चल रहा है तो मैं इसका जवाब दूंगा। जानकारी के लिए धन्यवाद!
देवीमिन

मेरे लिए काम नहीं करता है - क्या आपने जो किया वह पोस्ट कर सकते हैं? आप कैसे बताएं कि किस संस्करण संख्या का उपयोग करना है?
हिप्पीजिम

4
चूँकि यह स्वीकृत उत्तर है, इसलिए संभवतः इसका उल्लेख करना चाहिए कि versएक विशेष प्रोटोकॉल संस्करण (जो पुराने सर्वर पर काम नहीं करेगा) की सिफारिश करने के बजाय, मान्य मानों के लिए सर्वोत्तम परिणामों की कोशिश करेगा। एक उच्च प्रोटोकॉल संस्करण के साथ शुरू करें और एक-एक करके नीचे जाएं। यदि आप vers=1.0दूरस्थ सर्वर के साथ समाप्त हो जाते हैं तो अपग्रेड किया जा सकता है (यदि संभव हो) या अन्यथा सुरक्षित।
0xC0000022L

38

vers=1.0माउंट लाइन में कई परीक्षणों को जोड़ने के बाद समस्या को ठीक करने के लिए लगता है। माउंट अब उबंटू 17.10 पर काम करता है जैसे कि यह पुराने उबंटू रिलीज पर वर्षों के लिए किया था।


3
कई एक्स 10 कोशिश करने के बाद यह एकमात्र समाधान है जो काम करता है। vers=2.0काम नहीं किया।
ओलिवियर पोंस

मुझे वर्जन = १.० बनाम २.० या ३.० के बारे में पता नहीं है, और मुझे मैन पेजों में कोई उल्लेख नहीं मिल सकता है, लेकिन यह मेरे लिए काम करता है।
ग्रेग चबाला

3
//192.168.1.222/volume_1 / media / nas cifs उपयोगकर्ता नाम = ****, पासवर्ड = ****, छंद = 1.0
स्टीवन

@GregChabala: शायद बाहर की जाँच mount.cifs(8)के साथ यानी man 8 mount.cifs? साथ mount.cifsसंस्करण 6.8 (से cifs-utilsपैकेज) आदमी पृष्ठ के एक उल्लेख शामिल करता है vers=arg
0xC0000022L

vers=1.0मेरे मामले में काम किया।
सोहेल पठान

7

मैंने स्वयं उसी समस्या का सामना किया है, मैं उबंटू विकी ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ) में पाई गई विधि का उपयोग करके ऑटो माउंट करना चाहता था, हालांकि मुझे ऊपर बताई गई समान समस्या है:mount error(112): Host is down

बात यह है कि vers=3.0विकल्पों में से मुझे जोड़ने में क्या मदद मिली है :

//servername/sharename /media/windowMBsshare cifs credentials=/home/ubuntuusername/.smbcredentials,iocharset=utf8,sec=ntlm,vers=3.0 0 0

तो ऐसा लगता है कि यह केवल अब काम करता है यदि आप SMB1 को बायपास करते हैं और अन्य निर्दिष्ट एक का उपयोग करते हैं, तो SMB3 ने मेरे लिए काम किया इसलिए मैंने कुछ और करने की कोशिश नहीं की है।

मैंने विंडोज़ मशीन पर एक स्थानीय खाते का उपयोग किया है। आउटलुक डॉट कॉम डोमेन नाम के साथ नहीं है क्योंकि मैंने कुछ पढ़ा है जिससे यह संघर्ष भी हो सकता है।


ऐसा लगता है कि विंडोज़ 10 प्रो इनसाइडर प्रीव्यू बिल्ड का हालिया अपडेट 16232.rs_prerelease.170624-1334 में एक बदलाव शामिल है, जिससे मुझे vers=3.0उस हिस्से को जोड़ने के लिए जोड़ना पड़ेगा जो पहले इसके बिना काम कर रहा था।
डायलन ओलिवर

6

दूसरों ने पहले से ही समाधान पर संकेत दिया है, लेकिन इसका कारण बताने के शीघ्र ही लायक हो सकता है।

mount.cifs Ubuntu में 16.04 डिफ़ॉल्ट रूप से SMB1 प्रोटोकॉल का उपयोग करता है।

के बाद के संस्करणों में mount.cifs, डिफ़ॉल्ट SMB संस्करण 2.1 या 3.0 है।

वर्तमान Windows सर्वर SMB 1.0 प्रोटोकॉल का समर्थन नहीं करते हैं, जब तक कि इसे स्वीकार करने के लिए विशेष रूप से उनकी रजिस्ट्री में कॉन्फ़िगर नहीं किया गया है। इसलिए डिफ़ॉल्ट रूप से, वे SMB1 प्रोटोकॉल का उपयोग कर क्लाइंट से कनेक्शन अस्वीकार करते हैं। जो भ्रामक संदेश "होस्ट डाउन है" की ओर जाता है।

लेकिन कुछ पुराने सिस्टम (अक्सर NASES) प्रोटोकॉल 2.1 या 3 का समर्थन नहीं करते हैं।

समाधान यह है कि विकल्प mount.cifsका उपयोग करके अपने सर्वर से कनेक्ट करने के लिए सही प्रोटोकॉल का उपयोग करें vers=। उदाहरण के लिए, विंडोज 10 मशीन से कनेक्ट करने के लिए:

mount -t cifs ... -o vers=3.0,...

या Ubuntu 18.04 या बाद में एक पुराने NAS के लिए:

mount -t cifs ... -o vers=1.0,...

से man mount.cifs(उबंटू 16.04 में):

   vers=
       SMB protocol version. Allowed values are:

       ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

       ·   2.0 - The SMBv2.002 protocol. This was initially introduced in
           Windows Vista Service Pack 1, and Windows Server 2008. Note
           that the initial release version of Windows Vista spoke a
           slightly different dialect (2.000) that is not supported.

       ·   2.1 - The SMBv2.1 protocol that was introduced in Microsoft
           Windows 7 and Windows Server 2008R2.

       ·   3.0 - The SMBv3.0 protocol that was introduced in Microsoft
           Windows 8 and Windows Server 2012.

       Note too that while this option governs the protocol version used,
       not all features of each version are available.

यदि आप अपने माउंट को परिभाषित करते हैं /etc/fstab, तो यह कुछ इस तरह दिखाई दे सकता है:

//server/share  /mnt/share  cifs  defaults,vers=3.0,...your_other_options...,nofail,x-systemd.device-timeout=15 0 0

cifs vers = 1.0, क्रेडेंशियल = / root / .smbcredentials, मेरे लिए 18.04 LTS में काम किया। "डिफॉल्ट्स" सहित, fsatb में एक पार्स त्रुटि उत्पन्न हुई जिससे कि टेक्स्ट को हटाने से त्रुटि से बचा गया।
ग्राहम

@ ग्राहम smb1 बेहद पुराना और खतरनाक है। यह धीमा भी है। कम से कम पाने की कोशिश करेंvers=2.1
जोएल कोएहॉर्न

@JoelCoehoorn लेकिन छंद = 1.0 ने काम किया जबकि बाद के संस्करणों ने नहीं किया ... मैंने 3 पर शुरू किया और 1.0 काम होने तक छंद को बदल दिया। तब से बिल्कुल कोई समस्या नहीं है।
ग्राहम

@ ग्राहम तब आपको उस होस्ट को ठीक करना होगा जिसे आप कनेक्ट कर रहे हैं ताकि वह smb2.1 या बाद में सपोर्ट करे। SMB1.0 वास्तव में खराब है
जोएल कोएहॉर्न

@JoelCoehoorn मैंने समस्या को हल करने के लिए इस थ्रेड में निहित सलाह का पालन किया: serverfault.com/questions/414074/mount-cifs-host-is-down । बस फिर से = 3.0 की कोशिश की और वही त्रुटि बनी रहती है और ड्राइव माउंट नहीं होता है। छंद = 1.0 के बारे में इतना भयानक क्या है?
ग्राहम

0

मैं एक ही मुद्दा था cifs-utils के एक ग्राहक अद्यतन के बाद 6.7-2। और मूल रूप से josepcoves और user695658 से समाधान ने मेरे लिए काम किया। लेकिन माउंट विकल्प के लिए केवल मान 1.0 'छंद' ने मेरे लिए काम किया। ऐसा लगता है कि परम 'छंद' के लिए डिफ़ॉल्ट मान अब 1.0 नहीं है।


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