प्रस्तावना

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

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

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

  • फीचर अद्यतन

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

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

  • अन्य अद्यतन

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

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

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

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

http://www.redhat.com/docs/manuals/enterprise/

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

यह खंड Red Hat Enterprise Linux 5.1 के बारे में सूचना समाहित करता है जो इसे रिलीज नोट्स में वितरण में नहीं बनाता है.

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

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

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

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

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

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

  • ipath को इस आर्किटेक्चर में प्रयोग openmpi क्रैश के रूप में परिणाम देगा. इस प्रकार, ipath ड्राइवर इस आर्किटेक्चर के लिए अभी तकनीकी पूर्वावलोकन के रूप में जारी किया जा रहा है.

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

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

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

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

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

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

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

  • इस आर्किटेक्चर में वर्चुअलाइजेशन सिर्फ उसी अतिथि को समर्थन दे सकता है जो RAM 65,434 MB तक रखता है.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    1. सभी मिरर किये lvm2 लोजिकल वाल्यूम को उन्नयन के पहले से निष्क्रिय करें. इसे करने के लिए, कमांड का प्रयोग करें lvchange -a n <volume group or mirrored volume>.

    2. पुराने lvm2 घटना डेमॉन को killall -HUP dmeventd के प्रयोग से रोकें.

    3. सभी RPM संबंधित संकुल के उन्नयन करें, यानी device-mapper और lvm2.

    4. सभी मिरर किए वाल्यूम को फिर सक्रिय करें फिर lvchange -a y <वाल्यूम समूह या मिरर किये वाल्यूम के प्रयोग से >.

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

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

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

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

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

    इसे रोकने के लिए, निम्नलिखित शेल स्क्रिप्ट को हर बूट के पहले चलाएं:

    #!/bin/bash
    for x in $(lspci -d 103c:3220 | awk '{print $1}'); do
            val=$(setpci -s $x 40.b)
            val=$(( 0x$val | 1 ))
    setpci -s $x 40.b=$(printf '%x' $val)
    done        
    
  • यदि आप एक अतिथि अधिष्ठापन विफलता पाते हैं, इसकी सलाह दी जाती है कि आप xend डेमॉन आरंभ करें नये अतिथि को अधिष्ठापित करने के प्रयास के पहले.

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

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

  • कर्नेल मॉड्यूल जैसे कि e1000 और qla2xxx को अनलोड नहीं किया जा सकता है यदि आप वर्चुअलाइज्ड कर्नेल चला रहे हैं.

    इस प्रकार, यदि आपने किसी तीसरे पक्ष के ड्राइवर को अधिष्ठापित किया है, यह अनुशंसा की जाती है कि आप सिस्टम को रिबूट करें.

  • पैरावर्चुअलाज्ड अतिथि parted उपयोगिता को प्रयोग नहीं कर सकता है. डिस्क विभाजन को पैरावर्चुअलाइज्ड अतिथि पर बदलने के लिए, parted का प्रयोग dom0 के अंदर अतिथि डिस्क पर करें; उदाहरण के लिए, parted /var/lib/xen/images/pv_guest_disk_image.img.

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

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

  • पूर्ण वर्चुअलाइज्ड अतिथि बनाने के प्रयास में, हाइपरविजर हैंग कर सकता है यदि आप अतिथि में उपलब्ध RAM का बहुत अधिक आबंटित कर देते हैं. कुछ स्थितियों में, कर्नेल पैनिक हो सकता है.

    दोनों घटना हाइपरविजर स्मृति कमी के कारण होता है. सुनिश्चित करने के लिए कि हाइपरविजर अधिकता का सामना हर बार होता है जब आप स्मृति अतिथि में आबंटित करते हैं, निम्नलिखित समीकरण को देखते हुए:

    26MB + [(वर्चुअल CPU की संख्या जो अतिथि के द्वारा प्रयुक्त है) x 17MB] = (हर मौजूदा अतिथि के लिए गैर आबंटित स्मृति की मात्रा)

    उदाहरण के लिए, यदि आपके पास 2048MB RAM सिस्टम पर है और आप 4 वर्चुअल CPU को सिर्फ एक अतिथि के लिए प्रयोग करना चाहते हैं, आपको 94MB गैर आबंटित छोड़ना चाहिए. यदि आप दो अतिथि रखना चाहते हैं, दोनों 4 वर्चुअल CPU का प्रयोग करता है, 188MB को गैर आबंटित करते हुए (और इसी तरह).

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

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

  • kexec और kdump से होकर क्रैश डंपिंग विश्वसनीय तरीके से HP Smart Array नियंत्रक के साथ काम नहीं कर सकता है. नोट करें कि ये नियंत्रक cciss ड्राइवर का प्रयोग करते हैं.

    इस समस्या का समाधान, जिसमें नियंत्रक में फर्मवेयर अद्यतन को शामिल किया जाना है, जांचा जाता है.

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

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

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

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

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

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

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

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

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

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

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

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

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

  • 64-बिट Intel Itanium2 आर्किटेक्चर के लिये Red Hat Enterprise Linux 5 .1 Intel के IA-32 निष्पादन स्तर प्रयोग के द्वारा 32 बिट अनुप्रयोग के लिये कार्यसमय समर्थन को शामिल करता है.

    IA-32 निष्पादन स्तर को Intel Itanium2 आर्किटेक्चर के लिये पूरक CD पर दिया गया है. इसके अतिरिक्त, 32-बिट लाइब्रेरी के समुच्चय और अनुप्रयोग को एक अलग 32-बिट सुसंगतता लेयर डिस्क पर दिया गया है. IA-32 निष्पादन स्तर और 32-बिट सुसंगतता संकुल एक साथ 32-बिट अनुप्रयोग के लिये 64-बिट नेटिव वितरण के साथ एक कार्यसमय वातावरण उपलब्ध कराता है.

    IA-32 निष्पादन स्तर और जरूरी 32 बिट सुसंगतता संकुल के अधिष्ठापन के लिये इन चरणों का पालन करें:

    1. Intel Itanium2 आर्किटेक्चर के लिये Red Hat Enterprise Linux 5.1 अधिष्ठापित करें.

    2. Red Hat Enterprise Linux 5.1 Supplementary CD डालें, जो ia32el संकुल समाहित किये है.

    3. सिस्टम के CD आरोहन के बाद, Supplementary संकुल रखने वाली निर्देशिका में बदलें. उदाहरण के लिये:

      cd /media/cdrom/Supplementary/

    4. ia32el संकुल अधिष्ठापित करें:

      rpm -Uvh ia32el-<version>.ia64.rpm

      <version> को अधिष्ठापित किये जाने वाले ia32el संकुल से बदलें.

    5. पूरक CD बाहर निकालें:

      /media/cdrom बाहर निकालें

    6. अधिष्ठापन के बाद 32-बिट सुसंगतता लेयर और लाइब्रेरी के अधिष्ठापन की जांच करने के लिये, जांचे कि /emul निर्देशिका बनाया गया है और फाइल को समाहित किये है.

    7. यह जांचने के लिये कि 32-बिट सुसंगतता मोड प्रभाव में है, शेल प्रांप्ट में निम्नलिखित टंकित करें:

      service ia32el status

    8. इस बिंदु पर 32-बिट सुसंगतता स्तर डिस्क को डालकर आप सुसंगतता लाइब्रेरी अधिष्ठापित कर सकते हैं. आप डिस्क पर उपलब्ध सारे संकुल को अधिष्ठापित करने के लिये चुन सकते हैं या खास संकुल अपने 32-बिट अनुप्रयोग के लिये कार्यसमय समर्थन हेतु चुन सकते हैं.

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

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

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

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

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

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

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

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

संसाधन को स्वतंत्र रूप से फिर आरंभ करना

यह संभव है कि अब क्लस्टर में संसाधन को फिर आरंभ किया जाए बिना इसके जनक सेवा को बाधित किए. इसे /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" गुण को सावधानी के साथ प्रयोग करें.

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

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

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

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

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

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

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

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

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

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

  • DomU अब पैनिक नहीं करता है जब आप कर्नेल जटिलता के बाद सहेजें/फिर जमा करें को कई बार करते हैं.

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

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

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

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

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

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

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

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

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 को सेट करने की जरूरत दूसरे एडाप्टर से बूट करने के लिए हो सकती है यदि मौजूदा एडाप्टर से होकर सभी पथ विफल हो जाते हैं.

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

ड्राइवर अपडेट प्रोग्राम (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 के प्रयोग से संजाल समर्थन देने के लिए फिर सक्रिय व अद्यतन किया.

  • 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 कॉल में समर्थित है.

  • getcpu सिस्टम कॉल अब समर्थित है.

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

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

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

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

अन्य अद्यतन

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

  • इस ऑर्किटेक्चर के लिए प्रमाणित स्मृति सीमा अब 1TB (256GB से बढा हुआ) है.

  • 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 त्वरण का लाभ लेने के लिये सक्रिय करता है.

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 में अप्रत्याशित व्यवहार ला सकता है.

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

  • मल्टी बूट सिस्टम में, 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 में बग जो बहुल आरोह को ठीक से काम करने से रोकता था अब ठीक कर लिया गया है.

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

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

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

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

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

ज्ञात मुद्दे

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

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

  • मेजबान बस एडाप्टर जो 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 कर्नेल में सफलतापूर्वक रिबूट करने के लिये कर रहा है.

  • जब 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 का आग्रह नहीं कर रहा है. आगे, ये संदेश, किसी तरह से, मशीन के ऑपरेशन को प्रभावित करता है.

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

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

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

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

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

    • /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 कर्नेल मॉड्यूल अधिष्ठापित करें.

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

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

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

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

    • DL585g2

    • dc7500

    • xw9300

    • xw9400

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

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

  • मूलभूत रूप से, Itanium dom0 वर्चुअलाइज्ड कर्नेल 512MB RAM के साथ और एक CPU से बूट करता है. आप इसे हाइपरविजर कमांड लाइन पर dom0_mem और dom0_max_vcpus पैरामीटर के प्रयोग से अध्यारोहित कर सकते हैं. उदाहरण के लिए, आप dom0 को 4GB RAM और 8 CPU के साथ dom0_mem=4G dom0_max_vcpus=8 पैरामीटर के प्रयोग से बूट करने के लिए सेट कर सकते हैं.

    Red Hat Enterprise Linux 5 के लिए, dom0_mem के लिए अधिकतम समर्थित मान 256G है. dom0_max_vcpus के लिए अधिकतम समर्थित मान 32 है.

    हालांकि, dom0 को सिस्टम के पास RAM की वास्तविक मात्रा से बूट करने के लिए सेट करना कर्नेल पैनिक का कारण हो सकता है. यह इसलिए कि पूरे RAM से थोड़ा कम dom0 के लिए प्रयोग के लिए उपलब्ध है. अभी, हाइपरविजर इस स्थिति को आसानी से नियंत्रित करने में असमर्थ है.

    इस प्रकार, यदि सिस्टम के पास x RAM की मात्रा है, dom0_mem=x को प्रयोग करने की सलाह नहीं दी जाती है.

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

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

  • कुछ Itanium सिस्टम पर, X VGA कंसोल पर आरंभ होने में विफल हो सकता है. ऐसा इसलिए कि सिस्टम स्मृति लेआउट X को इसकी जरूरत अनुसार असंगत स्मृति क्षेत्र को उपयोग करने के प्रयास से नहीं रोकता है. यह एक मशीन चेक एबोर्ट (MCA) का कारण हो सकता है, जबकि कुछ स्थितियों में X सिर्फ xf86MapDomainMem(): mmap() failure के X लॉग प्रविष्टि के साथ विफल रहेगा.

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

    यह मुद्दा Red Hat Enterprise Linux 5 के आने वाले गौण रिलीज में हल कर लिया जायेगा. जांच परिणाम बताते हैं कि मुद्दे को Itanium सिस्टम पर 128 PCI युक्ति से अधिक के साथ दिखना चाहिए. यह आचरण X के साथ Red Hat Enterprise Linux 5 पर संगत है.

  • मूलभूत 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
            }
    

( ia64 )



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