अभी भी बेहोश हो रहा है: अनुशंसित विकल्पों का पालन करने के बाद होस्ट एडॉप्टर गर्भपात अनुरोध त्रुटियों

9

मैं कुख्यात बेहोश हो रहा हूं: होस्ट एडेप्टर मेरे नए Adaptec RAID नियंत्रक के साथ उच्च I / O के तहत त्रुटि का अनुरोध करता है। मैंने कई फ़ोरम पढ़े हैं, यहां तक कि एडेप्टेक , कि / sys / block / sdX / डिवाइस / टाइमआउट मान को 45 पर सेट करने से यह ठीक हो जाएगा। हालाँकि मैं Ubuntu सर्वर 12.04 चला रहा हूँ, जिसका पहले से ही यह मान 45 बाई डिफ़ॉल्ट है। मैंने अगले सुझाव की भी कोशिश की जो मेरे मोबो के बायोस को नवीनतम में अद्यतन करने के लिए था, जो मैंने किया था।

मुझे यकीन नहीं है कि अगर किसी और ने इस "एनाकोर्ड: होस्ट एडॉप्टर एबॉर्ट रिक्वेस्ट" को इन चरणों को लेने से पहले भी चला दिया है।

यह मैं अपने syslog में देखता हूं:

kernel: [ 5493.523282] aacraid: Host adapter abort request (4,0,0,0)
Jan  6 20:29:15 server kernel: [ 5493.523309] aacraid: Host adapter abort request (4,0,0,0)
Jan  6 20:29:15 server kernel: [ 5493.523375] aacraid: Host adapter reset request. SCSI hang ?

मेरा नाम-ए

Linux server 3.2.0-29-generic #46-Ubuntu SMP Fri Jul 27 17:03:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

सबको शुक्रीया,

जिम

kernel scsi

— जिम
स्रोत

1

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

echo noop > /sys/block/<blockdevice>/queue/scheduler

व्यक्तिगत रूप से मैं पुराने कर्नेल के साथ फंस गया हूं, लेकिन मुझे बताया गया है कि नवीनतम एनेक्स चालक को अपग्रेड करना चाहिए ताकि समस्या को ठीक किया जा सके - हालांकि यह सत्यापित नहीं कर सकता है। लेकिन फिर भी, नोच पर स्विच करें। चूंकि sysfs स्थायी नहीं है, इसलिए आप शेड्यूलर सेट करना चाहते हैं /etc/rc.localया elevator=बूट पैरामीटर का उपयोग कर सकते हैं ।

मैं अन्य कर्नेल मापदंडों के साथ-साथ उबंटू पर सेटिंग्स पर ध्यान देना चाहता हूं क्योंकि अधिकांश सामान्य हार्डवेयर के लिए उचित चूक हैं, लेकिन अधिकांश समय सर्वरों को विशेष ध्यान देने की आवश्यकता होती है, भले ही आप दूर हों।

— कीव
स्रोत

1

यदि आपके Adaptec RAID नियंत्रक का अपना फर्मवेयर / BIOS है, तो आपको इसे अपडेट करने की आवश्यकता हो सकती है। हमारे पास उच्च I / O के दौरान समस्याएँ थीं और उन्हें "एनाकोर्ड: होस्ट एडॉप्टर एबॉर्ट रिक्वेस्ट" मिला और साथ ही हमारे वर्तमान की तुलना में एक फर्मवेयर रिलीज़ को नए रूप में देखा जिसमें कहा गया था "एक ऐसा मुद्दा फिक्स्ड जहां फर्मवेयर उच्च I / O तनाव के दौरान लटका हो सकता है।" http://download.adaptec.com/pdfs/readme/relnotes_arc_fw-b18937_asm-18837.pdf ।

उपरोक्त रिलीज़ नोट्स निम्नलिखित Adaptec मॉडल को सूचीबद्ध करते हैं: 2045, 2405, 2405Q, 2805, 5085, 5405, 5405Z, 5445, 5445Z, 5805, 5805Q, 5805Z, 5805ZQ, 51245, 51645, 52445)।

हमें लॉग लाइन्स भी मिलीं जैसे:

sd 0:0:0:0: timing out command, waited 360s

तथा

Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT,SUGGEST_OK

अन्य लोगों को इसी तरह के मुद्दे को देखने के लिए ऑनलाइन खोज करने पर, हमें कार्ड की एक और पंक्ति मिली, जिसमें फर्मवेयर द्वारा तय किए गए निम्नलिखित मुद्दे हैं जो निम्न हो सकते हैं:

"एक समस्या हल हुई जो होस्ट IO त्रुटियों, RAID वॉल्यूम स्थिति में परिवर्तन, गैर-उत्तरदायी सिस्टम और सिस्टम रिबूट या दुर्लभ मामलों में रीसेट करता है, जहां अत्यधिक उच्च IO लोड नियंत्रक कैश से लगभग पूरी तरह से परोसा जाता है" http: //download.advecec .com / pdfs / रीडमी / relnotes_arc_fw-b30862_msm-20942.pdf
"एक ऐसा मुद्दा हल किया गया जहाँ मैं / O धीमा होगा और अंततः एक नियंत्रक रीसेट में परिणाम होगा" http://download.adaptec.com/pdfs/readme/relnotes_arc_fw-b30612_msm-20618.pdf

उपरोक्त दो एडेप्टेक मॉडल 7805, 7805Q, 78165, 71605E, 71605, 71605Q, 71685, 72405, 8805, 8885, 8885Q और 81605ZQ पर लागू होते हैं।

— sa289
स्रोत

मुझे लगता है कि जब मैं arcconfअपने रेगुलर नागियोज़ मॉनिटरिंग स्क्रिप्ट्स के हिस्से के रूप में सरणी की स्थिति को क्वेरी करने के लिए कमांड लाइन यूटिलिटी का उपयोग करता हूं तो मेरा कंट्रोलर लटका होगा । जैसा कि फर्मवेयर नोट इंगित करते arcconfहैं , उपयोग करने से नियंत्रक लटका हो सकता है।

— स्टीफन लासिवस्की