अधिष्ठापन-संबंधी नोट्स

फीचर अद्यतन

कर्नेल संबंधित अद्यतन

ड्राइवर अद्यतन

तकनीकी पूर्वावलोकन

हल मुद्दे

ज्ञात मुद्दे

अगर आप Red Hat Enterprise Linux 4.8 CD-ROM के सामग्री की कॉपी कर रहे हैं तो (उदाहरण के लिए, संजाल आधारित अधिष्ठापन की तैयारी में) निश्चित करें कि सिर्फ ऑपरेटिंग सिस्टम के लिये CD-ROM को आप कॉपी करें. पूरक CD-ROM या CD-ROM के किसी भी स्तरित उत्पाद को कॉपी नहीं करें क्योंकि यह एनाकोंडा के विधिवत ऑपरेशन के लिये जरूरी फाइल के ऊपर लिख देगा.

इन CD-ROM को Red Hat Enterprise Linux के अधिष्ठापन के बाद जरूर अधिष्ठापित किया जाना चाहिए.

Red Hat Enterprise Linux 4 (और सभी अद्यतन) के साथ जाने वाला GRUB संस्करण सॉफ्टवेयर मॉनिटरिंग (RAID1) का समर्थन नहीं करता है. इस प्रकार, यदि आप Red Hat Enterprise Linux 4 को RAID1 विभाजन पर अधिष्ठापित करते हैं, बूटलोडर को पहले हार्डड्राइव में अधिष्ठापित किया जाएगा मास्टर बूट रिकार्ड (MBR) के बजाए. यह सिस्टम को गैर बूट योग्य बना देगा.

यदि Red Hat Enterprise Linux 4 को आप RAID1 विभाजन पर अधिष्ठापित करना चाहते हैं, आपको किसी पूर्व उपस्थित बूटलोडर को MBR से पहले साफ करना चाहिए.

जब Red Hat Enterprise Linux 4 को पाठ मोड में सिस्टम पर अधिष्ठापित कर रहे हैं जो फ्लैट पैनल मॉनिटर का प्रयोग करता है और कुछ ATI कार्ड का, स्क्रीन क्षेत्र में शिफ्ट किया हुआ प्रकट हो सकता है. जब यह होता है, स्क्रीन के कुछ क्षेत्र अंधकार में चले जाएँगे.

यदि ऐसा होता है, linux nofb पैरामीटर के साथ अधिष्ठापन करें.

Red Hat Enterprise Linux 4.6 से इस रिलीज में उन्नयन के दौरान, minilogd कई SELinux मनाही को लॉग कर सकता है. ये त्रुटि लॉग नुकसान रहित हैं और उन्हें सुरक्षित रूप से अनदेखा किया जा सकता है.

पहले, Anaconda किकस्टार्ट दस्तावेजीकरण में (यहाँ अवस्थित: /usr/share/doc/anaconda-<anaconda-version>/kickstart-docs.txt), यह खंड --driveorder विकल्प को किकस्टार्ट फाइल में कथित रूप से विस्तार से देता है:

निर्दिष्ट करें कि कौन सा ड्राइव BIOS बूट क्रम में पहले है.
                                        

हालांकि, --driveorder विकल्प को प्रायः सभी ड्राइव की सूची सिस्टम पर जरूरत होती है, फर्स्ट बूट युक्ति के साथ जो सूची में पहले प्रकट होती है. इस अद्यतन के साथ, दस्तावेजीकरण को स्पष्ट किया गया है और अब पढ़ा जाता है:

Specify which drive is first in the BIOS boot order.
The ordered list must include all the drives in the system.
                                        

जब --driveorder विकल्प को किकस्टार्ट फाइल में प्रयोग किया जाता है निवेदित सूची को सिस्टम में सभी ड्रराइवर को शामिल करना चाहिए.

Systemtap अब Red Hat Enterprise Linux 4 में पूर्ण समर्थित फीचर है. systemtap कार्यशील Linux सिस्टम के बारे में सूचना के एकत्रण को सरलीकृत करने के लिये मुक्त सॉफ्टवेयर (GPL) आधार ढ़ांचा देता है. यह कार्यक्षमता के निदान या कार्य समस्या में मदद करता है. systemtap की मदद से, डेवलेपर को श्रमसाध्य व व्यवधानकारी यंत्र से होकर जाने, फिर कंपाइल करने, अधिष्ठापित करने, श्रृंखला फिर बूट करने की अब जरूरत नहीं है जो अन्यथा आंकड़ा संग्रहण के लिये प्रयोग किया जा सकता है.

नोट करें कि systemtap का कुछ फीचर नए Red Hat Enterprise Linux या Linux सिस्टम Red Hat Enterprise Linux 4 पर नहीं काम करेगा अनुपस्थित कर्नेल फीचर के कारण. कर्नेल utrace की अनुपस्थिति किसी उपयोक्ता स्थान जाँच के लिए समर्थन को अलग करता है.

dmidecode BIOS और मदरबोर्ड के बारे में सूचना देता है. कर्नेल यूटिल्स का संस्करण जो कि इस सलाहकार dmidecode अद्यतन के साथ संस्करण 2.2 से संस्करण 2.9 में आपूर्ति किया गया है. यह संस्करण नये प्रोसेसर को पहचानता है, PCI-अभिव्यक्त स्लॉट और युक्ति, और ब्लेड चैसिस. यह SMBIOS v2.6 विशिष्टतका के लिए संवर्द्धित समर्थन देता है.

kernel-utils का नया संस्करण इस रिलीज में शामिल है, Intel माइक्रोकोड फाइल को संस्करण 20080910 में अद्यतन कर रहा है, नये इंटेल प्रोसेसर को समर्थन करने के लिए.

smartmontools को नये CCISS नियंत्रक को समर्थन देने के लिए विस्तारित किया गया है नए HP ProLiant हार्डवेयर में.

Samba संकुल को अपस्ट्रीम संस्करण 3.0.33 में रिबेस किया गया है. 3.0.x संस्करण शृंखला बगफिक्स केवल शाखा है Samba कोड बेस का. 3.0.33 में रिबेसिंग से हम कई महत्वपूर्ण बग फिक्स और सुरक्षा सुधार शामिल करते हैं. कोई नया फीचर इस रिबेस में जोड़ा जाएगा.

अपस्ट्रीम फिक्स पर अधिक सूचना के लिए इस रिबेस के द्वारा दिए, सांबा रिलीज नोट्स का संदर्भ लें: http://samba.org/samba/history/samba-3.0.33.html

ipmitool को अपस्ट्रीम संस्करण 1.8.11 में अद्यतन किया गया है, जो कि कई बग फिक्स और संवर्द्धन देता है पिछले रिलीज पर, जिसमें निम्नलिखित शामिल है:

कृपया नोट करें कि -K कमांड लाइन स्विच का व्यवहार prompt for Kg key से read Kg key from environment variable तक. -Y फ्लैग अब व्यवहार करता है क्योंकि -K करता है इस अद्यतन से पहले.

पहले, x86_64 ptrace कोड में अनुपस्थित हस्ताक्षर कोड था जो gdb को x86_64 आर्किटेक्चर पर विफल रहने का कारण बनता है जब कोई i386 अनुप्रयोग डिबगिंग करता है. इस अद्यतन के साथ, अनुपस्थित हस्ताक्षर विस्तार अब सही रूप से विस्तारित किया गया है, जो इस मुद्दे का समाधान करता है.

ibmphp मॉड्यूल अनलोड करने के लिए सुरक्षित नहीं है. पहले, यांत्रिकी जो ibmphp मॉड्यूल को रोका अनलोड करने से अपर्याप्त था, और अंततः किसी बग को रोकने के लिए ट्रिगर किया. इस अद्यतन के साथ, इस मॉड्यूल को रोकने की विधि अनलोड करने से सुधर गई है, बग हाल्ट को रोकते हुए. हालांकि, मॉड्यूल को अनलोड करने का प्रयास संदेश लॉग में कोई चेतावनी उत्पन्न कर सकता है, यह बताते गुए कि मॉड्यूल अनलोड करने के लिए सुरक्षित नहीं है. इस चेतावनी को सुरक्षित रूप से अनदेखा किया जा सकता है.

इस अद्यतन के साथ, भौतिक स्मृति को 64GB में 32-bit x86 कर्नेल के लिए सीमित किया जाएगा जो 64GB के अधिक के सिस्टम पर चल रहा है. स्मृति को दो अलग क्षेत्र में बाँटता है: लो मेन और हाइ मेन. लोमेन को कर्नेल पता में संबोधित किया गया सभी समय पर. हाइमेन, हालांकि, को कर्नेल आभासी विंडो में मैप करता है किसी पेज को जो समय पर जरूर है. यदि स्मृति I/O को 64GB से अधिक होने दिया जाता है, mem_map (जो पृष्ठ सरणी के रूप में जाना जाता है) आकार लोमेन के आकार से अधिक बढ़ता है या पहुँच ले सकता है. यदि ऐसा होता है, बूट या आरंभ के दौरान पहले ही कर्नेल पैनिक करता है. बाद की स्थिति में, कर्नेल कर्नेल स्मृति को आबंटित करने के लिए विफल रहता है बूटिंग के बाद या या तो पैनिक या हैंग के दौरान.

पहले, यदि कोई उपयोक्ता तीर कुंजी को दबाता है किसी Hardware Virtual Machine (HVM) पर लगातार कोई व्यवधान रेस स्थिति और समय व्यवधान का सामना हुआ था. परिणामतः, कुंजीपटल ड्राइवर ने अज्ञात कुंजीकोड घटना को रिपोर्ट किया है. इस अद्यतन के साथ, i8042 पोलिंग टाइमर को हटाया गया है, जो इस मुद्दे को हल करता है.

इस अद्यतन के साथ, diskdump उपयोगिता (जो vmcore कर्नेल डंप को बनाने व जमा करने की क्षमता देता है) अब sata_svw ड्राइवर के साथ प्रयोग के लिए समर्थित है.

इस अद्यतन के साथ, "swap_token_timeout" पैरामीटर को /proc/sys/vm में जोड़ा गया है.

इस फाइल में स्वैप आउट संरक्षित टोकेन है. Linux Virtual Memory (VM) उपसिस्टम के पास टोकन आधारित थ्रेशिंग नियंत्रण यांत्रिकी है और टोकन का प्रयोग अनावश्यक पृष्ठ खराबी को रोकने के लिए करता है थ्रेशिंग स्थिति में. उस मान की इकाई `second` है. मान को थ्रैशिंग व्यवहार को ट्यून करने के लिए प्रयोग की जाएगी. इसे 0 में सेट करना स्वैप टोकन यांत्रिकी को निष्क्रिय कर देगा.

पहले, जब NFSv4 (Network File System Version 4) क्लाइंट ने मुद्दे का सामना किया जब किसी निर्देशिका को readdir() के प्रयोग से प्रोसेस कर रहा हो, पूरे readdir() कॉल के लिए वापस किया गया. इस अद्यतन के साथ, fattr4_rdattr_error फ्लैग को अब सेट किया जाता है जब readdir() को बुलाया जाता है, सर्वर को जारी रखने के लिए बने रहने के लिए निर्देश देते हुए किसी विशेष निर्देशिका प्रविष्टि पर जो कि इस मुद्दे का कारण बनता था.

पहले, NFS (Network File System) क्लाइंट विरूपित उत्तर को readdir() प्रकार्य से नियंत्रित नहीं कर रहा था. इसी कारण, सर्वर से उत्तर बताएगा कि readdir() प्रकार्य सफल था, लेकिन उत्तर कोई प्रविष्टि नहीं समाहित करता है. इस अद्यतन के साथ, readdir() उत्तर विश्लेषण तर्क को बदला गया है ताकि जब कोई विरूपित उत्तर पाया जाता है, वह क्लाइंट कोई EIO त्रुटि वापस करता है.

RPC क्लाइंट पोर्टमैप कॉल का परिणाम जमा कर देता है किसी स्मृति के स्थान पर जो स्वतंत्र हो सकता है सही स्थिति के अंदर. हालांकि, कुछ स्थितियों के अंतर्गत, पोर्टमैप कॉल का परिणाम को स्मृति से बहुत पहले मुक्त रखा गया था जो कि स्मृति खराबी के रूप में परिणाम दिया. इस अद्यतन के साथ, संदर्भ गिनती को जोड़ा गया गया स्मृति स्थान में जहाँ पोर्टमैप परिणाम जमा है और केवल तभी मुक्त होगा जब यह प्रयोग किय गया है.

कुछ स्थिति के अंतर्गत, RPC कॉल के लिए कुछ आंकड़ा संरचना का आबंटन कम था. इसी के साथ, गतिरोध की स्थिति सामने आई है अधिक स्मृति दबाव के अंतर्गत जब बड़ी संख्या में NFS पृष्ठ थे राइटबैक की प्रतीक्षा में. इस अद्यतन के साथ, इन आंकड़ा संरचना का आबंटन अब गैर गतिरोध युक्त है, जो इस मुद्दे का समाधान करता है.

पहले, कम प्रदर्शन का सामना होता है जब कोई LVM मिरर वॉल्यूम में लिखा जाता है तुल्यकालित रूप से (O_SYNC फ्लैग के प्रयोग से). इसी कारण, प्रत्येक लेखन I/O किसी मिरर किए वॉल्यूम में को 3ms के द्वारा विकसित किया गया था, मिरर वॉल्यूम में परिणामतः प्राप्त जो कि रैखिक वॉल्यूम की अपेक्षा 5-10 गुना धीमा है. इस अद्यतन के साथ, I/O कतार अनप्लगिंग को dm-raid1 ड्राइवर में जोड़ा गया है, और मिरर किए वॉल्यूम का प्रदर्शन को रैखिक वॉल्यूम के साथ तुलना किए जाने योग्य के लिए सुधारा गया है.

सिस्टम प्रशासक को बदले पृष्ठ kupdate की अधिकतम संख्या को बदलने की स्वीकृति देने के लिए जोड़ा गया है डिस्क में हर बार लिखता है जब यह चलता है. यह नया (/proc/sys/vm/max_writeback_pages) ट्यूनेबल मूलभूत बनता है 1024 (4MB) मान के ताकि अधिकतम 1024 पृष्ठ हर बार लिखा जाता है kupdate की आवृति के. इस मान को बढ़ाना बदलता है कि कितनी तत्परता से kupdate रूपांतरित पृष्ठ को फ्लश करता है और आंकड़ा हानि के संभावित मात्रा को घटाता है यदि kupdate चलने पर सिस्टम क्रैश करता है, max_writeback_pages मान को बढाना ऋणात्मक प्रदर्शन परिणाम रख सकता है सिस्टम पर जो I/O लोड के लिए संवेदनशील है.

एक नया अनुमति योग्य मान को /proc/sys/kernel/wake_balance ट्यून करने योग्य पैरामीटर में जोड़ा गया है. wake_balance को किसी 2 के मान में सेट करना नियोजक को निर्देश देगा उपलब्ध CPU पर थ्रेड चलाने के लिए बजाय इष्ठतम CPU पर इसे नियोजित करने के. इस कर्नेल पैरामीट को सेट करना 2 पर नियोजक को कुल लैटेंसी को कम करने को बाध्य करेगा कुल सिस्टम की लागत पर भी.

जब किसी निर्देशिका तरू को जाँच रहा है, कर्नेल मॉड्यूल, कुछ स्थितियों में, गलत रूप से निर्धारित करता है कि तरू व्यस्त नहीं था. कोई सक्रिय ऑफसेट आरोह किसी खुले फाइल नियंत्रण के जो कि समय समाप्ति के लिए प्रयोग किया जाता है फाइल हैंडल को व्यस्तता जाँच की ओर नहीं गिने जाने का कारण बनता है. आरोह निवेदन में यह परिणाम देता है पहले से माउंट आफसेट के लिए बनाए गए से.इस अद्यतन के साथ, कर्नेल मॉड्यूल जाँच सही किया गया है और गलत आरोह निवेदन अब नहीं उत्पन्न किया जाता है.

सिस्टम आरंभीकरण के दौरान, CPU विक्रेता को जाँचा गया Advanced Programmable Interrupt Controllers (APIC) के आरंभीकरण के बाद. इसी कारण, x86_64 AMD सिस्टम पर 8 कोर से अधिक, APIC क्लस्टर किया मोड प्रयोग किया जाता है, उपअनुकूलित सिस्टम प्रदर्शन के रूप में परिणाम देता हुआ. इस अद्यतन के साथ, CPU विक्रेता को अब APIC के आरंभीकरण के पहले प्रश्न किया जाता है, APIC भौतिक फ्लैक मोड में मूलभूत रूप से प्रयुक्त के रूप में परिणाम देता हुआ, जो इस मुद्दे को हल करता है.

Common Internet File System (CIFS) कोड को Red Hat Enterprise Linux 4.8 में अद्यतन किया गया है, बग की संख्या को फिक्स करते हुए जो अपस्ट्रीम में मरम्मत किया गया है निम्नलिखित बदलाव को शामिल करते हुए:

पहले, जब बिना Unix विस्तार के सर्वर को आरोहित करते हुए, फाइल के मोड को बदलना संभव था. हालांकि, यह मोड परिवर्तन को स्थायी रूप से जमा नहीं किया जा सका, और मौलिक मोड में वापस लौट गया हो सकता है किसी समय पर. इस अद्यतन के साथ, फाइल का मोड मूलभूत रूप से अस्थायी रूप से बदला नहीं जा सकता है; chmod() कॉल सफलता लौटाएगी, लेकिन कोई प्रभाव नहीं रखता है. एक नया आरोह विकल्प, dynperm को प्रयोग किए जाने की जरूरत है यदि पुराना आचरण जरूरी है.

पहले, कर्नेल में, कोई रेस स्थिति dio_bio_end_aio() और dio_await_one() के बीच उपस्थित हुई. यह उस स्थिति की ओर ले जा सकता है जहाँ सीधा I/O जो किसी I/O प्रक्रिया पर अनंतकाल के लिए बच जाता है जो कि पहले से पूर्ण है. इस अद्यतन के साथ, ये संदर्भ गिनती ऑपरेशन अब लॉक है ताकि सुपुर्दगी और पूर्णता अब लॉक है ताकि सुपुर्दगी और पूर्णता पथ एक एकीकृत स्तिति देखता है, यह इस मुद्दे को हल करता है.

पहले, किसी पूर्ण वर्चुअलाइज्ड अतिथि सिस्टम का उन्नयन Red Hat Enterprise Linux 4.6 से (kmod-xenpv संकुल संस्थापित) Red Hat Enterprise Linux 4 के किसी नए संस्करण में एक अनुचित मॉड्यूल निर्भरता में अंतर्निमित कर्नेल मॉड्यूल के बीच: xen-vbd.ko & xen-vnif.ko और पुराना xen-platform-pci.ko मॉड्यूल. इसी कारण, xen-vbd.ko ब्लॉक ड्राइवर के द्वारा फाइल सिस्टम, और अतिथि संजालन xen-vnif.ko संजाल ड्राइवर विफल रहेगा.

Red Hat Enterprise Linux 4.7 में, xen-platform-pci.ko मॉड्यूल में प्रकार्यात्मकता कर्नेल में बिल्ट इन था. हालांकि, जब कोई औपचारिक रूप से लोड करने योग्य कर्नेल मॉड्यूल कर्नेल का हिस्सा बन जाता है, मौजूदा लोड करने योग्य मॉड्यूल के लिए संकेत निर्भरता जाँच module-init-tools में सही रूप से जिम्मेदार है. इस अद्यतन के साथ, xen-platform-pci.ko प्रकार्यात्मक को हटाया गया है बिल्ट इन कर्नेल से किसी लोड करने योग्य मॉड्यूल में, module-init-tools को जाँचने और उचित निर्भरता बनाने के लिए अनुमति देते हुए कर्नेल उन्नयन के दौरान.

पहले, डिस्क या विभाजन को आरोहित करने का प्रयास 32-बिट Red Hat Enterprise Linux 4.6 पूर्ण वर्चुअलाइज्ड अतिथि में पैरावर्चुअलाइज्ड ब्लॉक ड्राइवर (xen-vbd.ko) किसी 64-बिट मेजबान विफल रहेगा. इस अद्यतन के साथ, ब्लॉक फ्रंट ड्राइवर (block.c) को अद्यतन अद्यतन किया गया है ब्लॉक बैक ड्राइवर को सूचित करते हुए जो 32-बिट प्रोटोकॉल का प्रयोग कर रहा है, जो इस मुद्दे का समाधान करता है.

पहले, pv-on-hvm ड्राइवर को किसी बेअर मेटल कर्नेल पर अधिष्ठापन जो /proc/xen निर्देशिका को स्वतः बनाता है. इसी कारण, अनुप्रयोग जो जाँचता है कि क्या सिस्टम किसी वर्चुअलाइज्ड कर्नेल को चला रहा है /proc/xen निर्देशिका की उपस्थिति को जाँचकर गलत रूप से मानता है कि पैरावर्चुअलाइज्ड कर्नेल प्रयोग किया जाता है. इस अद्यतन के साथ, pv-on-hvm ड्राइवर पर अब /proc/xen निर्देशिका को नहीं बनाता है, जो इस मुद्दे को हल करता है.

पहले, पैरावर्चुअलाइज्ड अतिथि के पास अधिकतम 16 डिस्क युक्ति हो सकती है. इस अद्यतन में, सीमा को अधिकतम 256 डिस्क युक्ति में बढ़ाया गया है.

ALSA में Intel® High Definition Audio (HDA) ड्राइवर अद्यतन किया गया है. यह अद्यतन HDA एकीकृत ऑडियो के साथ नये हार्डवेयर के लिए ऑडियो समर्थन बढ़ाता है.

पहले, forcedeth ड्राइवर का प्रयोग करने वाला संजाल युक्ति प्रतिक्रिया देना रोक दिया है जब rcp कमांड का प्रयोग बहुविध क्लाइंट से किया जा रहा हो. इस अद्यतन के साथ, forcedeth ड्राइवर अद्यतन किया गया है, जो इस मुद्दे का समाधान करता है.

पहले, Automatic Direct Memory Access (ADMA) मोड को मूलभूत रूप से सक्रिय किया गया है sata_nv ड्राइवर में. इसी कारण, युक्ति त्रुटि और समय समाप्ति का सामना होता है कुछ युक्तियों के साथ जो कि sata_nv ड्राइवर का उपयोग करता है. इस अद्यतन के साथ, ADMA मोड को अब मूलभूत रूप से निष्क्रिय किया गया है, जो कि इस मुद्दे का समाधान करता है.

virtio के लिए ड्राइवर, I/O वर्चुअलाइजेशन के लिए KVM में प्लेटफॉर्म, को Red Hat Enterprise Linux 4.8 में Linux Kernel 2.6.27 से बैकपोर्टेड किया गया है. ये ड्राइवर KVM अतिथि को सक्रिय करेगा I/O प्रदर्शन के उच्च स्तर को पाने के लिए. विविध उपयोक्ता स्थान घटक जैसे कि: anaconda, kudzu, lvm, selinux और mkinitrd को साथ ही virtio युक्ति के समर्थन के लिए अद्यतन किया गया है.

r8169 ड्राइवर को नया संजाल चिपसेट के लिए समर्थन देने के लिए अद्यतन किया गया है. इस अद्यतन के साथ, RTL810x/RTL8168(9) का सभी रूप अब Red Hat Enterprise Linux 4.8 में समर्थित है.

mptsas ड्राइवर को संस्करण 3.12.29.00 में अद्यतन किया गया है. इस अद्यतन में बग फिक्स शामिल है और निम्नलिखित नए फीचर को सक्रिय करता है:

lpfc ड्राइवर को संस्करण संख्या से 8.0.16.46 में अद्यतन किया गया है. यह अद्यतन कई फिक्स व संवर्द्धनों को लागू करता है जिसमें शामिल हैं:

SAS आधारित RAID नियंत्रक के लिए megaraid_sas ड्राइवर को संस्करण 4.01-RH1 में अद्यतन किया गया है. कई बग फिक्स और संवर्द्धन इस अद्यतन के द्वारा लागू हैं, जिसमें शामिल हैं:

eHEA इथरनेट युक्ति ड्राइवर IBM eServer System P के लिए को संस्करण 0078-08 में अद्यतन किया गया है.

EHCA infinband युक्ति ड्राइवर को Red Hat Enterprise Linux 4.8 और Red Hat Enterprise Linux 4 के सभी भविष्य के रिलीज के लिए समर्थित नहीं किया जाएगा.

पहले, यदि Red Hat Network applet को क्लाइंट को भिन्न Red Hat Satellite Server में फिर पंजीकृत करने के लिए प्रयोग किया गया है, यह एप्लेट अद्यतन दिखाना जारी रखेगा जो कि पिछले सर्वर पर उपलब्ध है, हालांकि वे मौजूदा सर्वर पर उपलब्ध नहीं हैं. /etc/sysconfig/rhn/rhn-applet नये सर्वर के विवरण को प्रतिबिंबित के लिए नहीं बदलेगा. एप्लेट का संस्करण जो कि इस अद्यतन एसोसियेट के लिए दिया गया अद्यतन के कैश को किसी सर्वर url के साथ, और इसलिए सुनिश्चित करें कि उपयोक्ता को दिखाया गया अद्यतन वास्तव में उपलब्ध है. यह संस्करण जाँच सकता है जब इसका विन्यास फाइल बदला है. यदि कोई ऐसा परिवर्तन जाँचा जाता है, यह एप्लेलट विन्यास चर को स्वतः रिलोड करेगा और नया सर्वर कनेक्शन बनाएगा.

sysreport.legacy प्रयुक्त $HOME इसके रूट निर्देशिका के तौर पर. यदि यह वातावरण चर मौजूद नहीं रहता है या रूट निर्देशिका जो यह संदर्भित करता है लिखने योग्य नहीं था, sysreport.legacy इसके रिपोर्ट को बना नहीं सका और संदेश Cannot make temp dir के साथ मौजूद रहेगा. Sysreport.legacy अब बिना क्रम से बने निर्देशिका का प्रयोग करता है और इसलिए एक रिपोर्ट बना सकता है किसी सिस्टम पर बिना किसी उपयोग युक्त $HOME के.

प्रयुक्त automount डेमन स्थिर आकार बफर 128 बाइट लंबा SIOCGIFCONF ioctl से सूचना पाने के लिए स्थानीय अंतरफलक के बारे में जब होस्ट से दिए माउंट के लिए निकटता को जाँचता है. चूंकि हर अंतरफलक का विवरण 40 बाइट लंबा है, डेमन सूचना पा सकता है तीन स्थानीय अंतरफलक पर से अधिक नहीं. यदि माउंट से जुड़ा होस्ट के पास पता था जो स्थानीय था लेकिन उन तीन अंतरफलक से जुड़ा नहीं था निकटता को गलत तरीके से वर्गीकृत किया जाएगा.

automount डेमॉन अब गतिशील रूप से किसी बफर को आबंटित करता है, सुनिश्चित करता है कि यह सभी अंतरफलक पर यह सूचना को समाहित करने के लिए पर्याप्त बड़ा है निकटता को सही तरीके से जाँचने की क्षमता देते हुए किसी दिए मेजबान पर दिए NFS माउंट के लिए.

Automount मैप प्रविष्टि जो कई होस्ट को संदर्भित करता है माउंट स्थान में (नकल माउंट में), automount डेमॉन उनकी निकटता व NFS संस्कण के लिए दूरस्थ होस्ट जाँचता है. यदि होस्ट अनुक्रिया में विफल रहता है, उन्हें सूची से हटा दिया जाता है. यदि कोई दूरस्थ होस्ट प्रतिक्रिया नहीं देता है, सूची खाली बन जाता है. पहले, डेमॉन नहीं जाँचता है यदि सूची खाली है आरंभिक जाँच के बाद जो कि विखंडन फॉल्ट की ओर जाता है (किसी रिक्त संकेतक की ओर विसंदर्भित करते हुए). यह जाँच जोड़ा गया है.

ttfonts-zh_CN संकुल औपचारिक रूप से Zhong Yi Song ट्रू टाइप फॉन्ट को शामिल करता है. इस फॉन्ट का कॉपीराइट Beijing Zhong Yi Electronics Co. के अंतर्गत है, जिसने Red Hat Inc. को लाइसेंस दिया है फॉन्ट को वितरित करने का केवल उत्पाद व सॉफ्टवेयर में Red Hat नाम के अंतर्गत. ttfonts-zh_CN में इस फॉन्ट का शामिल किया जाना इसलिए Red Hat को इस संकुल को मुक्त रूप से वितरण से रोकता है. Zhong Yi Song TrueType फॉन्ट अभी भी Red Hat उपभोक्ताओं के लिए उपलब्ध है Red Hat Network से होकर और पूरक CD से fonts-chinese-zysong संकुल में.

multipathd क्रैश कर गया बहुल पथ मृत के साथ लेकिन pid फाइल मौजूद रहता है जब multipath को विन्यस्त किया जाता है 1024 या अधिक पथ के लिए, क्योंकि यह किसी फाइल विवरणकर्ता को खोलने में असमर्थ था हर पथ के लिए. यह साथ ही error calling out /sbin/mpath_prio_ontap /dev/[device] त्रुटि का कारण बन सकता है. अब, नयाmultipath.conf पैरामीटर, max_fds, अंत्य उपयोक्ता को फाइल विवरणकर्ता का अधिकतम संख्या सेट करने की अनुमति देता है जो multipathd प्रक्रिया खोल सकती है, या max को प्रयोग करने के लिए सिस्टम अधिकतम में संख्या सेट करने के लिए. max_fds को सेट करना किसी या तो पर्याप्त उच्च संख्या में या max इस क्रैश को multipathd में अनदेखा करता है.

पहले, जब accraid ड्राइवर का प्रयोग किया जा रहा हो किसी Adaptec 2120S या Adaptec 2200S नियंत्रक के साथ, सिस्टम बूटअप में विफल हो सकता है, त्रुटि देते हुए: aac_srb:aac_fib_send failed with status 8195. इस अद्यतन के साथ, accraid ड्राइवर को अद्यतन किया गया है, जो इस मुद्दे को हल करता है.

SOS औजारों का सेट है जो सिस्टम हार्डवेयर और मौजूदा विन्यास के बारे में सूचना एकत्र करता है. सूचना को फिर प्रयोग किया जा सकता है निदानकारी उपाय व डिबगिंग के लिए.

इस अद्यतन के साथ, sosreport के द्वारा जनित रिपोर्ट अब सूचना के पाँच प्रकारों को शामिल करता है जो कि पहले नहीं जमा किए गए थे:

automount umount(8) का प्रयोग करता है जब समय खत्म होता आरोह और umount(8) अनंतकाल तक प्रतीक्षा कर सकता है सर्वर को प्रतिक्रिया देने के लिए. यह समय समाप्ति की ओर जा सकता है आरोह को रोके जाते हुए लंबे समय तक के लिए समान /usr/sbin/automount प्रक्रिया में समाप्ति नहीं होने के लिए (जो कि, माउंट जो कि दिया गया आटोमाउंट प्रक्रिया प्रबंधित कर रहा है). इसी कारण, यदि कोई सर्वर पहुँच योग्य नहीं है, तब ऑटोमाउंट किसी समय समाप्त माउंट को अनमांउंट नहीं करेगा, उस सर्वर पर भी जो कि अनुक्रिया कर रहा है. सिस्टम को फिर छोड़ा जा सकता है बडी संख्या में माउंट के साथ जो समय समाप्ति हो सकती है लेकिन नहीं. आटोमाउंट में अब कमांड लाइन शामिल करता ह आटोमाउंट के लिए समय निर्दिष्ट करने के लिए छोड़ने के पहले और शेष माउंट पर जाते हुए प्रतीक्षारत. समय समाप्ति माउंट इसलिए अनमाउंट किया जा सकता है हालांकि कुछ सर्वर प्रतिक्रिया नहीं देता है.

ICQ इंटरनेट संदेश प्रोटोकॉल सर्वर हाल में बदला है और अब क्लाइंट को ICQ प्रोटोकॉल का नया संस्करण की जरूरत होती है. ICQ में Pidgin 2.5.2 (the version previously shipped with Red Hat Enterprise Linux 4) के साथ लॉगिन विफल रहता है किसी त्रुटि संदेश के साथ परिणामतः. इस अद्यतन के साथ, Pidgin को संस्करण 2.5.5 में अद्यतन किया गया है, जो कि इस मुद्दे को हल करता है.

पहले, Red Hat नॉलेजबेस आलेख जो कि फाइबर चैनल रिस्कैन को दस्तावेजीकृत करता है Red Hat Enterprise Linux 4 सही नहीं था. यह प्रक्रिया को अब अद्यतन किया गया है, और यहाँ देखा जा सकता है: http://kbase.redhat.com/faq/docs/DOC-3942

किसी SSH सर्वर से सफलतापूर्वक जुड़ने के बाद, सर्वर कोई पाठ आधारित बैनर SSH क्लाइंट वापस दे सकता है. इसी कारण, यदि gftp (a graphical ftp client) एक SSH सर्वर से (via SFTP) कनेक्ट करने का जो कि एक बैनर देता है, gftp बैनर को व्यवधान बतौर त्रुटि देगा और कनेक्शन बंद कर देगा और कनेक्शन बंद करें. इस अद्यतन के साथ gftp को 2.0.18 संस्करण में अद्यतन किया गया है, कनेक्शन को सर्वर में बैनर से अनुमति देते हुए.

जब एकल फाइल को NFS निर्देशिका में अपलोड करना है, टाइमस्टैंग जो फाइल के बदलाव व अभिगम समय को नहीं सूचित करता है वह सही तरीके से रिकार्ड नहीं किया गया हो सकता है. इस अद्यतन के साथ, टाइमस्टैंग अब हमेशा अद्यतन है जो कि इस मुद्दे को हल करता है.

PCI युक्ति के लिए kudzu में जाँच कोड कुछ मॉड्यूल को ठीक से नहीं पाएगा जो विशेष PCI वर्ग से बंधकर कार्य करता है, विशेष रूप से, sgiioc4 ड्राइवर SGI Altix सिस्टम पर. बिना इन मॉड्यूल के लोड हुए, सिस्टम युक्ति को नहीं जांचेगा जो कि ड्राइवर पर पर निर्भर करता है. जाँच कोड का नया संस्करण इस अद्यतन संकुल में शामिल है, जो कि प्रभावित मॉड्यूल को सफलतापूर्वक ढूंढ़ने में समर्थ है.

Red Hat Enterprise Linux 4.8 में लॉजिकल वॉल्यूम प्रबंधक फाइल विवरक रिसाव को रिपोर्ट करता है, निम्नलिखित त्रुटि में परिणाम देता है जो कि अधिष्ठापन आउटपुट में लौटाया गया है:

File descriptor NUM (socket:XXXX) leaked on lvm invocation.
                                        

इस संदेश को सुरक्षित रूप से अनदेखा किया जा सकता है.

जब Red Hat Enterprise Linux 4 को Network File System (NFS) सर्वर से अधिष्ठापित किया जा रहा है, अधिष्ठापक NFS माउंट प्वाइंट को सही तरीके से बंद करने में असमर्थ है. यह NFS सर्वर को गलत आचरण करने का कारण बन सकता है. इन स्थितियों में Red Hat सलाह देता है कि अधिष्ठापन के लिए HTTP सर्वर का प्रयोग करें.

सिस्टम जहाँ BIOS पुरातन (acpiphp) और देसी (pciehp) PCI हॉटप्लगिंग करने में समर्थ है, यह प्रशासक के लिए आवश्यक है किसी वरीय विधि को चुनना और विशेष रूप से Red Hat Enterprise Linux 4 को अवांछित विधि के लिए मॉड्यूल के लिए रोकना जरूरी है. यह अवांछित मॉड्यूल /etc/modprobe.conf को ब्लैकलिस्टिंग के द्वारा किया जाता है.

Mellanox MT25204 के लिए हार्डवेयर जाँच में पाया गया है कि एक आंतरिक त्रुटि कुछ खास उच्च लोड स्थितियों के कारण होती है. जब ib_mthca ड्राइवर इस हार्डवेयर पर किसी भारी को रिपोर्ट करता है, यह प्रायः एक अपर्याप्त समाप्ति कतार गहराई से संबंधित होता है जो बचे कार्य आग्रह संख्या के सापेक्ष उपयोक्ता अनुप्रयोग के द्वारा उत्पन्न होता है.

हालांकि ड्राइवर हार्डवेयर फिर सेट करेगा और ऐसी एक घटना से फिर प्राप्त करेगा, त्रुटि के समय सभी मौजूदा कनेक्शन नष्ट हो जाएँगे. यह सामान्यतः विखंडन दोष में उपयोक्ता अनुप्रयोग में परिणाम देता है. आगे, यदि opensm त्रुटि उत्पन्न होने के समय चलता है तब आपको इसे दस्ती रूप से फिर आरंभ करने की जरूरत विधिवत ऑपरेशन को वापस लाने के लिए होगी.

openmpi और lam के पिछले संस्करण में बग आपको इन संकुलों के उन्नयन से रोक सकता है. यह समान बग up2date के विफल होने का कारण बनता है जब सभी संकुलों का उन्नयन किया जाता है.

यह बग निम्नलिखित त्रुटि में स्पष्ट होता है जब openmpi या lam के उन्नयन की कोशिश की जाती है:

error: %preun(openmpi-[version]) scriptlet failed, exit status 2
                                

यह बग निम्नलिखित त्रुटि (/var/log/up2date में लॉगिन) में भी स्पष्ट होता है जब सभी संकुलों के उन्नयन का प्रयास up2date से होकर किया जाता है:

rpm विनिमय चलाने में up2date विफल - %pre %pro failure ?.
                                

इस प्रकार, आपको openmpi और lam के पुराने संस्करण को दस्ती रूप से हटाने की जरूरत होती है इन त्रुटियों से बचने के क्रम में. ऐसा करने के लिए, निम्नलिखित rpm कमांड चलाएँ:

rpm -qa | grep '^openmpi-\|^lam-' | xargs rpm -e --noscripts --allmatches

जब LUN को एक विन्यस्त सिस्टम पर मिटाया जाता है, बदलाव को होस्ट पर दिखाया नहीं जाता है. ऐसी स्थिति में, lvm कमांड अनंत कालीन रूप से हैंग करेगा जब dm-multipath का प्रयोग किया जाता है, जैसे कि LUN अब stale हो गया है.

इसके गिर्द समाधान के लिये, सभी युक्तियों और mpath लिंक प्रविष्टि को /etc/lvm/.cache में मिटाएँ जो नष्ट LUN के विशिष्ट है. पता करने के लिए कि क्या ये प्रविष्टियां हैं, निम्नलिखित कमांड चलाएँ:

ls -l /dev/mpath | grep <stale LUN>

उदाहरण के लिए, यदि <stale LUN> 3600d0230003414f30000203a7bc41a00 है, निम्नलिखित परिणाम प्रकट हो सकता है:

lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00 -> ../dm-4
lrwxrwx--rwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00p1 -> ../dm-5
                                

इसका मलतब है कि 3600d0230003414f30000203a7bc41a00 को दो mpath लिंक से मैप किया गया है: dm-4 और dm-5.

इस प्रकार, निम्नलिखित पंक्तियों को /etc/lvm/.cache से मिटाई जानी चाहिए:

/dev/dm-4 
/dev/dm-5 
/dev/mapper/3600d0230003414f30000203a7bc41a00
/dev/mapper/3600d0230003414f30000203a7bc41a00p1
/dev/mpath/3600d0230003414f30000203a7bc41a00
/dev/mpath/3600d0230003414f30000203a7bc41a00p1
                                

HA-RAID दो सिस्टम विन्यास में, दो SAS एडाप्टर को दो सिस्टम में प्लग किया जाता है और किसी शेयर किए SAS डिस्क ड्राउर में शेयर किया जाता है. दोनों SAS एडाप्टरों पर Preferred Dual Adapter State गुण की Primary पर सेटिंग एक रेस स्थिति को जन्म दे सकता है और दो SAS एडाप्टर के बीच अनंत फेलओवर का कारण बनता है. यह इसलिए कि सिर्फ एक SAS एडाप्टर को Primary पर सेट किया जा सकता है.

इस त्रुटि को रोकने के लिए, सुनिश्चित करें कि एक SAS एडाप्टर का Preferred Dual Adapter State को None पर सेट किया जाता है यदि दूसरा SAS एडाप्टर को Primary पर सेट किया जाता है.

यदि आप hp_sw कर्नेल मॉड्यूल का प्रयोग करना चाहते हैं, अद्यतन device-mapper-multipath संकुल अधिष्ठापित करें.

आपको HP सरणी को ठीक से विन्यस्त करने की जरूरत है सही ढ़ंग से सक्रिय/निष्क्रिय मोड का प्रयोग करने के लिए और Linux मशीन से कनेक्शन को पहचानने के लिए. ऐसा करने के लिए, निम्नलिखित चरणों का पालन करें:

Red Hat quota के प्रयोग को EXT3 फाइल सिस्टम पर हतोत्साहित करता है. यह इसलिए कि कुछ स्थितियों में, ऐसा करना गतिरोध का कारण बनता है.

जाँच में पाया गया है कि kjournald कभी-कभी कुछ EXT3-विशिष्ट कॉलऑउट को ब्लॉक करता है जो तब प्रयुक्त होते हैं जब quota चल रहा होता है. इस प्रकार, Red Hat इस मुद्दे को Red Hat Enterprise Linux 4 में ठीक करने की योजना नहीं रखता है, क्योंकि जरूरी रूपांतरण काफी अतिक्रमण करने वाला होगा.

नोट करें कि यह मुद्दा Red Hat Enterprise Linux 5 में मौजूद नहीं है.

Mellanox MT25204 के लिए हार्डवेयर जाँच में पाया गया है कि एक आंतरिक त्रुटि कुछ खास उच्च लोड स्थितियों के कारण होती है. जब ib_mthca ड्राइवर इस हार्डवेयर पर किसी भारी को रिपोर्ट करता है, यह प्रायः एक अपर्याप्त समाप्ति कतार गहराई से संबंधित होता है जो बचे कार्य आग्रह संख्या के सापेक्ष उपयोक्ता अनुप्रयोग के द्वारा उत्पन्न होता है.

हालांकि ड्राइवर हार्डवेयर फिर सेट करेगा और ऐसी एक घटना से फिर प्राप्त करेगा, त्रुटि के समय सभी मौजूदा कनेक्शन नष्ट हो जाएँगे. यह सामान्यतः विखंडन दोष में उपयोक्ता अनुप्रयोग में परिणाम देता है. आगे, यदि opensm त्रुटि उत्पन्न होने के समय चलता है तब आपको इसे दस्ती रूप से फिर आरंभ करने की जरूरत विधिवत ऑपरेशन को वापस लाने के लिए होगी.

डेस्कटॉप शेयरिंग कनेक्शन प्रतीक इसके संदर्भ मेन्यू को दिखाता है जब आप इसे दो बार क्लिक करते हैं, न कि तब जब आप दाहिने क्लिक करते हैं. सभी दूसरे प्रतीक उनके संदर्भ मेन्यू को दिखाते हैं जब आप उनपर दाहिने क्लिक करते हैं.

यदि ib_ehca InfiniBand ड्राइवर को पोर्ट स्वजाँच मोड में लोड किया जाता है (मॉड्यूल पैरामीटर के प्रयोग से nr_ports=-1), IP-over-InfiniBand संजाल अंतरफलक (ibX) बहुत देर से उपलब्ध हो सकता है. जब यह होता है, ifup ibX कमांड जो कि openibd आरंभन स्क्रिप्ट से निर्गत होता है विफल रहेगा; इसके बाद, ibX अंतरफलक उपलब्ध नहीं होगा.

जब यह होता है, rcnetwork restart कमांड का प्रयोग समस्या के समाधान के लिए करें.

IBM Redbook "में InfiniBand को IBM System p (SG247351) मैनुअल, सारणी 6-3 (220 पर PDF संस्करण के) डिबग कोड विट परिभाषा का वर्णन करता है, जहाँ कई HCA त्रुटि सूचना संकेतक बि को भी वर्णित किया गया है.

नोट करें कि eHCA2 एडाप्टर के साथ, इन त्रुटियों का बिट 46 और 47 त्रुटि संकेतक बिट गलत धनात्मक वापस करता है.

HP ICH10 वर्कस्टेशन पर, ऑडियो को फ्रंट 3.5mm जैक के साथ केवल सक्रिय किया जाता है. इस प्रकार, किसी ऑडियो आउटपुट को पाने या रिकार्डिंग के प्रयोग के लिए, आपको अपने हेडफोन, स्पीकर, माइक्रोफोन से फ्रंट जैक में प्लग करना चाहिए. अभी, इस वर्कस्टेशन के लिए पिछला जैक, आंतरिक स्पीकर, और प्रधान वॉल्यूम काम नहीं करता है.

इस अद्यतन के साथ, निम्न मॉडल के लिए मूलभूत PCI जाँच और आदेश क्रम मोड बदल गया है:

ये मॉड्यूल युक्ति स्कैनिंग व इन्यूमेरेशन मोड को प्रयोग करते हैं जो कि Red Hat Enterprise Linux 4 या 5 के लिए मूलभूत नहीं हैं. इन HP Proliant मॉडल के द्वारा प्रयुक्त मोड एक अतिरिक्त कार्ड के रूप में परिणाम देगा जोकि जाँचा गया है और ऑनबोर्ड/आंतरिक युक्ति में पहले जोड़ा गया है. यह अप्रत्याशित क्रम कठिनाई का कारण बनेगा जब Red Hat Enterprise Linux का नया उदाहरण अधिष्ठापित कर रहा है, हार्डवेयर और अनुरक्षण जोड़ रहा है.

पहले से वर्णित HP Proliant मॉडल के लिए नेटवर्क इंटरफेस कार्ड (NIC) बदल सकता है जब वे Red Hat Enterprise Linux 4.7 कर्नेल के साथ अद्यतन किए जाते हैं. अधिष्ठापक NIC क्रम को बदलता है HWADDR=MAC ADDRESS पैरामीटर /etc/sysconfig/network-scripts/ifcfg-eth[X] में हर अधिष्ठापित NIC के लिए परिभाषित नहीं हैं. इस प्रकार, Red Hat अनुशंसा करता है कि आप सुनिश्चित करें कि यह पैरामीटर परिभाषित है किसी समस्या को कम करने के क्रम में जो कि अप्रत्याशित NIC इन्यूमरेशन से उत्पन्न होता है.

इसके अलावे, किसी NIC इन्यूमरेशन परिवर्तन से बचने के लिए इन HP Proliant मॉडल को अद्यतन करने के बाद Red Hat Enterprise Linux 4.7 में, कर्नेल बूट पैरामीटर pci=nobfsort को /boot/grub/grub.conf में जोड़ें.

जब कोई वॉल्यूम ग्रूप कोई मिरर या स्नैप शॉट समाहित करता है, lvchange वॉल्यूम समूह पैरामीटर के साथ कमांड को निर्गत करना निम्न त्रुटि संदेश के रूप में परिणाम देगा:

Unable to change mirror log LV fail_secondary_mlog directly
Unable to change mirror image LV fail_secondary_mimage_0 directly
Unable to change mirror image LV fail_secondary_mimage_1 directly
                                        

इस संदेश को सुरक्षित रूप से अनदेखा किया जा सकता है.

Dell PowerEdge SC1435s सिस्टम बूट अप के दौरान हैंग कर सकता है. इससे बचने के लिए, terminal पंक्ति को grub.conf में संपादित करें और serial console को console serial स्ट्रिंग से बदलें.

ixgbe अद्यतन ड्राइवर Intel 82598AT (Copper Pond 10GbE) का समर्थन नहीं करता है.

Red Hat Enterprise Linux 5.3 किसी अंतःस्थित ब्लॉक युक्ति के ऑनलाइन बढ़त या सिकुड़ना को जाँच सकता है. हालांकि, कोई विधि नहीं है स्वचालित रूप से उसे जाँचने के लिए कि युक्ति का आकार बदल गया है, इसलिए दस्ती चरण इसे पहचानने और किसी फाइल सिस्टम का आकार बदलने के लिए जरूरी है जो कि दिए गए युक्ति पर रहता है. जब कोई आकार बदला ब्लॉक युक्ति जाँचा जाता है, निम्न प्रकार का संदेश सिस्टम लॉग में प्रकट होगा:

VFS: बदले मीडिया पर व्यस्त inodes या आकार बदला डिस्क sdi
                                

यदि ब्लॉक युक्ति बढ़ा था, फिर इस संदेश को सुरक्षित रूप से अनदेखा किया जा सकता है. हालांकि, यदि ब्लॉक युक्ति सिकोड़ा हुआ था पहले ब्लॉक युक्ति पर सेट किसी आंकड़ा के सिकोड़े हुए, युक्ति पर स्थित आंकड़ा खराब हो सकता है.

किसी फाइल सिस्टम का ऑनलाइन आकार परिवर्तन ही केवल संभव है जो कि पूरे LUN (या ब्लॉक युक्ति) पर बनाया जाता है. यदि ब्लॉक युक्ति पर विभाजन सारणी है, तब फाइल सिस्टम को विभाजन सारणी को अद्यतन करने के लिए अनारोहित किया जाएगा.

समाधानकर्ता रूटिन के res_n* परिवार के साथ ज्ञात स्मृति रिसाव है (यानी. res_nquery, res_nsearch और res_nmkquery). प्रोग्राम जो इन प्रकार्य को प्रयोग करता है वह कालांतर में स्मृति का रिसाव करेगा. इसे glibc के नए संस्करण में फिक्स किया जाएगा, हालांकि, यह सुधार Red Hat Enterprise Linux 4 में लागू करने के लिए बहुत अधिक अतिक्रमणकारी है. प्रोग्राम जो कि इन प्रकार्यों का प्रयोग करते हैं उन्हें समय समय पर मुक्ति स्मृति में फिर आरंभ करना जरूरी हो सकता है.

युक्ति की संख्या जो कि Red Hat Enterprise Linux 4 के अधिष्ठापन के दौरान नियंत्रित किया जा सकता है वह अधिष्ठापन initrd छवि के आकार पर निर्भर करता है. इसलिए, स्थिति में जहाँ कई युक्ति मशीन से संलग्न हैं (जैसे कि बहुत भरापूरा फाइबर चैनल सेटअप) अधिष्ठापन संभव नहीं होगा जब तक कि दृश्य युक्ति की संख्या घट जाती है.

aacraid ड्राइवर अद्यतन जिसे पहले पहल Red Hat Enterprise Linux 4.7 में लाया गया था के लिए अद्यतन Adaptec PERC3/Di फर्मवेयर की जरूरत है. Red Hat Enterprise Linux 4 के इसके बाद के अद्यतन (इस 4.8 अद्यतन के साथ) के लिए जरूरी है, कि PERC3/Di फर्मवेयर संस्करण 2.8.1.7692, A13 या नव्यतर पर है. फर्मवेयर को निम्नलिखित स्थान पर पाया जा सकता है:

http://support.dell.com/support/downloads/download.aspx?c=us&cs=555&l=en&s=biz&releaseid=R168387&SystemID=PWE_PNT_PIII_1650&servicetag=&os=WNET&osl=en&deviceid=1375&devlib=0&typecnt=0&vercnt=9&catid=-1&impid=-1&formatcnt=4&libid=35&fileid=228550

अधिष्ठापन के दौरान एनाकोंडा सभी Logical Volume Manager (LVM) मेटाडेटा का हटा देगा जो अधिष्ठापन के पूर्व सिस्टम पर स्थिति है. यह अतिरिक्त मेटाडेटा LVM औजार को अनुपस्थित वॉल्यूम या लॉजिकल वॉल्यूम के रिपोर्ट का कारण अधिष्ठापन के बाद बनता है. इस मुद्दे के गिर्द समाधान के लिए, पुराना LVM मेटाडेटा को अधिष्ठापन के बाद हटाएँ.

multipath त्रुटि संदेश को नहीं बंद करता है जो कि किसी कॉलआउट प्रोग्राम के द्वारा छापा जाता है. इसलिए, यदि multipath चलता है जब पथ नीचे है, विविध त्रुटि संदेश दिखाया जाएगा. संदेश जो दिखाया जाता है वह विशेष कॉल आउट प्रोग्राम पर निर्भर करता है जो multipath प्रयोग कर रहा है. उदाहरण के लिए, यदि multipath चलता है जहाँ विफल scsi युक्ति हैं, scsi_id को छापेगा

<H>:<B>:<T>:<L>:Unable to get INQUIRY vpd 1 page 0x0.
<H>:<B>:<T>:<L>:sg_io failed status 0x0 0x1 0x0 0x0
                                        

या, यदि multipath -ll चलता है जबकि EMC CLARiiON बंद है, mpath_prio_emc priority कॉलआउट query command indicates error प्रश्न को छापेगा.