OmniOS / ZFS / Windows 7: CIFS / MB पर सभी फ़ाइल आकारों के लिए 5 सेकंड के अंतराल के भीतर से "के रूप में सहेजें"


9

परिस्थिति:

OmniOS r151018 (95eaa7e) पर चलने वाले सिंगल फ़ाइल सर्वर पर निम्नलिखित अजीब समस्या आई है, जो SMB से विंडोज और OS X मेहमानों के लिए फाइल परोस रहा है।

कुछ फ़ाइलों (.docx, .xlsx, कुछ छवियों) को सेव करके "Save as ..." के माध्यम से SMB शेयर पर डायलॉग विंडो लगभग 3 से 5 सेकंड के अंतराल में परिणामित होती है, जहां एप्लिकेशन बिल्कुल भी जवाब नहीं देता है। फ़ाइल सामान्य रूप से सहेजी जाती है।

समस्या सर्वर पर कुछ भी किए बिना "ओवर नाइट" हुई, लेकिन सटीक तारीख को इंगित करना मुश्किल है, क्योंकि उपयोगकर्ता की शिकायतें केवल पहली घटना के बाद कुछ समय में आई थीं। सर्वर के रिबूट के बाद, मिरर किए गए रूट पूल का एक vdev अनुपलब्ध था, लेकिन निकट निरीक्षण में डिवाइस पर कोई दोष नहीं मिला और इसे पूल में रीटेट किया गया। समस्या अभी भी बनी हुई है।

कुछ अवलोकन:

  • यह सभी विंडोज 7 क्लाइंट्स पर होता है
  • यह सभी फ़ाइल आकारों के लिए होता है
  • यह इस मशीन के सभी शेयरों पर होता है, बिना अनुमति के
  • यह अन्य सर्वर से iSCSI पर होस्ट पर आयात किए गए तेज़ संग्रहण के लिए होता है
  • GBit ईथरनेट पर सामान्य कॉपी स्पीड 110 एमबी / सेकंड है
  • डेटा और रूट पूल ठीक लग रहे हैं
  • यह अन्य फ़ाइल सर्वरों पर नहीं होता है
  • ऐसा नहीं होता है जब फ़ाइल स्थानीय रूप से सहेजी जाती है, तो एक्सप्लोरर के माध्यम से कॉपी की जाती है
  • यह ओएस एक्स पर नहीं होता है (केवल ओपनऑफिस के साथ इसका परीक्षण कर सकता है)
  • dmesgNOTICE: bge0: interrupt: flags 0x0 - not updated?विभिन्न मूल्यों के साथ कई मायने रखता है , लेकिन यह पहले भी मामला था और कोई नुकसान नहीं हुआ

आगे के विचार / योजना:

जैसा कि कोई स्पष्ट त्रुटि संदेश नहीं मिला है, मुझे कारण की खोज के लिए कुछ परीक्षण और त्रुटि करने की आवश्यकता हो सकती है। कुछ चीजें जिन पर मैं विचार करूंगा ( परिणाम इटैलिक में हैं ):

  • ब्रॉडकॉम नेटवर्क कार्ड को इंटेल कार्ड से बदलें => कोई फर्क नहीं पड़ा
  • रूट पूल को SATA SSDs के साथ बदलें (वर्तमान में SLC मेमोरी USB स्टिक जो 3 साल से अधिक के लिए ठीक काम करता है) => मुझे फर्क नहीं पड़ा
  • बीच में नेटवर्क की जाँच करें (हार्डवेयर, सर्वर से सीधे कनेक्शन द्वारा)
  • वायरशर्क के साथ ट्रैफ़िक पर कब्जा: यदि आपको नहीं पता कि आप वास्तव में क्या देख रहे हैं
  • पिछले ओमनीओस बूट वातावरण / संस्करण को वापस करने के लिए सॉफ़्टवेयर संघर्षों को नियंत्रित करने के लिए => कोई फर्क नहीं पड़ा
  • बग्स को हटाने के लिए Windows / Office अपडेट्स रोल करें
  • :स्नैपशॉट से फ़ाइल नाम में (कोलन) फ़ाइलों को निकालें , txgsync द्वारा सुझाव reddit धागे पर ewwhite द्वारा बनाई गई => कोई फर्क नहीं पड़ा

    मैंने कुछ इसी तरह से देखा है जब विंडोज "पिछले संस्करणों" की सुविधा स्वचालित स्नैपशॉट के साथ सक्षम होती है जिसमें ":" वर्ण शामिल होता है। बस इसके साथ हवा में शूटिंग, लेकिन विंडोज फ़ाइल नामों में ":" चरित्र की अनुमति नहीं है।

  • फ़ाइल अभिगम की निगरानी: जैसा कि शोडांशोक द्वारा सुझाया गया है, मैंने फ़ाइल अभिगम की निगरानी के लिए इस लिपि का उपयोग किया DTraceऔर किया । मैंने इसका उपयोग अल्ट्रेड ओपन फाइल को सेव करते समय, असंबंधित आउटपुट और व्यक्तिगत जानकारी को हटा दिया, और परिणाम तीन फाइलों के आसपास होता है:

    CPU ID       FUNCTION:NAME
    1   18753    fop_open:entry Open: Workbook
    0   18181 fop_create:return Create: temp_1
    0   18753    fop_open:entry Open: temp_1
    0   18753    fop_open:entry Open: Workbook
    0   18753    fop_open:entry Open: Workbook
    0   18753    fop_open:entry Open: temp_1
    0   18888  fop_rename:entry Rename: Workbook -> temp_2
    0   18888  fop_rename:entry Rename: temp_1 -> Workbook
    0   18753    fop_open:entry Open: Workbook
    0   18753    fop_open:entry Open: temp_2
    0   18892  fop_remove:entry Remove: temp_2
    0   18753    fop_open:entry Open: Workbook
    0   18753    fop_open:entry Open: Workbook
    

    किसी अन्य सर्वर पर समान प्रक्रिया जहां समस्या उत्पन्न नहीं होती है, एक समान परिणाम देता है:

    CPU ID       FUNCTION:NAME
    1   25182 fop_create:return Create: temp_1
    1   25750    fop_open:entry Open: temp_1
    1   25750    fop_open:entry Open: Workbook
    1   25750    fop_open:entry Open: temp_1
    1   25750    fop_open:entry Open: Workbook
    1   25750    fop_open:entry Open: temp_1
    1   25889  fop_rename:entry Rename: Workbook -> temp_2
    1   25889  fop_rename:entry Rename: temp_1 -> Workbook
    1   25750    fop_open:entry Open: Workbook
    1   25750    fop_open:entry Open: temp_2
    1   25893  fop_remove:entry Remove: temp_2
    1   25750    fop_open:entry Open: Workbook
    1   25750    fop_open:entry Open: Workbook
    1   25750    fop_open:entry Open: Workbook
    

    मैंने walltimestampस्क्रिप्ट में टाइमस्टैम्प ( ) भी जोड़ा , लेकिन दोनों ही मामलों में सभी फ़ाइल संचालन एक ही सेकंड में होते हैं। => कोई फर्क नहीं पड़ा

  • पूल विखंडन या डिस्क दोषपूर्ण हैं या नहीं, यह जांचने के लिए किसी अन्य होस्ट पर आयात डिस्क = कोई फर्क नहीं पड़ा
  • केबलिंग, मेनबोर्ड आदि को नियंत्रित करने के लिए डेटा और रूट पूल को समान मशीन पर ले जाएं => समस्या बनी रहती है, इसलिए या तो रूट पूल (सॉफ़्टवेयर) या एक विशिष्ट हार्डवेयर होना चाहिए जो सॉफ़्टवेयर के साथ असंगत है (या अचानक असंगत हो गया था। ..)

क्या आप कुछ और सुझा सकते हैं जो इस व्यवहार का कारण हो सकता है? या आपको भी कुछ ऐसा ही अनुभव हुआ? क्योंकि मुझे ऑनलाइन कुछ भी उपयोगी नहीं मिला, मुझे संदेह है कि यह या तो एक अजीब हार्डवेयर समस्या है (क्योंकि यह एक मशीन तक सीमित है) या विंडोज / कार्यालय के साथ एक समस्या है।



धागा बनाने के लिए @ewwhite धन्यवाद! यह सुझाव वास्तव में दिलचस्प था, क्योंकि वास्तव में शेयरों पर कुछ स्नैपशॉट में पर्ल फाइलें थीं जो एक यूनिक्स मशीन से कॉपी की गई थीं, लेकिन उन्हें हटाने और स्नैपशॉट ने व्यवहार को नहीं बदला।
user121391

फ़ाइल को किसी शेयर पर सहेजते समय, Office का एक अजीब व्यवहार होता है: यह पहले एक खाली फ़ाइल बनाता है, फिर इसे हटाता है, अंत में यह आपके डेटा के साथ फ़ाइल को फिर से बनाता है और सहेजता है। यदि इनमें से एक कदम उम्मीद से अधिक समय लेता है, तो "सेव एज़" विंडो प्रभावी रूप से जमी हुई है। क्या आपके सिस्टम में फ़ाइल-स्तरीय पहुंच को ट्रैक करने के लिए कुछ सुविधाएं हैं? क्या आप SMB सत्र को डीबग कर सकते हैं? क्या आप सांबा या ZFS एकीकृत SMB सर्वर के समान कुछ का उपयोग कर रहे हैं?
षोडशशोक

@shodanshok आपके सुझाव के लिए धन्यवाद, परिणामों के लिए मेरा अद्यतन प्रश्न देखें। मुझे नहीं पता कि आदेश थोड़ा हटकर क्यों है, लेकिन दोनों मशीनों पर टाइमस्टैम्प समान हैं। आपके प्रश्न के संबंध में, यह एकीकृत सोलारिस / इल्मोस सीआईएफएस सर्वर है, जो वर्तमान में एसएमबी 2.1 आईआईआरसी का उपयोग कर रहा है।
user121391

शायद विंडोज 7 क्लाइंट पर एंटी-वायरस प्रोग्राम स्टाल का कारण बन रहा है?
जने पिक्कारेनैन

जवाबों:


4

समाधान:

समस्या केवल ओमनीओएस r151018 को प्रभावित करती है, पिछले संस्करणों को नहीं। ऑम्नियोस-चर्चा मेलिंग सूची पर यह धागा वास्तव में मेरी समस्या के बारे में था, ज्योफ से उद्धरण:

मैंने नेक्सेंटा फोरम के साथ एक समान धागा देखा। वहाँ एक मुद्दा के साथ लगता है opslock। मैंने ऑप्‍लॉक को अक्षम कर दिया है और हम अभी अच्छे हैं।

svccfg -s network/smb/server setprop smbd/oplock_enable=false

यकीन नहीं होता कि यह अधिक लोगों को क्यों नहीं काट रहा है।

तो, biteCount++;मुझे लगता है। समस्या को हल करने और तेजी से रिबूट करने से हल किया गया था।

भविष्य के लिए सबक: किसी भी समस्या निवारण का प्रयास करने से पहले, आधिकारिक मेलिंग सूचियों पर उन्नत खोज का उपयोग करें, क्योंकि सबसे अधिक संभावना है कि आपकी समस्या किसी और की मशीन पर पहले से ही थी। इसके अलावा, हार्डवेयर त्रुटियों की तलाश करने से पहले किसी भी सॉफ़्टवेयर, अपडेट या कॉन्फ़िगरेशन त्रुटियों का पता लगाने के लिए एक त्वरित वीएम को स्पिन करें।


मैं वहां कैसे पहुंचा:

कई अलग-अलग परीक्षणों के बाद जैसा कि अद्यतन प्रश्न में देखा गया है, मैंने इसे सॉफ़्टवेयर की समस्याओं या हार्डवेयर / ड्राइवर के लिए विशिष्ट हार्डवेयर पर सीमित कर दिया है। दूसरे पर शासन करने के लिए, मैंने दो नए ओमनीओएस वर्चुअल मशीन, r151018 और r151016 को दूसरे होस्ट पर स्थापित किया और उनमें से प्रत्येक पर एक बुनियादी एसएमबी शेयर को कॉन्फ़िगर किया।

R151018 ने समस्या का अनुभव किया, r151016 ठीक काम करता है। मुझे संदेह है कि मैंने अपने पहले परीक्षणों में इसे नोटिस नहीं किया था, क्योंकि मैंने केवल r151018 पर कुछ अपडेट वापस किए थे, पहले रिलीज के लिए वापस नहीं। मुझे लगता है कि मेरे मानने से यह समस्या लंबे समय तक मौजूद रही होगी।

जब एक-एक करके केवल पैकेजों को अपडेट करने का तरीका खोजा जाता है, तो मैंने मेलिंग सूची को देखा और smbपिछले 6 महीनों से खोज की , जहां सही समाधान / एक ही समस्या पॉप अप हुई, मई से वापस दिनांकित।

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