हिताची HDS5C3020 ड्राइव का उपयोग करने के बाद बूट के 15 मिनट बाद 50% अधिक बिजली क्यों लेना शुरू करता है?

Question

डेबियन 6.0.6 प्रणाली में 2TB तोशिबा DT01ABA200 ड्राइव के 74 टुकड़े हैं। इन ड्राइव्स को हिताची HDS5C3020BLE630 ड्राइव के रूप में पहचाना जाता है जो फ़र्मवेयर रिविजन MZ4OAAB0 पर चलती हैं। 64 ड्राइव्स जो HP SAS एक्सपैंडर कार्ड के माध्यम से एक LSI 2008 SAS कंट्रोलर से जुड़ी हैं, एक और 5 ड्राइव सीधे मेनबोर्ड से जुड़ी हैं, 4 ड्राइव एक सिल्वर आधारित PCI कंट्रोलर से जुड़े हैं और अंतिम 1 ड्राइव केवल पावर्ड है और इसमें कोई डेटा केबल कनेक्ट नहीं है। कंट्रोलर LSI और Sil कार्ड का उनका ऑनबोर्ड BIOS दोनों अक्षम हैं और mpt2sas और sata_sil मॉड्यूल को लिनक्स डेबियन 2.6.32-5-amd64 # 1 SMP Sun Sep 23 10:07:46 UU 2012 x86_64 GNU / Linux कर्नेल से हटा दिया जाता है। Mpt2sas मॉड्यूल /etc/rc.local में एक modprobe कमांड का उपयोग करके बूट के बाद लोड किया जाता है। इन 74 ड्राइवों का विभाजन नहीं किया गया है, न ही स्वरूपित और न ही माउंट किए गए।

प्रणाली की खपत:

• 0 ड्राइव के साथ : 70.6 - 70.9 वाट (बूट के 15 मिनट बाद भी);
• 74 ड्राइव के साथ : 330 - 360 वॉट, बस बूट के बाद (निष्क्रिय अवस्था में 3.5 - 3.9 डब्ल्यू प्रति ड्राइव के बराबर);
• 74 ड्राइव के साथ : 420 - 466 वाट, हर बार 15 वें मिनट में अपटाइम (निष्क्रिय अवस्था में 4.7 - 5.3 डब्ल्यू प्रति ड्राइव के बराबर)।

ड्राइव स्पेसिफिकेशन 4.7W को पढ़ने / लिखने और 3.3W को निष्क्रिय बिजली की खपत के रूप में सूचीबद्ध करता है।

बढ़ी हुई बिजली की खपत 5 वी लाइन पर सबसे अधिक होने की संभावना है, क्योंकि लगभग 1 मिनट के बाद बिजली आपूर्ति (पीएसयू) का "ओवर वर्तमान संरक्षण" (ओसीपी) बिजली बंद कर देता है। इस्तेमाल किया गया PSU 12V लाइन पर> 122A के OCP और 5V लाइन पर> 55A के साथ सिंगल रेल मॉडल है।

प्रतिगमन:

• इससे कोई फर्क नहीं पड़ता कि ड्राइव का APM मान अक्षम किया गया है या 1 (अधिकतम बिजली की बचत)।
• ऑपरेटिंग सिस्टम में कोई पढ़ने / लिखने की गतिविधि को रिकॉर्ड नहीं करता है /proc/diskstats। मान समान हैं (28 रीड, 0 राइट ऑपरेशंस) जैसे ही modprobe ऑपरेशन के बाद।
• यह परीक्षण नहीं कर सकता कि किसी भी ओएस हस्तक्षेप को बाहर करने के लिए - यह BIOS के मुख्यबोर्ड में बूट करने से क्या होता है - क्योंकि सुपर माइक्रो X8SI6-F मेनबोर्ड में फर्मवेयर 06/27/12 चल रहा है जिसमें एक बग है जो गलत तरीके से +74.0 C CPU सेंसर के रूप में पढ़ता है " उच्च "BIOS मोड में, और 1 मिनट के बाद बिजली बंद हो जाती है।

क्या कारण हो सकता है ड्राइव पढ़ें / लिखें गतिविधि सभी ड्राइव पर बूट के बाद 15 वें मिनट में और कैसे हो रहा से इसे रोकने के लिए?

Comments

बस जिज्ञासु ... यह किस प्रकार की प्रणाली है? बैकअप सिस्टम? सभी सॉफ्टवेयर RAID?

— इविवि

वर्तमान में बस परीक्षण, बिना किसी RAID के बैकअप भंडारण के लिए करना है। अतिरेक की आपूर्ति वैकल्पिक माध्यमिक और तृतीयक सर्वर द्वारा की जाएगी।

— प्रो बैकअप

@ewwhite मुझे बैकब्लेज़ पॉड्स की याद दिलाता है। किसी को उस नाम का उल्लेख करना था।

— दिमित्री चुबारोव

@Ditri Chubarov यह एक Backblaze स्टोरेज पॉड की तरह है, लेकिन SATA पोर्ट मल्टीप्लायरों के बिना, 5U ऊँचाई, कोई RAID, 45 ड्राइव के बजाय 74, एक PSU, कूलिंग के लिए केवल 2.0 वाट की बिजली की खपत, और सभी ड्राइव बेकार हो रहे हैं। सबसे शांत और सबसे गर्म ड्राइव के बीच 6 डिग्री डिग्री का तापमान अंतर।

— प्रो बैकअप

Answer 1

बहुत लगता है जैसे ड्राइव स्मार्ट स्क्रबिंग (स्वचालित ऑफ़लाइन परीक्षण) कर रहे हैं।

smartctl -a /dev/hdx

इसके साथ कॉन्फ़िगरेशन की पुष्टि करनी चाहिए:

Auto Offline Data Collection: Enabled.

इसके साथ अक्षम करें:

smartctl --offlineauto=off /dev/hdx

यह कुछ और भी हो सकता है ...

Comments

smartctl --offlineauto=offचाल चली। कम से कम 32 मिनट तक बिजली की अधिक खपत नहीं होती है, जिससे PSU OCP बंद हो जाता है। एक बोनस के रूप में hdparm -SX अब "सक्रिय / निष्क्रिय" से "स्टैंडबाय" ड्राइव सेट कर रहा है। हालाँकि sata_sil कंट्रोलर से जुड़ी ड्राइव कंट्रोलर नहीं हो सकती हैं। अस्थायी रूप से इन ड्राइव्स को दूसरे कंट्रोलर में प्लग करना वर्कअराउंड है। ऑफ़लाइन डेटा संग्रह सेटिंग रिबूट और पावर चक्र से बच जाती है।

— प्रो बैकअप