सोलारिस 11 में अपग्रेड होने के बाद से, मेरे एआरसी आकार ने 30 जीबी रैम होने के बावजूद लगातार 119 एमबी का लक्ष्य रखा है। क्या? क्यों?


9

सोलारिस 11 जारी होने से पहले मैं सोलारिस 11 एक्सप्रेस पर एनएएस / सैन बॉक्स चलाता था। बॉक्स एक संलग्न D2700 के साथ एक HP X1600 है। सभी में, 12x 1 टीबी 7200 एसएटीए डिस्क, 12x 300 जीबी 10k एसएएस डिस्क अलग-अलग ज़ूलप्स में। कुल रैम 30GB है। प्रदान की जाने वाली सेवाएँ CIFS, NFS और iSCSI हैं।

सब कुछ ठीक था, और मेरे पास ZFS मेमोरी यूज़ ग्राफ कुछ इस तरह था:

लगभग 23 जीबी का एक काफी स्वस्थ आर्क आकार - कैशिंग के लिए उपलब्ध मेमोरी का उपयोग करना।

हालाँकि, मैंने तब सोलारिस 11 में अपग्रेड किया जब वह बाहर आया था। अब, मेरा ग्राफ इस तरह दिखता है:

का आंशिक उत्पादन arc_summary.plहै:

System Memory:
     Physical RAM:  30701 MB
     Free Memory :  26719 MB
     LotsFree:      479 MB

ZFS Tunables (/etc/system):

ARC Size:
     Current Size:             915 MB (arcsize)
     Target Size (Adaptive):   119 MB (c)
     Min Size (Hard Limit):    64 MB (zfs_arc_min)
     Max Size (Hard Limit):    29677 MB (zfs_arc_max)

915MB पर बैठकर यह 119MB को लक्षित कर रहा है। इसके साथ खेलने के लिए 30GB मिला है। क्यों? क्या उन्होंने कुछ बदला है?

संपादित करें

स्पष्ट करने के लिए, arc_summary.plबेन रॉकवुड है, और उपरोक्त आँकड़े उत्पन्न करने वाली पुनरावृत्ति रेखाएँ हैं:

my $mru_size = ${Kstat}->{zfs}->{0}->{arcstats}->{p};
my $target_size = ${Kstat}->{zfs}->{0}->{arcstats}->{c};
my $arc_min_size = ${Kstat}->{zfs}->{0}->{arcstats}->{c_min};
my $arc_max_size = ${Kstat}->{zfs}->{0}->{arcstats}->{c_max};
my $arc_size = ${Kstat}->{zfs}->{0}->{arcstats}->{size};

Kstat प्रविष्टियां हैं, मैं उनमें से केवल अजीब मूल्य प्राप्त कर रहा हूं।

संपादित करें २

मैंने अभी आर्क आकार को फिर से मापा है arc_summary.pl- मैंने इन नंबरों को सत्यापित किया है kstat:

System Memory:
     Physical RAM:  30701 MB
     Free Memory :  26697 MB
     LotsFree:      479 MB

ZFS Tunables (/etc/system):

ARC Size:
     Current Size:             744 MB (arcsize)
     Target Size (Adaptive):   119 MB (c)
     Min Size (Hard Limit):    64 MB (zfs_arc_min)
     Max Size (Hard Limit):    29677 MB (zfs_arc_max)

जो चीज मुझे चौंकाती है, वह है कि टारगेट साइज 119 एमबी है। ग्राफ को देखते हुए, यह सटीक उसी मान को लक्षित किया गया है (124.91M कैक्टि के अनुसार, 119M arc_summary.pl- के अनुसार - लगता है कि जब तक Solaris 11 स्थापित किया गया था तब से यह अंतर केवल 1024/1000 के गोल मुद्दे हैं)। यह कर्नेल के लक्ष्य आकार को कुछ अलग करने के लिए शून्य प्रयास करने जैसा दिखता है। मौजूदा आकार, लक्ष्य आकार के साथ सिस्टम (बड़ी) लड़ाई की जरूरतों के रूप में उतार-चढ़ाव कर रहा है, और ऐसा प्रतीत होता है कि संतुलन 700 और 1000 एमबी के बीच है।

तो यह सवाल अब थोड़ा और स्पष्ट हो गया है - सोलारिस 11 ARC लक्ष्य आकार को 119MB तक कठिन क्यों बना रहा है, और मैं इसे कैसे बदलूं? क्या मुझे यह देखने के लिए न्यूनतम आकार बढ़ाना चाहिए कि क्या होता है?

मैंने http://pastebin.com/WHPimhfgkstat -n arcstats पर ओवर का आउटपुट अटका दिया है

संपादित करें 3

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

पिछले गुरुवार को, बॉक्स दुर्घटनाग्रस्त हो गया। के रूप में, पूरी तरह से सब कुछ का जवाब बंद कर दिया। जब मैंने इसे रिबूट किया, तो यह ठीक हो गया, लेकिन यहां मेरा ग्राफ अब कैसा दिखता है।

ऐसा लगता है कि समस्या ठीक हो गई है।

यह उचित ला ला भूमि का सामान है। मुझे सचमुच पता नहीं है कि क्या चल रहा है। :(

जवाबों:


4

दुर्भाग्य से मैं आपकी समस्या का समाधान नहीं कर सकता, लेकिन यहां कुछ पृष्ठभूमि की जानकारी दी गई है:

  • ARC लक्ष्य आकार एक निश्चित मान नहीं लगता है। मैं सोलारिस 11 मशीन पर एक ही समस्या का अनुभव करता हूं और प्रत्येक रिबूट के बाद, कुछ बिंदु पर लक्ष्य आकार ~ 100 और ~ 500 एमबी के बीच के मूल्य पर लॉक लगता है।

  • कम से कम 3 अन्य लोग एक ही मुद्दे का सामना कर रहे हैं, जैसा कि http://mail.opensolaris.org/pipermail/zfs-discuss/2012-Januge/050655.html में चर्चा की गई है

  • "माय ओरेकल सपोर्ट" ( https://support.oracle.com ) पर एक खुली बग रिपोर्ट (7111576 ) भी है। यदि आपका सर्वर एक वैध समर्थन अनुबंध के तहत है, तो आपको एक सेवा अनुरोध दर्ज करना चाहिए और उस बग को संदर्भित करना चाहिए। अब तक, कोई भी बगफिक्स अभी भी प्रगति पर काम कर रहा है ...

इसके अलावा, बहुत कुछ नहीं है जो आप कर सकते हैं। यदि आपने अभी तक अपने zpool / zfs संस्करणों को अपग्रेड नहीं किया है, तो आप अपने पुराने सोलारिस 11 एक्सप्रेस बूट वातावरण में बूट करने का प्रयास कर सकते हैं और चला सकते हैं जब तक कि Oracle अंततः SRU को जारी करने का निर्णय नहीं लेता है जो समस्या को हल करता है।

संपादित करें: चूंकि प्रदर्शन में गिरावट के सवाल पर चर्चा की गई है: यह सब इस बात पर निर्भर करता है कि आप क्या कर रहे हैं। मैंने सोलारिस 11 11/11 में अपग्रेड होने के बाद से अपने सोलारिस 11 एनएफएस शेयर पर भयानक विलंबता देखी है। आपके सिस्टम की तुलना में, हालांकि, मेरे पास अपेक्षाकृत कम स्पिंडल हैं और उम्मीद के मुताबिक काम करने वाले ARC और L2ARC कैशिंग पर बहुत अधिक भरोसा करते हैं (कृपया ध्यान रखें कि समस्या L2ARC को किसी भी उचित आकार तक नहीं बढ़ने का कारण बनता है)। यह निश्चित रूप से गलत आँकड़ों का मुद्दा नहीं है।

यद्यपि आप ARC / L2ARC पर बहुत अधिक भरोसा नहीं कर सकते हैं, आप शायद dd के साथ कई बार एक बड़ी फ़ाइल (जो आमतौर पर आपके RAM में फिट होंगे) को पढ़कर इसे पुन: पेश करने में सक्षम होंगे । आप शायद नोटिस करेंगे कि पहली बार फ़ाइल पढ़ने से वास्तव में एक ही फ़ाइल के किसी भी लगातार रीड (हास्यास्पद एआरसी आकार और अनगिनत कैश निष्कासन के कारण) की तुलना में तेज़ होगा।

संपादित करें: मैं अब Oracle से एक IDR पैच प्राप्त करने में कामयाब रहा जो इस मुद्दे को हल करता है। यदि आपका सिस्टम समर्थन में है, तो आपको CR 7111576 के लिए IDR पैच के लिए पूछना चाहिए। पैच SRU3 के साथ Solaris 11 11/11 पर लागू होता है।


मुझे लगता है कि मैं समर्थन में हूं, लेकिन मैं एक विशाल कॉर्पोरेट में काम करता हूं, तो कौन जानता है?
बढ़ेगा

1

उन्होंने किस्टेट्स को बदल दिया।

Oracle Solaris 11 ने निम्‍नलिखित आँकड़े zfs से निकाले हैं: 0: arcstats:

  • evict_l2_cached
  • evict_l2_eligible
  • evict_l2_ineligible
  • evict_skip
  • hdr_size
  • l2_free_on_write
  • l2_size रीसायकल_मिस

और निम्न को zfs में जोड़ा गया: 0: arcstats:

  • buf_size
  • meta_limit
  • meta_max
  • meta_used

तो यह मूल रूप से आपकी स्क्रिप्ट के साथ एक समस्या हो सकती है।


यह एक दिलचस्प बिंदु है, लेकिन मुझे नहीं लगता कि मैं इन नंबरों की रिपोर्ट करने के लिए उन मैट्रिक्स में से किसी का उपयोग कर रहा हूं। संपादित देखें।
growse

वे वास्तव में अभी भी यहाँ हैं। यह देखते हुए, यह बहुत अजीब लगता है। क्या आपको किसी भी प्रकार की प्रदर्शन में गिरावट दिखती है?
जूही

मैं नहीं कह सकता कि मेरे पास है। मुझे शायद यह मापना चाहिए।
बढ़ें

इस घटना में यह गलत नहीं है कि आप क्या देख रहे हैं और आप वास्तव में वहाँ एक विषमता है, कृपया ध्यान दें कि आप इन मूल्यों को लाइव सिस्टम पर मक्खी पर संशोधित कर सकते हैं, या स्थायी रूप से / etc / system का उपयोग कर सकते हैं।
नेक्स
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.