Text Mode संस्थापन Anaconda का अब वर्चुअल नेटवर्क कंप्यूटिंग (VNC) में स्विच करने का विकल्प संस्थापन को पूरा करने के लिए देता है.

गोपित सॉफ़्टवेयर RAID सदस्य डिस्क (यानी software RAID विभाजन) बनाना व प्रयोग समर्थित नहीं है. हालांकि, किसी गोपित सॉफ़्टवेयर RAID सरणी का निर्माण (उदा. /dev/md0) समर्थित है.

RHEL5 के लिए NFS तयशुदा "locking" है. इसलिए, nfs साझा का आरोहित करने के लिए एनाकोंडा के %post खंड से, mount -o nolock,udp कमांड का प्रयोग लॉकिंग डेमॉन को आरंभ करने के लिए nfs को साझा को माउंट करने के लिए करें.

CD-ROM या DVD-ROM से सिस्टम पर एक iBFT-विन्यस्त संजाल युक्ति के साथ अधिष्ठापन के दौरान, Anaconda किसी iBFT-विन्यस्त भंडारण युक्ति को शामिल नहीं करेगा जबतक कि संजालन विन्यस्त नहीं है. अधिष्ठापन के लिए संजालन को सक्रिय बनाने के लिए, linux updates=http://[any] कमांड को अधिष्ठापन बूट प्रांप्ट पर करें. नोट करें कि [any] को किसी URL से प्रतिस्थापित किया जा सकता है.

यदि आपके सिस्टम को स्थिर IP विन्यास की जरूरत है, इस कमांड का प्रयोग करें linux updates=http://[any] ip=[IP address] netmask=[netmask] dns=[dns].

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

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

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

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

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

Red Hat Enterprise Linux 5.1 या बाद में Red Hat Enterprise Linux 4.6, gcc4 से उन्नयन विफल होने का कारण बनेगा उन्नयन का. इस प्रकार, आपको gcc4 संकुल को दस्ती रूप से हटाना पड़ेगा.

firstboot भाषा प्लगनि को हटाया गया है, क्योंकि यह सिस्टम को ठीक से व पूरी तरह से विन्यस्त नहीं कर सकता है जब नई भाषा चुनी जाती है.

चैलेंज हैंडशेक ऑथेंटिकेशन प्रोटोकॉल (CHAP) का प्रयोग अधिष्ठापन के दौरान समर्थित नहीं है. इस प्रकार, CHAP अधिष्ठापन के बाद सक्रिय किया जाना चाहिए.

यदि आपका सिस्टम iFBT युक्ति से होकर बूट करता है, CHAP को iFBT BIOS/फर्मवेयर सेटअप स्क्रीन में विन्यस्त करें. आपका CHAP सेटिंग का प्रयोग अगले बूट में किया जाएगा.

यदि आपका सिस्टम PXE iSCSI से बूट करता है, CHAP को iscsiadm से विन्यस्त करें. विन्यास के बाद, mkinitrd का प्रयोग सुनिश्चित करने के लिए करें कि CHAP सेटिंग का प्रयोग अगले बक्से में किया जाएगा.

संस्थापन के दौरान अतिथि के प्रोविजनिंग के लिए, अतिथि के लिए RHN औजार विकल्प मौजूद नहीं होगा. जब यह पैदा होता है, सिस्टम को अरिरिक्त एंटाइटेलमेंट की जरूरत होती है, dom0 के द्वारा प्रयुक्त एंटाइटेलमेंट से अलग करें.

अतिथि के अतिरिक्त एंटाइटेलमेंट की खपत को रोकने, rhn-virtualization-common संकुल को दस्ती रूप से संस्थापित करें सिस्टम को Red Hat Network में पंजीकृत करने के पहले.

बहुल संजाल अंतरफलक के साथ Red Hat Enterprise Linux 5.3 को किसी सिस्टम पर संस्थापित करना और दस्ती रूप से निर्दिष्ट पता आंशिक रूप से गलत संजालन सेटअप का परिणाम देगा. जब यह होता है, आपका IPv6 सेटिंग संस्थापित सिस्टम पर दृश्य नहीं होगा.

इसके समाधान के लिए, NETWORKING_IPV6 को yes में /etc/sysconfig/network में सेट करें. फिर, अपना संजाल कनेक्शन आरंभ करें service network restart कमांड के प्रयोग से.

यदि आपके सिस्टम के पास yum-rhn-plugin-0.5.2-5.el5_1.2 (or an earlier version) संस्थापित है, आप Red Hat Enterprise Linux 5.3 में yum update के द्वारा उन्नयन में समर्थ होंगे. इसके लिए समाधान हेतु, अपना yum-rhn-plugin को नवीनतम संस्करण (using yum update yum-rhn-plugin) में उन्नत करें yum update के चलाने के पहले.

पहले, anaconda 8 SmartArray नियंत्रक से अधिक पहुँच नहीं पा सका. इस अद्यतन में, यह मुद्दा हल कर लिया गया है.

ड्राइवर डिस्क, एक OEM के द्वारा दिया गया, एकल छवि फाइल (*.img) है, संभावित रूप से कई ड्राइवर संकुल को समाहित रखता है और कर्नेल मॉड्यूल को. इन ड्राइवरों को संस्थापन के दौरान हार्डवेयर के समर्थन के लिए प्रयोग किया जाता है जो कि अन्यथा Red Hat Enterprise Linux 5 के द्वारा पहचाना नहीं जाएगा. एक बार जब ड्राइवर संकुल और कर्नेल मॉड्यूल सिस्टम पर संस्थापित किए जाते हैं, उन्हें एक आरंभिक RAM डिस्क में रखा जाता है (initrd) ताकि वे लोड किए जाएँ जब सिस्टम बूट करे.

इन रिलीज के साथ, संस्थापन स्वतः ड्राइवर डिस्क को जाँचता है(इसके फाइल सिस्टम लेबल पर आधारित), इस प्रकार उस डिस्क के कंटेंट का संस्थापन के दौरान प्रयोग से. यह व्यवहार संस्थापन कमांड लाइन विकल्प dlabel=on के द्वारा नियंत्रण किया जाता है, जो कि स्वचालित खोज सक्रिय करता है. dlabel=on इस रिलीज के लिए मूलभूत सेटिंग है.

फाइल सिस्टम लेबल OEMDRV के साथ सभी ब्लॉक युक्तियों की जाँच की जाती है और ड्राइवर को इन युक्तियों से लोड किया जाता है उन क्रम में जिसके द्वारा वे जाँचें जाते हैं.

मौजूदा गोपित ब्लॉक युक्ति जो vfat फ़ाइल सिस्टम समाहित करता है वह foreign प्रकार के रूप में विभाजन अंतरफलक के रूप में प्रकट होगा; जैसे कि, ये युक्ति स्वतः आरोहित नहीं होंगे सिस्टम बूट के दौरान. सुनिश्चित करने के लिए कि वैसे युक्ति स्वतः आरोहित होते हैं, एक उचित प्रविष्टि को उनके लिए /etc/fstab में जोड़ें. उस विधि को विस्तार से जानने के लिए, man fstab का संदर्भ लें.

Red Hat Enterprise Linux 5.2 के अधिष्ठापन के लिये जरूरी न्यूनतम RAM 1 GB है और अनुशंसित 2 GB है. अगर एक मशीन के पास 1 GB RAM से कम है, अधिष्ठापन प्रक्रिया अटक सकती है.

आगे, PPC मशीन जो 1GB RAM रखता है उसमें कुछ खास RAM-सघन कार्य के साथ महत्वपूर्ण रूप से कार्य प्रदर्शन से जूझता है . एक Red Hat Enterprise Linux 5.2 सिस्टम को RAM-सघन प्रक्रिया अनुकूलित रूप से करने में, यह सलाह दी जाती है कि 4GB RAM से मशीन को जोड़ा जाये. यह सुनिश्चित करता है कि सिस्टम के पास भौतिक पृष्ठ की समान संख्या है जैसा PPC मशीन पर (512MB RAM का प्रयोग कर रहा है) Red Hat Enterprise Linux 4.5 या पहले संस्करण अधिष्ठापन के साथ है.

anaconda अब CHPID को OSA Express3 cards के लिए दोनों पोर्ट पर समर्थन देता है. संस्थापक पोर्ट संख्या के लिए प्रांप्ट करेगा संस्थापन के आरंभिक चरण में. पोर्ट के लिया गया मान संस्थापित संजाल अंतरफलक आरंभन स्क्रिप्ट को भी प्रभावित करता है. जब पोर्ट 1 चुना जाता है, मान portno=1 को ifcfg-eth* फाइल के विकल्प पैरामीटर में जोड़ा जाता है.

DASD ब्लॉक युक्ति के साथ मौजूदा Linux या गैर Linux फाइलसिस्टम के साथ किसी मशीन पर संस्थापन संस्थापक के रूकने का कारण बनता है. यदि ऐसा होता है, यह जरूरी है कि आप सभी मौजूदा विभाजनों को साफ करें DASD युक्ति पर जिसे आप प्रयोग करना चाहते हैं और संस्थापक को फिर आरंभ करना चाहते हैं.

यदि आपके सिस्टम के पास सिर्फ 512MB RAM है, Red Hat Enterprise Linux 5.2 के अधिष्ठापन की कोशिश विफल हो सकती है. इसे रोकने के लिए, पहले एक बेस अधिष्ठापन करें और सभी दूसरे संकुल को अधिष्ठापन के समाप्त होने के बाद अधिष्ठापित करें.

yum को 32-bit Compatibility Layer डिस्क से संकुल अधिष्ठापन के लिए प्रयोग विफल रह सकता है. यदि यह करता है, यह इसलिए कि Red Hat संकुल हस्ताक्षर कुंजी को RPM डाटाबेस में लाया नहीं गया था. यह होता है यदि आप अभी तक Red Hat Network से जुड़े नहीं है और अद्यतन को प्राप्त किया है. कर्नेल को दस्ती रूप से आयात करने के लिए निम्न कमांड को बतौर रूट चलाएं:

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

Red Hat GPG कुंजी के आयात किए जाने पर, आप अब yum को 32-बिट सुसंगतता स्तर डिस्क से संकुल के अधिष्ठापन के लिए प्रयोग कर सकते हैं.

नोट करें कि जब डिस्क से अधिष्ठापन किया जाता है, yum को rpm के बजाए प्रयोग करने की सलाह दी जाती है सुनिश्चित करने के लिए कि बेस OS निर्भरता को अधिष्ठापन के दौरान संबोधित किया जाता है.

ALSA में Intel उच्च परिभाषित ऑडियो ड्राइवर को अद्यतन किया गया है.

उच्च परिभाषा मल्टीमीडिया अंतरफलक (HDMI) ऑडियो समर्थन को AMD ATI एकीकृत चिपसेट पर अद्यतन किया गया है.

निम्नलिखित वेबकैम आलेखी टैब्लेट अब linuxwacom ड्राइवर से होकर समर्थित है:

Emulex फाइबर चैनल होस्ट बस एडाप्टर के लिए lpfc ड्राइवर को संस्करण 8.2.0.33.2p में अद्यतन किया गया है. यह कई अपस्ट्रीम बदलावों को लागू करता है, जिसमें महत्वपूर्ण हैं:

dm-multipath के पास अब IBM DS4000 के लिए समर्थन है.

The ixgbe ड्राइवर अब 82598AT दोहरा पोर्ट एडाप्टरऔर 82598 CX4 एडाप्टर का का समर्थन करती है.

jsm ड्राइवर को Digi Neo PCI Express 4 HiProfile I/O एडाप्टर के लिए समर्थन जोड़ने के लिए अद्यतन किया गया है.

hp-ilo: ड्राइवर जोड़ा गया है, HP इंटीग्रेटेड लाइट्स आउट (iLO) तकनीक के लिए समर्थन दे रहा है.

radeon_tp ड्राइव इस रिलीज में पूरी तरह से समर्थित है. यह ड्राइवर ATI R500/R600 चिपसेट को सक्रिय करता है.

यह ड्राइवर निम्नलिखित क्षमता को फीचर करता है:

powernow-k8 ड्राइवर अब इस रिलीज में शामिल है किसी लोड करने योग्य मॉड्यूल के रूप में. यह सुनिश्चिक करता है कि मौजूदा ड्राइवर फ्रेमवर्क (जैसे कि Red Hat Driver Update Model और Dell DKMS) powernow-k8 ड्राइवर अद्यतनों को उपयोक्ताओं को दे सकता है RPM संकुल के रूप में बिना कर्नेल में उनके उन्नयन के लिए जरूरी हुए.

इस रिलीज के लिए, Red Hat pnm2ppa को पुरातन प्रिंटर के लिए समर्थन देने के लिए फिर जोड़ रहा है. नोट करें, हालांकि, यह समर्थन पदावनत किया गया है और भविष्य के रिलीज में नहीं जारी रखा जाएगा.

ccid को USB स्मार्ट कार्ड कुंजीपटल जोड़ने के लिए फिर आधारित किया गया है.

USB वीडियो युक्ति के लिए uvcvideo ड्राइवर को कर्नेल में Red Hat Enterprise Linux 5.3 में जोड़ा गया है.

Broadcom NetXtreme II संजाल कार्ड के लिए bnx2 ड्राइवर संस्करण 1.7.9 में अद्यतन किया गया है. यह अद्यतन इथरनेट रिंग बफर को नियंत्रक पर फिक्स करता है जो bnx2 को एक बग फिक्स करने के लिए प्रयोग करता है जो सिस्टम के बूट के दौरान पैनिक का कारण बनता है.

e1000e चालन को Intel PRO/1000 इथरनेट युक्ति के लिए अपस्ट्रीम संस्करण 0.3.3.3-k2 में अद्यतन किया गया है. इस अद्यतन के साथ, समर्थित युक्ति का EEPROM और NVM अब लेखन संरक्षित है.

igb: Intel गीगाबिट इथरनेट एडाप्टर के लिए ड्राइवर को संस्करण 1.2.45-k2 में अद्यतन किया गया है, 82576 आधारित युक्तियों के लिए समर्थन जोड़ते हुए.

ixgbe Intel(R) 10 गीगाबिट PCI एक्सप्रेस संजाल युक्ति के लिए चालन को संस्करण 1.3.18-k4 में अद्यतन किया गया है.

niu ड्राइवर को Red Hat Enterprise Linux 5.3 में जोड़ा गया है, 10Gbps इथरनेट युक्ति के लिए समर्थन Sun CP3220 सिस्टम पर जोड़ रहा है.

Intel PRO बेतार युक्ति के लिए ipw2100 और ipw2200 ड्राइवर को बैकपोर्टेड किया गया Red Hat Enterprise Linux 5.3 में Linux Kernel 2.6.25 से.

Broadcom बेतार युक्ति के लिए bcm43xx ड्राइवर को बैकपोर्टेड किया गया है Red Hat Enterprise Linux 5.3 में Linux Kernel 2.6.25 से.

बेतार युक्ति के लिए ieee80211 समर्थन घटक को Red Hat Enterprise Linux 5.3 में Linux Kernel 2.6.25 से बैकपोर्टेड किया गया है.

ZyDas बेतार युक्ति के लिए zd1211rw ड्राइवर को अद्यतन किया गया है गैर-mac80211 संस्करण से मिलान के लिए Linux 2.6.25 के तुरत पहले.

iwlwifi ड्राइवर को 2.6.26 से संस्करण में अद्यतन किया गया है, 802.11n समर्थन को iwl4965 बेतार युक्ति में जोड़ रहा है. कई बग फिक्स जो कि 2.6.26 के बाद वाले संस्करण में शामिल है को बैकपोर्टेड ड्राइवर में शामिल किए गए हैं.

Myricom Myri-10G Ethernet युक्तियों के लिए myri10ge ड्राइवर को संस्करण 1.3.2-1.269 में अद्यतन किया गया है.

NetXen संजाल कार्ड के लिए netxen ड्राइवर को 3.4.18 संस्करण में अद्यतन किया.

Broadcom Everest संजाल युक्ति के लिए bnx2x ड्राइवर को संस्करण 1.45.23 में अद्यतन किया गया है, 57711 हार्डवेयर के लिए समर्थन जोड़ते हुए.

forcedeth-msi ड्राइवर को एक बग फिक्स करने के लिए अद्यतन किया है जो उचित लिंक अप जाँच को रोका.

Atheros बेतार युक्ति के लिए ath5k चालन को Red Hat Enterprise Linux 5.3 में Linux Kernel 2.6.26 से बैकपोर्टेड किया गया है.

Ralink बेतार युक्ति के लिए rt2x00 ड्राइवर को Red Hat Enterprise Linux 5.3 में Linux Kernel 2.6.26 से बैकपोर्टेड किया गया है.

Realtek बेतार युक्ति के लिए rtl8180 और rtl8187 ड्राइवर को Red Hat Enterprise Linux 5.3 में Linux Kernel 2.6.26 से बैकपोर्टेड किया गया है.

cxgb3: ड्राइवर (साथ के फर्मवेयर के साथ) इस रिलीज के साथ शामिल है. यह ड्राइवर Chelsio RDMA 10Gb PCI-E Ethernet adapter का समर्थन करता है.

3w-xxxx: 3ware SATA RAID नियंत्रक के लिए ड्राइवर को संस्करण 1.26.03 में अद्यतन किया गया है. यह कई अपस्ट्रीम बदलाव लाता है, जिसमें महत्वपूर्ण हैं:

3w-9xxx: 3ware SATA RAID नियंत्रक के लिए ड्राइवर को संस्करण 2.26.08 में अद्यतन किया गया है. यह कई अपस्ट्रीम बदलावों को लागू करता है, जिसमें महत्वपूर्ण हैं:

megaraid_sas: ड्राइवर को संस्करण 4.01-rh1 में अद्यतन किया गया है. कई बग फिक्स इस अद्यतन में लागू हैं जिसमें शामिल हैं:

SCSI युक्ति हैंडलर आधार ढ़ाँचा (scsi_dh) को अद्यतन किया गया है, निम्नलिखित सुधारों को देते हुए:

QLogic फाइबर चैनल होस्ट बस एडाप्टर के लिए qla2xxx ड्राइवर अद्यतन किया गया है, ISP84XX टाइप कार्ड के लिए समर्थन जोड़ते हुए.

ibmvscsi ड्राइवर को एमुलेटिंग वर्चुअल SCSI (vSCSI) युक्ति के लिए अद्यतन किया गया है, वर्चुअलाइज्ड टेप युक्ति के लिए समर्थन देते हुए.

lpfc: ड्राइवर को संस्करण 8.2.0.30 में अद्यतन किया गया है. यह अद्यतन कई बग फिक्स और संवर्द्धन पर लागू होता है, इसके साथ:

HP स्मार्ट सरणी नियंत्रक के लिएcciss ड्राइवर को संस्करण 3.6.20-RH2 में अद्यतन किया गया है.

relayfs में पहले 64MB का बफर साइज सीमा रखता था. इस अद्यतन में, relayfs में दिए स्मृति की सीमा ऑन मेमोरी बफर के लिए को 4095MB तक बढ़ा दिया गया है. यह SystemTap और दूसरे ट्रैसिंग औजारों को स्वीकृति देता है जो कि relayfs को उपयोग करता है अधिक घटना को ट्रैक करने के लिए.

Dell Remote Access Controller 4 (DRAC4) के लिए ड्राइवर मौजूद नहीं था. इसी प्रकार, कोई आभासी युक्ति जो DRAC4 के द्वारा दी गई है कर्नेल के द्वारा पता नहीं की जा सकी थी. इस अद्यतन में, pata_sil680 कर्नेल मॉड्यूल को उचित ड्राइवर को देता है को जोड़ा गया है जो इस मुद्दा को हल करता है.

रिले अंतरफलक के लिए संदेश बफर सिर्फ ऑनलाइन CPU के लिए आबंटित किया जा सकता है जब relay_open() का आह्वान किया जाता है. इसी के साथ, यदि एक ऑफ लाइन CPU relay_open() के आह्वान के बाद चलाया जाता है, एक कर्नेल पैनिक हो सकता है. इस अद्यतन में, एक नया संदेश बफर को गतिशील रूप से आबंटित किया जाता है यदि कोई नया CPU जोड़ा जाता है.

8250 आधारित शृंखला पोर्ट को DSR/DTR हार्डवेयर प्रवाह नियंत्रण के लिए अद्यतन किया गया है.

Dell Wireless Wide Area Network (WWAN) कार्ड के लिए समर्थन कर्नेल में जोड़ा गया है. युक्ति जो अब समर्थित हैं:

thinkpad_acpi कर्नेल मॉड्यूल को नए थिंकपैड माडल के लिए अद्यतन किया गया है.

सॉफ्ट लॉकअप जाँचकर्ता को अब किसी कर्नेल पैनिक को ट्रिगर करने के लिए विन्यस्त किया जा सकता है चेतावनी संदेश के बजाए. यह उपयोक्ताओं के लिए इसे संभव बनाता है एक क्रैश डंप को बनाने व विश्लेषित करने के लिए फोरेंसिक उद्देश्यों के लिए.

सॉफ़्ट लॉकअप डिकेक्टर को पैनिक उत्पन्न करने के लिए विन्यस्त करने के लिए, कर्नेल पैरामीटर soft_lockup को 1 में सेट करें. यह पैरामीटर 0 में तयशुदा रूप से सेट किया जाता है.

oprofile उन प्रोसेसर को सही तरीके से पहचानता नहीं है जो अगली पीढी Intel Microarchitecture (Nehalem) पर आधारित होते हैं. इसी तरह, प्रदर्शन मॉनिटरिंग इकाई प्रयोग नहीं किया जा सकता है और प्रोसेसर समय व्यवधान पर वापस लौट आता है. कर्नेल को इस मुद्दे को हल करने के लिए अद्यतन किया गया है.

CPU power state, C3 के लिए कर्नेल में समर्थन जोड़ा गया है, Intel Microarchitecture (Nehalem) की अगली पीढी के लिए. C3 (also known as the sleep state) में दाखिल होने की क्षमता को CPU की उर्जा क्षमता को सुधारता है जब निष्क्रिय रहता है.

पहले, MAX_ARG_PAGES सीमा जो कि कर्नेल में सेट है बहुत कम था, और निम्नलिखित त्रुटि के रूप में आ सकता है:

execve: Argument list too long

autofs4 अद्यतन को Red Hat Enterprise Linux 5.3 में linux कर्नेल संस्करण 2.6.27 से बैकपोर्टेट किया गया है.

Red Hat Enterprise Linux 5.3 अब निर्दिष्ट करने की क्षमता रखता है कि कोर फाइलों को उपयोक्ता स्थान अनुप्रयोग के फोर्क कॉपी में पाइप किया जाए, किसी फाइल में सीधे डालने के बजाए. यह सक्षम किया जाता है | path/to/application को /proc/sys/kernel/core_pattern में रख कर. जब एक कोर डंप किया जाता है, निर्दिष्ट अनुप्रयोग की कॉपी निष्पादित की जाती है, और कोर को इसमें पाइप किया जाएगा stdin पर. यह कोर के लिए बढ़ाने, विश्लेषित व सक्रिय रूप से नियंत्रित करने की स्वीकृति कोर डंप समय पर देगा.

/proc/cpuinfo अब एडवांस्ड प्रोग्रामेबल इंटरप्ट कंट्रोलर (APIC) की ID को रिपोर्ट करता है जो हर निजी CPU के द्वारा प्रयुक्त होता है.

Machine Check Exception (MCE) कर्नेल उपसिस्टम को व्यापक स्मृति विन्यास को समर्थन देने के लिए संवर्द्धित किया गया है जैसा कि नए सिस्टम के द्वारा जरूरी है.

माउंट कमांड अब करबरोस सत्यापन के लिए समर्थन करता है जब Samba से होकर फाइल सिस्टम को माउंट करता है. sec=krb5 या sec=krb5i स्विच कर्नेल को यूजर स्पेस अनुप्रयोग को आह्वान करने के लिए कॉल करता है (cifs.upcall) जो कि एक SPNEGO (Simple and Protected GSSAPI Negotiation Mechanism) सुरक्षा ब्लॉब (Binary Large OBject) देता है. कर्नेल इस ब्लॉब को सर्वर के साथ सत्यापित करने के लिए प्रयोग कर सकता है और निवेदित फाइल सिस्टम को आरोहित कर सकता है.

यदि आपने सिस्टम पर kernel.unknown_nmi_panic कर्नेल पैरामीटर को विन्यस्त किया है जो कि IOAPIC NMI वाचडॉग विधि को प्रयोग किया है, एक कर्नेल पैनिक हो सकता है. यह इसलिए कि NMI वाचडॉग NMI के स्रोत को सुरक्षित रूप से निष्क्रिय नहीं कर सकता है.

इस रिलीज के साथ, NMI वाचडॉग कोड को उपयोक्ता को सुरक्षित रूप से NMI स्रोत को निष्क्रिय करने के लिए स्वीकृत किया गया है. इस प्रकार, आप अब सिस्टम पर कर्नेल पैरामीटर kernel.unknown_nmi_panic को सुरक्षित रूप से विन्यस्त कर सकते हैं जो कि IOAPIC NMI वाचडॉग विधि को प्रयोग करता है.

powernowk8 ड्राइवर कई कार्यशील CPU पर पर्याप्त रोक नहीं लगाता है. इसी के साथ, जब ड्राइवर आरंभ किया जाता है, एक कर्नेल को oops त्रुटि संदेश रिपोर्ट किया जा सकता है. इस अद्यतन में powernowk8 ड्राइवर जाँचता है कि समर्थित CPU की संख्या (supported_cpus) ऑनलाइन CPU (num_online_cpus) के बराबर होती है, जो इस मुद्दे को हल कर देता है.

CPUFreq, कर्नेल उपसिस्टम जो CPU आवृत्ति को अनुमापित करता है, को सेल प्रोसेसर के लिए संवर्द्धित समर्थन के साथ अद्यतन किया गया है. यह अद्यतन किसी Synergistic Processing Unit (SPU) परिचित CPUFreq governor को लागू करता है जो सेल प्रोसेसर के पावर प्रबंधन को संवर्द्धित करता है.

एरर डिटेक्शन एंड करेक्शन (EDAC) को अब सेल ब्रॉडबैंड आर्किटेक्चर पर Red Hat Enterprise Linux 5.3 में समर्थित है. EDAC को सक्रिय करने के लिए, कमांड का प्रयोग करें: modprobe cell_edac

इस मॉड्यूल को जाँचने के लिए इसे आपके कार्यशील कर्नेल में जोड़ा गया है, जाँचें /var/log/dmesg आउटपुट के लिए निम्नलिखित की तरह:

EDAC MC: Ver: 2.0.1 Oct  4 2008
EDAC MC0: Giving out device to cell_edac MIC: DEV cbe-mic
EDAC MC1: Giving out device to cell_edac MIC: DEV cbe-mic

यदि सही करने योग्य मेमोरी त्रुटि का सामना किया जाता है, निम्नलिखित संदेश को कंसोल में लौटाया जाएगा:

EDAC MC0: CE page 0xeff, offset 0x5700, grain 0, syndrome 0x51, row 0, channel
0, label "":

किसी चर के साथ प्रयोग से हार्डवेयर वाचप्वाइंट के साथ डिबगिंग जो कि कई थ्रेड के बीच साझा किया जाता है GNU डिबगर (GDB) को बेतरतीव रूप से ट्रिगर घटना को मिस करने का कारण बनता है. कर्नेल कोGDB को अनुमति देने के लिए अद्यतन किया गया है लगातार वाचप्वाइंट ट्रिगर को पाने के लिए, डिबगिंग सत्र की विश्वसनीयता को बढ़ाते हुए.

kprobe-booster अब ia64 और x86_64 ऑर्किटेक्चर पर समर्थित है, उपयोक्ता को कर्नेल घटना को बहुत तेजी से जाँचने के लिए स्वीकृति देते हुए. यह फीचर जाँच औज़ार के द्वारा हुए अपव्यय को घटाएगा (उदा. SystemTap और Kprobes) सर्वर पर जो 64-बिट ऑर्किटेक्चर पर चलता है.

कर्नेल में _PTC (Processor Throttling Control), _TSS (Throttling Supported States) और _TPC (Throttling Present Capabilities) वस्तु के लिए समर्थन जोड़ा गया है. यह समर्थन, जो कि उन्नत विन्यास का हिस्सा है और Power Interface specification (ACPI) प्रोसेसर थ्रोटेलिंग के लिए बेहतर प्रबंधन देता है.

zipl.conf में, दोहरे उद्धरण चिह्नों के साथ पैरामीटर एकल उद्धरण के अंदर (यानी parameters='vmhalt="LOGOFF"') को गलत तरीके से विश्लेषित किया गया था. इसी के साथ, kernel-kdump संकुल का संस्थापन विफल हो सकता है, त्रुटि के रूप में परिणाम प्राप्त:

grubby fatal error: unable to find a suitable template

Dual-Core Intel Itanium 2 प्रोसेसर के द्वारा भरा machine check architecture (MCA) भिन्न रूप से रिकार्ड करता है पहले के Intel Itanium प्रोसेसर के साथ. कैश जाँच और बस चेक लक्ष्य पहचानकर्ता कुछ स्थितियों में भिन्न हो सकता है. कर्नेल को सही लक्ष्य पहचानकर्ता के रूप में ढ़ूँढ़ने के लिए अद्यतन किया गया है.

kprobe-booster अब ia64 और x86_64 ऑर्किटेक्चर पर समर्थित है, उपयोक्ता को कर्नेल घटना को बहुत तेजी से जाँचने के लिए स्वीकृति देते हुए. यह फीचर जाँच औज़ार के द्वारा हुए अपव्यय को घटाएगा (उदा. SystemTap और Kprobes) सर्वर पर जो 64-बिट ऑर्किटेक्चर पर चलता है.

इस अद्यतन में, pselect() और ppoll() सिस्टम कॉल के लिए समर्थन को कर्नेल में जोड़ा गया है.

blktap (blocktap) यूजरस्पेस टूलकिट को अद्यतन किया गया है, blktap समर्थित वर्चुअलाइज्ड अतिथियों के हस्तांतरण सांख्यिकी को निरीक्षण करने के लिए.

Intel Extended Page Table (EPT) फीचर के लिए समर्थन जोड़ा गया था, उन हार्डवेयर पर पूर्ण वर्चुअलाइज्ड अथिथि का प्रदर्शन सुधारता है जो कि EPT का समर्थन करता है.

अतिथि के लिए e1000 संजाल युक्ति एमुलेशन को इस अद्यतन में जोड़ा गया है, सिर्फ Windows 2003 अतिथि को ia64 आर्किटेक्चर पर समर्थन करते हुए. e1000 एमुलेशन के प्रयोग के लिए, xm कमांड को जरूर प्रयोग किया जाना चाहिए.

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

नेटिव लिनक्स कर्नेल vmcoreinfo को स्वतः समर्थन करता है, लेकिन kdump को dom0 डोमेन पर सेटअप करने के लिए, kernel-xen-debuginfo संकुल जरूरी था. इस रिलीज के साथ, कर्नेल और हाइपरविजर को रूपांतरित किया गया है और अब kdump के vmcoreinfo पठन व लेखन को नेटिव रूप से समर्थन देता है. उपयोक्ता जिन्हें kdump को डिबगिंग के लिए प्रयोग की जरूरत है या dom0 डोमेन पर दूसरे जाँच की अब ऐसा कर सकता है बिना debuginfo या debuginfo-common संकुल को संस्थापित किए.

पूर्ण वर्चुअलाइज्ड Red Hat Enterprise Linux 5 अतिथि ने उपअनुकूलित प्रदर्शन का सामना किया जब एमुलेटेड डिस्क व संजाल युक्ति का प्रयोग कर रहा था. इस अद्यतन में, kmod-xenpv संकुल को पैरावर्चुअलाइज्ड अतिथि डिस्क और संजाल को पूर्ण वर्चुअलाइज्ड अतिथि में प्रयोग के लिए सरल बना के लिए शामिल किया गया.

पूर्ण वर्चुअलाइज्ड अतिथि में इन ड्राइवरों का प्रयोग महत्वपूर्ण रूप से पूर्ण वर्चुअलाइज्ड अतिथि के प्रदर्शन व कार्यशीलता को बढ़ा सकता है. netfront और ब्लॉक फ्रंट ड्राइवर के लिए बग फिक्सेस तत्काल लागू होती हैं और कर्नेल संकुल के साथ तुल्यकालित होती है.

अतिथि के पास 2MB बैकिंग पृष्ठ स्मृति टैब्लेट को उपयोग करने की क्षमता रहती है, जो सिस्टम प्रदर्शन को सुधार सकता है.

TTY युक्ति क्रियाकलाप के लिए आंकड़ा सही तरीके से काम नहीं किया गया था. इसी तरह, कमांड sar -y विफल रहता है, ऐसे त्रुटि को देते हुए:

फाइल में निवेदित क्रियाकलाप उपलब्ध नहीं है

इस अद्यतनीकृत संकुल में, sar को सही किया गया है ताकि -y विकल्प TTY युक्ति क्रियाकलाप को देता है.

पहले, max_fds को unlimited में /etc/multipath.conf में सेट करना multipathd डेमॉन को आरंभ होने से रोकेगा. यदि मुक्त फाइल विवरक की संख्या को सिस्टम अधिकतम पर सेट करने की जरूरत है, max_fds को max में सेट किया जाना चाहिए.

mod_perl को 2.0.4 संस्करण में रिबेस किया गया है, नवीनतम अपस्ट्रीम रिलीज के साथ. यह अद्यतन कई अद्यतन लागू करता है, जो एक बग फिक्स को लागू करता है जो mod_perl को लागू करता है Bugzilla 3.0 के साथ ठीक से काम करने के लिए.

cups को अब संस्करण 1.3.7 में रिबेस किया गया है. यह अद्यतन कई बग फिक्स व संवर्द्धनों को लागू करता है, इनके साथ:

lm_sensors को 2.10.7 में रिबेस किया गया है. यह अद्यतन कई अपस्ट्रीम संवर्द्धनों और बग फिक्स को लागू करता है, एक सुधार के साथ जो लिबसेंसर को General parse error संदेश के साथ क्रैश करने से रोकता है जब k8temp भी लोड किया है.

elfutils को इस रिलीज में अद्यतन किया गया है निम्नलिखित बग में:

vnc-server को संस्करण 4.1.2-14.el5 में रिबेस किया गया है. यह अद्यतन निम्नलिखित फिक्स को लागू करता है:

smartmontools को संस्करण 5.38 में रिबेस किया गया है. यह अद्यतन हार्डवेयर युक्तियों के स्वतः जाँच को सुधारता है, CCISS RAID सरणी के लिए समर्थन सुधारता है और समर्थित युक्तियों के बड़े डेटाबेस को फीचर करता है.

यह अद्यतन साथ ही एक बग फिक्स करता है जहाँ SELinux ने smartmontools को 3ware RAID युक्तियों के निरीक्षण से रोका. smartmontools अब वैसी युक्तियों को ठीक से मॉनिटर कर सकता है.

python-urlgrabber को संस्करण 3.1.0-5 में रिबेस किया गया है. यह अपस्ट्रीम से कई बग फिक्स को लागू करता है, इसके साथ:

yum-utils को अपस्ट्रीम संस्करण1.1.16 में रिबेस किया गया है. यह कई बग फिक्स पर लागू होता है, जिसमें शामिल है:

यह अद्यतन साथ ही yum-fastestmirror प्लगिन को शामिल करता है, जो कि yum को सबसे तेज रिपॉजिटरी को मिररलिस्ट में सक्रिय करता है.

Samba को अपस्ट्रीम संस्करण 3.2.0 में रिबेस किया गया है. यह कई बग फिक्स करता है, उसके साथ जो उपयोक्ताओं को उन डोमेनों को शामिल होने से रोकता है जो Windows 2003 को नाम सर्वर के रूप में प्रयोग करता है. यह अद्यतन साथ ही एक बग फिक्स करता है जो samba डोमेन सदस्यता को टूटने का कारण बनता है सिस्टम कूटशब्द के बदलने के बाद net rpc changetrustpw के प्रयोग से.

अपस्ट्रीम samba अद्यतन की व्यापक सूची के लिए जो इस रिलीज में शामिल है, http://www.samba.org/samba/history/samba-3.0.32.html का संदर्भ लें

OpenLDAP को अपस्ट्रीम संस्करण 2.3.43 में रिबेस किया गया है. यह कई बग फिक्स पर लागू होता है, जिसमें शामिल है:

Red Hat अब अतिरिक्त ओवरले वितरित करता है OpenLDAP सर्वर के लिए. syncprov के अलावे, सारे ओवरले को अलग openldap-servers-overlays संकुल में पाया जा सकता है, गतिशील लोड करने योग्य मॉड्यूल के रूप में कंपाइल किया. syncprov ओवरले को स्थिर रूप से OpenLDAP सर्वर में लिंक है पुराने OpenLDAP रिलीज के साथ सुसंगतता को बनाए रखने के लिए.

क्योंकि xterm द्विपदीय का सेट समूह ID (setgid) बिट विन्यस्त है, खास वातावरण चर (जैसे कि LD_LIBRARY_PATH और TMPDIR) अनसेट किया था. इस रिलीज में, xterm द्विपदीय अब 0755 अनुमति विन्यस्त रखता है जो कि इस मुद्दे को हल करता है.

NIS सर्वर पर लोड संतुलन की अनुशंसित विधि जब कई मशीन ypbind के साथ जुड़े रहे इस रिलीज के साथ बदल गए हैं. ypbind डेमान व्यवहार नहीं बदला है: यह अभी भी सभी NIS सर्वर को पिंग करता है जो /etc/ypbind विन्यास फाइल में सूचीबद्ध है और एकल सबसे तेज अनुक्रिया सर्वर से बंधे हैं. इसके पहले, इसकी सलाह थी सभी उपलब्ध NIS सर्वर की हर मशीन के /etc/ypbind.conf विन्यास फाइल में. हालांकि, अधिक लोड के साथ सर्वर भी इस पिंग का जवाब तेजी से दे सकते हैं, इसलिए अपने लोड को बिना किसी कारण के बढ़ा रहा है, प्रशासक के लिए अब सलाह है कि उपलब्ध NIS सर्वर की कम संख्या को हर मशीन के ypbind.conf में सूचीबद्ध किया जाए, और पूरे मशीन में सूची से भिन्न रखने के लिए. इस प्रकार, NIS सर्वर स्वतः लोड संतुलित किया जाता है क्योंकि हर NIS सर्वर सूचीबद्ध है हर मशीन के लिए उपलब्ध रहते हुए.

OpenMotif को अपस्ट्रीम संस्करण 2.3.1 में रिबेस किया गया है. यह कई बग फिक्स को लागू करता है, जिसमें शामिल हैं:

dbus को 1.1.2 में रिबेस किया गया है. यह अद्यतन एक बग फिक्स करता है जहाँ बहुल लड़ीबद्ध प्रोग्राम एक डेडलॉक का कारण बन सकता है dbus में. पिछले रिलीज में, एक लड़ी के रूप में जो dbus और प्रक्रिया संदेश में सुना जाता है, दूसरी लड़ीdbus में संदेशों को भेजेगी.

strace को संस्करण 4.5.18 में रिबेस किया गया है. यह कई बग को फिक्स करता है, इसके साथ:

cpuspeed को संस्करण 1.2.1-5 में अद्यतन किया गया है. इस अद्यतन के साथ, cpuspeed init स्क्रिप्ट अब speedstep-centrino मॉड्यूल को लोड करती है यदि सारे दूसरे मॉड्यूल विफल रहते हैं. इसके अलावे, एक उपयोक्ता स्थान बग जो किPowernow-k8 मॉड्यूल को लोड करने से रोका है अब फिक्स किया है.

औजारों का frysk सूट इस वितरण से पूरी तरह से हटाया गया है. frysk को मौलिक रू से तकनीकी पूर्वावलोकन के रूप में लाया गया है Red Hat Enterprise Linux 5.0 में.

पहले, विभाजन I/O सांख्यिकी iostat -x कमांड के द्वारा प्रदत्त अपूर्ण था. इस अद्यतन में, विभाजन आंकड़े उसी तरह से गणना किया जाता है जैसा कि डिस्क सांख्यिकी, विभाजन स्तर पर व्यापक I/O आंकडे देते हुए.

कूटशब्द विगोपन खराबी विन्यास फाइल के साथ पाई गई थी Dovecot मेल सर्वर के लिए. यदि एक सिस्टम के पास ssl_key_password विकल्प परिभाषित था, कोई स्थानीय उपयोक्ता SSL कुंजी कूटशब्द को देख सकता था. (CVE-2008-4870)

इस मान को बेहतर रूप से रक्षा के लिए, हालांकि, dovecot.conf फाइल "!include_try" डायरेक्टिव का समर्थन करता है. ssl_key_password विकल्प को dovecot.conf से किसी नए फाइल में खिसकाया जाना चाहिए जो सिर्फ रूट के स्वामित्व में हो और रूट के द्वारा ही पढ़ी या लिखी जा सके (यानी 0600). इसे dovecot.conf से !include_try /path/to/password/file विकल्प को सेट करके संदर्भित करना चाहिए.

ksh को संस्करण 2008-02-02 में रिबेस किया गया है. यह अद्यतन मल्टीबाइट संप्रतीक नियंत्रण को जोड़ता है, कई कार्य नियंत्रण समस्या को संबोधित करता है और कई बग फिक्स को अपस्ट्रीम से लागू करता है. नोट करें कि यह अद्यतन ksh में मौजूदा स्क्रिप्ट के लिए सुंसगतता संरक्षित रखता है.

vmconvert बग ने इसे vmur युक्ति नोड (/dev/0.0.000c) पर ठीक से काम करने से रोका है. यह vmconvert के विफल होने का कारण बनता है जब vmur युक्ति पर डंप के अभिगम में vmconvert: Open dump file failed! (Permission denied) त्रुटि के साथ विफल रहता है. s390utils में एक अद्यतन इस रिलीज में इस मुद्दे को हल करता है.

init स्क्रिप्ट और config फाइल mon_procd डेमॉन और mon_fsstatd डेमॉन के लिए s390utils संकुल से गुम थे. इसी प्रकार ये डेमॉन नहीं बनाए या प्रयोग किए जा सके. इस गुम फाइल को इस अद्यतन में जोड़ा गया था जो इस मुद्दे को हल करता है.

एक बग जो ehci_hcd मॉड्यूल को इस आर्किटेक्चर पर फिर लोड करने से रोका अब फिक्स किया जा चुका है. यह सुनिश्चित करता है कि Belkin 4-port PCI-Express USB Lily एडाप्टर (और दूसरे समान युक्तियाँ) अब ठीक से काम करता है Red Hat Enterprise Linux 5 के साथ जब वे ehci_hcd मॉड्यूल का प्रयोग करते हैं.

libhugetlbfs लाइब्रेरी अब संस्करण 1.3 में रिबेस किया गया है. यह अद्यतन लाइब्रेरी में कई अपस्ट्रीम सुधारों को लागू करता है, अनुप्रयोगों के प्रदर्शनों को सुधारते हुए जो Huge पृष्ठों का प्रयोग करता है.

libhugetlbfs में अद्यतनों की पूरी सूची के लिए, निम्नलिखित लिंक का संदर्भ लें:

http://sourceforge.net/mailarchive/message.php?msg_name=20080515170754.GA1830%40us.ibm.com

Red Hat Enterprise Linux 5.2 में, httpd के एक 64-बिट संस्करण को इस आर्किटेक्चर में शामिल किया गया था मौजूदा 32-bit httpd के अलावे. यदि कोई उपयोक्ता ने दोनों संस्करणों को संस्थापित किया है, एक httpd विरोध पैदा होगा, httpd को ठीक से काम करने से रोकते हुए.

इस मुद्दे के समाधान के लिए, httpd का 64-बिट संस्करण इस रिलीज से हटाया गया है. httpd के लिए उन्नयन स्वतः httpd के 64-बिट संस्करण को साथ ही स्वतः हटा देगा.

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

Stopping disk encryption [FAILED]

यह संदेश सुरक्षित रूप से अनदेखा किया जा सकता है, shutdown प्रक्रिया सफलतापूर्वक पूरी होगी.

जब एक गोपित युक्ति का प्रयोग किया जा रहा है, निम्नलिखित त्रुटि को बूटअप के दौरान रिपोर्ट किया जा सकता है:

insmod: error inserting '/lib/aes_generic.ko': -1 File exists

मल्टीपाथ के ऊपर एक Multiple Device (MD) RAID के प्रयोग से संस्थापन ऐसे मशीन के रूप में आ जाएगा जो बूट नहीं करता है. Storage Area Network (SAN) युक्ति में मल्टीपाथ जो RAID आंतरिक रूप से देते हैं प्रभावित नहीं होते.

जब एक बड़ी संख्या में LUN को नोड में जोड़ा जाता है, मल्टीपथ समय को पर्याप्त मात्रा में बढ़ा सकता है जो यह udev के लिए लेता है उनके लिए युक्ति नोड को बनाने के लिए. यदि आप इस समस्या का अनुभव करते हैं, आप इसे निम्नलिखित पंक्ति को /etc/udev/rules.d/40-multipath.rules में मिटाकर कर सकते हैं:

KERNEL!="dm-[0-9]*", ACTION=="add", PROGRAM=="/bin/bash -c '/sbin/lsmod | /bin/grep ^dm_multipath'", RUN+="/sbin/multipath -v0 %M:%m"

Red Hat Enterprise Linux के पूर्ववर्ती संस्करण से 5.3 के उन्नयन में आप निम्नलिखित त्रुटि का सामना कर सकते हैं.

Updating  : mypackage                 ################### [ 472/1655]
rpmdb: unable to lock mutex: Invalid argument

लॉकिंग मुद्दा का कारण है कि glibc में साझा futex लॉकिंग संवर्द्धित था प्रति प्रोसेस futexes के साथ 5.2 और 5.3 के बीच. इस कारण से, 5.2 glibc के बरक्स चलने वाले प्रोग्राम साझा futex लॉकिंग को नहीं कर सकता है उस प्रोग्राम के बरक्स जो 5.3 glibc के साथ चलता है.

यह खास त्रुटि संदेश संकुल का साइड इफेक्ट है जो rpm को इसके संस्थापन स्क्रिप्ट के रूप में आह्वान करता है. rpm उदाहरण प्रदर्शन जो उन्नत कर रहा है पहले के glibc को पूरे उन्नयन से होकर प्रयोग कर रहा है, लेकिन rpm उदाहरण को स्क्रिप्ट के गिर्द लॉन्च किया गया है नया glibc का प्रयोग कर रहा है.

इस त्रुटि से बचने के लिए, glibc को पहले अलग से उन्नत करें:

# yum update glibc
# yum update

Red Hat Enterprise Linux 5 में mvapich और mvapich2 को सिर्फ InfiniBand/iWARP अंतरकनेक्ट के समर्थन के लिए कंपाइल किया है. इसी तरह, वे इथरनेट या दूसरे संजाल इंटरकनेक्ट के साथ नहीं चलेगा.

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

जब openmpi को yum के प्रयोग से उन्नत किया जाता है, निम्नलिखित चेतावनी संदेश आ सकती है:

cannot open `/tmp/openmpi-upgrade-version.*' for reading: No such file or directory

IRQ SMP affinity को विन्यस्त करना कुछ युक्तियों पर कोई प्रभाव नहीं रखता है जो कि message signalled interrupts (MSI) का प्रयोग करता है बिना किसी MSI प्रति सदिश मास्किंग क्षमता के. वैसे युक्तियों के उदाहरण में Broadcom NetXtreme Ethernet युक्ति शामिल है जो कि bnx2 ड्राइवर का प्रयोग करता है.

यदि आपको IRQ संलग्नता को विन्यस्त करने की जरूरत है किसी ऐसे युक्ति के लिए, MSI को /etc/modprobe.d/ में फाइल बना कर निष्क्रिय करें जिसमें निम्नलिखित पंक्ति शामिल रहे:

options bnx2 disable_msi=1

वैकल्पिक रूप से, आप MSI को पूरी तरह से निष्क्रिय कर सकते हैं कर्नेल बूट पैरामीटर pci=nomsi के प्रयोग से.

Dell PowerEdge R905 सर्वर पर CD-ROM/DVD-ROM इकाई Red Hat Enterprise Linux 5 के साथ काम नहीं करता है. कृपया Knowledgebase #13121 को अधिक विवरण के लिए जाँचें: http://kbase.redhat.com/faq/FAQ_103_13121.

अद्यतनीकृत /etc/udev/rules.d/50-udev.rules फाइल में बग स्थिर नामों के निर्माण को रोकता है टेप युक्तियों के लिए 9 से अधिक उनके नाम के बनिस्पत. उदाहरण के लिए, स्थिर नाम को टेप युक्तियों के लिए निर्मित नहीं किया जाएगा nst12 के नाम के साथ.

इसके समाधान के लिए, तारांकित चिह्न (*) को स्ट्रिंग nst[0-9] के /etc/udev/rules.d/50-udev.rules में हर बार आने के बाद जोड़ें.

smartctl औजार ठीक से SMART पैरामीटर को SATA युक्ति से पढ़ नहीं सकता है.

openmpi और lam के पिछले संस्करण में बग इन संकुलों के उन्नयन से रोकेगा. यह बग निम्नलिखित त्रुटि मेनिफेस्ट करता है (जब openmpi या lam में उन्नयन का प्रयास किया गया हो:

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

इस प्रकार, आपको openmpi और lam के पुराने संस्करण को दस्ती रूप से हटाने की जरूरत है उनके नवीनतम संस्करण को अधिष्ठापित करने के लिए. ऐसा करने के लिए, निम्नलिखित rpm कमांड का प्रयोग करें:

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

dm-multipath के प्रयोग के दौरान, यदि features "1 queue_if_no_path" /etc/multipath.conf में निर्दिष्ट है तब कोई प्रक्रिया जो I/O को निर्गत करता है अटक जाएगा जबतक कि एक या अधिक पथ फिर जमा किया जाएगा.

इससे बचने के लिए, no_path_retry [N] को /etc/multipath.conf (जहां [N] समय की संख्या है जिसे सिस्टम को एक पथ के लिए फिर कोशिश करनी चाहिए) में सेट करें. जब आप करते हैं, features "1 queue_if_no_path" विकल्प हटाएं /etc/multipath.conf से साथ ही.

यदि आपको "1 queue_if_no_path" के प्रयोग की जरूरत है और यहाँ नोट किया मुद्दा का अनुभव करते हैं, dmsetup का प्रयोग नीति को संपादित करने के लिए करें रनटाइम पर एक खास LUN के लिए (यानी जिसके लिए सारा पथ उपलब्ध है).

वर्णन के लिए: dmsetup message [device] 0 "fail_if_no_path" चलाएँ, जहाँ [device] एक मल्टीपाथ युक्ति नाम है (उदाहरण के लिए mpath2; पथ को निर्दिष्ट नहीं करता है) जिसके लिए आप नीति "queue_if_no_path" को "fail_if_no_path" से बदलना चाहते हैं.

समान कर्नेल मॉड्यूल के कई अधिष्ठापित संस्करण का सक्रियण समर्थित नहीं है. इसके अलावे, कर्नेल मॉड्यूल संस्करण के रास्ते में विश्लेषित बग कुछ समय समान कर्नेल मॉड्यूल के पुराने संस्करण को सक्रिय करने में परिणाम लाएगा.

Red Hat अनुशंसा करता है कि जब आप अधिष्ठापित कर्नेल मॉड्यूल के नए संस्करण को अधिष्ठापित करते हैं, आपको पुराने को पहले मिटा देना चाहिए.

kdump को NFS रूट से साथ बिन्यस्त IBM Bladecenter QS21 या QS22 पर चलाना विफल रहेगा. इससे बचने के लिए, /etc/kdump.conf में NFS डंप को निर्दिष्ट करें.

IBM T60 लैपटॉप को पूरी तरह से पावर बंद कर देगा जब डॉकिंग स्टेशन में स्थगित व प्लगिन किया गया. इससे बचने के लिए, सिस्टम को acpi_sleep=s3_bios के साथ बूट करें.

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

इस सीमा के कारण, लगातार रिसेट (ifdown/ifup कमांड से लगातार) युक्ति को अटका सकता है. इससे बचने के लिए, एक 10-सेकेंड अंतराल की अनुमति दें ifup के बाद एक ifdown को निर्गत करने के पहले. साथ ही, समान 10-सेकेंड अंतराल की अनुमति एक ifdown के बाद करें ifup कमांड निर्गत करने के पहले. यह अंतराल सभी फंक्शन को स्थिर व फिर आरंभ करने का पर्याप्त समय देता है जब एक ifup निर्गत किया जाता है.

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

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

/var/log/boot.log में बूट समय लॉगिंग अब Red Hat Enterprise Linux 5.3 में उपलब्ध नहीं है.

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

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

जब Red Hat Enterprise Linux 5.2 को एक मशीन पर 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

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

multipath कमांड को -ll विकल्प के साथ चलाना कमांड को अटकने का कारण बन सकता है यदि एक पथ ब्लॉकिंग युक्ति पर है. नोट करें कि ड्राइवर आग्रह को विफल नहीं करता है कुछ समय के बाद यदि युक्ति अनुक्रिया नहीं करता है.

यह क्लीनअप कोड के द्वारा उत्पन्न होता है, जो प्रतीक्षा करता है कि पथ चेकर आग्रह या तो पूरा करता है या विफल रहता है. मौजूदा multipath स्थिति को बिना कमांड के अटकने से दिखाने के लिए, बदले में multipath -l का प्रयोग करें.

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

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

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

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

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

एक अतिथि पर Red Hat Enterprise Linux 5 को संस्थापित करने के दौरान, अतिथि को अस्थायी संस्थापन कर्नेल को विशेष रूप से प्रयोग करता है dom0 के द्वारा प्रदत्त. जब संस्थापन समाप्त होता है, यह तब अपना स्वयं का बूटलोडर प्रयोग करता है. हालांकि, इसे guest' के फर्स्ट बूट को शटडाउन के लिए बाध्य करके प्राप्त किया जा सकता है.

इस प्रकार, जब Reboot बटन प्रकट होता है अतिथि संस्थापन के अंत में, इसे क्लिक करना अतिथि को बंद करता है, लेकिन इसे फिर बूट नहीं करता है. यह प्रत्याशित व्यवहार है.

नोट करें कि जब आप अतिथि को बूट करते हैं इसके बाद यह इसका अपना बूट लोडर प्रयोग करेगा.

rpmbuild को compiz स्रोत RPM पर चलाना विफल होगा यदि KDE या qt विकास संकुल (उदाहरण के लिए, qt-devel) संस्थापित किया जाता है. यह compiz विन्यास स्क्रिप्ट में एक बग के कारण होता है.

इसके गिर्द समाधान के लिए, किसी KDE या qt विकास संकुल को compiz संकुल के निर्माण के प्रयास के पहले इसके स्रोत RPM से निकालें.

यदि आपके सिस्टम के पास ATI Radeon R500 या R600 आलेखी कार्ड है, firstboot संस्थापन के बाद नहीं चलेगा. सिस्टम सीधे आलेखी लॉगिन स्क्रीन में चला जाएगा और firstboot को पूरी तरह से छोड़ देगा. यदि आप firstboot को दस्ती रूप से चलाना चाहते हैं (यानी एक फेलसेफ टर्मिनल से), X सत्र क्रैश करेगा.

यह मुद्दा ड्राइवर के द्वारा उत्पन्न किया गया है जो कि ATI Radeon R500/R600 हार्डवेयर के द्वारा प्रयोग किया जाता है. तयशुदा ड्राइवर जो कि इन आलेखी कार्ड के द्वारा प्रयोग किया जाता है वह अभी भी तकनीकी पूर्वावलोकन की स्थिति में है. इसके हल के लिए, अपनी /etc/X11/xorg.conf फाइल का बैकअप लें; तब, X को समर्थित vesa ड्राइवर के प्रयोग के लिए विन्यस्त करें निम्नलिखित कमांड के प्रयोग से:

system-config-display --reconfig --set-driver=vesa

आप अब firstboot को चला सकते हैं. अपनी पुरानी सेटिंग में वापस जाने के लिए, अपना मौलिक /etc/X11/xorg.conf को बनाए रखें.

यदि आपका सिस्टम TSC टाइमर का प्रयोग करता है, gettimeofday सिस्टम काल पीछे खिसक सकता है. यह अतिप्रवाह मुद्दे के कारण है जो TSC टाइमर को कुछ स्थितियों में महत्वपूर्ण रूप से आगे जंप करने का कारण बनता है, TSC टाइमर इसे सही करेगा, लेकिन समय के साथ अंततः पीछे की ओर गति का कारण बनेगा.

यह मुद्दा समय संवेदनशील सिस्टम के लिए खासकर महत्वपूर्ण है, जैसे कि वे जो कि लेनदेन सिस्टम या डेटाबेस के लिए प्रयोग किए जाते हैं. इस प्रकार, यदि आपके सिस्टम के लिए सार समय की जरूरत होती है, Red Hat की जोरदार अनुशंसा है कि आप कर्नेल को दूसरे टाइमर (उदाहरण के लिए, HPET) के प्रयोग के लिए सेट करें.

sniff को चलाने का प्रयास त्रुटि के रूप में परिणाम ला सकता है. यह इसलिए कि कुछ जरूरी संकुल dogtail के साथ अधिष्ठापित नहीं है.

इसे भविष्य फिर से होने से रोकने के लिए, निम्नलिखित संकुल का दस्ती रूप से अधिष्ठापन करें:

Thin Provisioning ("virtual provisioning" के रूप में भी ज्ञात) को पहले EMC Symmetrix DMX3 और DMX4 के साथ रिलीज किया जाएगा. कृपया EMC Support Matrix और Symmetrix Enginuity कोड रिलीज नोट्स को आगे विवरण के लिए संदर्भ लें.

/etc/multipath.conf में, max_fds को unlimited में सेट करना multipathd डेमान को ठीक से आरंभ होने से रोकेगा. इस प्रकार, आपको इस प्रकार पर्याप्त उच्च मान का प्रयोग करना चाहिए इस सेटिंग के बजाए.

SystemTap अभी GCC को उपयोक्ता स्थान घटना को जाँचने के लिए प्रयोग करता है. GCC हालांकि डिबगर को देने के लिए असमर्थ है पैरामीटर के लिए संक्षिप्त स्थान सूची सूचना के साथ. कुछ स्थितियों में, GCC कुछ पैरामीटर पर दृश्यता देने में विफल रहता है. परिणामतः, SystemTap स्क्रिप्ट को उपयोक्ता स्थान को जाँचता है गलत पठन दे सकता है.

IBM T41 लैपटॉप मॉडल स्थगित मोड में टीक से दाखिल नहीं होता है; इस प्रकार, स्थगित मोड अभी भी बैटरी लाइफ को सामान्य रूप में खपत करेगा. यह इसलिए कि Red Hat Enterprise Linux 5 अभी भी radeonfb मॉड्यूल को शामिल नहीं करता है.

इसके समाधान के लिए, hal-system-power-suspendनामक स्क्रिप्ट को /usr/share/hal/scripts/ में जोड़ें जिसमें ये पंक्तियाँ समाहित हैं:

chvt 1
radeontool light off
radeontool dac off

यह स्क्रिप्ट सुनिश्चिक करेगा कि IBM T41 लैपटॉप स्थगित मोड में ठीक से दाखिल हो सके. सुनिश्चित करने के लिए कि सिस्टम सामान्य ऑपरेशन ठीक से बहाल करता है, स्क्रिप्ट को restore-after-standby में समान निर्देशिका में साथ ही जोड़ें, जिसमें ये पंक्तियाँ होनी चाहिए:

radeontool dac on
radeontool light on
chvt 7

यदि edac मॉड्यूल लोड किया जाता है, BIOS स्मृति रिपोर्टिंग काम नहीं करेगा. यह इसलिए कि edac मॉड्यूल पंजीयन को साफ करता है जो BIOS स्मृति त्रुटि रिपोर्टिंग के लिए प्रयोग करता है.

मौजूदा Red Hat Enterprise Linux ड्राइवर अद्यतन मॉड्यूल कर्नेल को निर्देश देता है सभी उपलब्ध मॉड्यूल को लोड करने के लिए (edac मॉड्यूल के साथ) तयशुदा रूप से. यदि आप BIOS स्मृति रिपोर्टिंग को अपने सिस्टम पर सुनिश्चित करना चाहते हैं, आपको edac मॉड्यूल को दस्ती रूप से ब्लैकलिस्ट करें. ऐसा करने के लिए, निम्नलिखित पंक्ति को /etc/modprobe.conf में जोड़ें:

blacklist edac_mc
blacklist i5000_edac
blacklist i3000_edac
blacklist e752x_edac

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

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

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

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

यदि आपके सिस्टम पर GFS2 फाइल सिस्टम आरोहित है, एक नोड हैंग कर सकता है यदि कोई कैश किया inode अभिगम किया जाता है एक नोड में और भिन्न नोड पर गैर कड़ीबद्ध किया जाता है. जब यह होता है, हंग नोज अनुपलब्ध रहेगा जब तक आप फेंस करते हैं और इसे सामान्य क्लस्टर रिकवरी यांत्रिकी से फिर प्राप्त करते हैं. फंक्शन आह्वान gfs2_dinode_dealloc और shrink_dcache_memory स्टैक ट्रैस में प्रकट होगा किसी प्रक्रिया के हंग मोड में.

यह मुद्दा एकल नोड GFS2 फाइल सिस्टम का समर्थन नहीं करता है.

निम्नलिखित संदेश को सिस्टम बूट के दौरान सामना किया जाएगा:

Could not detect stabilization, waiting 10 seconds.
Reading all physical volumes.  This may take a while...

ipmitool में User Payload Access का मौजूदा कार्यान्वयन आपको युक्तियों को विन्यस्त करने की अनुमति देता है, लेकिन उन युक्तियों के लिए मौजूदा सेटिंग को प्राप्त नहीं करता है.

swap --grow पैरामीटर का प्रयोग किसी किकस्टार्ट फाइल में --maxsize पैरामीटर के सेटिंग के उसी समय एनाकोंडा के ऊपर स्वैप विभाजन के अधिकतम आकार पर प्रतिबंध लगाता है. यह युक्ति को भरने के लिए बढ़ने के लिए स्वीकृति नहीं देता है.

2GB भौतिक स्मृति से कम के सिस्टम के लिए, लागू सीमा भौतिक स्मृति की मात्रा के दुगुना से अधिक है. 2GB से अधिक की मात्रा के सिस्टम के साथ, लागू सीमा भौतिक स्मृति के आकार से 2GB अधिक है.

gfs2_convert प्रोग्राम सभी ब्लॉक को मुक्त नहीं कर सकता है GFS मेटाडेटा से जो कि GFS2 के अंदर अब प्रयोग नहीं किया जा सकता है. यह अप्रयुक्त मेटाडेटा खोजा जाएगा और अगली बार gfs2_fsck को फाइल सिस्टम पर चलाए जाने पर मुक्त किया जाता है. इसकी अनुशंसा की जाती है कि gfs2_fsck को फाइल सिस्टम को अप्रयुक्त ब्लॉक को मुक्त करने के बाद चलाया जाना चाहिए. ये अप्रयुक्त ब्लॉक gfs2_fsck के द्वारा फ्लैग किया जाएगा जैसे कि:

Ondisk and fsck bitmaps differ at block 137 (0x89) 
Ondisk status is 1 (Data) but FSCK thinks it should be 0 (Free)
Metadata type is 0 (free)

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

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

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

रिकार्डिंग को Dell M4300 और M6300 पर दस्ती रूप से सक्रिय करने की जरूरत है. इसे करने के लिए, निम्नलिखित चरण का पालन करें:

यदि गोपन बूट युक्ति पर सक्रिय है सिस्टम संस्थापन के दौरान, निम्नलिखित संदेश को सिस्टम बूट के दौरान लॉग किया जाएगा:

padlock: VIA PadLock not detected.

कुछ मशीन जो NVIDIA आलेखी कार्ड का प्रयोग करता है वह खराब आलेख या फँट प्रदर्शित कर सकता है जब आलेखीय अधिष्ठापक का प्रयोग एख आलेखीय लॉगिन के दौरान किया जाता है. इसके गिर्द समाधान के लिये, एक वर्चुअल कंसोल में जायें और फिर मूल X मेजबान में लौटें.

एक IBM T61 लैपटॉप पर, Red Hat की सलाह है कि आप glxgears विंडो को क्लिक करने से बचें (जब glxgears चलाया जाता है). ऐसा करना सिस्टम को लॉक कर सकता है.

इसे होने से रोकने के लिए, टाइलिंग फीचर को निष्क्रिय करें. ऐसा करने के लिए, निम्नलिखित पंक्ति को /etc/X11/xorg.conf के Device खंड में जोड़ें:

Option "Tiling" "0"

रिकार्डिंग को Dell M4300 और M6300 पर दस्ती रूप से सक्रिय करने की जरूरत है. इसे करने के लिए, निम्नलिखित चरण का पालन करें:

यदि आपका सिस्टम एक Intel 945GM आलेखी कार्ड का प्रयोग करता है, i810 ड्राइवर का प्रयोग मत करें. आपको तयशुदा intel ड्राइव को बदले में प्रयोग करें.

दोहरे-GPU लैपटॉप पर, यदि एक आलेखी चिप Intel-आधारित है, Intel आलेखी मोड किसी बाहरी आंकिक कनेक्शन को ड्राइव नहीं कर सकता है (HDMI, DVI, और DisplayPort के साथ). यह एक हार्डवेयर सीमा है Intel GPU का. यदि आपको बाहरी डिजिटल कनेक्शन की जरूरत है, सिस्टम विन्यस्त करें अलग आलेखी चिर के प्रयोग के लिए (BIOS में).

जब Alt-SysRq-W को डिबग करने के लिये प्रयोग किया जा रहा है, निम्न चेतावनी संदेश प्रकट होगा:

smp_call_function में arch/powerpc/kernel/smp.c:223 पर खराबी

इसके बाद, सिस्टम भी चेतावनी देगा कि यह अटक सकता है. यह संदेश को अनदेखा किया जा सकता है क्योंकि यह सिस्टम को हैंग करने का कारण नहीं बनता है.

रिकार्डिंग को Dell M4300 और M6300 पर दस्ती रूप से सक्रिय करने की जरूरत है. इसे करने के लिए, निम्नलिखित चरण का पालन करें:

PPC कर्नेल छवि का आकार OpenFirmware को समर्थन के लिए काफी बड़ा है. इसी प्रकार, संजाल बूटिंग विफल रहेगा, निम्नलिखित त्रुटि संदेश के रूप में परिणाम प्राप्त:

कृपया प्रतीक्षा करें, कर्नेल लोड कर रहा है...
/pci@8000000f8000000/ide@4,1/disk@0:2,vmlinux-anaconda: No such file or directory
boot: 

Red Hat Enterprise Linux 5.2 को z/VM पर चलाने के दौरान जो कि 2GB अतिथि भंडार परिभाषित से अधिक रहता है, अवैध आंकड़ा को इससे पढ़ा सकता है और किसी संलग्न FCP और OSA युक्ति से QDIO मोड में कतार-I/O सहायक (QIOASSIST) विकल्प सक्रिय के साथ पढ़ा जा सकता है. यदि आपका सिस्टम के पास कोई वैसा युक्ति संलग्न है, Red Hat अनुशंसा करता है कि आप संगत z/VM प्रोग्राम अस्थायी फिक्स (PTF) निम्नलिखित लिंक से डाउनलोड व अधिष्ठापित करता है:

http://www-1.ibm.com/support/docview.wss?uid=isg1VM64306

z/VM डंप को फाइल में सीधे पढ़ना व बदलना संभव नहीं है. इसके बजाए, आपको पहले z/VM रीडर को Linux फाइल में डंप करना चाहिए vmur को प्रयोग करके और डंप को Linux-पठनीय फाइल में vmconvert के प्रयोग से बदलकर.

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

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

कुछ Itanium सिस्टम ठीक से कंसोल आउटपुट उत्पन्न नहीं कर सकता है kexec purgatory कोड से. यह कोड क्रैश के बाद पहले 640k स्मृति के बैकअप को समाहित करता है.

जबकि purgatory कंसोल आउटपुट निदानकारी समस्या में उपयोगी हो सकता है, यह kdump के ठीक से काम करने के लिए जरूरी नहीं है. इस प्रकार, यदि आपका Itanium सिस्टम kdump ऑपरेशन के दौरान रिसेट नहीं होता है, purgatory में कंसोल आउटपुट को निष्क्रिय करें --noio को KEXEC_ARGS चर /etc/sysconfig/kdump में जोड़कर.

perftest को चलाना विफल रहेगा यदि भिन्न CPU गति जाँची जाती है. इस प्रकार, आपको CPU गति अनुमापन को निष्क्रिय करना चाहिए perftest चलाने से पहले.

जब kdump कर्नेल बूट किया जाता है, निम्नलिखित त्रुटि बूट लॉग में आएगी:

mknod: /tmp/initrd.[numbers]/dev/efirtc: ऐसी कोई फाइल या निर्देशिका नहीं

यह त्रुटि विरूपित आग्रह के रूप में आएगी efirtc को किसी गलत पथ में बनाने के लिए. हालांकि, प्रश्नगत युक्ति पथ को initramfs में स्थैतिक रूप से बनाया जाता है जब kdump सेवा आरंभ होती है. इस प्रकार, रन टाइन निर्माण युक्ति नोड का वैकल्पिक, खतरारहित है और kdump के कार्यक्षमता को नहीं प्रभावित करना चाहिए.

कुछ सिस्टम kdump कर्नेल को ठीक से बूट करने में असमर्थ हो सकता है. कुछ स्थितियों में, machvec=dig कर्नेल पैरामीटर का प्रयोग करें.

रिकार्डिंग को Dell M4300 और M6300 पर दस्ती रूप से सक्रिय करने की जरूरत है. इसे करने के लिए, निम्नलिखित चरण का पालन करें:

Intel Itanium-आधारित सिस्टम पर जो SELinux को पुनर्बलन मोड में चलाता है, या तो allow_unconfined_execmem_dyntrans या allow_execmem बुलियन को जरूर चालू करना चाहिए IA-32 निष्पादन स्तर को (the ia32el service) को चालू करने के लिए सही तरीके से काम करने के लिए. यदि allow_unconfined_execmem_dyntrans बुलियन बंद है, लेकिन allow_execmem बुलियन चालू है, जो कि यह Red Hat Enterprise Linux 5 में तयशुदा रूप से है, ia32el सेवा समर्थन करता है 32-बिट एमुलेशन का; हालांकि, यदि दोनों बुलियन बंद है, एमुलेशन ऑफ है.