डिस्क और स्टोरेज

डिस्क का स्वास्थ्य, ख़ाली जगह और inodes का जाल

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

यह पन्ना दोनों को ढँकता है: हर फ़ाइल प्रणाली के हिसाब से भराव, हर ड्राइव के हिसाब से SMART गुण, और तापमान। SMART गुणों में से विफलता की भविष्यवाणी वास्तव में केवल पुनः आवंटित क्षेत्रों की संख्या, लंबित क्षेत्र और ऑफ़लाइन असुधार्य क्षेत्र करते हैं; इनमें से कोई शून्य से हटे तो पुष्टि की प्रतीक्षा करने के बजाय प्रतिस्थापन मँगा लें। बाक़ी अधिकांश मान बिना अर्थ के ऊपर-नीचे होते रहते हैं।

inodes का चुक जाना अलग दिखाया जाता है, क्योंकि जब यह होता है तो बहुत उलझाता है: डिस्क ख़ाली जगह बताती है, लिखाई फिर भी विफल होती है, और स्पष्ट जगहों पर कुछ इसकी व्याख्या नहीं करता। कारण ऐसी निर्देशिका है जिसमें लाखों नन्ही फ़ाइलें हों — सत्र डेटा, मेल क़तार, कभी न घुमाया गया कैश — और जो फ़ाइल प्रणाली के नियत inodes भंडार को खा जाती है जबकि उसकी क्षमता को मुश्किल से छूती है।

डिस्क की एक तीसरी मुसीबत भी है, जो कुछ तोड़ती नहीं, बस धीमा कर देती है: ड्राइव इतनी व्यस्त है कि प्रक्रियाएँ उसके लिए क़तार में खड़ी रहती हैं। अंकों में यह I/O wait है, और यह विरले ही अपने आप चढ़ता है — पीछे प्रायः कुछ निर्धारित होता है: रात का बैकअप, अनुक्रमणिकाओं का पुनर्निर्माण, या पूरे फ़ाइल सिस्टम पर ClamAV की पूर्ण जाँच। यदि सर्वर हर बार उसी घंटे भारी होता है, तो ख़राबी नहीं, समय-सारणी खोजिए।