मैं अपने हाल के (3 सप्ताह पुराने) मैकबुक प्रो पर अपने स्थानीय विंडोज 2008 फ़ाइल सर्वर के एसएमबी शेयरों को बिना किसी समस्या के उपयोग कर सकता था। हालाँकि, कुछ दिनों के लिए, यह स्लीप मोड से उठने के बाद सर्वर से कनेक्ट (पुनः) करने में विफल रहता है।
खोजक सिर्फ "कनेक्ट ..." दिखाता है और अनिश्चित काल तक लटका रहता है। यही बात तब होती है जब मैं इसे कमांड लाइन ( mount -t smbfs) से आज़माता हूं । यह वाईफाई और केबल दोनों के माध्यम से होता है, मैंने नेटवर्किंग बंद करने और वापस चालू करने का भी प्रयास किया। केवल एक चीज जो मदद करती है वह है रिबूट।
कोई संकेत?
स्पष्ट करने के लिए संपादित करें: यह मैक है जो सोने के लिए डाला जा रहा है, सर्वर से नहीं। मुझे यह भी पता चला कि अगर मैं सोने से पहले शेयरों को काट देता हूं, तो यह जागने के बाद फिर से जुड़ जाएगा।
एक और संपादन:
मैंने कुछ और जांच की और नेटवर्क ट्रैफिक को सूँघा। मैक NetBIOS नाम क्वेरी और सर्वर को एक स्थिति अनुरोध (NBSTAT) भेजता है, सर्वर जवाब देता है, सब कुछ ठीक लगता है। उसके बाद, मैक को एक SMB कनेक्शन खोलना चाहिए, लेकिन यह कुछ भी नहीं करता है। कोई और पैकेट का पालन करें।
मुझे तब पता चला कि असली समस्या गहरी है। ऐसा लगता है कि यह एक नया कनेक्शन नहीं खोलता है क्योंकि यह सोचता है कि पुराना है, जो निश्चित रूप से सर्वर साइड पर समयबद्ध है, अभी भी सक्रिय है। हालाँकि, कोई भी प्रोग्राम जो इसके आरोह बिंदु तक पहुँचने का प्रयास करता है या सिर्फ / वॉल्यूम निर्देशिका हैंग करता है और उसे भी नहीं मारा जा सकता है। umount /Volumes/share- लटक जाता है। ls /Volumes- लटक जाता है। kill -9इनमें से कोई भी - मदद नहीं करता है। इसके अलावा, किसी भी एप्लिकेशन में एक फ़ाइल ओपन डायलॉग खोलने से यह भी लटका हुआ है!
केवल एक चीज जो मुश्किल रिबूट करने में मदद करती है। ऐसा लगता है कि OSX के SMB कार्यान्वयन में मूलभूत रूप से कुछ गलत है अगर समयबद्ध कनेक्शन इस तरह से कुछ ट्रिगर कर सकता है।
net.inet.tcp.delayed_ack=0 net.inet.tcp.mssdflt=1440 kern.ipc.maxsockbuf=500000 net.inet.tcp.sendspace=250000 net.inet.tcp.recvspace=250000रिबूट के बाद, मैं अपने SMB शेयरों से जुड़ा (जो पहले से ही इसके इस्तेमाल में बहुत कम समय लेता था) और बाद में कुछ समय की नींद के बाद, मैं अभी भी एक्सेस कर सकता हूं उन्हें पूरी तरह से।