प्रस्तावना

इस दस्तावेज में निम्नलिखित विषयों को शामिल किया गया है:

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

  • फीचर अद्यतन

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

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

  • अन्य अद्यतन

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

  • हल किए मुद्दे

  • ज्ञात मुद्दे

Red Hat Enterprise Linux 5.1 पर कुछ अद्यतन इस रिलीज नोट में प्रकट नहीं हो सकता है. रिलीज नोट्स का अद्यतनीकृत संस्करण निम्न URL पर भी उपलब्ध होगा:

http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/index.html

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

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

पहले से अधिष्ठापित Red Hat Enterprise Linux 5 सिस्टम का उन्नयन करने के लिये आपको Red Hat Network का प्रयोग उन संकुलों के लिये अवश्य करना चाहिये जो बदल दिये गये हैं.

आपको Red Hat Enterprise Linux 5.1 के ताजा अधिष्ठापन के लिए या Red Hat Enterprise Linux 5 के नवीनतम अद्यतनीकृत संस्करण से Red Hat Enterprise Linux 5 में उन्नयन के लिये Anaconda का प्रयोग कर सकते हैं.

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

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

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

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

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

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

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

iSCSI सॉफ्टवेयर आरंभकर्ता (खुला-iscsi) के लिये अधिष्ठापन / बूट

iSCSI अधिष्ठापन व बूट को Red Hat Enterprise Linux 5 में मूल रूप से लाया गया था तकनीकी पूर्वावलोकन के रूप में. यह फीचर अब पूरी तरह से समर्थित है, नीचे वर्णित प्रतिबंध के साथ.

यह क्षमता तीन विन्यास रखती है इस पर निर्भर करते हुए कि आप कहां हैं:

  • हार्डवेयर iSCSI आरंभकर्ता (जैसे कि QLogic qla4xxx) का प्रयोग

  • open-iscsi आरंभकर्ता का सिस्टम पर iSCSI (जैसे कि iSCSI बूट फर्मवेयर, या ओपन फर्मवेयर का संस्करण जो iSCSI बूट क्षमता को फीचर करता है) के लिए फर्मवेयर बूट समर्थन के साथ प्रयोग

  • open-iscsi आरंभकर्ता का सिस्टम पर बिना फर्मवेयर बूट समर्थन के iSCSI के लिए प्रयोग

हार्डवेयर iSCSI आरंभकर्ता का प्रयोग

यदि आप हार्डवेयर iSCSI आरंभकर्ता का प्रयोग कर रहे हैं, आप कार्ड का BIOS सेटअप उपयोगिता को IP पता व दूरस्थ भंडारण में अभिगम के लिए अन्य पैरामीटर दाखिल करने के लिए प्रयोग कर सकते हैं. दूरस्थ भंडारण की तार्किक ईकाई को Anaconda में मानक sd युक्ति के रूप में बिना किसी अतिरिक्त सेटअप के जरूरी रहते हुए उपलब्ध कराया जाएगा.

यदि आपको आरंभकर्ता के उपयुक्त नाम (IQN) को निर्धारित करने की जरूरत है दूरस्थ भंडारण सर्वर विन्यस्त करने के क्रम में, अधिष्ठापन के दौरान इन चरणों का पालन करें:

  1. अधिष्ठापन पृष्ठ पर जाएं जहां आप चुनते हैं कि कौन सा डिस्क ड्राइवर को अधिष्ठापन के लिए प्रयोग करना है.

  2. उन्नत भंडारण विन्यास क्लिक करें.

  3. iSCSI लक्ष्य जोड़ें पर क्लिक करें.

  4. iSCSI IQN को स्क्रीन पर प्रदर्शित किया जाएगा.

iSCSI के लिए सिस्टम पर फर्मवेयर बूट समर्थन के साथ open-iscsi का प्रयोग

यदि आप open-iscsi सॉफ्टवेयर आरंभकर्ता का प्रयोग सिस्टम पर करते हैं iSCSI के लिए फर्मवेयर बूट समर्थन के साथ, फर्मवेयर सेटअप उपयोगिता का प्रयोग IP पता और अन्य पैरामीटर को दूरस्थ भंडारण में अभिगम के लिए दाखिल करने के लिए करें. ऐसा करना सिस्टम दूरस्थ iSCSI भंडारण से बूट करने के लिए विन्यस्त करता है.

अभी, एनाकोंडा फर्मवेयर के द्वारा पकड़े iSCSI सूचना का अभिगम नहीं करता है. इसके बजाए, आपको जरूर दस्ती रूप से लक्ष्य IP पता को अधिष्ठापन के दौरान देना चाहिए. ऐसा करने के लिए, आरंभकर्ता के IQN ऊपर दिखाए गए प्रक्रिया के प्रयोग से निर्धारित करें. इसके बाद, समान अधिष्ठापक पृष्ठ पर जहां आरंभकर्ता IQN दिखाया जाता है, iSCSI लक्ष्य के IP पता को निर्दिष्ट करें जिसमें आप अधिष्ठापित करना चाहते हैं.

iSCSI लक्ष्य के IP पता को दस्ती रूप से निर्दिष्ट करने के बाद, iSCSI लक्ष्य पर तार्किक ईकाई अधिष्ठापन के लिए उपलब्ध होगा. initrd जो Anaconda से निर्मित है अब IQN और iSCSI लक्ष्य के IP पता को प्राप्त करेगा.

यदि IQN या iSCSI लक्ष्य का IP पता भविष्य में बदला गया है, iBFT या खुला फर्मवेयर सेटअप उपयोगिता दाखिल करें हर आरंभ कर्ता पर और तदनुरूप पैरामीटर बदलें. इसके बाद, initrd (iSCSI भंडारण में जमा) को निम्नानुसार हर आरंभकर्ता के लिए बदलें:

  1. initrd को gunzip के प्रयोग से फैलाएं.

  2. cpio -i के प्रयोग से इसे अद्यतन करें.

  3. init फाइल में, iscsistartup स्ट्रिंग के साथ पंक्ति को खोजें. यह पंक्ति में IQN और iSCSI लक्ष्य का IP पता शामिल है; इस पंक्ति को नए IQN और IP पता के साथ अद्यतन करें.

  4. initrd को cpio -o के प्रयोग से फिर पैक करें.

  5. initrd को gunzip के प्रयोग से फिर संकुचित करें.

iSCSI सूचना पाने की ऑपरेटिंग सिस्टम की क्षमता जो ओपन फर्मवेयर / iBFT फर्मवेयर के साथ रखी है को भविष्य के रिलीज के नियोजित किया गया है. वैसे संवर्द्धन initrd को परिवर्तित करने की (iSCSI भंडार में जमा) जरूरतों को हर आरंभकर्ता के लिए हटा देगा जब कभी IP पता या iSCSI लक्ष्य के IQN बदला जाता है.

iSCSI के लिए सिस्टम पर फर्मवेयर बूट समर्थन के साथ open-iscsi का प्रयोग

यदि आप open-iscsi सॉफ्टवेयर आरंभकर्ता का प्रयोग सिस्टम पर iSCSI के लिए बिना किसी फर्मवेयर बूट समर्थन के कर रहे हैं, संजाल बूट क्षमता का प्रयोग करें (जैसे कि PXE/tftp). इस स्थिति में, समान प्रक्रिया का अनुसरण करें जो आरंभकर्ता IQN को पहले वर्णन करने के लिए निर्धारित किया गया है और iSCSI लक्ष्य के IP पता को निर्दिष्ट करें. एकबार पूर्ण होने पर, initrd को संजाल बूट सर्वर में कॉपी करें और संजाल बूट के लिए सिस्टम सेटअप करें.

उसी तरह, यदि IP पता या iSCSI लक्ष्य का IQN बदला जाता है, initrd को भी उसी तरह बदला जाना चाहिए. ऐसा करने के लिए, समान प्रक्रिया का पालन करें जिसे पहले initrd को हर आऱंभकर्ता के लिए परिवर्तित करने के लिए वर्णित किया गया है.

फीचर अद्यतन

Ext3 संवर्द्धन

EXT3 की अधिकतम क्षमता अब 16TB (8TB से बढ़ी हुई) है. यह संवर्द्धन को मूल रूप से Red Hat Enterprise Linux 5 में तकनीकी पूर्वावलोकन के रूप में शामिल किया गया था, और अब इस अद्यतन में पूरी तरह से समर्थित है.

yum-सुरक्षा

यह अब संभव है yum को सिर्फ सुरक्षा अद्यतन के साथ सीमित करने में. ऐसा करने के लिए, yum-security प्लगिन को महज अधिष्ठापित करें और निम्न कमांड चलाएं:

yum update --security

एनाकोंडा स्तर 2 मोड संवर्द्धन
संसाधन को स्वतंत्र रूप से फिर आरंभ करना

यह संभव है कि अब क्लस्टर में संसाधन को फिर आरंभ किया जाए बिना इसके जनक सेवा को बाधित किए. इसे /etc/cluster/cluster.conf में कार्यशील नोड पर __independent_subtree="1" गुण के प्रयोग से संसाधन के स्वतंत्र रूप में टैग करने के लिए विन्यस्त किया जा सकता है.

उदाहरण के लिये:

<service name="example">
        <fs name="One" __independent_subtree="1" ...>
                <nfsexport ...>
                        <nfsclient .../>
                </nfsexport>
        </fs>
        <fs name="Two" ...>
                <nfsexport ...>
                        <nfsclient .../>
                </nfsexport>
                <script name="Database" .../>
        </fs>
        <ip/>
</service>

यहां, दो फाइल सिस्टम संसाधन प्रयोग किए जाते हैं: One और Two. यदि One असफल रहता है, यह बिना Two को व्यवधान दिए फिर आरंभ होता है. यदि Two विफल रहता है, सभी घटक (One, One की संतति और Two की संतति) फिर आरंभ होती है. किसी दिए समय पर नहीं Two नहीं है और इसकी संतति निर्भर One के द्वारा किसी संसाधन पर दी जाती है.

नोट करें कि Samba के लिए विशेष सेवा संरचना जरूरी है, और इस प्रकार यह सेवा में प्रयोग नहीं किया जा सकता है स्वतंत्र उपतरू के साथ. यह कई अन्य संसाधन के लिए भी सही है, इसलिए __independent_subtree="1" गुण को सावधानी के साथ प्रयोग करें.

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

निम्नलिखित वर्चुअलाइजेशन अद्यतन इस रिलीज में भी शामिल है:

  • वर्चुअलाइज्ड कर्नेल kdump फलन का प्रयोग अब कर सकता है.

  • AMD-V अब इस रिलीज में समर्थित है. यह लाइव डोमेन प्रवास को पूरी तरह से वर्चुअलाइज्ड अतिथियों के लिए सक्षम करता है.

  • वर्चुअलाइज्ड कर्नेल अब 256GB RAM तक का समर्थन कर सकता है.

  • इन कर्नेल साकेट API को विस्तार किया जा रहा है. इसे एक बग फिक्स करने के लिए किया गया था जो कि sctp को अतिथियों के बीच चलाने के दौरान पैदा हुआ.

  • वर्चुअल संजालन अब libvirt, वर्चुअलाइजेशन लाइब्रेरी का हिस्सा है. libvirt के पास कमांड का सेट है जो मशीन पर सभी स्थानीय अतिथि के लिए एक वर्चुअल NAT/रॉटर और निजी संजाल सेटअप करता है. यह खासकर अतिथि के लिए उपयोगी है जो जरूरी नहीं है कि बाहर से रॉटेबल हो. यह साथ ही डेवलेपर के लिए भी उपयोगी है जो वर्चुअलाइजेशन को लैपटॉप पर प्रयोग करते हैं.

    नोट करें कि वर्चुअल संजालन क्षमता dnsmasq पर निर्भरता जोड़ती है, जो dhcp को वर्चुअल संजाल के लिए नियंत्रित करता है.

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

  • libvirt अब निष्क्रिय वर्चुअल मशीन प्रबंधित कर सकता है. libvirt इसे डोमेन को परिभाषित व अपरिभाषित कर बिना उन्हें रोके या आरंभ किए करता है. यह कार्यशीलता virsh define और virsh undefine कमांड के समान है.

    यह संवर्द्धन Red Hat वर्चुअल मशीन प्रबंधक को सभी उपलब्ध अतिथि को दिखाने की अनुमति देता है. यह आपको इन अतिथियों को सीधे GUI से आरंभ करने की अनुमति देता है.

  • kernel-xen संकुल का अधिष्ठापन अब elilo.conf प्रविष्टि के गलत/अपूर्ण निर्माण की ओर नहीं ले जाता है:

  • पूर्ण वर्चुअलाइजेशन अतिथि अब हॉट माइग्रेशन का समर्थन नहीं करती है.

  • xm create कमांड के पास अब virt-manager में आलेखीय समतुल्य रखती है.

  • नेस्टेड पेजिंग (NP) अब समर्थित है. यह फीचर वर्चुअलाइज्ड वातावरण में स्मृति प्रबंधन की जटिलता को कम करता है. इसके अलावे, NP साथ ही CPU उपयोगिता को स्मृति सघन अतिथि में न्यूनीकृत करता है.

    अभी, NP मूलभूत रूप से समर्थित नहीं है. यदि आपका सिस्टम NP का समर्थन करता है, यह सलाह दी जाती है कि आप NP को हाइपरविजर के द्वारा पैरामीटर hap=1 के साथ बूटिंग के द्वारा सक्रिय करें.

वर्चुअलाइजेशन फीचर में यह अद्यतन पैरावर्चुअलाइज्ड 32-बिट अतिथि को 64-बिट होस्ट पर अधिष्ठापित करने व चलाने की क्षमता शामिल करता है. हालांकि, यह क्षमता तकनीकी पूर्वावलोकन के रूप में दी हुई है; इस प्रकार, यह उत्पादन प्रयोग के लिए समर्थित नहीं है.

साझा पृष्ठ सारणी

साझा पृष्ठ सारणी अब hugetlb स्मृति के लिए समर्थित है. यह पृष्ठ सारणी प्रविष्टि को बहुल प्रक्रिया के बीच साझा करने के लिए सक्रिय करता है.

कई प्रक्रियाओं के बीच पृष्ठ सारणी प्रविष्टि का साझा किया जाना कम कैश स्थान की खपत करता है. यह अनुप्रयोग कैश हिट अनुपात बेहतर अनुप्रयोग प्रदर्शन के परिणाम के रूप में को बढ़ाता है.

tick_divider

tick_divider=<value> विकल्प एक sysfs पैरामीटर है जो आपको सिस्टम क्लाक दर को समायोजित करने की अनुमति के साथ ही समान दृश्य HZ समय मान की देखभाल उपयोक्ता स्थान अनुप्रयोगों के लिए करते हुए देता है.

tick_divider= विकल्प का प्रयोग आपको CPU ओवरहेड को कम करने और कार्यक्षमता बढ़ाने में समय ऑपरेशन व प्रोफाइलिंग की सटीकता की कीमत पर मदद करता है.

मानक 1000Hz क्लॉक के लिए <values> उपयोगी हैं:

  • 2 = 500Hz

  • 4 = 250Hz

  • 5 = 200Hz

  • 8 = 125Hz

  • 10 = 100Hz (Red Hat Enterprise Linux के पिछले रिलीज के द्वारा प्रयुक्त मान)

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

dm-multipath युक्ति में अधिष्ठापित कर रहा है

Anaconda के पास अब dm-multipath युक्ति को जांचने, बनाने, और अधिष्ठापित करने की क्षमता है. इस फीचर को समर्थ करने के लिये, पैरामीटर mpath को कर्नेल बूट लाइन पर जोड़ें.

इस फीचर को मूल रूप से Red Hat Enterprise Linux 5 में तकनीकी पूर्वावलोकन के रूप में लाया गया था और अब इस रिलीज में पूरी तरह से समर्थित है.

नोट करें कि dm-multipath Dell MD3000 के लिए इनबॉक्स फीचर का भी समर्थन करता है. हालांकि, बहुल नोड जो dm-multipath का प्रयोग MD3000 के अभिगम के लिए करते हैं तत्काल फेलबैक नहीं निष्पादित कर सकते हैं.

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

अभी, निम्न प्रतिबंध इस फीचर पर लागू हैं:

  • यदि लॉजिकल यूनिट नंबर (LUN) में सिर्फ एक पथ बूट है, Anaconda SCSI डिवायस में अधिष्ठापित करता है हालांकि mpath निर्दिष्ट है. बावजूद कि आप बूट LUN में बहुविध पथ सक्रिय करते हैं और initrd को फिर बनाते हैं, ऑपरेटिंग सिस्टम dm-multipath युक्ति के बजाय SCSI डिवायस से बूट करेगा.

    हालांकि, यदि बूट LUN से आरंभ करने के लिए कई पथ हैं, Anaconda सही रूप में तदनुरूप dm-multipath युक्ति में अधिष्ठापित करेगा जब mpath कर्नेल बूट लाइन में निर्दिष्ट किया जाता है.

  • मूलभूत रूप से, user_friendly_names को yes पर multipath.conf में सेट किया जाता है. यह dm-multipath रूट युक्ति के समर्थन कार्यान्वयन के लिए जरूरी जमावट है. इस प्रकार, user_friendly_names को no में सेट करना और initrd का पुनर्निर्मित करना निम्नलिखित त्रुटि के साथ बूट विफलता का परिणाम देगा:

    फाइलसिस्टम जांच रहा है
    fsck.ext3: /dev/mapper/mpath0p1 को खोलने की कोशिश के दौरान कोई वैसी फाइल या निर्देशिका नहीं
    
स्टोरेज एरिया नेटवर्क (SAN) से बूटिंग

SAN डिस्क युक्ति से बूट करने की क्षमता अब समर्थित है. इस स्थिति में, SAN फाइबर चैनल या iSCSI अंतरफलक का संदर्भ लेता है. यह क्षमता सिस्टम से स्टोरेज संबंधन के लिए समर्थन dm-multipath के प्रयोग से कई पथ से होकर फीचर करता है.

वैसे विन्यास में जो कई होस्ट बस एडाप्टर (HBA) का प्रयोग करता है, आपको सिस्टम BIOS को सेट करने की जरूरत दूसरे एडाप्टर से बूट करने के लिए हो सकती है यदि मौजूदा एडाप्टर से होकर सभी पथ विफल हो जाते हैं.

nfsroot

nfsroot इस अद्यतन में पूरी तरह से समर्थित है. यह उपयोक्ता को Red Hat Enterprise Linux 5.1 को चलाने की अनुमति NFS से होकर आरोहित इसके रूट फाइल सिस्टम (/) के साथ देता है.

nfsroot को मूल रूप से Red Hat Enterprise Linux 5 में स्टेटलेस Linux के तकनीकी पूर्वावलोकन फीचर के रूप में लाया गया था. स्टेटलेस Linux को पूरी तरह से लागू किया जाना तकनीकी पूर्वावलोकन ही बना है.

अभी nfsroot के लिए निम्नलिखित प्रतिबंध हैं:

  • हर क्लाइंट के पास इसका अपना अलग रूट फाइल सिस्टम NFS सर्वर के ऊपर होना चाहिए. यह प्रतिबंध तब भी लागू होता है जब सिर्फ पठनीय रूट प्रयोग में है.

  • SWAP NFS पर समर्थित नहीं है.

  • SELinux को nfsroot क्लाइंट पर सक्रिय नहीं किया जा सकता है. सामान्य रूप से, Red Hat SELinux को निष्क्रिय करने की सलाह नहीं देता है. इस प्रकार, उपभोक्ता को जरूर इस क्रिया के सुरक्षा निहितार्थों के बारे में सोचना चाहिए.

nfsroot को कैसे सेटअप करना है पर निम्न प्रक्रिया का संदर्भ लें. यह प्रक्रिया मानकर चलती है कि आपका संजाल युक्ति eth0 है और जुड़ा संजाल ड्राइवर tg3 है. आपको अपने सिस्टम विन्यास के अनुरूप समायोजित करने की जरूरत हो सकती है:

  1. निम्न कमांड के प्रयोग से अपने होम निर्देशिका में initrd बनाएं:

    mkinitrd --with=tg3 --rootfs=nfs --net-dev=eth0 --rootdev=<nfs server ip>:/<path to nfsroot> ~/initrd-<kernel-version>.img <kernel-version>

    यह initrd को जरूर Red Hat Enterprise Linux 5.1 कर्नेल के प्रयोग से बनाया जाना चाहिए.

  2. आगे, zImage.initrd चित्र को पहले उत्पन्न initrd से बनाएं. zImage.initrd एक संकुचित कर्नेल और initrd एक चित्र में है. निम्न कमांड का प्रयोग करें:

    mkzimage /boot/System.map-<kernel-version> ~/initrd-<kernel-version>.img /usr/share/ppc64-utils/zImage.stub ~/zImage.initrd-<kernel-version>

  3. निर्मित zImage.initrd-<kernel-version> को एक निर्यात योग्य स्थान पर अपने tftp सर्वर पर कॉपी करें.

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

  5. DHCP सर्वर को क्लाइंट को इंगित करने के लिए zImage.initrd-<kernel-version> लक्ष्य में विन्यस्त करें.

    ऐसा करने के लिए, निम्नलिखित प्रविष्टि को DHCP सर्वर के /etc/dhcpd.conf फाइल में जोड़ें:

    next-server <tftp hostname/IP address>;
    filename "<tftp-path>/zImage.initrd";
    

    नोट करें कि <tftp-path> को zImage.initrd में tftp-निर्यात की निर्देशिका से पथ को निर्दिष्ट करना चाहिए. उदाहरण के लिए, यदि zImage.initrd में निरपेक्ष पथ /tftpboot/mykernels/zImage.initrd है और /tftpboot/ tftp-निर्यात की निर्देशिका है, तब <tftp-path> को mykernels/zImage.initrd होना चाहिए.

  6. अंततः, अपने सिस्टम के बूट विन्यास पैरामीटर को इसे पहले संजाल युक्ति से बूट करने के लिए सेट करें (उदाहरण में, संजाल युक्ति eth0 है).

GFS2

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

GFS2 को मूल रूप से Red Hat Enterprise Linux 5 में तकनीकी पूर्वावलोकन फीचर के रूप में रिलीज किया गया था, और अब इस अद्यतन में पूरी तरह से समर्थित है. बेंचमार्क जांच निम्नलिखित पर तेज प्रदर्शन दिखाती है:

  • एकल निर्देशिका में भारी प्रयोग और तेज निर्देशिका स्कैन (पोस्टमार्क बेंचमार्क)

  • तुल्यकालिक I/O ऑपरेशन (fstest बेंचमार्क जांच TIBCO की तरह के मैसेजिंग अनुप्रयोग के लिए उन्नत प्रदर्शन का संकेत देता है)

  • कैश पढता है, क्योंकि अब कोई लाकिंग ओवरहेड नहीं रह गया है

  • प्रत्यक्ष I/O पूर्व आबंटित फाइल में

  • NFS फाइल नियंत्रण लुकअप

  • df, क्योंकि आवंटन सूचना अब कैश किया गया है

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

  • जर्नल अब प्लैन (हालांकि छिपा हुआ) फाइल है बजाए मेटाडाटा के. जर्नल अब गतिशील रूप से जोड़ा जा सकता है जैसे ही अतिरिक्त सर्वर एक फाइल सिस्टम को माउंट करता है.

  • कोटा अब समर्थित व असमर्थित है माउंट विकल्प के द्वारा quota=<on|off|account>

  • quiesce अब क्लस्टर पर विफलता प्राप्ति के लिए जर्नल को फिर चलाने के लिए जरूरी नहीं है

  • nanosecond टाइमस्टैंप्स अब समर्थित है

  • ext3 के समान, GFS2 अब data=ordered मोड का समर्थन करती है

  • गुण जमावट lsattr() और chattr() अब मानक ioctl() से होकर समर्थित है

  • फाइल सिस्टम 16TB से ऊपर के आकार का अब समर्थित है

  • GFS2 एक मानक फाइल सिस्टम है, और गैर क्लस्टर किए विन्यास में प्रयोग किया जा सकता है

ड्राइवर अद्यतन प्रोग्राम

ड्राइवर अपडेट प्रोग्राम (DUP) को तीसरे पार्टी विक्रेता को (जैसे कि OEM) उनके अपने ड्राइवर और अन्य Linux कर्नेल मॉड्यूल को Red Hat Enterprise Linux 5 सिस्टम में नियमित RPM संकुल के प्रयोग से वितरण संग्राहक के रूप में जोड़ने के लिए स्वीकारने के लिए डिजायन किया गया था.

Red Hat Enterprise Linux 5.1 DUP में कई अद्यतन महत्वपूर्ण रूप से लागू करता है:

  • install-time ड्राइवर अद्यतन RPM ड्राइवर अद्यतन डिस्क से अब समर्थित है

  • सिस्टम ब्लू टूथ को प्रभावित करनेवाला ड्राइवर अद्यतन अब समर्थित है

  • एडवांस्ड Linux साउंड आर्किटेक्चर (ALSA) के तीसरे पक्ष संकुल के लिए समर्थन अब पदावनत है

आगे, विविध अद्यतन को स्वीकृत कर्नेल ABI संकेत व्हाइटलिस्ट में लागू किया गया था. ये व्हाइटलिस्ट ड्राइवर को निर्धारित करने के लिए संकुलित किया गया था कि कर्नेल द्वारा दिए कौन से संकेत व आंकड़ा संरचना को तीसरे पार्टी ड्राइवर में प्रयोग किया जा सकता है.

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

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

सामान्य ड्राइवर अद्यतन
  • acpi: अद्यतन ibm_acpi माड्यूल कई ACPI और Lenovo लैपटाप के साथ डाकिंग स्टेशन मुद्दे को संबोधित करने के लिए.

  • ipmi: पोलिंग kthread अब चलती नहीं है जब हार्डवेयर व्यवधान बेसबोर्ड प्रबंधन कंट्रोलर को नियत किया जाता है.

  • sata: SATA/SAS को संस्करण 2.6.22-rc3 में अद्यतन किया गया.

  • openib और openmpi: OFED (OpenFabrics Enterprise Distribution) संस्करण 1.2 में अद्यतन.

  • powernow-k8: Greyhound को पूरी तरह से समर्थन के लिए संस्करण 2.0.0 में अद्यतन.

  • xinput: पूर्ण RSA समर्थन सक्रिय के लिए जोड़ा.

  • aic94xx: संस्करण 1.0.2-1 में उन्नयन किया हुआ, एंबेडेड श्रृंखला फर्मवेयर के उन्नयन के साथ v17 में. ये अद्यतन निम्न बदलाव लागू करते हैं:

    • ascb रेस स्थिति को विस्तारक के साथ प्लेटफार्म पर ठीक किया

    • REQ_TASK_ABORT और DEVICE_RESET नियंत्रक जोड़ा

    • खोज त्रुटि के बाद भौतिक पोर्ट को अब ठीक से साफ किया गया

    • phys को अब sysfs से होकर सक्रिय व निष्क्रिय किया जा सकता है

    • DDB लाक के विस्तारित प्रयोग को DDB के रेस स्थिति को रोकने के लिए

ऑडियो

ALSA को 1.0.14 संस्करण में अद्यतन किया. यह अद्यतन निम्न फिक्स पर लागू होता है:

  • IBM Taroko (M50) पर आवाज की समस्या ठीक किया

  • Realtek ALC861 अब समर्थित है

  • xw8600 और xw6600 मौन समस्या को ठीक किया

  • ADI 1884 Audio अब समर्थित है

  • xw4600 पर ऑडियो विन्यास समस्या ठीक किया

PCI
  • PCIX और PCI-Express के लिए फंक्शन काल को अधिकतम पठन आग्रह आकार पर सेट करने के लिए जोड़ा

  • IBM System P मशीन अब PCI-Express हाटप्लगिंग का समर्थन करती है

  • जरूरी ड्राइवर और PCI ID को SB600 SMBus के समर्थन के लिए जोड़ा

संजाल
  • e1000 ड्राइवर: संस्करण 7.3.20-k2 में I/OAT-सक्रिय चिपसेट के समर्थन के लिए जोड़ा.

  • bnx2 ड्राइवर: संस्करण 1.5.11 में 5709 हार्डवेयर के समर्थन के लिए अद्यतन किया.

  • B44 इथरनेट ड्राइवर: निम्न बदलाव को लागू करने के लिए 2.6.22-rc4 अपस्ट्रीम संस्करण से बैकपोर्टेड:

    • कई endianness सुधार किए गए

    • DMA_30BIT_MASK स्थिरांक अब प्रयुक्त है

    • skb_copy_from_linear_data_offset() अब प्रयुक्त है

    • spin_lock_irqsave() अब सुरक्षित व्यवधान निष्क्रिय को फीचर करता है

    • पुनर्बहाली पर सरल त्रुटि जांच किया जाता है

    • मल्टीकास्ट में कई फिक्स लागू थे

    • चिप रिसेट अब पहले से अनुमानित से अधिक नहीं लेता है

  • Marvell sky2 ड्राइवर: एक बग फिक्स करने के लिए संस्करण 1.14 में अद्यतन जो कर्नेल पैनिक का कारण बनता है यदि ifup/ifdown कमांड को बार बार दिया जाता है.

  • forcedeth-0.60 ड्राइवर: अब इस रिलीज में शामिल किया गया है. यह कई गंभीर बग फिक्स पर ग्राहक के लिए लागू होता है जो NVIDIA के MCP55 मदरबोर्ड चिपसेट और तदनुरूप ऑनहोर्ड NIC करते हैं.

  • ixgb ड्राइवर: नवीनतम अपस्ट्रीम संस्करण (1.0.126) में अद्यतन.

  • netxen_nic ड्राइवर: NetXen 10GbE संजाल कार्ड के लिए समर्थन को सक्रिय करने के लिए संस्करण 3.4.2-2 जोड़ा.

  • Chelsio 10G इथरनेट संजाल नियंत्रक अब समर्थित है.

  • PCI त्रुटि प्राप्ति के लिए s2io युक्ति में समर्थन जोड़ा.

  • Broadcomm बेतार इथरनेट ड्राइवर अब PCI ID को nx6325 कार्ड के लिए समर्थन करती है.

  • एक बग ठीक किया जो ASSERTION FAILED त्रुटि का कारण बनता था जब एक BCM4306 को ifup से होकर आरंभ करने का प्रयास किया जाता था.

  • ixgb ड्राइवर: EEH PCI त्रुटि प्राप्ति समर्थन को Intel 10-गिगाबिट इथरनेट कार्ड के लिए समर्थन जोड़ने के लिए अद्यतन किया गया, /usr/share/doc/kernel-doc-<kernel version>/Documentation/pci-error-recovery.txt का संदर्भ लें.

  • qla3xxx ड्राइवर: संस्करण 2.03.00-k3 में QLogic iSCSI एडाप्टर के लिए बिना iSCSI के प्रयोग से संजाल समर्थन देने के लिए फिर सक्रिय व अद्यतन किया.

  • Intel PRO/Wireless 3945ABG संजाल ड्राइवर: संस्करण 1.2.0 में अद्यतन. यह अद्यतन कई मुद्दा को हल करता है, सॉफ्ट लाकअप बग के साथ जो कुछ लैपटाप पर खास परिस्थिति में पैदा हो सकता था.

  • qla2xxx: ड्राइवर को संस्करण 8.01.07-k6 के लिए उन्नयन किया गया. यह महत्वपूर्ण रूप से कई बदालवों को लागू करता है:

    • iIDMA अब समर्थित है

    • निम्नलिखित फाइबर चैनल गुण अब समर्थित है:

      • symbolic nodename

      • system hostname

      • fabric name

      • host port state

    • trace-control async घटना अब लॉग नहीं है

    • रिसेट नियंत्रण लॉजिक सही किया गया है

    • MSI-X अब समर्थित है

    • IRQ-0 कार्यभार अब प्रति सिस्टम नियंत्रित किया जाता है

    • NVRAM अद्यतन तत्काल प्रभावी होती है

IPMI

इस रिलीज में IPMI ड्राइवर सेट का अद्यतन अपस्ट्रीम बदलाव को संस्करण 2.6.21.3 के रूप में शामिल करने के लिए कुछ पैच के साथ शामिल है, जो 2.6.22-rc-4 से शामिल थे. यह अद्यतन निम्न बदलावों को फीचर करता है (अन्य के साथ):

  • ipmi_si_intf में गैर आरंभीकृत आंकड़ा बग ठीक किया

  • kipmid अब आरंभ नहीं होता है यदि अन्य ड्राइवर व्यवधान का समर्थन करती है

  • उपयोक्ता कर्नेल डेमॉन enable को force_kipmid के द्वारा अध्यारोहित करने के लिए स्वीकृत है

  • प्रति चैनल कमांड पंजीयन अब समर्थित है

  • MAX_IPMI_INTERFACES अब प्रयुक्त नहीं होती है

  • हाट सिस्टम अंतरफलक अब समर्थित है

  • फर्मवेयर अद्यतन समर्थन में अनुरक्षण मोड जोड़ा

  • poweroff समर्थन को pigeonpoint IPMC के लिए जोड़ा

  • BT उपड्राइवर अब लंबे समय समाप्ति को झेल सकता है

  • pci_remove नियंत्रण को हॉट रिमूव पर ठीक क्लीनअप के लिए जोड़ा

नये माड्यूल पैरामीटर पर सूचना के लिए, /usr/share/doc/kernel-doc-<kernel version>/Documentation/IPMI.txt का संदर्भ लें.

SCSI
  • SCSI ब्लैकलिस्ट को Red Hat Enterprise Linux 4 से इस रिलीज में पोर्ट किया.

  • PCI ID को aic79xx ड्राइवर जोड़ा.

  • aacraid ड्राइवर: संस्करण 1.1.5-2437 में PRIMERGY RX800S2 और RX800S3 के समर्थन के लिए अद्यतनीकृत.

  • megaraid_sas ड्राइवर: संस्करण 3.10 में अद्यतन. यह अद्यतन bios_param के लिए प्रविष्टि बिंदु परिभाषित करता है, एक IOCTL स्मृति पूल जोड़ता है, और कई गौण बग फिक्स को लागू करता है.

  • Emulex lpfc ड्राइवर: संस्करण 8.1.10.9 में अद्यतन. यह अद्यतन कई बदलावों को महत्वपूर्ण रूप से समाहित किए है:

    • host_lock प्रबंधन को ioctl पथ में ठीक किया

    • AMD चिपसेट अब स्वतः जांचा जाता है, DMA लंबाई को 1024 बाइट में सीमित कर दिया

    • नोड अब dev_loss_tmo के दौरान समर्थित नहीं है यदि खोज सक्रिय है

    • 8GB लिंक स्पीड अब सक्रिय है

  • qla4xxx ड्राइवर को निम्न बदलावों को लागू करने के लिए अद्यतन किया गया:

    • IPV6, QLE406x और ioctl मॉड्यूल के लिए समर्थन जोड़ा

    • mutex_lock बग को फिक्स किया जो लाकअप का कारण हो सकता था

    • qla4xxx और qla3xxx के लॉकअप मुद्दे को हल किया जब किसी अंतरफलक को लोड/अनलोड करने का प्रयास किया

  • mpt fusion ड्राइवर: संस्करण 3.04.04 में अद्यतन. यह अद्यतन कई बदलावों को महत्वपूर्ण रूप से लागू करता है:

    • कई त्रुटि नियंत्रण बग को ठीक किया

    • mptsas अब लक्ष्य रिसेट को धारावाहिक करता है

    • mptsas और mptfc अब LUN का समर्थन करती है और 255 से अधिक लक्ष्य का समर्थन करती है

    • एक LSI mptspi ड्राइवर रिग्रेसन ठीक किया जो बहुत अधिक धीमे DVD ड्राइवर प्रदर्शन के रूप में परिणाम देता था

    • जब एक LSI SCSI युक्ति एक BUSY स्थिति देती है, I/O प्रयास कई कोशिशों के बाद विफल नहीं रहती है

    • RAID सरणी अब ऑडियो रिबिल्ड के बाद अनुपलब्ध नहीं है

  • arcmsr ड्राइवर: Areca RAID नियंत्रक के लिए समर्थन देने के लिए शामिल

  • 3w-9xxx मॉड्यूल: 3ware 9650SE को सही रूप से समर्थन के लिए अद्यतन.

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

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

    • माउंट विकल्प sec=none एक बेनामी माउंट का परिणाम देता है

    • CIFS अब umask को सम्मानित करती है जब POSIX विस्तार सक्रिय किया गया है

    • sec= माउंट विकल्प को ठीक किया जो पैकेट हस्ताक्षर का आग्रह करती है

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

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

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

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

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

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

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

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

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

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

अन्य अद्यतन

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

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

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

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

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

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

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

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

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

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

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

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

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

स्टेटलेस Linux

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

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

निम्नलिखित Red Hat Enterprise Linux 5 शामिल सूची की आरंभिक क्षमता है:

  • NFS पर स्टेटलेस बिंब चला रहा है

  • लूपबैक से NFS पर स्टेटलेस बिंब चला रहा है

  • iSCSI पर चला रहा है

इसकी जोरदार अनुशंसा है कि वे जो स्टेटलेस कोड में रूचि रखते हैं वे 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 त्वरण का लाभ लेने के लिये सक्रिय करता है.

devicescape (d80211)

devicescape स्टैक iwlwifi 4965GN वायरलेस ड्राइवर को सक्रिय करता है. यह स्टैक खास बेतार युक्ति को किसी वाइफाइ संजाल में जोड़ने की अनुमति देता है.

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

FS-Cache

FS-कैश एक स्थानीय कैशिंग सुविधा दूरस्थ फाइल सिस्टम के लिये है; यह उपयोक्ता को NFS डाटा को कैश करने के लिये स्थानीय आरोहित डिस्क पर अनुमति देता है. FS-कैश सुविधा सेटअप करने के लिये, cachefilesd RPM अधिष्ठापित करें और /usr/share/doc/cachefilesd-<version>/README में निर्देश का संदर्भ लें.

<version> को अधिष्ठापित cachefilesd संकुल के संगत संस्करण से प्रतिस्थापित करें.

Systemtap

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

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 निम्नलिखित का समर्थन नहीं करता है:

  • IPv4

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

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

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

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

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

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

हल किये मुद्दे

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

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

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

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

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

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

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

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

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

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

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

  • bttv कर्नेल मॉड्यूल के साथ tvtime और xawtv को चलाना अब सिस्टम के फ्रीज करने का कारण नहीं बनता है.

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

    • बग सुधार किया गया जो रेस स्थिति में क्रैश का कारण बनता था जब ptrace का प्रयोग होता है

    • रिग्रेसन सुधार किया जो गलत EIO लौटाता है कुछ PTRACE_PEEKUSR कॉल्स से

    • रिग्रेसन सुधार किया जिसने कुछ wait4 कॉल को जागने से रोका जब कुछ खास स्थिति में संतति बाहर निकल जाता है

    • रिग्रेसन को ठीक किया जो कि कभी कभी SIGKILL को एक प्रक्रिया को समाप्त होने से रोका. यह उत्पन्न होता है यदि ptrace को प्रक्रिया पर कुछ खास परिस्थितियों में निष्पादित किया गया.

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

ज्ञात मुद्दे

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

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

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

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

    1. MegaRAID BIOS सेटअप उपयोगिता में जाएं.

    2. एडाप्टर सेटिंग मेनू में जायें.

    3. अन्य एडाप्टर विकल्प के अंतर्गत, एमुलेशन चुनें और जन भंडारण में इसे सेट करें.

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

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

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

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

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

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

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

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

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

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

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

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

    इसे HP के द्वारा आनेवाले BIOS अद्यतन में हल कर लिया जाएगा.

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

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

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

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

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

    mount /dev/<device name> /media
    
  • Calgary IOMMU चिप इस अद्यतन में मूलभूत रूप से समर्थित नहीं है. इस चिप के लिए समर्थन को सक्रिय करना, कर्नेल कमांड लाइन विकल्प iommu=calgary का प्रयोग करें.

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

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

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

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

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

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

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

    इसके समाधान के लिए, सभी युक्तियों और mpath लिंक प्रविष्टि को /etc/lvm/.cache में विशेष रूप से स्टेल LUN को मिटाएं.

    ये प्रविष्टि क्या हैं यह पता करने के लिए, निम्न कमांड चलाएं:

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

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

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

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

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

    /dev/dm-4 
    /dev/dm-5 
    /dev/mapper/3600d0230003414f30000203a7bc41a00
    /dev/mapper/3600d0230003414f30000203a7bc41a00p1
    /dev/mpath/3600d0230003414f30000203a7bc41a00
    /dev/mpath/3600d0230003414f30000203a7bc41a00p1
    
  • जब एक पूर्ण वर्चुअलाइज्ड Windows™ अतिथि बनाने का प्रयास CD / DVD से किया जाता है, अतिथि अधिष्ठापन का दूसरा चरण रिबूट पर जारी नहीं रहेगा.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    • DL585g2

    • dc7500

    • xw9300

    • xw9400

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

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

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

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

( amd64 )



[1] यहां उपलब्ध ओपेन पब्लिकेशन लाइसेंस v1.0 में दिये शर्त व नियमों के मुताबिक यह सामग्री वितरित की जा सकती है http://www.opencontent.org/openpub/.