Red Hat Enterprise Linux 5.3

रिलीज नोट्स

सभी आर्किटेक्चर के लिए रिलीज नोट्स.

Ryan Lerch

Red Hat इंजीयनियरिंग कंटेंट सर्विस

वैधानिकसूचना

Copyright 2008 Red Hat, Inc.. This material may only be distributed subject to the terms and conditions set forth in the Open Publication License, V1.0 or later (the latest version of the OPL is presently available at http://www.opencontent.org/openpub/).

Red Hat and the Red Hat "Shadow Man" logo are registered trademarks of Red Hat, Inc. in the United States and other countries.

All other trademarks referenced herein are the property of their respective owners.

The GPG fingerprint of the security@redhat.com key is:

CA 20 86 86 2B D6 9D FC 65 F6 EC C4 21 91 80 CD DB 42 A6 0E



सार

यह दस्तावेज Red Hat Enterprise Linux 5.3 के लिए रिलीज नोट्स का विवरण देता है.


1. अधिष्ठापन संबंधित नोट्स
1.1. सारे आर्किटेक्चर
1.2. PowerPC आर्किटेक्चर
1.3. s390x आर्किटेक्चर
1.4. ia64 आर्किटेक्चर
2. फीचर अद्यतन
3. ड्राइवर अद्यतन
3.1. सारे आर्किटेक्चर
4. कर्नेल संबंधित अद्यतन
4.1. सारे आर्किटेक्चर
4.2. x86 आर्किटेक्चर
4.3. PowerPC आर्किटेक्चर
4.4. x86_64 आर्किटेक्चर
4.5. s390x आर्किटेक्चर
4.6. ia64 आर्किटेक्चर
5. वर्चुअलाइजेशन
5.1. फीचर अद्यतन
5.2. हल किए मुद्दे
5.3. ज्ञात मुद्दे
6. तकनीकी पूर्वावलोकन
7. हल किए मुद्दे
7.1. सारे आर्किटेक्चर
7.2. x86_64 आर्किटेक्चर
7.3. s390x आर्किटेक्चर
7.4. PowerPC आर्किटेक्चर
8. ज्ञात मुद्दे
8.1. सारे आर्किटेक्चर
8.2. x86 आर्किटेक्चर
8.3. x86_64 आर्किटेक्चर
8.4. PowerPC आर्किटेक्चर
8.5. s390x आर्किटेक्चर
8.6. ia64 आर्किटेक्चर
A. पुनरीक्षण इतिहास

निम्नलिखित खंड Red Hat Enterprise Linux 5.3 के संस्थापन और Anaconda से संबंधित विशेष सूचना शामिल किये हुये है.

Red Hat Network नए व बदले संकुल को अधिष्ठापित कर सकता है और एक मौजूदा Red Hat Enterprise Linux 5 सिस्टम को उन्नयन कर सकता है. वैकल्पिक रूप से, Anaconda मौजूदा Red Hat Enterprise Linux 5 सिस्टम को उन्नयन कर सकता है या Red Hat Enterprise Linux 5.3 के ताजा संस्थापन को कर सकता है.

नोट: Red Hat Enterprise Linux 5.3 के बीटा रिलीज से इस GA रिलीज में उन्नयन समर्थित नहीं है.

आगे, हालांकि Anaconda Red Hat Enterprise Linux के पहले के मुख्य संस्करण से Red Hat Enterprise Linux 5.3 में उन्नयन के लिए एक विकल्प देता है, अभी Red Hat इसे समर्थन नहीं देता है. अधिक सामान्य रूप से, Red Hat Red Hat Enterprise Linux के किसी मुख्य संस्करण के बीच स्थित उन्नयन का समर्थन नहीं करता है. (मुख्य संस्करण पूर्ण संख्या बदलाव के द्वारा संकेत किया जाता है. उदाहरण के लिए, Red Hat Enteprise Linux 4 और Red Hat Enterprise Linux 5 दोनों Red Hat Enterprise Linux के मुख्य संस्करण हैं.)

मुख्य रिलीज के आरपार अंतःस्थित उन्नयन सभी सिस्टम सेटिंग, सेवा या पसंदीदा विन्यास को संरक्षित नहीं रखता है. इसी तरह से, Red Hat की ताजा अधिष्ठापन की कड़ी अनुशंसा करता है जब एक मुख्य संस्करण से दूसरे में उन्नयन किया जाए.

1.1. सारे आर्किटेक्चर

  • 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 का संदर्भ लें.

1.2. PowerPC आर्किटेक्चर

  • 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 या पहले संस्करण अधिष्ठापन के साथ है.

1.3. s390x आर्किटेक्चर

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

    नोट

    जब z/VM के अंतर्गत संस्थापित किया जाता है, आप या तो PORTNO=0 को जोड़ें (पोर्ट 0 को प्रयोग करने के लिए) या PORTNO=1 (to use port 1) को CMS विन्यास फाइल में मोड के लिए प्रांप्ट किए जाने से बचने के लिए.

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

1.4. ia64 आर्किटेक्चर

  • यदि आपके सिस्टम के पास सिर्फ 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 निर्भरता को अधिष्ठापन के दौरान संबोधित किया जाता है.

2. फीचर अद्यतन

ब्लॉक युक्ति गोपन

Red Hat Enterprise Linux 5.3 ब्लॉक युक्ति गोपन के लिए समर्थन को शामिल करता है Linux Unified Key Setup (LUKS) विशेषता के प्रयोग से. किसी युक्ति को गोपित करना सभी डेटा को संरक्षित करता है किसी ब्लॉक युक्ति पर किसी गैर प्राधिकृत अभिगम के बरक्स, बावजूद कि युक्ति को सिस्टम से भौतिक रूप हटा दिया गया है. किसी गोपित युक्ति के सामग्री को अभिगम करने के लिए, एक उपयोक्ता को एक कूटश्बद या कुंजी को सत्यापन के लिए जरूर देना चाहिए.

डिस्क गोपन सेट अप के संबंध में सूचना के लिए, Red Hat Enterprise Linux संस्थापन गाइड के अध्याय 28 का संदर्भ लें: http://redhat.com/docs/

mac80211 802.11a/b/g WiFi प्रोटोकॉल स्टैक (mac80211)

mac80211 स्टैक (पहले devicescape/d80211 स्टैक के रूप में विदित) अब Red Hat Enterprise Linux 5.3 में समर्थित फीचर है. iwlwifi 4965GN बेतार ड्राइवर को Intel® Wifi Link 4965 हार्डवेयर के लिए सक्रिय करता है जो कुछ खास बेतार युक्तियों को किसी Wi-Fi संजाल में जुड़ने की स्वीकृति देता है.

हालांकि mac80211 घटक Red Hat Enterprise Linux 5.3 में समर्थित है, संकेत संकेत श्वेतसूची में शामिल नहीं है कर्नेल के लिए.

ग्लोबल फाइल सिस्टम 2 (GFS2)

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

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

ड्राइवर डिस्क सपोर्ट में सुधार

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

Red Hat Enterprise Linux 5.3 के साथ, संस्थापन को ड्राइवर डिस्क की मौजूदगी को स्वतः जाँच सकता है जो कि इसके फाइल सिस्टम लेबल पर आधारित है, और उस डिस्क के कंटेंट का प्रयोग करने. यह आचरण संस्थापन कमांड लाइन विकल्पdlabel=on के द्वारा नियंत्रित होता है , जो स्वतः खोज के लिए सक्रिय करता है. सभी ब्लॉक युक्ति फाइल सिस्टम लेबल के साथ OEMDRV परीक्षित किया गया है और युक्तियों को लोड किया गया है जिनका सामना उनका होता है.

iSCSI बूट फर्मवेयर तालिका

Red Hat Enterprise Linux 5.3 अब iSCSI बूट फर्मवेयर टेबल (iBFT) का समर्थन देता है जो बूटिंग की अनुमति देता है iSCSI युक्तियों से. यह समर्थन के लिए चाहिए कि iSCSI डिस्क (नोड) अब चिन्हित किया जाएगा स्वतः आरंभ करने के लिए; संस्थापित सिस्टम अब स्वतः नहीं जुड़ेगा और iSCSI डिस्क में लॉगिन करेगा जब 3 या 5 रनलेवल में दाखिल होगा.

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

हालांकि यदि iSCSI डिस्क को माउंट करने की जरूरत होती है गैर रूट निर्देशिका में, उदाहरण के लिए /home या /srv, तब यह बदलाव आपको प्रभावी करेगा, क्योंकि संस्थापित सिस्टम अब स्वतः कनेक्ट नहीं होगा और iSCSI डिस्क में लागिन नहीं करेगा जो कि रूट फाइल सिस्टम के लिए प्रयुक्त नहीं है.

गैर रूट निर्देशिका पर आरोहित iSCSI डिस्क का प्रयोग अभी भी संभव है, लेकिन किसी एक के समाधान के लिए प्रयोग को जरूरी मानता है:

  1. बिना iSCSI डिस्क के प्रयोग के सिस्टम को संस्थापित करें गैर रूट निर्देशिका पर और बाद में संबंधित डिस्क को विन्यस्त करें और दस्ती रूप में आरोहित करें

  2. संस्थापित सिस्टम को runlevel 1 में बूट करें, और कोई iSCSI डिस्क को चिह्नित करें जो *कि रूट फाइल सिस्टम के लिए प्रयोग नहीं किया जाता है स्वचालित आरंभन के लिए निम्नलिखित कमांड को एक बार प्रति डिस्क के प्रयोग से:

    iscsiadm -m node -T target-name -p ip:port -o update -n node.startup -v automatic

rhythmbox

rhythmbox ऑडियो प्लेयर को संस्करण 0.11.6 में अद्यतन किया गया है. यह अद्यतन सांपत्तिक GStreamer प्लगिन को प्रयोग करने के लिए विकल्प देता है.

lftp Rebase

lftp को संस्करण 3.7.1 में रिबेस किया गया है. यह कई अपस्ट्रीम फीचर अद्यतन को लागू करता है और बग फिक्स को, इसके साथ:

  • सुरक्षा खामी lftp उद्धरित स्क्रिप्ट जो mirror --script (जो अप्राधिकृत सुविधा प्रगति का कारण बन सकता था) के द्वारा उत्पन्न हुई अब ठीक कर ली गई है.

  • lftp का -c विकल्प के साथ प्रयोग lftp के हैंग करने का कारण नहीं बनता है.

  • lftp अब फाइलों को हस्तांतरण के दौरान अब sftp के प्रयोग से खराब नहीं करता है.

इस रिलीज में लागू lftp के बारे में अधिक सूचना के लिए http://lftp.yar.ru/news.html का संदर्भ लें.

TTY इनपुट ऑडिटिंग

TTY इनपुट ऑडिटिंग अब समर्थित है. यदि कोई प्रक्रिया TTY इनपुट ऑडिटिंग के लिए चिह्नित है, आँकड़ा जो TTY से यह पढ़ता है वह ऑडिट किया हुआ है; यह ऑडिट रिकार्ड पर TTY प्रकार के साथ दिखाएगा.

आप pam_tty_audit मॉड्यूल का प्रयोग किसी प्रक्रिया को चिह्नित करने के लिए कर सकते हैं (और इसकी संतति प्रक्रिया) TTY इनपुट ऑडिटिंग के लिए. निर्देश के लिए कि कैसे इसे करना चाहिए, man pam_tty_audit(8) का संदर्भ लें.

TTY ऑडिट रिकार्ड में सटीक कुंजीस्ट्रोक समाहित है ऑडिट किए प्रक्रिया के द्वारा पढ़े गए. डाटा डिकोडिंग को आसान बनाने के लिए, bash सटीक कमांड लाइन को USER_TTY रिकार्ड प्रकार के प्रयोग से ऑडिट करता है.

"TTY" ऑडिट रिकार्ड सभी आँकड़ों को जो TTY के द्वारा ऑडिट प्रक्रिया से पढ़े गए हैं समाहित करता है. इसमें वह आँकड़ा समाहित है जो इनपुट स्ट्रीम में समाहित है TIOCSTI ioctl सिस्टम काल के द्वारा.

SystemTap Re-base

SystemTap को संस्करण 0.7.2 में रिबेस्ड किया गया है. SystemTap का यह अद्यतन कई गौण सुधारों को लाता है, कुछ महत्वपूर्ण फीचर के साथ. इन कुछ फीचरों में शामिल है:

  • SystemTap अब x86, x86-64 और PowerPC ऑर्किटेक्चर के सांकेतिक जाँच का समर्थन करता है. यह SystemTap स्क्रिप्ट को सक्रिय करता है जाँच को उपयोक्ता स्थान अनुप्रयोग और साझा लाइब्रेरी में रखता है. परिणामतः, SystemTap अब डिबगर जाँच के समान स्तर को दे सकता है जैसा कर्नेल जाँच पर है.

    उदाहरण के लिए, यदि coreutils-debuginfo संस्थापित है, आप ls कमांड के कालग्राफ को /usr/share/doc/systemtap-version/examples/general/callgraph.stp के प्रयोग से छाप सकते हैं, जैसा है:

    stap para-callgraph.stp 'process("ls").function("*")' -c 'ls -l'

    नहीं जाँचे गए संस्करण बेमेल की संभावना कम करने के लिए द्विपदीय व इसके डिबगइंफो RPM के, Red Hat आपको सलाह देता है कि आप SYSTEMTAP_DEBUGINFO_PATH वातावरण चर को प्रयोग करें +:.debug:/usr/lib/debug:build मान में.

    SystemTap का सांकेतिक जाँच के लिए समर्थन इस रिलीज के कर्नेल में रखे मार्कर तक जाता है. इन मार्कर को प्रयोग करने के लिए, kernel-trace कर्नेल मॉड्यूल को /etc/rc.local (modprobe kernel-trace के प्रयोग से) में लोड करें.

  • SystemTap साथ ही दूरस्थ कंपाइलेशन सेवा का समर्थन भी करता है. यह संजाल पर एकल कंप्यूटर पर सक्रिय करता है एक debuginfo/compiler सर्वर के रूप में स्थानीय SystemTap क्लाइंट के लिए. क्लाइंट सर्वर को mDNS (avahi) के प्रयोग से स्वतः लोकेट करता है, और सिर्फ systemtap-client और systemtap-runtime संकुल की काम में जरूरत रखता है.

    तत्काल, यह फीचर गोपन की तरह का सुरक्षा यांत्रिकी का समर्थन नहीं करता है. इस प्रकार, यह सलाह दी जाती है दूरस्थ कंपाइलेशन सेवा को प्रयोग करने की सिर्फ भरोसेमंद संजाल के अंदर. अधिक सूचना के लिए, man stap-server का संदर्भ लें.

  • इस रिलीज के लिए कर्नेल अद्यतन में एक कर्नेल API विस्तार शामिल है जो महत्वपूर्ण रूप से SystemTap स्क्रिप्ट का शटडाउन सुधारता है. यह संवर्द्धित API विस्तार अनावश्यक तुल्यकालन को खत्म करता है निजी जाँच हटाना के ऑपरेशन को. परिणामस्वरूप, SystemTap स्क्रिप्ट जो कि कई कर्नेल जाँच को रखता है को बहुत तेज प्रक्रिया किया जाता है.

    यह खासकर उन प्रशासकों के लिए उपयोगी है जो कि जाँच के साथ स्क्रिप्ट का प्रयोग करता है वाइल्डकार्ड को समाहित करते हुए जो कि बहुत अधिक कर्नेल घटना कैप्चप करता है, जैसे कि probe syscall.* {}.

इस रिलीज में शामिल SystemTap अद्यतन की पूरी सूची के लिए, निम्नलिखित URL का संदर्भ लें:

http://sources.redhat.com/git/gitweb.cgi?p=systemtap.git;a=blob_plain;f=NEWS;hb=rhel53

क्लस्टर प्रबंधक अद्यतन

क्लस्टर प्रबंधक उपयोगिता (cman) को संसस्करण 2.0.97 में अद्यतन किया गया है. यह कई बग फिक्स और संवर्द्धनों को लागू करता है सबसे महत्वपूर्ण रूप से:

  • cman अब निम्नलिखित फर्मवेयर संस्करण का प्रयोग करता है: APC AOS v3.5.7 और APC rpdu v3.5.6. यह एक बग को फिक्स करता है जो APC 7901 को सरल संजाल प्रबंधन प्रोटोकॉल (SNMP) से रोका.

  • fence_drac, fence_ilo, fence_egenera, और fence_bladecenter प्रतिनिधि अब ssh का समर्थन करता है.

  • fence_xvmd कुंजी फाइल को बिना फिर आरंभ किए रिलोड किया जा सकता है.

  • एकल फेंस विधि अब 8 फेंस युक्ति तक का समर्थन कर सकती है.

sudo Re-base

sudo को अपस्ट्रीम संस्करण 1.6.9 में रिबेस किया गया है. sudo का यह संस्करण अब LDAP का समर्थन करता है, और उपतरू खोज की अनुमति देता है बजाय बेस खोज के (यानी. तरू स्तरीय केवल) sudo अधिकारों के लिए. यह प्रशासकों को sudo अधिकारों को तरू में श्रेणीबद्ध करने की स्वीकृति देता है, उपयोक्ता अधिकार को आसानी से प्रबंधित करने के लिए.

RPM Re-Base

RedHat Package Manager (RPM) को अब Fedora 9 अपस्ट्रीम संस्करण में रिबेस किया गया है. rpm अब द्वितीयक ऑर्किटेक्चर विशेष मैक्रो फाइल को बहुल आर्क सिस्टम पर जोड़ता है. इसके अलावे, rpm अब सभी प्रमाणन मापदंडों को Red Hat Enterprise Linux 5 में शामिल होने के लिए मापदंडों को पूरा करता है.

यह अद्यतन कई अपस्ट्रीम संवर्द्धनों को लागू करता है और बग फिक्स को rpm में, इनके साथ:

  • rpm अब अनावश्यक .rpmnew और .rpmsave फाइल को बहुल आर्क सिस्टम पर उत्पन्न करता है.

  • rpm के rpmgiNext() फंक्शन में बग ने विधिवत त्रुटि रिपोर्टिंग को रोका. यह अद्यतन त्रुटि रिपोर्टिंग के लिए उचित सेमांटिक को लागू करता है, इस प्रकार सुनिश्चित करते हुए कि rpm सही निकास कोड को लौटाता है सभी उदाहरणों में.

Open Fabrics Enterprise Distribution (OFED) / opensm

opensm को अद्यतन किया गया है अपस्ट्रीम संस्करण 3.2 में, opensm library API में गौण बदलाव के साथ.

  • opensm.conf फाइल का प्रारूप बदला गया है. यदि आप अपने मौजूदा opensm.conf में पसंदीदा बदलाव चाहते हैं, rpm नया opensm.conf file as /etc/ofed/opensm.conf.rpmnew को स्वतः संस्थापित कर लेगा. आपको अपने बदलाव से इस फाइल में प्रवासित होने की जरूरत होगी और तब मौजूदा opensm.conf फाइल को परिणाम के साथ बदलने की.

  • Red Hat बहुत नजदीक से अपस्ट्रीम ओपन फैब्रिक्स एंटरप्राइज डिस्ट्रिब्यूशन (OFED) कोड बेस को ट्रैक करता है सक्रियकरण के अधिकतम स्तर को देने के क्रम में अभी भी विकसित हो रही तकनीक के लिए. परिणामतः, Red Hat महज API/ABI सुसंगता को संरक्षित रखता है उस स्तर तक के गौण रिलीज के लिए जो कि अपस्ट्रीम प्रोजेक्ट करता है. यह Red Hat Enterprise Linux के विकास के सामान्य तरीके से अलग हट कर है.

    इस कारण, अनुप्रयोग जो OFED स्टैक (नीचे सूचीबद्ध) पर बनाए गए हैं, के लिए फिर कंपाइल की जरूरत हो सकती है या यहाँ तक कि स्रोत स्तर कोड परिवर्तन जब हम किसी Red Hat Enterprise Linux के एक गौण रिलीज किसी नए में जाते हैं.

    यह सामान्यतः दूसरे के लिए जरूरी नहीं है, Red Hat Enterprise Linux सॉफ्टवेयर स्टैक पर निर्मित. प्रभावित घटक हैं:

    • dapl

    • compat-dapl

    • ibsim

    • ibutils

    • infiniband-diags

    • libcxgb3

    • libehca

    • libibcm

    • libibcommon

    • libibmad

    • libibumad

    • libibverbs

    • libipathverbs

    • libmlx4

    • libmthca

    • libnes

    • librmdacm

    • libsdp

    • mpi-selector

    • mpitests

    • mstflint

    • mvapich

    • mvapich2

    • ofed-docs

    • openib

    • openib-mstflint

    • openib-perftest

    • openib-tvflash

    • openmpi

    • opensm

    • perftest

    • qlvnictools

    • qperf

    • rds-tools (future)

    • srptools

    • tvflash

Net-SNMP Re-Base

Net-SNMP को अपस्ट्रीम संस्करण 5.3.2.2 में फिर रखा जा रहा है. यह अद्यतन स्ट्रीम कंट्रोल ट्रांसमिशन प्रोटोकॉल (SCTP) समर्थन (RFC 3873 के अनुसार, http://www.ietf.org/rfc/rfc3873.txt) जोड़ता है और दो नया विन्यास विकल्प सामने लाता है (/etc/snmpd.conf में प्रयोग के लिए):

  • dontLogTCPWrappersConnects -- कनेक्शन प्रयास का दबाया गया प्रयास.

  • v1trapaddress -- प्रशासक को एक एजेंट का IP पता सेट करने के लिए सक्रिय करता है आउटगोइंग SNMP ट्रैप्स के लिए.

यह अद्यतन अपस्ट्रीम से दिया गई कई बग फिक्स को फीचर करता है इसके साथ:

  • snmpd डेमॉन अब सिस्टम पर विधिवत काम करता है 255 संजाल अंतरफलक के अलावे. इसके अलावे, snmpd साथ ही अब एक त्रुटि को रिपोर्ट करता है जब यह किसी पोर्ट को सुनने के लिए विन्यस्त किया जाता है जो 65535 से अधिक होता है.

  • रेस स्थिति जो snmpd डेमॉन के फाइल विवरक को लीक करने का काम करता है /proc फिक्स कर दिया गया है.

  • snmpd डेमॉन अब सही तरीके से hrProcessorLoad वस्तु ID (OID) को रिपोर्ट करता है, कई-CPU हार्डवेयर पर. नोट, हालांकि, कि यह डेमॉन आरंभन से एक मिनट अनुमानतः लेता है OID के मान की गणना के लिए.

  • net-snmp-devel संकुल अब lm_sensors-devel संकुल पर आश्रित है.

FIPS प्रमाणन के लिए OpenSSL रिबेस

openssl संकुल OpenSSL लाइब्रेरी को नए अपस्ट्रीम संस्करण में उन्नत करता है, जो कि अभी फेडरल इंफोरमेशन प्रोसेसिंग मानक वैधता प्रक्रिया (FIPS-140-2) के अंतर्गत चल रहा है. FIPS मोड तयशुदा रूप से निष्क्रिय किया जाता है, सुनिश्चित करने के लिए कि OpenSSL लाइब्रेरी फीचर तुल्यता और ABI सुंसगता बनाए रखता है openssl संकुल के Red Hat Enterprise Linux 5 के पहले रिलीज में.

यह अद्यतन निम्नलिखित अपस्ट्रीम फिक्स को लागू करता है:

  • तयशुदा रूप से, zlib कंप्रेसन को SSL और TLS कनेक्शन के लिए प्रयोग किया जाता है. IBM System z आर्किटेक्चर सिस्टम पर सेंट्रल प्रोसेसर एसिस्ट फॉर क्रिप्टोग्राफिक फंक्शन (CPACF) के साथ, कंप्रेसन CPU लोड का मुख्य हिस्सा बन जाता है, कुल प्रदर्शन को कंप्रेसन की गति से निर्धारित किया जाता है (न कि गोपन की गति). जब कंप्रेसन निष्क्रिय किया जाता है, कुल प्रदर्शन बहुत अधिक हो जाता है. इन अद्यतन संकुल में, zlib कंप्रेसन SSL और TLS कनेक्शन के लिए निष्क्रिय किया जा सकता है OPENSSL_NO_DEFAULT_ZLIB वातावरण चर के साथ. TLS कनेक्शन के लिए धीमे संजाल पर, कंप्रेसन को चालू छोड़ देना बेहतर है, ताकि डेटा का माउंट जिसे हस्तांतरित किया जाना है कम रहे.

  • openssl कमांड के प्रयोग के दौरान s_client और s_server विकल्प के साथ, तयशुदा CA प्रमाणपत्र फाइल (/etc/pki/tls/certs/ca-bundle.crt), नहीं पढ़ा गया था. यह प्रमाणपत्र विफलता के रूप में प्रमाण लाता है. प्रमाणपत्र के लिए सत्यापन से गुजरने के लिए, -CAfile /etc/pki/tls/certs/ca-bundle.crt विकल्प को प्रयोग किया गया था. इन अद्यतन किए संकुल में, तयशुदा CA प्रमाणपत्र पढ़ा जाता है, और निर्दिष्ट किए जाने की जरूरत नहीं है -CAfile विकल्प के साथ.

yum Re-Base

yum को अपस्ट्रीम संस्करण 3.2.18 में रिबेस किया गया है. यह अद्यतन गति को बढ़ाता है जिसपर yum ऑपरेट करता है, इस प्रकार हर गौण रिलीज में शामिल संकुलों की बढ़ती संख्या के द्वारा आए समस्या को उठाकर. इसके अलावे, यह अद्यतन फिर अधिष्ठापित करें कि कमांड को भी लाता है, कई कमांड के लिए अंतरफलक को सुधारता है, और कई बग फिक्स लागू करता है, इसके साथ:

  • कोई yum कमांड विफल रहेगा यदि -c विकल्प को किसी विन्यास फाइल को निर्दिष्ट करने के लिए प्रयोग किया जाए जो कि वेब पता (http) पर रहता है. यह बग अब ठीक हो गया है.

  • checkSignal() फंक्शन yum में एक गलत निकास फंक्शन कहलाता है; इस प्रकार, yum से निकलना ट्रैसबैक के रूप में परिणाम लाएगा. इस रिलीज के साथ, yum अब ठीक से निकलता है.

flash-plugin Re-Base

flash-plugin संकुल को संस्करण 10.0.12.36 में फिर बेस किया गया है. यह अद्यतन कई सुरक्षा फिक्स को लागू करता है जो एक पिछले flash-plugin ASYNC अद्यतन में शामिल किया गया था. आगे, यह अद्यतन प्लगिन में Adobe Flash Player 10 समाहित है, दो निम्नलिखित बग फिक्स और फीचर संवर्द्धनों को शामिल करता है:

  • Linux प्लेटफॉर्म पर सुधार की गई स्थिरता एक रेस स्थिति मुद्दे को फिक्स करके साउंड आउटपुट में.

  • पसंदीदा फिल्टर व प्रभाव, नेटिव 3D रूपांतरण और संजीवन, उन्नच ऑडियो प्रोसेसिंग, एक नया, अधिक लचीला पाठ इंजन, और GPU हार्डवेयर त्वरण के लिए नया समर्थन.

इस अद्यतन के बारे में अधिक सूचना के लिए, Adobe Flash Player 10 रिलीज नोट्स को निम्नलिखित लिंक पर संदर्भ लें:

http://www.adobe.com/support/documentation/en/flashplayer/10/Flash_Player_10_Release_Notes.pdf

gdb Rebase

gdb को संस्करण 6.8 में रिलीज किया गया है. यह कई अपस्ट्रीम फीचर अद्यतन को लागू करता है और बग फिक्स को, सबसे महत्वपूर्ण रूप से: ब्रेकप्वाइंट के भीतर समर्थन के लिए C++ नमूना में, कंस्ट्रक्टर और इनलाइन फंक्शन.

इस रिलीज के लिए gdb अद्यतन पर अधिक सूचना के लिए, http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/NEWS?rev=1.259.2.1&cvsroot=src का संदर्भ लें.

AMD Family10h प्रोसेसर पर निर्देश आधारित सैंपिलंग

AMD Family10h प्रोसेसर के लिए नया हार्डवेयर प्रोफाइलिंग समर्थन को Red Hat Enterprise Linux 5.3 के लिए जोड़ा गया है. ये नए AMD CPU निर्देश आधारित सैंपलिंग (IBS) का समर्थन करते हैं. IBS समर्थन के लिए oProfile ड्राइवर में बदलाव की जरूरत है इस सूचना को इकट्ठा करने के लिए और नया मॉडल स्पेसिफिक रजिस्टर (MSR) को आरंभ करने के लिए नए फीचर के साथ.

यह अद्यतन IBS_FETCH और IBS_OP प्रोफाइलिंग सैंपल को जोड़ता है प्रति CPU बफर में और oProfile ड्राइवर का घटना बफर. नया नियंत्रण प्रविष्ट को /dev/oprofile को IBS सैंपलिंग को नियंत्रण करने के लिए जोड़ा गया है. ये बदलाव पश्चगामी सुसंगत हैं पिछले PMC के साथ ड्राइवर का सिर्फ संस्करण, और एक अलग पैच oProfile 0.9.3 में उपलब्ध है इस नए आंकड़ा को प्रयोग करने के लिए.

IBS पर अधिक सूचना के लिए इसे देखें: Instruction-Based Sampling: A New Performance Analysis Technique for AMD Family 10h Processors, November 19, 2007

Squid Re-base

Squid को रिबेस किया गया है नवीनतम स्थिर अपस्ट्रीम संस्करण (STABLE21) में. यह अद्यतन कई बग को संबोधित करता है, इसमें साथ:

  • squid init स्क्रिप्ट हमेशा 0 का निकास कोड देता है. यह बग अब फिक्स है, स्क्विड संगत को अब Linux मानक बेस से बनाते हुए.

  • refresh_stale_hit डायरेक्टिव का प्रयोग त्रुटि संदेश का कारण बनता है Clock going backwards squid लॉग फाइल में प्रकट होने के लिए.

  • squid संस्थापन प्रक्रिया /usr/local/squid निर्देशिका का सही स्वामित्व नहीं सेट अप करता है. इस रिलीज के साथ, उपयोक्ता squid अब /usr/local/squid का तयशुदा स्वामी है.

  • जब कभी squid hash_lookup() फंक्शन का प्रयोग करने को सोचता है, यह signal 6 के साथ छोड़ सकता है.

  • squid_unix_group का प्रयोग squid के क्रैश का कारण बन सकता है.

एपाचे में इवेंट मल्टी प्रोसेसिंग मॉडल

httpd, Apache HTTP सर्वर संकुल, अब प्रायोगिक event Multi-Processing Model (MPM) को शामिल करता है. यह MPM प्रदर्शन को सुधारता है प्रतिबद्ध लड़ी के साथ कीपएलाइव कनेक्शन को नियंत्रित करने के लिए.

अद्यतन ऑडिट करें

ऑडिट संकुल में उपयोक्ता स्थान उपयोगिता समाहित है ऑडिट रिकार्ड को जमा करने व खोजने के लिए जो कि कर्नेल में ऑडिट उपसिस्टम के द्वारा उत्पन्न किया जाता है. ऑडिट संकुल को नए अपस्ट्रीम संस्करण 1.7.7 में अद्यतन किया गया है, जो दोनों संवर्द्धनों व बग फिक्स को देता है पिछले ऑडिट संकुल पर.

इन अद्यन ऑडिट संकुल निम्नलिखित संवर्द्धनों को जोड़ा:

  • ऑडिट सिस्टम अब रिमोट लॉगिंग प्रदर्शित करने में सक्षम है.

  • auditctl उपयोगिता अब ऑडिट नियम में कई कुंजी का समर्थन करता है.

  • एक नमूना STIG नियम फाइल (stig.rules) जो auditctl नियम को समाहित करता है जो कि लोड किया है जब कभी ऑडिट डेमॉन आरंभ किया जाता है init स्क्रिप्ट के द्वारा अब उदाहरण के रूप में दिया जाता है इन अद्यतन संकुल में.

  • एक नई उपयोगिता, ausyscall, को प्रति संदर्भित सिसकाल नाम व संख्या सूचना के उद्देश्य से जोड़ा गया है.

  • aureport अब कुंजी के बारे में रिपोर्ट देता है जो कि यह ऑडिट घटना में देखता है.

  • ausearch और aureport प्रोग्राम के लिए घटना लॉग विश्लेषण सुधारा गया है.

libgomp re-base

libgomp को संस्करण 4.3.2-7.el5 में रिबेस किया गया है. सुधार OpenMP प्रदर्शन सुधारता है और OpenMP संस्करण 3.0 के लिए समर्थन जुटाता है जब gcc43 कंपाइलर के साथ.

iSCSI लक्ष्य क्षमता

iSCSI लक्ष्य क्षमता, जो कि Linux Target (tgt) फर्म वर्क के लिए लक्षित किया गया Red Hat Enterprise Linux 5.3 में पूरा समर्थन दे. लिनक्स लक्ष्य फ्रेमवर्क किसी सिस्टम को बैक स्तर SCSI भंडार परिसेवित करने के लिए उन दसरे सिस्टमों में जहाँ SCSI आरंभकर्ता रहता है. यह क्षमता बतौर Linux iSCSI लक्ष्य के रूप में तैनात की जाती है, , नेटवर्क के उपर स्ट्रोडे के साथ सेवारत किसी iSCSI आरंभ करता ने.

iSCSI लक्ष्य सेटअप करने के लिए, scsi-target-utils RPM संस्थापित करें और यहाँ दिए सूचना का संदर्भ लें: /usr/share/doc/scsi-target-utils-[version]/README और /usr/share/doc/scsi-target-utils-[version]/README.iscsi

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

3.1. सारे आर्किटेक्चर

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

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

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

    • Cintiq 20WSX

    • Intuos3 4x6

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

    • NETLINK_SCSITRANSPORT सॉकेट अब प्रयुक्त है

    • नहीं आरंभ किए नोड अभिगम को हल किया.

    • एक बग फिक्स किया जिसके कारण echotest विफलता आई जब NPIV सक्रिय किया जाता है.

    • fcauthd 1.19 अब फाइबर चैनल सत्यापन के लिए जरूरी है.

  • 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 चिपसेट को सक्रिय करता है.

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

    • R500/R600 चिपसेट पर मोडसेटिंग

    • R500 चिपसेट पर 2D त्वरण

    • 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 में अद्यतन किया गया है. यह कई अपस्ट्रीम बदलाव लाता है, जिसमें महत्वपूर्ण हैं:

    • उस बग फिक्स किया जिसने डेटा खराबी का कारण बना जब किसी 3ware 7000 या 8000 शृंखला कार्ड को सिस्टम में 2GB RAM से अधिक के साथ प्रयोग किया.

    • एनाकोंडा अब 64-बिट आर्किटेक्चर पर हैंग नहीं करता है जब किसी 3ware 8006 शृंखला कार्ड को किसी सिस्टम में 4GB RAM से अधिक के साथ प्रयोग करता है.

    • irq नियंत्रक अब मुक्त है जब __tw_shutdown() आरंभ किया जाता है. यह संभावित रिक्त संकेतक को रोकता है यदि किसी व्यवधान को शटडाउन के दौरान साझा किया जाता है.

    • कैशिंग मोड पृष्ठ के लिए RCD बिट अब चालू है.

    • ioctl रिसेट करता है और scsi रिसेट अब शृंखलाबद्ध किया जाता है ताकि वे टकराएँ नहीं.

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

    • pci_unmap_single() काल अब सही तरीके से काम करता है उन सिस्टम पर जो 4GB RAM से अधिक है.

    • एक बग को फिक्स किया जो धीमा लेखन प्रदर्शन का कारण बना था.

    • DMA मास्क सेटिंग अब 32-बिट में वापस लौटता है यदि 64-बिट विफल रहता है.

    • 3ware 9690SA SAS नियंत्रक युक्ति के लिए समर्थन जोड़ा.

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

    • MFI_POLL_TIMEOUT_SECS अब 60 सेकेंड हैं.

    • एक बग फिक्स किया जो लगातार चिप रिसेट और कमांड टाइमआउट का कारण बनता है फ्रेम काउंट की गणना के लिए.

    • LSI जेनरेशन 2 कंट्रोलर (0078, 0079) के लिए समर्थन जोड़ा.

    • DCMD को बंद करने के लिए एक कमांड को शटडाउन रूटिन में फर्मवेयर शटडाउन को बेहतर बनाने के लिए.

    • एक बग फिक्स किया जिसने हार्डवेयर ड्राइवर में अप्रत्याशित व्यवधान लाया.

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

    • एक सामान्य ALUA (asymmetric logical unit access) हैंडलर को लागू किया गया है.

    • LSI RDAC SCSI आधारित स्टोरेज युक्ति के लिए समर्थन जोड़ा.

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

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

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

    • PCI एडाप्टर के लिए PowerPC आर्किटेक्चर पर संवर्द्धित एनहांस्ड एरर हैंडलिंग (EEH)

    • समर्थित NPIV वर्चुअल पोर्ट की संख्या बढ़ाया

    • कंट्रोल I/O कतार गहराई में बेहतर ड्राइवर लॉजिक

    • फाइबर चैनल ओवर इथरनेट (FCoE) एडाप्टर के लिए समर्थन जोड़ा

    • नए हार्डवेयर के लिए SAN से बूटिंग अब समर्थित है

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

4.1. सारे आर्किटेक्चर

  • 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) कार्ड के लिए समर्थन कर्नेल में जोड़ा गया है. युक्ति जो अब समर्थित हैं:

    • Dell Wireless 5700 Mobile Broadband CDMA/EVDO Mini-Card

    • Dell Wireless 5500 Mobile Broadband HSDPA Mini-Card

    • Dell Wireless 5505 Mobile Broadband HSDPA Mini-Card

    • Dell Wireless 5700 Mobile Broadband CDMA/EVDO ExpressCard

    • Dell Wireless 5510 Mobile Broadband HSDPA ExpressCard

    • Dell Wireless 5700 Mobile Broadband CDMA/EVDO Mini-Card

    • Dell Wireless 5700 Mobile Broadband CDMA/EVDO Mini-Card

    • Dell Wireless 5720

    • Dell Wireless HSDPA 5520

    • Dell Wireless HSDPA 5520

    • Dell Wireless 5520 Voda I Mobile Broadband (3G HSDPA) Mini-Card

  • 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
    इस अद्यतन में, इस सीमा को स्टैक आकार के 25 प्रतिशत में बढ़ाया गया है जो कि इस समस्या का समाधान करता है.

  • 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 वाचडॉग विधि को प्रयोग करता है.

4.2. x86 आर्किटेक्चर

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

4.3. PowerPC आर्किटेक्चर

  • 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 को अनुमति देने के लिए अद्यतन किया गया है लगातार वाचप्वाइंट ट्रिगर को पाने के लिए, डिबगिंग सत्र की विश्वसनीयता को बढ़ाते हुए.

4.4. x86_64 आर्किटेक्चर

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

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

4.5. s390x आर्किटेक्चर

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

    grubby fatal error: unable to find a suitable template
    इस मुद्दे को हल करने के लिए, पैरामीटर को एकल उद्धरण के साथ दोहरे उद्धरण के भीतर बंद रखना चाहिए (यानी parameters="vmhalt='LOGOFF'")

    नोट

    Red hat Enterprise Linux 5 में दोहरे उद्धरण चिह्न की भीतर एकल उद्धरण की वाक्य रचना तयशुदा है.

4.6. ia64 आर्किटेक्चर

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

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

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

5. वर्चुअलाइजेशन

यह खंड अद्यतन के बारे में उन सूचनाओं को शामिल किये है जो वर्चुअलाइजेशन के Red Hat Enterprise Linux सूइट में बनाया गया है.

5.1. फीचर अद्यतन

  • 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 बैकिंग पृष्ठ स्मृति टैब्लेट को उपयोग करने की क्षमता रहती है, जो सिस्टम प्रदर्शन को सुधार सकता है.

5.2. हल किए मुद्दे

5.2.1. सारे आर्किटेक्चर

  • किसी पैरावर्चुअलाइज्ड अतिथि को बंद करना dom0 को किसी समय के लिए रोकने का कारण बनता है. कई सेकेंड का विलंब अतिथि पर अधिक स्मृति (ie 12GB and above.) के साथ अनुभव किया जाता है. इस अद्यतन में, वर्चुअलाइज्ड कर्नेल पैरावर्चुअलाइज्ड अतिथि के पहले से खाली होने के बंद होने का कारण बनता है, जो इस मुद्दा को हल करता है.

  • crash रिलोकेशन पता को पढ़ने के लिए असमर्थ था किसी vmcore फाइल से हाइपरविजर के पता से. इसी के साथ, एक वर्चुअलाइज्ड कर्नेल vmcore फाइल को क्रैश के साथ करना विफल होगा, जो त्रुटि परिणाम देगा:

    crash: cannot resolve "idle_pg_table_4"
    इस अद्यतन में, हाइपरविजर अब पता सही रूप से सहेजता है, जो इस मुद्दे को हल करता है.

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

  • kdump कर्नेल के लिए आरक्षित सही नहीं था, जिसके कारण अप्रयुक्त क्रैश डंप होता है. इस अद्यतन में, स्मृति आरक्षण अब सही है, उचित क्रैश डंप को उत्पन्न करने के लिए.

  • किसी विशेष नाम के साथ एक डिस्क को संलग्न कर रहा है (यानी /dev/xvdaa, /dev/xvdab, /dev/xvdbc आदि) किसी पैरावर्चुअलाइज्ड अतिथि में जो कि किसी भ्रष्ट /dev युक्ति में अतिथि के अंदर परिणाम लाता है. यह अद्यतन मुद्दा का हल करता है ताकि इन नामों के साथ डिस्क का संलग्न करना किसी पैरावर्चुअलाइज्ड अतिथि में उचित /dev युक्ति को अतिथि के अंदर बनाता है.

  • पहले, लूपबैक युक्ति की संख्या 4 तक सीमित थी. इसी तरह, यह सिस्टम पर ब्रिज बनाने तक सीमित था 4 संजाल अंतरफलक के बनिस्पत अधिक. इस अद्यतन में, netloop ड्राइवर अब अतिरिक्त लूपबैक युक्ति बनाता है जैसा जरूरी है.

  • एक रेस स्थिति आ सकती है जब वर्चुअल संजाल युक्ति बनाया या नष्ट किया जाए. कुछ स्थितियों में -- खासकर उच्च लोड स्थिति में -- यह वर्चुअल युक्ति को प्रतिक्रिया नहीं करने देगा. इस अद्यतन में, वर्चुअल युक्ति की स्थिति को जाँची जाती है रेस स्थिति को पैदा होने से बचाने के लिए.

  • virt-manager में स्मृति रिसाव का सामना होगा यदि अनुप्रयोग चलते हुए छोड़ दिया जाए. इसी तरह, अनुप्रयोग लगातार अधिक संसाधन की खपत करेगा, जो स्मृति कमी की ओर ले जाएगा. इस अद्यतन में, रिसाव फिक्स कर दिया गया है जो इस मुद्दे को हल कर देता है.

  • crash उपयोगिता x86_64 vmcores को सिस्टम से विश्लेषित नहीं कर सकता है जो kernel-xen को चलाते हैं क्योंकि Red Hat Enterprise Linux हाइपरविजर फिर विस्थापित करने लायक था और फिर विस्थापित करने लायक भौतिक मूल पता को vmcore फाइल के ELF हेडर से गुजारा नहीं जाता है. नया --xen_phys_start कमांड लाइन विकल्प क्रैश उपयोगिता के लिए उपयोक्ता को क्रैश को भेजने के लिए अनुमति देता है उपयोक्ता को विस्थापित बेस भौतिक पता को पास करने के लिए.

  • सभी माउस घटना कैप्चर नहीं किए जाते हैं और Paravirtual Frame Buffer (PVFB) के द्वारा प्रक्रमित नहीं किए जाते हैं. इसी के साथ, स्क्रॉल चक्र काम नहीं करता है जब पैरावर्चुअलाइज्ड अतिथि के साथ अंतःक्रिया करता है Virtual Machine Console के साथ. इस अद्यतन में, स्क्रॉल चक्र माउस घटना अब सही तरीके से नियंत्रित की जाती है, जो कि इस मुद्दे को हल करता है.

  • बड़ी स्मृति के सिस्टम पर (यानी 256GB या अधिक), dom0 को सेट अप करना हाइपरविजर स्मृति लीप को खत्म कर सकता है. इसके गिर्द समाधान के लिए, xenheap और dom0_size कमांड लाइन तर्क को सिस्टम के लिए वैध मान में सेट करना चाहिए. इस अद्यतन में, हाइपरविजर को स्वतः अद्यतन किया जाना चाहिए इन मानों को सेट करने के लिए, जो इस मुद्दा को समाप्त करता है.

  • CPU की अधिक संखअया के साथ किसी मशीन पर वर्चुअलाइजेशन का प्रयोग हाइपरविजर को अतिथि संस्थापन के दौरान क्रैश का कारण बनता है. इस अद्यतन में, इस मुद्दे को हल कर लिया गया है.

  • एक सॉफ्टलॉकअप पैदा हो सकता है जब अधिक स्मृति के साथ एक अतिथि बनाया जाता है. इसी के साथ, त्रुटि का एक कॉल ट्रैस को दोनों dom0 और अतिथि पर दिखाया गया था. इस अद्यतन में, इन मुद्दों को हल किया गया था.

  • Intel प्रोसेसर पर जो 6 का एक CPUID परिवार मान देता है, केवल एक प्रदर्शन काउंटर पंजी को kernel-xen में सक्रिय किया जाता है. इसी के साथ, केवल काउंटर 0 ने नमूना दिया. इस अद्यतन में, इस मुद्दे को हल कर दिया गया है.

5.2.2. x86 आर्किटेक्चर

  • नए CPU के साथ सिस्टम पर, CPU APIC ID CPU ID से भिन्न होता है. इसी तरह, वर्चुअलाइज्ड कर्नेल CPU आवृत्ति स्केलिंग को आरंभ करने में सक्षम नहीं था. इस अद्यतन में, वर्चुअलाइज्ड कर्नेल अब CPU APIC ID को हाइपरविजर से प्राप्त करता है, CPU आवृत्ति स्केलिंग को ठीक से आरंभ करने के लिए.

  • जब एक x86 पैरावर्चुअलाइज्ड अतिथि चला रहा है, यदि एक प्रक्रिया अवैध स्मृति का अभिगम करती है, यह लूप में चलेगा एक SEGV संकेत को पाने के बजाए. इसके कारण एक खराबी आई रास्ते में जहाँ execshield जाँच को हाइपरविजर में किया गया था. इस अद्यतन में, यह मुद्दा हल किया गया है.

5.2.3. ia64 आर्किटेक्चर

  • xend बग जो पहले अतिथि संस्थापन का कारण बना अब फिक्स किया गया है.

  • evtchn घटना चैनल युक्ति लॉक व स्मृति अवरोध की कमी रखती है. यह xenstore में ले जाता है जो गैर अनुक्रियात्मक बन जाता है. इस अद्यतन में, यह मुद्दा हल किया गया है.

  • Non-Uniform Memory Access (NUMA) सूचना को xm info कमांड के द्वारा दिखाया नहीं गया था. इसी के साथ, हर नोड के लिए node_to_cpu मान को गलत तरीके से लौटाया गया था no cpus के रूप में. इस अद्यतन में, यह मुद्दा को हल कर लिया गया.

  • पहले, एक Hardware Virtual Machine (HVM) पर एक अतिथि का निर्माण प्रोसेसर पर विफल होगा जो VT-i2 तकनीक का प्रयोग करता है. इस अद्यतन में, इस मुद्दे का हल कर लिया गया है.

5.2.4. x86_64 आर्किटेक्चर

  • अतिथि के वर्चुअल मशीन के लिए गतिशील IRQ उपलब्ध रहने पर समाप्त होता है, dom0 कर्नेल क्रैश करेगा. इस अद्यतन में, क्रैश स्थिति को फिक्स किया गया है, और उपलब्धघ IRQ की संख्या को बढ़ायी जा सकती है, जो इस समस्या का समाधान करता है.

  • नए CPU के साथ सिस्टम पर, CPU APIC ID CPU ID से भिन्न होता है. इसी तरह, वर्चुअलाइज्ड कर्नेल CPU आवृत्ति स्केलिंग को आरंभ करने में सक्षम नहीं था. इस अद्यतन में, वर्चुअलाइज्ड कर्नेल अब CPU APIC ID को हाइपरविजर से प्राप्त करता है, CPU आवृत्ति स्केलिंग को ठीक से आरंभ करने के लिए.

5.3. ज्ञात मुद्दे

5.3.1. सारे आर्किटेक्चर

  • डिस्केट ड्राइव मीडिया अभिगम योग्य नहीं होगा जब वर्चुअलाइज्ड कर्नेल का प्रयोग कर रहा होगा. इसके गिर्द काम करने के लिए, एक USB-संलग्न डिस्केट ड्राइव का बदले में प्रयोग करें.

    नोट करें कि डिस्केट ड्राइव मीडिया किसी दूसरे गैर वर्चुअलाइज्ड कर्नेल के साथ ठीक काम करता है.

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

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

  • Windows 2008 या Windows Vista के चलने के दौरान डिस्क का संरूपण क्रैश कर सकता है जब अतिथि को बहुल CPU के साथ बूट किया जाता है. इसके गिर्द काम करने के लिए, अतिथि को बूट करें एकल वर्चुअल CPU के साथ जब संरूपित किया जाए.

  • virt-manager के द्वारा निर्मित पूर्ण वर्चुअलाज्ड अतिथि माउस को स्क्रीन पर स्वतंत्र रूप से खिसकाने से रोकता है. इसके समाधान के लिए, virt-manager को एक USB टैब्लेट युक्ति विन्यस्त करने के लिए अतिथि के लिए प्रयोग करें.

  • अधिकतम CPU को जरूर 128 से कम पर प्रतिबंधित करना चाहिए जब 128 या उससे अधिक के CPU सिस्टम पर रहे. अभी अधिकतम समर्थित 126 है. maxcpus=125 हाइपरविजर तर्क का प्रयोग हाइपरविजर को 126 तक सीमित रखने के लिए करें.

  • पूर्ण वर्चुअलाइज्ड अतिथि समय सही नहीं कर सकता है जो कि डोमेन के रूकने या फिर चलने के कारण हुआ. रूकने या फिर चलने को सही तरीके से ट्रैक करने में समर्थ रहना पैरावर्चुअलाइज्ड कर्नेल का एक लाभ है. यह मुद्दा अपस्ट्रीम में संबोधित किया गया है फिर विस्थापित करने योग्य टाइमर के साथ ताकि पूर्ण वर्चुअलाइज्ड अतिथि पैरावर्चुअलाइज्ड टाइमर रखे. अभी, यह कोड अपस्ट्रीम में विकास अंतर्गत है और Red Hat Enterprise Linux के बाद वाले संस्करण में उपलब्ध होगा.

  • पैरावर्चुअलाइज्ड अतिथि का दुहराता प्रवास bad mpa संदेश के रूप में dom0 कंसोल पर आता है. कुछ स्थितियों में, हाइपरविजर भी पैनिक कर सकता है.

    हाइपरविजर कर्नेल पैनिक को रोकने के लिए, प्रवासित अतिति को फिर आरंभ करें जब खराब mpa संदेश प्रकट होता है.

  • जब dom0 पर अंतरफलक बांडिंग को सेट किया जाता है, तयशुदा network-bridge स्क्रिप्ट बोंडेड संजाल अंतरफलक का वैकल्पिक रूप से unavailable और available के बीच स्विच करने का कारण बनता है. यह मौजूदगी flapping के रूप में सामान्य रूप से जाना जाता है.

    इसे रोकने के लिए, मानक network-script पंक्ति को /etc/xen/xend-config.sxp में निम्नलिखित पंक्ति से प्रतिस्थापित करें:

    (network-script network-bridge-bonding netdev=bond0)

    ऐसा करना netloop युक्ति को निष्क्रिय कर देगा, जो Address Resolution Protocol (ARP) मॉनिटरिंग को विफल रहने से पता हस्तांतरण प्रक्रिया के दौरान निष्क्रिय करता है.

  • जब बहुल अतिथि डोमेन को चलाया जाता है, अतिथि संजालन अस्थाई रूप से काम करना रोक सकता है, dom0 लॉग में रिपोर्ट किए निम्नलिखित त्रुटि के रूप में परिणामतः प्राप्त:

    Memory squeeze in netback driver
    इसके समाधान के लिए, dom0 में उपलब्ध स्मृति की मात्रा को उठाएँ dom0_mem हाइपरविजर कमांड लाइन विकल्प के साथ.

5.3.2. x86 आर्किटेक्चर

  • xm migrate [domain] [dom0 IP address] के साथ पैरावर्चुअलाइज्ड अतिथि काम नहीं करता है.

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

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

5.3.3. x86_64 आर्किटेक्चर

  • xm migrate [domain] [dom0 IP address] के साथ पैरावर्चुअलाइज्ड अतिथि काम नहीं करता है.

  • वर्चुअलाइजेशन फीचर का अधिष्ठापन HP सिस्टम पर xw9300 और xw9400 मॉडल संख्या के साथ एक time went backwards चेतावनी का कारण बन सकता है.

    xw9400 मशीन के इस मुद्दे के समाधान में, BIOS जमावट HPET टाइमर सक्रिय करने के लिये विन्यस्त करें. नोट करें कि यह विकल्प xw9300 मशीन पर उपलब्ध नहीं है.

  • Red Hat Enterprise Linux 3.9 को पूरी तरह से वर्चुअलाइज्ड अतिथि पर अधिष्ठापित करना बहुत धीमा हो सकता है. इसके अलावे, अधिष्ठापन के बाद अतिथि का बूटअप होना hda: lost interrupt त्रुटि के रूप में परिणाम देता है.

    इस बूटअप त्रुटि से बचने के लिए, अतिथि विन्यस्त करें SMP कर्नेल को प्रयोग करने के लिए.

  • एक मेजबान (dom0) सिस्टम को Red Hat Enterprise Linux 5.2 में उन्नयन करना मौजूदा Red Hat Enterprise Linux 4.5 SMP पैरावर्चुअलाइज्ड अतिथि को बूट नहीं करने योग्य स्थिति में ला देता है. इसके पैदा होने की बहुत संभावना है जब मेजबान सिस्टम के पास 4GB RAM से अधिक हो.

    इसके समाधान के लिए, हर Red Hat Enterprise Linux 4.5 अतिथि को एकल CPU मोड में बूट करें और इसके कर्नेल को नवीनतम संस्करण (Red Hat Enterprise Linux 4.5.z के लिए) उन्नत करें.

5.3.4. ia64 आर्किटेक्चर

  • xm migrate [domain] [dom0 IP address] के साथ पैरावर्चुअलाइज्ड अतिथि काम नहीं करता है.

  • कुछ Itanium सिस्टम पर जो VGA में कंसोल आउटपुट के लिए विन्यस्त है, dom0 वर्चुअलाइज्ड कर्नेल बूट करने में विफल हो सकता है. यह इसलिए कि वर्चुअलाइज्ड कर्नेल मूलभूत कंसोल को ठीक से एक्सटेंसीबल फर्मवेयर इंटरफेस (EFI) सेटिंग से जांचने में विफल रहा है.

    जब यह पैदा होता है, आप इसका हल बूट पैरामीटर को console=tty को /boot/efi/elilo.conf में कर्नेल बूट विकल्प में जोड़कर कर सकते हैं.

  • कुछ Itanium सिस्टम पर (जैसा कि Hitachi Cold Fusion 3e), क्रमिक पोर्ट को dom0 में पता नहीं किया जा सकता है जब VGA को सक्रिय किया जाता है EFI अनुरक्षण प्रबंधक के द्वारा. इस प्रकार, आपको निम्नलिखित क्रमिक पोर्ट सूचना को dom0 कर्नेल में आपूर्ति करने की जरूरत होगी:

    • बिट/सेकेंड में गति

    • डाटा बिट की संख्या

    • समानता

    • io_base पता

    इन विवरण को append= /boot/efi/elilo.conf के dom0 कर्नेल के पंक्ति में जरूर निर्दिष्ट करना चाहिए. उदाहरण के लिए:

    append="com1=19200,8n1,0x3f8 -- quiet rhgb console=tty0 console=ttyS0,19200n8"

    इस उदाहरण में, com1 क्रमिक पोर्ट है, 19200 गति (बिट/सेकेंड) में, 8n1 डाटा बिट/तुल्यता सेटिंग की संख्या निर्दिष्ट करता है, और 0x3f8 है io_base पता.

  • वर्चुअलाइजेशन उन आर्किटेक्चर पर काम नहीं करता है जो कि Non-Uniform Memory Access (NUMA) का प्रयोग करता है. इसी प्रकार, सिस्टम पर वर्चुअलाइज्ड कर्नेल का अधिष्ठापन जो कि NUMA का प्रयोग करता है बूट विफलता का परिणाम देगा.

    कुछ अधिष्ठापन संख्या मूलभूत रूप से वर्चुअलाइज्ड कर्नेल अधिष्ठापित करता है. यदि आपके पास अधिष्ठापन संख्या है और और आपका सिस्टम NUMA का प्रयोग करता है, और kernel-xen के साथ काम नहीं करता है, वर्चुअलाइजेशन को अधिष्ठापन के दौरान विचयनित करें.

  • अभी, पूरी तरह से वर्चुअलाइज्ड अतिथि का संजीवित उत्प्रवास इस आर्किटेक्चर पर समर्थित नहीं है. इसके अलावे, kexec और kdump इस आर्किटेक्चर में वर्चुअलाइजेशन के लिए समर्थित नहीं है.

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

तकनीकी पूर्वावलोकन फीचर अभी Red Hat Enterprise Linux सदस्यता सेवा के अंतर्गत समर्थित नहीं है, कार्यशील रूप से पूर्ण नहीं हो सकता है, और सामान्यतः उत्पादन प्रयोग के लिये प्रायः उपयुक्त नहीं है. हालांकि, इन फीचरों को एक उपभोक्ता के रूप में सुविधा और शामिल किया गया है और विस्तृत प्रसार के लिये फीचर देता है.

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

तकनीक पूर्वावलोकन फीचर के विकास के दौरान, अतिरिक्त घटक जांच के लिये सार्वजनिक रूप से उपलब्ध कराया जा सकता है. यह Red Hat का ध्येय है कि अपने आने वाले रिलीज में तकनीक पूर्वावलोकन को पूरा समर्थन दे.

EMC Clariion पर ALUA मोड

विशेष सक्रिय निष्क्रिय फेलओवर (ALUA) मोड जो dm-multipath का EMC Clariion भंडार पर प्रयोग करता है अब उपलब्ध है. यह मोड T10 विशेषता में दिया गया लेकिन इस रिलीज में सिर्फ तकनीकी पूर्वावलोकन के रूप में ही.

T10 के बारे में अधिक सूचना के लिए, http://www.t10.org का संदर्भ लें.

ext4

ext फाइल सिस्टम की नवीनतम पीढ़ी, ext4, को इस रिलीज में तकनीकी पूर्वावलोकन के रूप में शामिल किया गया है. Ext4 एक संवर्द्धित सुधार है ext3 फाइल सिस्टम पर जो कि Red Hat और Linux समुदाय के द्वारा विकसित किया गया है. तकनीकी पूर्वावलोकन के रूप में फाइल का रिलीज नाम ext4dev है.

फाइल सिस्टम को ext4dev.ko कर्नेल मॉड्यूल और एक नया e4fsprogs संकुल के द्वारा दिया जाता है, जो कि परिचित e2fsprogs प्रशासनिक औजारों के अद्यतनीकृत संस्करणों को ext4 के साथ समाहित करता है. इसे प्रयोग करने के लिए, e4fsprogs संस्थापित करें और तब फिर mkfs.ext4dev की तरह का कमांड e4fsprogs प्रोग्राम से एक ext4-बेस फाइल सिस्टम बनाने के लिए करें. जब फाइल सिस्टम को संदर्भित किया जाए एक माउंट कमांडलाइन या fstab फाइल पर, फाइलसिस्टम नाम ext4dev का प्रयोग करें.

FreeIPMI

FreeIPMI अब इस अद्यतन में शामिल है तकनीकी पूर्वावलोकन के रूप में. FreeIPMI इंटेलीजेंट प्लेटफॉर्म मैनेजमेंट IPMI सिस्टम सॉफ्टवेयर का संग्रह है. यह इन बैंड और आउट ऑफ बैंड सॉफ्टवेयर देता है, विकास लाइब्रेरी के साथ जो इंटेलीजेंट प्लेटफॉर्म मैनेजमेंट इंटरफेस (IPMI v1.5 और v2.0) मानक के साथ.

FreeIPMI के बारे में अधिक सूचना के लिए, http://www.gnu.org/software/freeipmi/ का संदर्भ लें

TrouSerS और tpm-tools

TrouSerS और tpm-tools को अब इस रिलीज में शामिल किया गया है ट्रस्टेड प्लेटफॉर्म मॉड्यूल (TPM) हार्डवेयर के प्रयोग को सक्रिय करने के लिए. TPM हार्डवेयर फीचर शामिल करता है (दूसरे के साथ):

  • RSA कुंजी का सुरक्षित रूप से निर्माण, भंडार, व प्रयोग (बिना स्मृति में सामने आए)

  • प्लेटफॉर्म 's सॉफ्टवेयर स्थिति का सत्यापन क्रिप्टोग्राफिक हैश के प्रयोग से

TrouSerS विश्वसनीय कंप्यूटिंग समूह 's सॉफ्टवेयर स्टैक (TSS) विनिर्दिष्टता का कार्यान्वयन है. आप TrouSerS का प्रयोग अनुप्रयोग लिखने में कर सकता है जो TPM हार्डवेयर का प्रयोग करता है. tpm-tools औजारों का सूट है जो TPM हार्डवेयर का प्रबंध व उपयोग करने में प्रयुक्त होता है.

TrouSerS के बारे में अधिक सूचना के लिए, http://trousers.sourceforge.net/ का संदर्भ लें.

eCryptfs

eCryptfs एक स्टैक क्रिप्टोग्राफिक फाइल सिस्टम है लिनक्स के लिए. यह निजी निर्देशकाओं पर आरोहित होता है मौजूदा आरोहित निचले फाइल सिस्टम पर जैसे कि EXT3 के रूप में; मौजूदा विभाजन या फाइल सिस्टम को बदलने की कोई जरूरत नहीं है eCryptfs के प्रयोग आरंभ करने के क्रम में.

इस रिलीज के साथ, eCryptfs को अपस्ट्रीम संस्करण 56 में रिबेस किया गया है, जो कि कई बग फिक्स और संवर्द्धनों को देता है. इसके अलावे, यह अद्यतन एक आलेखीय प्रोग्राम देता है eCryptfs (ecryptfs-mount-helper-gui) को विन्यस्त करने के लिए.

यह अद्यतन साथ ही खास eCryptfs माउंट विकल्प की वाक्यरचना का बदल देता है. यदि आप eCryptfs के संस्करण को अद्यतन करने के लिए चुनते हैं, आपको अद्यतन करना चाहिए कोई प्रभावित माउंट स्क्रिप्ट को और /etc/fstab प्रविष्टि को. इन बदलावों को, man ecryptfs का संदर्भ लें.

निम्नलिखित दोष eCryptfs के रिलीज में शामिल हैं:

  • नोट करें कि eCryptfs फाइल सिस्टम सिर्फ तभी ठीक से काम करेगा यदि गोपित फाइल सिस्टम को समान नाम के अंतर्निहित निर्देशिका पर माउंट किया जाता है. उदाहरण के लिए:

    mount -t ecryptfs /mnt/secret /mnt/secret

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

  • संजालित फाइल सिस्टम पर eCryptfs माउंट (उदा. NFS, Samba) ठीक से काम नहीं करेगा.

  • eCryptfs कर्नेल ड्राइवर का यह संस्करण के लिए अद्यतनीकृत उपयोक्तास्थान की जरूरत है, जो कि ecryptfs-utils-56-4.el5 या नये के साथ दिया जाता है.

eCryptfs के बारे में अधिक सूचना के लिए, http://ecryptfs.sf.net का संदर्भ लें. आप http://ecryptfs.sourceforge.net/README और http://ecryptfs.sourceforge.net/ecryptfs-faq.html को बेसिक सेटअप सूचना के लिए संदर्भ ले सकते हैं.

स्टेटलेस Linux

स्टेटलेस Linux एक नयी सोच है कि कैसे एक सिस्टम चलाया व प्रबंधित किया जा सकता है, बड़ी संख्या में सिस्टम के प्रोविजनिंग व प्रबंधन के लिये डिजायन कर उन्हें आसानी से प्रतिस्थापन योग्य बनाते हुये. इसे प्राथमिक रूप से तैयार सिस्टम चित्र के स्थापन के द्वारा पाया जा सकता है जिसे बड़ी संख्या में स्टेटलेस सिस्टम के द्वारा ऑपरेटिंग सिस्टम को सिर्फ पढ़ने के लिये स्थिति में चलाते हुये फिर कॉपी किया व प्रबंधित किया जा सकता है (ज्यादा जानकारी के लिये /etc/sysconfig/readonly-root का संदर्भ लें).

विकास की मौजूदा स्थिति में, स्टेटलेस फीचर इच्छित लक्ष्य का उपसमुच्चय है. वस्तुतः, क्षमता को एक तकनीकी पूर्वावलोकन स्थिति में लेबल किया जाता है.

Red Hat की अनुशंसा है कि वे जो स्टेटलेस कोड में रूचि रखते हैं वे http://fedoraproject.org/wiki/StatelessLinuxHOWTO पर हॉउटू पढ़ें और stateless-list@redhat.com पर जाएं.

स्टेटलेस लिनक्स के लिए आधारढ़ांचा हिस्से का सक्रिय किया जाना मूलतः Red Hat Enterprise Linux 5 में लाया गया था.

AIGLX

AIGLX एक अन्यथा पूर्ण समर्थित X सर्वर के तकनीकी पूर्वावलोकन फीचर है. यह GL-त्वरित प्रभाव को मानक डेस्कटॉप पर सक्रिय करने को लक्षित है. प्रोजेक्ट में निम्न चीजें शामिल हैं:

  • एक हल्का रूपांतरित X सर्वर

  • एक अद्यतनीकृत Mesa संकुल जो कि नया प्रोटोकॉल समर्थन जोड़ता है

इन घटकों को अधिष्ठापित करके, आप GL-त्वरित प्रभाव अपने डेस्कटॉप पर बहुत कम बदलाव के साथ ही साथ उनको सक्रिय व निष्क्रिय करने की क्षमता के साथ इच्छानुसार बिना अपना X सर्वर प्रतिस्थापित कर सकते हैं. AIGLX साथ ही दूरस्थ GLX अनुप्रयोग हार्डवेयर GLX त्वरण का लाभ लेने के लिये सक्रिय करता है.

iSCSI लक्ष्य

Linux टारगेट (tgt) ढांचा एक सिस्टम को अन्य सिस्टम से होकर ब्लॉक स्तरीय SCSI भंडारी परिसेवित करने की अनुमति देता है. यह क्षमता आरंभिक रूप से तैनात किया जाता है क्योंकि Linux iSCSI लक्ष्य के रूप में, किसी iSCSI आरंभकर्ता में संजाल पर सेवा करता है.

iSCSI लक्ष्य सेट अप करने के लिए, scsi-target-utils RPM अधिष्ठापित करें और दिए निर्देश का संदर्भ लें:

  • /usr/share/doc/scsi-target-utils-[version]/README

  • /usr/share/doc/scsi-target-utils-[version]/README.iscsi

[version] को अधिष्ठापित संकुल के सहवर्ती संस्करण के साथ प्रतिस्थापित करें.

अधिक जानकारी के लिए, man tgtadm का संदर्भ लें.

FireWire

firewire-sbp2 मॉड्यूल को इस अद्यतन में अभी भी तकनीकी पूर्वावलोकन के रूप में शामिल किया गया है. यह माड्यूल FireWire भंडारण युक्ति और स्कैनर के साथ जुड़ाव को सक्रिय करता है.

अभी, FireWire निम्नलिखित का समर्थन नहीं करता है:

  • IPv4

  • pcilynx होस्ट नियंत्रक

  • बहुल-LUN भंडारण डिवायस

  • भंडारण डिवायस में गैर विशेष अभिगम

इसके अलावे, निम्नलिखित मुद्दा अभी भी FireWire में मौजूद है:

  • SBP2 ड्राइवर में स्मृति रिसाव मशीन को जवाब नहीं देने का कारण हो सकता है.

  • इस संस्करण में कोड बड़े एंडियन मशीन में ठीक से काम नहीं करता है. यह PowerPC में अप्रत्याशित व्यवहार ला सकता है.

ktune

इस रिलीज में ktune (ktune संकुल से) शामिल है, एक सेवा जो कई कर्नेल ट्यूनिंग पैरामीटर को विशेष सिस्टम प्रोफाइल के लिए उपयुक्त मान में सेट करता है. अभी, ktune केवल बड़ी स्मृति सिस्टम के लिए एक प्रोफाइल देता है जो डिस्क सघन व संजाल सघन अनुप्रयोग चलाते हैं.

ktune के द्वारा दिया गया सेटिंग उन्हें अध्यारोहित कर देता है जो /etc/sysctl.conf में सेट हैं या कर्नेल कमांड लाइन से होकर. ktune उपयुक्त नहीं हो सकता है कुछ सिस्टम और कार्यभार पर; जैसे कि आपको इसे जाँचना चाहिए व्यापक रूप से उत्पादन में तैनाती के पहले.

आप किसी विन्यास को निष्क्रिय कर सकते हैं जो ktune के द्वारा सेट किया हो और सामान्य सेटिंग में वापस आ सकते हैं बस ktune सेवा को service ktune stop (बतौर रूट) को रोककर.

dmraid के लिए SGPIO

Serial General Purpose Input Output (SGPIO) एक उद्योग मानक संचार विधि है जो मुख्य बोर्ड और आंतरिक व बाहरी हार्ड डिस्क ड्राइव बे संलग्नक के बीच प्रयोग किया जाता है. इस विधि को LED लाइट को AHCI ड्राइवर अंतरफलक के साथ संलग्न पर नियंत्रण के लिए प्रयोग किया जाता है.

इस रिलीज में, dmraid में SGPIO समर्थन को बतौर तकनीकी पूर्वावलोकन के रूप में शामिल किया गया है. यह dmraid को डिस्क संलग्नता के साथ ठीक से काम करने के लिए स्वीकृति देता है.

GCC 4.3

Gnu Compiler Collection version 4.3 (GCC4.3) अब इस रिलीज में तकनीकी पूर्वावलोकन के रूप में शामिल है. कंपाइलरों के संग्रह में C, C++, और Fortran 95 कंपाइलर शामिल हैं समर्थन लाइब्रेरी के साथ.

नोट करें कि gcc43 संकुल में, gnu89-inline विकल्प के लिए तयशुदा को -fgnu89-inline में बदला गया है, जहाँ अपस्ट्रीम और Red Hat Enterprise Linux 5 के भविष्य के अद्यतन -fno-gnu89-inline में तयशुदा रूप से होंगे. यह जरूरी है क्योंकि कई हेडर को Red Hat Enterprise Linux 5 के हिस्से के रूप में भेजा जाता है GNU अंतर्निहित सेमांटिक के अलावे ISO C99 सेमांटिक के बजाए. इन हेडरों को समायोजित नहीं किया गया है GNU अंतर्निहित सेमांटिक्स को गुणों के द्वारा आग्रह करने के लिए.

कर्नेल ट्रैसप्वाइंट सुविधा

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

Fibre Channel over Ethernet (FCoE)

Fibre Channel over Ethernet (FCoE) ड्राइवर, libfc के साथ, FCoE को एक मानक इथरनेट कार्ड पर चलाने की क्षमता देता है. यह क्षमता तकनीकी पूर्वावलोकन के रूप में Red Hat Enterprise Linux 5.3 में दिया गया है.

Red Hat Enterprise Linux 5.3 FCoE के लिए तीन विशेष हार्डवेयर कार्यान्वयन के लिए पूर्ण समर्थन देता है. ये हैं: Cisco fnic driver, Emulex lpfc driver, औरQlogic qla2xx driver.

RAID सेट का युक्ति विफलता निरीक्षण

युक्ति विफलता निरीक्षण, dmraid और dmevent_tool औजारों के प्रयोग से, Red Hat Enterprise Linux 5.3 में तकनीकी पूर्वावलोकन के रूप में शामिल है. यह युक्ति विफलता को देखने व रिपोर्ट करने की क्षमता RAID सेट के घटक युक्तियों पर देता है.

7. हल किए मुद्दे

7.1. सारे आर्किटेक्चर

  • 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 में रिबेस किया गया है. यह अद्यतन कई बग फिक्स व संवर्द्धनों को लागू करता है, इनके साथ:

    • करबरोस सत्यापन अब समर्थित है

    • उपयोक्ता परिभाषित प्रिंटर और कार्य नीतियाँ अब सही तरीके से लोड की जाती है.

    • दूरस्थ कतार कैश अब ब्राउजिंग के निष्क्रिय रहने के दौरान अब लोड नहीं की जाती है.

    • classes.conf विन्यास फाइल अब सही फाइल अनुमति रखता है.

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

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

    • eu-readelf उपयोगिता क्रैश कर सकता है जब खास इनपुट फाइल को पढ़ा जाता है.

    • eu-strip उपयोगिता को rpmbuild प्रक्रिया में प्रयोग किया जाता है जो नया द्विपदीय संकुल बनाता है. यह डिबगिंग सूचना को निष्पादनीय कोड से अलग करता है, -debuginfo संकुल बनाने के लिए. इस उपयोगिता में एक बग ET_REL फाइल के लिए s390 प्लेटफॉर्म पर अप्रयुक्त डिबगिंग सूचना के रूप में परिणाम लाता है; यह Linux कर्नेल मॉड्यूल फाइल को प्रभावित करता है (.ko.debug), और उत्पन्न kernel-debuginfo संकुल के Systemtap को s390 के साथ काम नहीं करने का कारण बनता है.

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

    • एक बग जिसने vncserver को त्रुटि संदेश छापने से रोका जब Xvnc विफल हुआ आरंभ करने में अब फिक्स किया गया है.

    • Xvnc अब गलत रूट विंडो गहराई का प्रयोग नहीं करता है; यह अब सही विंडो गहराई का प्रयोग करता है जो कि -depth विकल्प के द्वारा निर्दिष्ट है.

    • एक बग जिसने libvnc.so मॉड्यूल के द्वारा X सर्वर क्रैश करने का कारण बना अब ठीक किया गया है.

    • Xvnc अब GLX और RENDER विस्तार का सभी आर्किटेक्चर पर समर्थन करती है.

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

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

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

    • yum अब yum रिपॉजिटरी से सही तरीके से डाउनलोड किया जा सकता है जो आंशिक डाउनलोड का समर्थन करता है.

    • yum अब बाधित डाउनलोड फिर बहाल कर सकता है हालांकि yum रिपॉजिटरी FTP-आधारित है विनिर्दिष्ट पोर्ट के साथ.

    • प्रगति बार का आकार अब टर्मिनल चौड़ाई में गतिशील है. इसके अलावे, प्रगति बार अब साफ है, और कुल डाउनलोड किए आँकड़े का प्रतिशत दिखाते हैं.

    • python-urlgrabber का keepalive संकेत अब फिक्स है. पहले, इस संकेत में एक बग डाउनलोड के दौरान गलत तरीके से स्मृति प्रयोग को बढ़ाता है; इसके अलावे, इस बग ने साथ ही reposync और yumdownloader को ठीक से काम करने से रोका जब बड़े पैमाने पर संकुल का डाउनलोड किया जा रहा है.

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

    • yum update --security अब ठीक से पुराने संबंधित सुरक्षा अद्यतन को लोकेट कर सकता है.

    • yum-versionlock अब ठीक से काम करता है समाप्त हुए संकुल के लिए.

    यह अद्यतन साथ ही 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 में रिबेस किया गया है. यह कई बग फिक्स पर लागू होता है, जिसमें शामिल है:

    • init स्क्रिप्ट अब एक चेतावनी को रिपोर्ट करता है यदि slapd डेमॉन एक TLS प्रमाणपत्र फाइल को पढ़ नहीं सकता है.

    • openldap-debuginfo संकुल की सभी लाइब्रेरी अब अनस्ट्रिप्ड है.

    • openldap-devel संकुल का विसंस्थापन अब OpenLDAP लाइब्रेरी को तोड़ता नहीं है.

    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 में रिबेस किया गया है. यह कई बग फिक्स को लागू करता है, जिसमें शामिल हैं:

    • OpenMotif के रास्ते में बग Grab और Ungrab घटना को नियंत्रित किया है अब फिक्स किया गया है. पिछले रिलीज में, यह बग डिस्प्ले के लॉक करने का कारण बन सकता था.

    • nedit में एक बग इसके क्रैश होने का कारण बना जब nedit आलेखीय अंतरफलक का प्रयोग कर रहा था. यह किसी फंक्शन के द्वारा घटित हुआ कोड में जो कि विखंडन फाल्ट का कारण बनता है कुछ स्थितियों में मद चयन के, जो कि अब फिक्स है.

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

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

    • बग जिसने strace के क्रैश करने का कारण बना जब -f विकल्प प्रयुक्त था कुछ बहुल लड़ीबद्ध प्रोग्राम पर (खासकर 64-बिट सिस्टम पर) अब फिक्स है.

    • बग जिसने strace के 64-बिट संस्करण को vfork() फंक्शन आह्वान को चलाने से रोका वह 32-बिट प्रक्रिया अब फिक्स है.

  • 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)

    नोट

    यह खराबी हमलावर को SSL कुंजी की सामग्री को अर्जित करने के लिए अनुमति नहीं देता है. यह कूटशब्द के पास कोई मान नहीं है बिना कुंजी फाइल के जिसे कोई भी उपयोक्ता को पठन अभिगम नहीं होनी चाहिए.

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

7.2. x86_64 आर्किटेक्चर

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

7.3. s390x आर्किटेक्चर

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

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

7.4. PowerPC आर्किटेक्चर

  • एक बग जो 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-बिट संस्करण को साथ ही स्वतः हटा देगा.

8. ज्ञात मुद्दे

8.1. सारे आर्किटेक्चर

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

    Stopping disk encryption [FAILED]

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

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

    insmod: error inserting '/lib/aes_generic.ko': -1 File exists
    This message can safely be ignored.

  • मल्टीपाथ के ऊपर एक 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"
    यह पंक्ति udev को मल्टीपाथ को हर बार चलाने का कारण बनता है जब कोई ब्लॉक युक्ति नोड में जोड़ा जाता है. इस पंक्ति के हटाए गए रहने के बावजूद, मल्टीपाथ स्वतः मल्टीपाथ युक्ति अब भी बनाएगा, और मल्टीपाथ को बूट प्रक्रिया के दौरान अभी भी आह्वान किया जाएगा, नोड के लिए मल्टीपाथ किए रूट फाइल सिस्टम के साथ. केवल एक बदलाव है कि मल्टीपाथ युक्ति को स्वतः नहीं बनाया जाएगा जब मल्टीपाथ नहीं चलता है, जो कि मल्टीपाथ उपयोक्ता के बड़े संख्या के लिए समस्या नहीं होनी चाहिए.

  • 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
    आप भी यह त्रुटि देखेंगे यदि आप glibc को किसी पूर्ववर्ती संस्करण में किसी संस्थापित 5.3 सिस्टम पर डाउनग्रेड करें.

  • 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.

    महत्वपूर्ण

    नॉलेजबेस में पहले बताए प्रक्रिया के अनुसरण दूसरे मुद्दे के रूप में परिणाम लाता है जो GSS के द्वारा समर्थित नहीं है.

  • अद्यतनीकृत /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 के साथ अधिष्ठापित नहीं है.

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

    • librsvg2

    • ghostscript-fonts

    • pygtk2-libglade

  • 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...
    यह विलंब (which may be up to 10 seconds, dependant on the hardware configuration) जरूरी है सुनिश्चित करने के लिए कर्नेल ने डिस्क का स्कैनिंग पूरा कर लिया है.

  • 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)
    ये संदेश GFS2 फाइल सिस्टम में खराबी का संकेत नहीं देते हैं, वे ब्लॉक को सूचित करते हैं जिसे मुक्त किया जाना चाहिए, लेकिन नहीं किया गया था. ब्लॉक की संख्या जिसे मुक्त किया जाना है फाइल सिस्टम के आकार व ब्लॉक आकार के अनुसार भिन्न हो सकता है. बहुतेरे फाइल सिस्टम इस मुद्दे का सामना नहीं करते हैं . बड़े फाइल सिस्टम के पास ब्लॉक की कम संख्या हो सकती है (100 से कम).

8.2. x86 आर्किटेक्चर

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

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

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

    1. alsamixer खोलें.

    2. Tab को [Capture] को View क्षेत्र (मेन्यू के ऊपरी बाएँ हिस्से में स्थित) में टॉगल करने के लिए दबाएँ.

    3. Space बार कुंजी दबाएँ.

    4. जाँचने के लिए कि रिकार्डिंग सक्रिय है, ADCMux क्षेत्र के ऊपर पाठ को L R CAPTUR को दिखाना चाहिए.

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

    padlock: VIA PadLock not detected.
    यह संदेश सुरक्षित रूप से अनदेखा किया जा सकता है.

8.3. x86_64 आर्किटेक्चर

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

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

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

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

    1. alsamixer खोलें.

    2. Tab को [Capture] को View क्षेत्र (मेन्यू के ऊपरी बाएँ हिस्से में स्थित) में टॉगल करने के लिए दबाएँ.

    3. Space बार कुंजी दबाएँ.

    4. जाँचने के लिए कि रिकार्डिंग सक्रिय है, ADCMux क्षेत्र के ऊपर पाठ को L R CAPTUR को दिखाना चाहिए.

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

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

8.4. PowerPC आर्किटेक्चर

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

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

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

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

    1. alsamixer खोलें.

    2. Tab को [Capture] को View क्षेत्र (मेन्यू के ऊपरी बाएँ हिस्से में स्थित) में टॉगल करने के लिए दबाएँ.

    3. Space बार कुंजी दबाएँ.

    4. जाँचने के लिए कि रिकार्डिंग सक्रिय है, ADCMux क्षेत्र के ऊपर पाठ को L R CAPTUR को दिखाना चाहिए.

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

    कृपया प्रतीक्षा करें, कर्नेल लोड कर रहा है...
    /pci@8000000f8000000/ide@4,1/disk@0:2,vmlinux-anaconda: No such file or directory
    boot: 
    इसके हल के लिए:
    1. OpenFirmware प्रांप्ट को बूट करें, '8' कुंजी को दबाकर जब IBM स्प्लैश स्क्रीन दिखाया जाता है.

    2. निम्नलिखित कमांड चलाएँ:

      setenv real-base 2000000

    3. System Managment Services (SMS) में इस कमांड के साथ चलाएँ:

      0
      > dev /packages/gui obe

8.5. s390x आर्किटेक्चर

  • 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 पर, अधिष्ठापन के बाद निम्न कमांड चलायें:

    • /usr/bin/setup -- setuptool संकुल के द्वारा प्रदत्त.

    • /usr/bin/rhn_register -- rhn-setup संकुल के द्वारा प्रदत्त.

8.6. ia64 आर्किटेक्चर

  • कुछ 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 पर दस्ती रूप से सक्रिय करने की जरूरत है. इसे करने के लिए, निम्नलिखित चरण का पालन करें:

    1. alsamixer खोलें.

    2. Tab को [Capture] को View क्षेत्र (मेन्यू के ऊपरी बाएँ हिस्से में स्थित) में टॉगल करने के लिए दबाएँ.

    3. Space बार कुंजी दबाएँ.

    4. जाँचने के लिए कि रिकार्डिंग सक्रिय है, ADCMux क्षेत्र के ऊपर पाठ को L R CAPTUR को दिखाना चाहिए.

  • 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-बिट एमुलेशन का; हालांकि, यदि दोनों बुलियन बंद है, एमुलेशन ऑफ है.

A. पुनरीक्षण इतिहास

पुनरीक्षणइतिहास
पुनरीक्षण 1.016th October 2008Ryan Lerch