रिलीज नोट्स अद्यतन

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

फीचर अद्यतन

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

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

अन्य अद्यतन

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

हल किए मुद्दे

ज्ञात मुद्दे

जब Red Hat Enterprise Linux 5 को पूर्ण वर्चुअलाइज्ड SMP अतिथि पर अधिष्ठापित किया जाता है, अधिष्ठापन रूप सकता है. यह हो सकता है जब मेजबान (dom0) Red Hat Enterprise Linux 5.1 पर चलता है.

इसे रोकने के लिए, अतिथि को एकल प्रोसेसर के प्रयोग के लिए सेट करें. आप इसे कर सकते हैं --vcpus=1 विकल्प के प्रयोग से virt-install में. अधिष्ठापन के पूरा होने पर, आप अतिथि को SMP में सेट कर सकते हैं संभाजित vcpus कोvirt-manager में रूपांतरित करके.

यह रिलीज WBEMSMT शामिल करता है, वेब आधारित अनुप्रयोग का सूट जो कि प्रयोक्ता मित्रवत प्रबंधन अंतरफलक Samba और DNS के लिए देता है. WBEMSMT के बारे में अधिक सूचना के लिए, http://sblim.wiki.sourceforge.net/ का संदर्भ लें.

pm-utils को pm-utils के Red Hat Enterprise Linux 5.1 बीटा संस्करण से उन्नयन विफल होगा, जो निम्न त्रुटि देगा:

त्रुटि: फाइल /etc/pm/sleep.d: cpio: rename पर अभिलेख का खोलना विफल

ऐसा होना रोकने के लिए, /etc/pm/sleep.d/ निर्देशिका को उन्नयन के पहले मिटाएं. यदि /etc/pm/sleep.d किसी फाइल को समाहित करता है, आप उन फाइलों को /etc/pm/hooks/ में खिसका सकते हैं.

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

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

ड्राइवर अद्यतन डिस्क अब Red Hat ड्राइवर अद्यतन प्रोग्राम RPM-आधारित संकुलन का समर्थन करता है. यदि ड्राइवर डिस्क नया प्रारूप का प्रयोग करता है, RPM संकुलित ड्राइवर को शामिल करना संभव है जो कि सिस्टम अद्यतन के आर पार संरक्षित किया जायेगा.

कृपया नोट करें कि ड्राइवर RPM को सिर्फ मूलभूत कर्नेल चर के लिए कापी किया जाता है जो कि अधिष्ठापित सिस्टम पर प्रयोग में है. उदाहरण के लिए, एक ड्राइवर RPM को एक सिस्टम पर अधिष्ठापित करना जो वर्चुअलाइज्ड कर्नेल पर चलता है वह सिर्फ वर्चुअलाइज्ड कर्नेल के लिए ड्राइवर को अधिष्ठापित करेगा. ड्राइवर RPM को सिस्टम में किसी दूसरे अधिष्ठापित कर्नेल के लिए अधिष्ठापित नहीं किया जायेगा.

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

dom0 के जीवनकाल में, आप अतिथि नहीं बना सकते हैं (यानी. xm create) 32,750 समय से अधिक. उदाहरण के लिए, यदि आपके पास अतिथि है जो लूप में रिबूट करता है, dom0 वह किसी अतिथि को बूट करने में विफल रहेगा 32,750 बार अतिथि को रिबूट करने के बाद.

यदि यह घटना होती है, dom0 फिर आरंभ करें

Red Hat Enterprise Linux 5.1 NFS सर्वर अब रेफरल निर्यात को समर्थन देता है. ये निर्यात विस्तार पर आधारित है NFSv4 प्रोटोकॉल में. कोई NFS क्लाइंट जो कि इन विस्तार का समर्थन नहीं करता है (जैसे, Red Hat Enterprise Linux 5.1 के पहले रिलीज करता है) वह इन निर्यात के अभिगम में समर्थ नहीं होगा.

इस प्रकार, यदि एक NFS क्लाइंट इन निर्यातों का समर्थन नहीं करता है, इन निर्यात के अभिगम का कोई भी प्रयास I/O त्रुटि के साथ विफल हो जायेगा. कुछ स्थितियों में, क्लाइंट कार्यान्वयन पर निर्भर रहते हुए, सिस्टम क्रैश की संभावन के साथ विफलता अधिक कठिन हो सकती है.

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

GFS2 GFS का बढ़ता हुआ उन्नयन है. यह अद्यतन कई महत्वपूर्ण तरक्की को लागू करती है जिसके लिए ऑन डिस्क फाइल सिस्टम प्रारूप जरूरी है. GFS फाइल सिस्टम को GFS2 में gfs2_convert उपयोगिता के प्रयोग से बदला जा सकता है, जो GFS फाइल सिस्टम के मेटाडाटा को उसी रूप में अद्यतन करता है.

Red Hat Enterprise Linux 5 में इसके आने से बहुत उन्नत, GFS2 तकनीकी पूर्वावलोकन के रूप में रहता है. वितरण में शामिल रिलीज नोट्स बताती है कि GFS2 पूरी तरह से जाएं. हालांकि बेंचमार्क जांच निम्नलिखित पर तेज प्रदर्शन दिखाती है:

इसके अलावे, GFS2 निम्नलिखित बदलाव को फीचर करता है:

Red Hat Enterprise Linux 5.1 को HP BL860c ब्लेड सिस्टम पर अधिष्ठापन IP सूचना आग्रह के दौरान हैंग कर सकता है. यह मुद्दा बताती है कि जब आप ठीक को दो बार Configure TCP/IP स्क्रीन पर क्लिक करना होता है.

यदि यह होता है, इथरनेट आटोनिगेशन निष्क्रिय के दौरान अधिष्ठापन करें. ऐसा करने के लिए, ethtool="autoneg=off" पैरामीटर का प्रयोग करें जब अधिष्ठापन मीडिया से बूट कर रहे हों. ऐसा करना अंतिम अधिष्ठापित सिस्टम को प्रभावित नहीं करता है.

nohide निर्यात विकल्प रेफरल निर्यात पर जरूरी है (यानी. निर्यात जो एक रेफरल सर्वर को निर्दिष्ट करता है). यह इसलिए कि रेफरल निर्यात को एक बाउंड माउंट को "क्रॉस ओवर" करने की जरूरत होती है. nohide निर्यात विकल्प की जरूरत जैसे "क्रॉस ओवर" के लिए सफल होने के लिए.

बाउंड माउंट पर अधिक जानकारी के लिए, man exports 5 का संदर्भ लें.

यह अद्यतन lvm2 घटना मानिटरिंग डेमॉन को शामिल करता है. यदि आप पहले से lvm2 मिररिंग का प्रयोग करते हैं, निम्नलिखित चरण का पालन करें यह सुनिश्चित करने के लिए क् सभी मानिटरिंग फंक्शन को ठीक से उन्नयन करना चाहिए:

रैपिड वर्चुअलाइजेशन सूचीकरण (RVI) अब 64-bit, 32-bit, और 32-bit PAE कर्नेल का समर्थन करता है. हालांकि, RVI सिर्फ 32-बिट अतिथि वर्चुअल पता 32-बिट PAE हाइपरविजर पर अनुवाद कर सकता है.

इस प्रकार, यदि एक अतिथि PAE कर्नल चलाता है 3840MB RAM से अधिक, गलत पता अनुवाद त्रुटि आयी. यह अतिथि को क्रैश कर देगा.

इसकी अनुशंसा की जाती है कि आप 64-बिट कर्नेल का प्रयोग करें यदि आप 4GB फिजिकल RAM से अधिक के साथ RVI के अंतर्गत अतिथि को चलाने की इच्छा रखते हैं.

16 कोर या अधिक को AMD Rev F प्रोसेसर से चलाना सिस्टम रिसेट में परिणाम देगा जब पूर्ण वर्चुअलाइजेशन अतिथि अधिष्ठापन संपन्न करता है.

systemtap-runtime संकुल का अधिष्ठापन विनिमय जांच त्रुटि के रूप में आयेगा यदि systemtap संकुल पहले से अधिष्ठापित है. आगे, Red Hat Enterprise Linux 5 को 5.1 में उन्नयन भी विफल रहेगा यदि systemtap संकुल पहले से अधिष्ठापित है.

इस प्रकार, systemtap संकुल को हटाएं rpm -e systemtap-0.5.12-1.e15 कमांड के प्रयोग systemtap-runtime के अधिष्ठापन या उन्नयन करने के पहले.

NFSROOT सेट करने के दौरान, BOOTPROTO को जरूर BOOTPROTO=dhcp के रूप में /etc/sysconfig/network-scripts/ifcfg-eth0 में सेट किया जाना चाहिए.

यदि आपके वातावरण के लिए भिन्न सेटिंग की जरूरत BOOTPROTO के लिए है, तब अस्थायी रूप से BOOTPROTO=dhcp को /etc/sysconfig/network-scripts/ifcfg-eth0 में सेट करें initrd को आरंभिक रूप से बनाने के पहले. आप BOOTPROTO के मूल मान को फिर सेट कर सकते हैं initrd को बनाने के बाद.

IBM Bladecenter के लिए QLogic iSCSI एक्सपैंसन कार्ड इथरनेट और iSCSI फंक्शन दोनों देता है. कार्ड पर कुछ हिस्सा दोनों फंक्शन के द्वारा साझा किया जाता है. हालांकि, मौजूदा qla3xxx और qla4xxx ड्राइवर इथरनेट व iSCSI फंक्शन का समर्थन करता है. दोनों ड्राइवर इथनरेट और iSCSI फंक्शन को एकसाथ समर्थन नहीं करते हैं.

इस प्रकार, इथरनेट व iSCSI प्रकार्य दोनों का एकसाथ प्रयोग युक्ति को हैंग कर सकता है. यह iSCSI युक्ति पर आंकड़ा क्षति और फाइल सिस्टम खराबी का कारण हो सकता है, या किसी दूसरे इथरनेट युक्तियों पर संजाल अवरोध का.

जब virt-manager को जब मौजूदा अतिथि में डिस्क जोड़ने के लिए प्रयोग किया जाता है, नकल प्रविष्टि को अतिथि के /etc/xen/<domain name> विन्यास फाइल में बनायी जा सकती है. ये नकली प्रविष्टियां बूटिंग से अतिथि को रोकेगा.

इस प्रकार, आपको इन नकली प्रविष्टियों को हटाना चाहिए.

दो मेजबान के बीच एक अतिथि का बार-बार प्रवासन एक मेजबान के पैनिक का कारण हो सकता है. यदि एक मेजबान को सिस्टम के बाहर एक अतिथि के प्रवासन के बाद रिबूट किया जाता है और समान अतिथि को वापस प्रवासन के पहले, पैनिक नहीं पैदा होगा.

sysreport को पदावनत किया जा रहा है sos के पक्ष में. sos को अधिष्ठापित करने के लिए, yum install sos चलाएं. यह कमांड sos को अधिष्ठापित करता है और sysreport को हटाता है. यह अनुशंसा की जाती है कि आप इसे दिखाने के लिए किसी मौजूदा किकस्टार्ट फाइल को अद्यतन करें.

sos के अधिष्ठापन के बाद, sosreport को इसे लाने के लिए प्रयोग करें. sysreport कमांड का प्रयोग एक चेतावनी देता है कि sysreport अब पदावनत है; इसे जारी रखना sosreport को लायेगा.

यदि आप sysreport औजार को विशेष रूप से प्रयोग करना चाहते हैं, sysreport.legacy कमांड का प्रयोग इसे लाने के लिए करें.

sosreport के बारे अधिक जानकारी के लिए, man sosreport और sosreport --help का संदर्भ लें.

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

Supplementary CD-ROM और अन्य स्तरित उत्पाद CD-ROM की सामग्री को जरूर अधिष्ठापित किया जाना चाहिए Red Hat Enterprise Linux 5.1 के अधिष्ठापित होने के बाद.

जब Red Hat Enterprise Linux 5.1 को पूरी तरह से वर्चुअलाइज्ड अतिथि पर अधिष्ठापित किया जाता है, kernel-xen कर्नेल का प्रयोग नहीं करें. इस कर्नेल का पूरी तरह से वर्चुअलाइज्ड अतिथि पर प्रयोग आपके सिस्टम के अटकने का कारण हो सकता है.

यदि आप एक अधिष्ठापन संख्या का प्रयोग कर रहे हैं जब Red Hat Enterprise Linux 5.1 को पूरी तरह से वर्चुअलाइज्ड अतिथि पर अधिष्ठापित करते हैं, Virtualization संकुल समूह को अधिष्ठापन के दौरान चयन करना छोड़ना याद रखें. Virtualization संकुल समूह विकल्प kernel-xen कर्नेल को अधिष्ठापित करती है.

नोट करें कि पैरावर्चुअलाइज्ड अतिथि इस मुद्दा से प्रभावित नहीं है. पैरावर्चुअलाइज्ड अतिथि हमेशा kernel-xen कर्नेल का प्रयोग करता है.

यदि आप वर्चुअलाइज्ड कर्नेल का प्रयोग कर रहे हैं जब Red Hat Enterprise Linux 5 से 5.1 में उन्नयन किया जा रहा है, आपको उन्नयन के बाद जरूर रिबूट करना चाहिए. आपको तब सिस्टम को अद्यतनीकृत वर्चुअलाइज्ड कर्नेल के प्रयोग से बूट करना चाहिए.

Red Hat Enterprise Linux 5 और 5.1 का हाइपरविजर ABI-सुसंगत नहीं है. यदि आप उन्नयन के बाद अद्यतनीकृत वर्चुअलाइज्ड कर्नेल के प्रयोग से बूट नहीं करते हैं, उन्नत वर्चुअलाइजेशन RPM कार्यशील कर्नेल से मेल नहीं खायेगा.

CIFS क्लाइंट को संस्करण 1.48aRH में अद्यतन किया गया है. यह 1.48a रिलीज पर आधारित है, पैच के साथ जो निम्न बदलावों को लागू करती है:

नोट करें कि EMC Celerra उत्पाद के उपयोक्ता के लिए (NAS Code 5.5.26.x और नीचे), CIFS क्लाइंट हैंग कर जाता है जब EMC NAS पर शेयर अभिगम करता है. यह मुद्दा निम्न कर्नेल संदेश के द्वारा दिखाया जाता है:

kernel:  CIFS VFS: server not responding
kernel:  CIFS VFS: No response for cmd 162 mid 380
kernel:  CIFS VFS: RFC1001 size 135 bigger than SMB for Mid=384

CIFS माउंट के बाद, इसपर किसी फाइल को पढ़ना/लिखना असंभव हो जाता है और किसी अनुप्रयोग को जो माउंटप्वाइंट पर I/O का प्रयास करता है, हैंग कर जाएगा. इस मुद्दे के समाधान के लिए, NAS कोड 5.5.27.5 या बाद वाले (EMC Primus स्थिति संख्या emc165978) में उन्नयन करें.

MODULE_FIRMWARE टैग अब समर्थित है.

ICH9 नियंत्रक अब समर्थित है.

Greyhound प्रोसेसर अब CPUID कॉल में समर्थित है.

Oprofile अब नए Greyhound प्रदर्शन काउंटर घटना का समर्थन करती है.

निर्देशित DIAG अब z/VM उपयोगिता को बढ़ाए जाने के लिए समर्थित है.

Intel आरेखी चिपसेट अब DRM कर्नेल मॉड्यूल से होकर समर्थित है. आगे, DRM API को संस्करण 1.3 में प्रत्यक्ष रेंडरिंग के लिए उन्नयन किया जा रहा है.

ACPI पावर मैनेजमेंट में अद्यतन ने S3 ससपेंड-टू-RAM और S4 हाइबरनेट को उन्नत किया है.

gaim अब pidgin कहलाता है.

Intel microcode संस्करण 1.17 में अद्यतनीकृत. यह नए Intel प्रोसेसर के लिए समर्थन जोड़ता है.

dm-multipath के प्रयोग से EMC Clariion भंडारण पर अंतर्निहित एक्टिव-एक्टिव फैलओवर अब समर्थित है.

चीनी फाँट Zysong अब fonts-chinese संकुल के हिस्से के रूप में अलग से संकुलित किया जाता है. Zysong अब अलग से संकुलित किया जाता है fonts-chinese-zysong के रूप में. fonts-chinese-zysong संकुल को Supplementary CD में अवस्थित है.

नोट करें कि fonts-chinese-zysong संकुल चीनी राष्ट्रीय मानक GB18030 के समर्थन के लिए जरूरी है.

चैलेंज हैंडशेक ऑथेंटिकेशन प्रोटोकॉल (CHAP) उपयोक्तानाम व शब्दकूट की संप्रतीक सीमा प्रत्येक के लिए 256 है.

pump को इस अद्यतन में पदावनत किया जा रहा है. इस प्रकार, अपने संजाल इंटरफेस को netconfig से होकर विन्यस्त करना ifcfg स्क्रिप्ट का परिणाम देगा.

अपने संजाल अंतरफलक को ठीक से विन्यस्त करने के लिए, system-config-network को बदले में प्रयोग करें. अद्यतनीकृत system-config-network संकुल का विस्थापन netconfig को हटाएं.

rpm --aid अब समर्थित नहीं है. इसकी सलाह दी जाती है कि आप yum का प्रयोग संकुल अद्यतन व अधिष्ठापन के दौरान करें.

SATA बग, जो SATA-लैस सिस्टम के बूट प्रक्रिया के दौरान पॉज होने का कारण बनता है और पुनर्बहाली के पहले त्रुटि दिखाता है, अब ठीक किया जा चुका है.

मल्टी बूट सिस्टम में, parted अब पहले प्राथमिक विभाजन के आरंभिक सेक्टर को संरक्षित करता है जहां Windows Vista™ अधिष्ठापित है. इस प्रकार, जब Red Hat Enterprise Linux 5.1 और Windows Vista™ दोनों के साथ मल्टी बूट सिस्टम का सेटअप किया जाता है, पश्चातवर्ती अब बिना बूट करने योग्य नहीं रह जाता है.

rmmod xennet अब domU के क्रैश होने का कारण नहीं है.

4-सॉकेट AMD Sun Blade X8400 सर्वर मॉड्यूल सिस्टम जो कि node 0 में स्मृति विन्यस्त नहीं रख सकता है बूट के दौरान अब पैनिक नहीं करता है.

conga और luci अब फैलओवर डोमेन को बनाने व विन्यस्त करने में प्रयोग किया जा सकता है.

Cluster Storage समूह के yum से होकर अधिष्ठापन के दौरान, लेनदेन अब विफल नहीं रहता है.

अधिष्ठापन के दौरान, गलत SELinux संदर्भ अब /var/log/faillog और /var/log/tallylog में नियत नहीं की जाती है.

डुअल कोर AMD प्लैटफॉर्म पर, एक सीपीयू पर cpu-सधन क्रियाकलाप अब CPU कोर को आवृति बदलने का कारण नहीं बनती है.

स्पिल्ट अधिष्ठापन मीडिया के प्रयोग से Red Hat Enterprise Linux 5.1 का अधिष्ठापन (उदाहरण के लिये, CD या NFSISO) अब amanda-server सर्वर के अधिष्ठापन के दौरान एक त्रुटि नहीं पैदा करता है.

अधिष्ठापन प्रक्रिया के दौरान, Anaconda अब 4GB RAM से अधिक खोज सकती है. यह Anaconda को स्वतः निर्धारित करने में मदद करती है कि क्या इसे कर्नेल के कर्नेल-PAE चर को अधिष्ठापित करने की जरूरत है या नहीं.

EDAC अब स्मृति की सही मात्रा सबसे हाल के k8 प्रोसेसर पर रिपोर्ट करती है.

गनोम डेस्कटॉप में दूरस्थ रूप से लॉगिंग gdm से होकर अब लॉगिन स्क्रीन के हैंग होने का कारण नहीं बनती है.

autofs में बग जो बहुल आरोह को ठीक से काम करने से रोकता था अब ठीक कर लिया गया है.

utrace में कई पैच को निम्नलिखित फिक्स को लागू करने के लिए लागू किया गया है:

रीयल टाइम क्लॉक (RTC) बग जो एलार्म और आवधिक RTC व्यवधान को ठीक से काम करने से रोकता था अब ठीक हो गया है.

रिलीज नोट्स बटन के Anaconda के दौरान पहली बार क्लिक करने पर, एक विलंब होती है जबकि विंडो रिलीज नोट्स को लाता है. इस विलंब के दौरान, एक खाली सूची विंडो में प्रकट होती है. रेंडरिंग सामान्यतः तेजी से पूरी होती है, ताकि अधिकतर उपयोक्ता इसे नोटिस न करें.

यह विलंब ज्यादातर इस कारण है कि संकुल अधिष्ठापन चरण अधिष्ठापन का सर्वाधिक CPU-सघन चरण है.

मेजबान बस एडाप्टर जो MegaRAID ड्राइवर का प्रयोग करता है को "मास स्टोरेज" एमुलेशन मोड के प्रयोग के लिये सेट किया जाना चाहिये, "I2O" एमुलेशन मोड में नहीं. इसे करने के लिये, निम्न चरण का पालन करें:

अगर एडाप्टर को "I2O" एमुलेशन में गलत तरीके से सेट किया जाता है, सिस्टम i2o ड्राइवर लोड करने का प्रयास करेगा. यह विफल होगा, और लोड करने से उचित ड्राइवर को रोकेगा.

पिछला Red Hat Enterprise Linux रिलीज सामान्यतः I20 ड्राइवर लोड करने का प्रयास MegaRAID ड्राइवर के पहले नहीं करता है. इसके अलावे, हार्डवेयर को हमेशा "मास स्टोरेज" एमुलेशन मोड में सेट करना चाहिये जब Linux के साथ प्रयोग किया जाता है.

लैपटॉप जो Cisco Aironet MPI-350 बेतार कार्ड जुड़ा रखता है वह DHCP पता के लिये कोशिश करने पर तारयुक्त इथरनेट पोर्ट के प्रयोग से किसी संजाल आधारित अधिष्ठापन के दौरान अटक सकता है

इसके गिर्द समाधान के लिये, अपने अधिष्ठापन के लिये स्थानीय मीडिया का प्रयोग करें. वैकल्पिक रूप से, आप बेतार कार्ड को लैपटॉप BIOS में अधिष्ठापन के पहले निष्क्रिय कर सकते हैं (आप बेतार कार्ड को अधिष्ठापन को पूर्ण करने के लिये फिर सक्रिय कर सकते हैं).

अभी, system-config-kickstart संकुल चयन व विचयन के लिये समर्थन नहीं करता है. जब system-config-kickstart का प्रयोग किया जा रहा हो, संकुल चयन विकल्प बताता है कि यह निष्क्रिय है. यह इसलिये कि system-config-kickstart समूह सूचना इकट्ठा करने के लिये yum का प्रयोग करता है, लेकिन yum को Red Hat Network से जुडने के लिये विन्यस्त करने में असमर्थ है.

अभी, आपको संकुल खंड को अपने किकस्टार्ट फाइल में दस्ती रूप से अद्यतन करना पड़ेगा. जब system-config-kickstart को किकस्टार्ट फाइल को खोलने के लिये प्रयोग किया जा रहा है, यह सारे संकुल सूचना को अपने में संरक्षित रखेगा और इसे तब लिखता है जब आप सहेजते हैं.

/var/log/boot.log में बूट समय लॉगिंग अब Red Hat Enterprise Linux 5 के अद्यतन में नहीं उपलब्ध है. एक समान कार्यशीलता को भविष्य के अद्यतन में जोड़ा जाएगा.

Red Hat Enterprise Linux 4 से Red Hat Enterprise Linux 5 में उन्नयन के दौरान, तैनाती गाइड स्वतः अधिष्ठापित नहीं होता है. आपको pirut को प्रयोग करने की जरूरत उन्नयन पूरा होने के बाद हो सकती है.

सिस्टम kexec/kdump कर्नेल में सफलतापूर्वक रिबूट नहीं हो सकता है अगर X चल रहा है और एक ड्राइवर का प्रयोग कर रहा है vesa के अलावे. यह समस्या सिर्फ ATI Rage XL आलेखीय चिपसेट में मौजूद है.

अगर X एक सिस्टम पर चल रहा है जो ATI Rage XL के साथ जुड़ा है, सुनिश्चित करें कि यह vesa ड्राइवर का प्रयोग एक kexec/kdump कर्नेल में सफलतापूर्वक रिबूट करने के लिये कर रहा है.

जब Red Hat Enterprise Linux 5 को एक मशीन पर nVidia CK804 चिपसेट अधिष्ठापित के साथ प्रयोग किया जाता है, निम्न कर्नेल संदेश पा सकते हैं:

kernel: assign_interrupt_mode Found MSI capability
kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS

ये संदेश बताता है कि खास PCI-E पोर्ट IRQ का आग्रह नहीं कर रहा है. आगे, ये संदेश, किसी तरह से, मशीन के ऑपरेशन को प्रभावित करता है.

हटाने योग्य भंडारण युक्ति (जैसे कि CD और DVD) स्वतः माउंट नहीं करती है जब आप रूट के तौर पर लॉगिन होते हैं. इस प्रकार, आपको युक्ति को दस्ती रूप से आलेखीय फाइल प्रबंधक के द्वारा माउंट करने की जरूरत होगी.

वैकल्पिक रूप से, आप निम्न कमांड को /media में युक्ति माउंट करने के लिए चला सकते हैं:

mount /dev/<device name> /media

IBM System z पारंपरिक Unix-शैली भौतिक कंसोल नहीं देता है. Red Hat Enterprise Linux 5 IBM System z के लिये firstboot प्रकार्यत्मकता को आरंभिक प्रोग्राम लोड होने के दौरान समर्थन नहीं करता है.

Red Hat Enterprise Linux 5 के लिये सेटअप आरंभ करने के लिये IBM System z पर, अधिष्ठापन के बाद निम्न कमांड चलायें:

Red Hat Enterprise Linux 5 से Red Hat Enterprise Linux 5.1 में Red Hat Network से होकर उन्नयन के लिए, yum आपको redhat-beta कुंजी लाने के लिए प्रांप्ट नहीं कर सकता है. इस प्रकार, यह सलाह दी जाती है कि आप redhat-beta कुंजी को उन्नयन के पहले दस्ती रूप से आयात करें. ऐसा करने के लिए, निम्न कमांड चलाएं:

rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-beta

जब एक 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
lrwxrwxrwx 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

जब एक पूर्ण वर्चुअलाइज्ड Windows™ अतिथि बनाने का प्रयास CD / DVD से किया जाता है, अतिथि अधिष्ठापन का दूसरा चरण रिबूट पर जारी नहीं रहेगा.

इसके गिर्द समाधान के लिये, /etc/xen/<name of guest machine> को CD / DVD युक्ति में प्रविष्टि में जोड़कर संपादित करें.

अगर एक अधिष्ठापन का नमूना फाइल एक वर्चुअल युक्ति के रूप में प्रयुक्त होता है, disk /etc/xen/<name of guest machine> की पंक्ति इस रूप में पढ़ी जायेगी:

disk = [ 'file:/PATH-OF-SIMPLE-FILE,hda,w']

मेजबान पर अवस्थित एक DVD-ROM युक्ति /dev/dvd के रूप में को अधिष्ठापन के चरण 2 के लिये hdc 'phy:/dev/dvd,hdc:cdrom,r' के समान प्रविष्टि के साथ बनाया जा सकता है. इस प्रकार, डिस्क लाइन को अब इस प्रकार पढ़ा जाना चाहिये:

disk = [ 'file:/opt/win2003-sp1-20061107,hda,w', 'phy:/dev/dvd,hdc:cdrom,r']

आपके हार्डवेयर पर प्रयोग वास्ते संक्षिप्त युक्ति पथ परिवर्तनशील रहता है.

यदि sctp मॉड्यूल कर्नेल में जोड़ा नहीं जाता है, netstat को -A inet या -A inet6 विकल्प के साथ चलाना निम्नलिखित संदेश के साथ अचानक रूक जाता है:

netstat: इस सिस्टम पर `AF INET (sctp)' के लिए कोई समर्थन नहीं.        

इससे बचने के लिए, sctp कर्नेल मॉड्यूल अधिष्ठापित करें.

मौजूदा कर्नेल डाटा टर्मिनल रेडी (DTR) सिग्नल को बूट टाइम के दौरान सीरियल पोर्ट में प्रिटिंग से पहले नहीं बनाए रखता है. DTR अनुरक्षण कुछ युक्तियों के द्वारा जरूरी है; परिणामतः, कर्नेल बूट संदेश सीरियल कंसोल में वैसे युक्तियों पर छापा नहीं जाता है.

कुछ प्लेटफॉर्म (जैसे कि HP dc7700) पर प्रयुक्त AMD 8132 और HP BroadCom HT100 MMCONFIG साइकिल का समर्थन नहीं करते हैं. यदि आपका सिस्टम किसी चिपसेट का प्रयोग करता है, आपके PCI विन्यास को परंपरागत PortIO CF8/CFC यांत्रिकी का प्रयोग करना चाहिए. इसे विन्यस्त करने के लिए, कर्नेल पैरामीटर -pci nommconfig के साथ अधिष्ठापन के दौरान सिस्टम बूट करें और pci=nommconf को GRUB में रिबूट के बाद जोड़ें.

आगे, AMD 8132 चिपसेट मेसेज सिग्नल्ड इंटरप्ट (MSI) का प्रयोग नहीं करता है. यदि आपका सिस्टम इस चिपसेट का प्रयोग करता है, आपको भी MSI को निष्क्रिय करना चाहिए. इसे करने के लिए, कर्नेल पैरामीटर -pci nomsi को अधिष्ठापन के दौरान प्रयोग करें और pci=nomsi को GRUB में रिबूट के बाद जोड़ें.

हालांकि, यदि आपका विशेष प्लेटफॉर्म कर्नेल के द्वारा पहले से ब्लैकलिस्टेड है, आपके सिस्टम के लिए पूर्ववर्णित pci कर्नेल पैरामीटर जरूरी नहीं है. निम्नलिखित HP प्लेटफॉर्म पहले ही कर्नेल के द्वारा ब्लैकलिस्टेड हो चुके हैं:

जब बेयर मेटल (गैर वर्चुअलाइज्ड) कर्नेल चलाया जा रहा है, X सर्वर EDID सूचना को मॉनीटर से प्राप्त करने में समर्थ नहीं हो सकता है. जब यह उत्पन्न होता है, आलेखी ड्राइवर 800x600 से अधिक रिजॉल्यूशन को डिस्प्ले करने में असमर्थ होगा.

इसके समाधान के लिए, निम्नलिखित पंक्ति को /etc/X11/xorg.conf के ServerLayout खंड में जोड़ें:

विकल्प "Int10Backend" "x86emu"

इस रिलीज नोट में शामिल वर्चुअल मशीन प्रबंधक (virt-manager) उपयोक्ता को अतिरिक्त बूट तर्क पैरावर्चुअलाइज्ड अतिथि अधिष्ठापक में निर्दिष्ट करने की अनुमति नहीं देती है. यह सही है हालांकि तब भी जब वैसा तर्क हार्डवेयर के विशेष प्रकार पर पैरावर्चुअलाइज्ड अतिथि के खास प्रकार को अधिष्ठापित करने के लिए जरूरी होता है.

यह मुद्दा virt-manager के भविष्य के रिलीज में संबोधित किया जायेगा. कमांड लाइन से पैरावर्चुअलाइज्ड अतिथि में विशेष असंगत कर्नेल तर्क निर्दिष्ट करने के लिए, virt-install प्रयोग करें.

मूलभूत dm-multipath विन्यास के साथ, Netapp युक्ति फेलबैक पूरा करने में पहले से विफल पथ जमा हो जाने के बाद कई मिनट ले सकती है. इस समस्या के हल के लिए, निम्नलिखित Netapp युक्ति विन्यास को multipath.conf फाइल के devices खंड में जोड़ें:

devices {
        device {
                vendor                  "NETAPP"
                product                 "LUN"
                getuid_callout          "/sbin/scsi_id -g -u -s /block/%n"
                prio_callout            "/sbin/mpath_prio_netapp /dev/%n"
                features                "1 queue_if_no_path"
                hardware_handler        "0"
                path_grouping_policy    group_by_prio
                failback                immediate
                rr_weight               uniform
                rr_min_io               128
                path_checker            directio
        }