ओळख

या दस्तावेजात खालील विषय समाविष्ट आहेत:

  • प्रकाशन पत्र अद्यावत

  • प्रतिष्ठापना संबंधी टिपा

  • अद्यावत

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

  • कर्नल विषयी अद्ययावत

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

  • तंत्रज्ञाण पूर्वदृश्य

  • निर्धारीत मुद्दे

  • परिचीत मुद्दे

Red Hat Enterprise Linux 5.1 संबंधी काही अद्ययावत प्रकाशन टिपांच्या या आवृत्तीत आढळणार नाहीत. प्रकाशन टिपांची अद्ययावत आवृत्ती खालील URL वर उपलब्ध सुध्दा प्राप्त होऊ शकते:

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

प्रकाशन पत्र अद्ययावत

या विभाग Red Hat Enterprise Linux 5.1 विषयी माहिती पूरवितो ज्याचा उल्लेख वित्रणा मधील प्रकाशन पत्र मध्ये होऊ शकले नाही.

  • पूर्णत्व आभासी SMP अतिथीवर Red Hat Enterprise Linux 5 प्रतिष्ठापन करतेवेळी , प्रतिष्ठापन स्तब्ध होऊ शकते. हे सहसा यजमान (dom0) Red Hat Enterprise Linux 5.1 कार्यरत असतेवेळी होऊ शकते.

    हे टाळण्याकरीता, अतिथीस एकसंख्यी प्रोसेसर वापरण्याकरीता निश्चित करा. तुम्ही हे virt-install मधील --vcpus=1 पर्याय वापरून करू शकता. एकदाचे प्रतिष्ठापन पूर्ण झाल्यास, virt-manager मध्ये निर्धारीत vcpus संपादीत करून तुम्ही अतिथीस SMP करीता निश्चित करू शकता.

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

  • pm-utils मधील Red Hat Enterprise Linux 5.1 Beta आवृत्ती पासून pm-utils सुधारणा करतेवेळी अपयशी होण्याची शक्यता दिसून येते, ज्यामुळे खालील त्रुटी आढळू शकेल:

    त्रुटी: /etc/pm/sleep.d: cpio: rename फाइल मधील संचयन उघडतेवेळी अपयश
    

    हे ठाळण्याकरीता, /etc/pm/sleep.d/ संचयीका सुधारीत करण्यापूर्वीच काढूण टाका. /etc/pm/sleep.d मध्ये कुठलेही फाइल समाविष्टीत असल्यास, तुम्ही त्या फाइल /etc/pm/hooks/ येथे हलवू शकता.

  • Mellanox MT25204 करीता हार्डवेअर चाचणी मध्ये ठराविक उच्च-लोड स्थितीवेळी आंतरीक त्रुटी आढळली आहे असे स्पष्टरूपी दिसून येचे. जेव्हाib_mthca ड्राइवर या हार्डवेअर करीता घातक त्रुटी दर्शवितो, तेव्हा, वापरकर्ता अनुप्रयोग द्वारे निर्मीत कार्य विनंतीची संख्या व अपुरे पूर्णत्व रांग तीव्रताशी जुळविले जाते.

    जरी ड्राइवर हार्डवेअरला पुन्हनिश्चित करतो व घटना पासून पुन्हप्राप्त होतो, सर्व जुळवणी त्रुटीवेळी लुप्त होतात. यामुळे सहसा वापरकर्ता अनुप्रयोग मध्ये विभागीय अडचणीस कारणीभूत ठरते. पुढे, त्रुटीच्यावेळी opensm कार्यरत असल्यास, योग्यरित्या कार्यवाही स्थाकरण्याकरीता त्यास स्वतः पुन्हा सुरू करावे लागेल.

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

    कृपया लक्षात घ्या RPM फक्त मुलभूत कर्नल बदलाव करीता प्रतिकृत केले जाईल जे प्रतिष्ठापीत प्रणाली करीतावापरले जाईल. उदाहरणार्थ, आभासी कर्नल सक्षम प्रणाली वर ड्राइवर RPM प्रतिष्ठपनवेळी फक्त आभासी कर्नल करीता ड्राइवर प्रतिष्ठापीत केले जाईल. ड्राइवर RPM प्रणालीवरील इतर प्रतिष्ठापीत कर्नल प्रकार करीता प्रतिष्ठापीत केले जाणार नाही.

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

  • dom0 च्या कार्यक्षेत्रात, तुम्ही अतिथी (म्हणजे xm create) 32,750 पेक्षा जास्त वेळ बनवू शकत नाही. उदाहरणार्थ, चक्रातील स्थीत अथिती असल्यास, अतिथीस एकूण 32,750 वेळा बूट केल्यावर dom0 अतिथीस बूट करण्याकरीता अपयशी ठरेल.

    घटना घडल्यास, dom0 पुन्हा सुरू करा

  • Red Hat Enterprise Linux 5.1 NFS सर्वर आता रेफर्रल एक्सपोर्ट समर्थीत आहे. हे एक्सपोर्ट NFSv4 शिष्टाचार आधारीत विस्तार आहे. कुठलेही NFS क्लाऐंट जे या विस्तारास (बहुदा, 5.1 अगोदरचे Red Hat Enterprise Linux प्रकाशन) समर्थन देत नाही एक्सपोर्ट करीता प्रवेश प्राप्त करू शकणार नाही.

    तरी, NFS क्लाऐंट एक्सपोर्टकरीता समर्थन देत नसल्यास, या एक्सपोर्टकरीता प्रवेश करण्याचा कुठलाही प्रयत्न I/O त्रुटीसह अपयशी ठरेल. काहीक घटना मध्ये, क्लाऐंट रचनावर आधारीत, अपयशी होण्याचा दर जास्त तीव्र दिसून येईल, व प्रणाली क्रॅशही होण्याची संभावना आहे.

    असमर्थीत क्लाऐंट द्वारे NFS रेफरल एक्सपोर्ट प्रवेशकीय नाही याची तुम्ही खबरदारी घेत आहात हे खूप महत्वाचे आहे.

  • GFS2 ही GFS ची एक वाढीव प्रगती आहे. हे अद्ययावत बऱ्याच डीस्क-वरील फाइल प्रणालीकरीता आहे. GFS फाइल प्रणाली gfs2_convert कार्यक्रमासह GFS2 मध्ये स्थानांतरीत करता येते, ज्यामुळे GFS फाइल प्रणालीची मेटाडेटाविषयी अद्ययावत परस्पररीतीने होते.

    Red Hat Enterprise Linux 5 मध्ये प्रथमवेळी प्रदारपण केल्यापासून, GFS2 तंत्रज्ञाण पूर्वदृश्य म्हणून ओळखले जाते. प्रकाशन पत्र मध्ये समाविष्टीत वितरण GFS2 पूर्णपणे समर्थीत आहे असे सूचविते. तरी, बेंचमार्क चाचणी खालील घटकवर गतिक कार्यक्षमता दर्शवीते:

    • एकाच संचयीकेचा सर्वात जास्त वापर व जास्तवेळी होणारी तपासणी (पोस्टमार्क बेंचमार्क)

    • एकाचवेळी I/O कार्यक्रम (fstest बेंचमार्क परिक्षा संदेशवाहक TIBCO कार्यक्रमांकरीता एक सुव्यवस्थित कार्यक्षमतेचे लक्षण आहे)

    • कॅशड् रीडस्, कुठलेही सुरक्षाहेतू ओझे नाही

    • पूर्वनिश्चित फाइल

    • NFS फाइल हातळणीकरीता लुकअप

    • df, वाटपीय माहिती आता कॅश केली आहे

    याच्या व्यातिरीक्त, GFS2 मध्ये खालील विशेषता देखील आहेत:

    • मेटाडेटाच्या व्यतिरिक्त जरनल्स् आता साधे (जरी अदृश्य) फाइलस् आहेत. जरनल्स् आता आपण मनासारखे संरचीत करून समाविष्ट करू शकतो तरी वाढीव सर्वरस् वर फाइल प्रणाली माऊंट केली असते.

    • कोटा आता समर्थीत व असमर्थीत करणे माऊंट पर्याय द्वारे quota=<on|off|account> शक्य आहे

    • quiesce ची यापुढे क्लस्टरवर त्रूटी निर्धारणाकरीता जरनल्सला पुनः वापरण्याची गरज नाही

    • नॅनोसेकंद वेळशिक्कामोर्तब आता समर्थीत आहे

    • ext3 सारखेच, GFS2 आता data=ordered माध्यमास समर्थित आहे

    • गुणधर्म संरचना lsattr()chattr() आता मानक ioctl() द्वारे समर्थीत आहे

    • 16TB पेक्षा जास्त आकाराच्या फाइल प्रणाली आता समर्थीत आहे

    • GFS2 ही एक मानक फाइल प्रणाली आहे, व विना क्लस्टर संरचनांकरीता वापरही केला जातो

  • Red Hat Enterprise Linux 5.1 ला HP BL860c ब्लेड प्रणालीवर प्रतिष्ठापीत करतेवेळी IP माहिती विनंतीकृत क्षणावेळी स्तब्ध होऊ शकते. हे तेव्हा होते जेव्हा तुम्ही TCP/IP पडद्यावरील OK बटण दोनवेळा निवडल्यास ही स्थिती निदर्शणास येते.

    असे झाल्यास, स्वनिश्चितता अकार्यान्वीत रहीत इथरनेटच्या चाचणीकरीता रीबूट करा व पुन्हा प्रतिष्ठापन करा. प्रतिष्ठापन मिडीया पासून बूट करत असल्यास, ethtool="autoneg=off" वापरा. असे केल्यास मुख्य प्रतिष्ठापीत प्रणालीवर परिणाम पडणार नाही.

  • nohide एक्सपोर्ट पर्याय रेफरल एक्सपोर्ट करीता आवश्यक आहे (i.e. एक्सपोर्ट जे रेफरल सर्वर निर्धारीत करते). याचे कारण असे की रेफरल एक्सपोर्टला "cross over" बांधणी आरोहण बींदूची आवश्यकता आहे. अशा प्रकारचे "cross over" यशस्वी होण्याकरीता nohide एक्सपोर्ट पर्यायची आवश्यकता आहे.

    बांधणी आरोहणवरील अधिक माहितीकरीता, man export 5 पहा.

  • ही अद्ययावत मध्ये lvm2 घटना नियंत्रण डीमण समाविष्टीत असते. तुम्ही आधिपासूनच lvm2 प्रतिकृती वापरत असल्यास, सर्व नियंत्रण कार्यपध्दती योग्यरित्या सुधारीत आहे याची खात्री करण्याकरीता खालील सूचना लागू करा:

    1. अद्ययावत करण्यापूर्वी सर्व lvm2 तर्कदृष्ट्या खंड असक्रीय करा. याकरीता, lvchange -a n <संड गट किंवा प्रतिकृत खंड> आदेश वापरा.

    2. killall -HUP dmeventd आदेशचा वापर करून जुने lvm2 घटना डीमनचा वापर करणे थांबवा.

    3. सर्व संबंधीत RPM संकुल सुधारीत करा, संभाव्यतः device-mapperlvm2.

    4. lvchange -a y <खंड गट किंवा प्रतिकृत खंड>चा वापर करून सर्व प्रतिकृत खंड पुन्ह सक्रीय करा.

  • जलद आभासीकरण क्रमवारी (RVI) आता on 64-बीट, 32-बीट, and 32-बीट PAE कर्नल करीता समर्थन देते. तरी, RVI फक्त 32-बीट PAE हायपरवायजर वरील 32-बीट अतिथी आभासी पत्ता रूपांतर करू शकतो.

    तरी, अतिथी PAE कर्नल 3840MB पेक्षा जास्त RAM सह कार्यरत असल्यास, चूकीचा पत्ता रूपांतर त्रुटी आढळेल. यामुळे अतिथी क्रॅश होऊ शकते.

    RVI अंतर्गत 4GB पेक्षा जास्त वास्तविक RAM असलेले अतिथी चालवायचे असल्यास 64-बीट कर्नल वापरायचे असे सूचविले जाते.

  • 16 कोर किंवा त्यापेक्षा जास्त चालवायचे असल्यास पूर्णतया-आभासी अतिथी प्रतिष्ठापन वेळी AMD Rev F प्रोसेसर प्रणाली रीसेट करीता कराणीभूत ठरू शकतो.

  • systemtap संकुल आधिपासूनच प्रतिष्ठापीत असल्यावर systemtap-runtime संकुल प्रतिष्ठापीत केल्यास कार्यपध्दती तपास त्रुटी आढळेल. पुढे, systemtap संकुल आधिपासूनच प्रतिष्ठापीत असल्यास, Red Hat Enterprise Linux 5 यास 5.1 अशी सुधारणा देखील अपयशी होईल.

    तरी, systemtap-runtime प्रतिष्ठापीत करण्यापूर्वी किंवा सुधारणा कार्यरत करतेवेळी rpm -e systemtap-0.5.12-1.e15 आदेशचा वापर करून systemtap संकुल काढूण टाका.

  • NFSROOT संयोजीत करतेवेळी, BOOTPROTO याला /etc/sysconfig/network-scripts/ifcfg-eth0 येथे BOOTPROTO=dhcp असे निश्चित केले पाहिजे.

    प्रारंभीकरित्या initrd बनविण्यापूर्वी, वातावरणात BOOTPROTO करीता वेगळी संयोजना बनवायची असल्यास, /etc/sysconfig/network-scripts/ifcfg-eth0 मध्ये BOOTPROTO=dhcp तात्पुरते निश्चित करा. initrd बनविल्यास तुम्ही BOOTPROTO चे मुख्य मुल्य पुन्हस्थापीत करू शकता.

  • IBM Bladecenter करीता QLogic iSCSI Expansion Card दोन्ही इथरनेट व iSCSI कार्यपध्दती पुरवितो. कार्डवरील काहीक भाग दोन्ही कार्यपध्दती द्वारे सहभागीये केले जाते. तरी, सद्याचे qla3xxxqla4xxx ड्राइवर इथरनेट व iSCSI कार्यपध्दती सहभागीय करतात. दोन्ही ड्राइवर इथरनेट व iSCSI कार्यपध्दतीचा वापर करीता समर्थन देत नाही.

    तरी, दोन्ही इथरनेट व iSCSI कार्यपध्दती एकाचवेळी वापरल्यास साधन स्तब्ध होऊ शकते. यामुळे माहिती लुप्त व iSCSI साधनवरील फाइलप्रणाली खराब होऊ शकते, किंवा अन्य इथरनेट साधनवरील जुळलेली संजाळ त्रुटी निर्माण होऊ शकते.

  • अस्तित्वातील अतिथी करीता डीस्क जोडण्याकरीता virt-manager चा वापर करतेवेळी, समान नोंदणी अतिथीच्या /etc/xen/<क्षेत्र नाव> संयोजना फाइल निर्माण होऊ शकते. या समान नोंदणी अतिथीला बूट करण्यापासून प्रतिबंधीत करू शकते.

    तरी, अनावश्यक समान नोंदणी काढूण टाका.

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

  • sos करीता sysreport वापरणीत नाही. sos प्रतिष्ठापन करीता, yum install sos चालवा. हा आदेश sos चे प्रतिष्ठापन करतो व sysreport काढूण टाकतो. असे सूचविले जाते की अस्तित्वातील प्रारंभ फाइल तुम्ही अद्ययावत करा.

    sos प्रतिष्ठापन झाल्यावर, प्रारंभ करण्याकरीता sosreport आदेश वापरा. sysreport आदेश वापरल्यास sysreport आता वापरणीत नाही अशी चेतावनी निर्माण करतो; पुढे गेल्यास sosreport प्रारंभ होईल.

    sysreport साधन ठराविकरित्या वापरायचे असल्यास, sysreport.legacy आदेशचा वापर करा.

    sosreport विषयी अधिक माहितीकरीता, man sosreportsosreport --help पहा.

प्रतिष्ठापन-संबंधी टिपा

खालील विभाग एनाकोंडा व Red Hat Enterprise Linux 5.1 विषयी माहिती देतो.

आधिपासूनच प्रतिष्ठापीत Red Hat Enterprise Linux 5 यांस सुधारीत करण्यासाठी, तुम्ही बदलावकृत संकुलांस अद्ययावत करण्याकरीता Red Hat संजाळ चा वापर करू शकता.

Red Hat Enterprise Linux 5.1 चे ताजे प्रतिष्ठापन करण्यासाठी किंवा नविनतम अद्ययावत आवृत्ती पासून Red Hat Enterprise Linux 4 चे Red Hat Enterprise Linux 5.1 मध्ये सुधारणा करण्यासाठी तुम्ही Anaconda चा वापर करू शकता. आधिपासूनच प्रतिष्ठापीत Red Hat Enterprise Linux 5 ची सुधारणा करण्यकरीता Anaconda चा वापर देखील केला जाऊ शकतो.

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

    Red Hat Enterprise Linux 5.1 प्रतिष्ठापित झाल्यावरच अगाऊ CD-ROM व इतर स्तरीय CD-ROMs च्या यादीचे प्रतिष्ठापन करावे.

  • पूर्णतः आभासीत अतिथी खात्यावरील Red Hat Enterprise Linux 5.1 प्रतिष्ठापन करतेवेळी, kernel-xen कर्नलचा वापर करू नका. असे केल्यास कार्यप्रणाली यशस्वीरीत्या चालणार नाही.

    Red Hat Enterprise Linux 5.1 पूर्णतः आभासीत अतिथी खात्यावरील प्रतिष्ठापन करतेवेळी जर आपण प्रतिष्ठापन क्रमांकाचा वापर करत असाल, तेव्हा आभासीकरन संकुल निवडायचा नाही याची खात्री घ्या. आभासीकरन संकुल kernel-xen कर्नलचे प्रतिष्ठापन करतो.

    लक्षात घ्या अप्रत्यक्षित अतिथी खात्यांवर याचा प्रभाव पडत नाही. अप्रत्यक्षित अतिथी खात्यांवर नेहमी kernel-xen कर्नलचा वापर केला जातो.

  • Red Hat Enterprise Linux 5 चे 5.1 अशी सुधारणा करतेवेळी आभासी कर्नलचा वापरत करत असाल्यास, सुधारणा पूर्ण झाल्यास संगणक पुन्हा सुरू करा. पुढे प्रणाली बूट करण्याकरीता तुम्ही अद्ययावतीत आभासी कर्नलचा वापर करू शकता

    Red Hat Enterprise Linux 5 व 5.1 चे हायपरवाइजर ABI-सहत्व नाही. अद्ययावत आभासी कर्नलचा वापर करून सुधारणाकेल्यावर प्रणाली बूट करीत नसल्यास, सुधारीत आभासी RPM कार्यरत कर्नलशी जुळणार नाही.

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

iSCSI प्रतिष्ठापन व बूट सर्व प्रथम Red Hat Enterprise Linux 5 मध्ये तंत्रज्ञाण पूर्वदृश्य या स्वरूपात परिचयास आले. ही विशेषता आता पूर्णतः समर्थीत आहे पण खालील निर्बंधाप्रमाणे.

खालील निगडीत असल्यास या कार्यशीलतेचे तीन स्वरुपन आहे:

  • हार्डवेअर iSCSI प्रबंधकचा (उदाहर्णाथ QLogic qla4xxx) वापर केल्यास

  • iSCSI (उदाहर्णाथ iSCSI बूट फर्मवेअर, किंवा iSCSI बूट कार्यशील असलेला मुक्त फर्मवेअरची आवृत्ती) करीता फर्मवेअर बूट आधार देणारी कार्यप्रणालीवर open-iscsi प्रबंधकाचा वापर केल्यास

  • iSCSI करीता फर्मवेअर बूट आधार न देणाऱ्या कार्यप्रणालीवर open-iscsi प्रबंधकाचा वापर केल्यास

हार्डवेअर iSCSI प्रबंधकचा वापर केल्यास

हार्डवेअर iSCSI प्रबंधकचा वापर केल्यास, आपण कार्डच्या BIOS कार्यक्रमाचा IP पत्ता नोंदणीकरीता व इतर घटक कुठूणही साठविण्याकरीता वापरू शकतो. घटक कुठूणही साठविण्या करीता लागणारी तुर्कदृष्ट्या घटके ऍनाकोंडा मध्ये मूलभूत sd साधननुरूप, कुठलेही अगाऊ रचनाची गरज नसलल्याची, आढळतील.

दूर संच सर्वरची रचना करण्यासाठी प्रबंधकाचे रचनात्मक नाव (IQN) ओळखण्याची गरज पडल्यास, खालीलरीत्या प्रतिष्ठापन करावे:

  1. प्रतिष्ठापन करण्याकरीता कुठले डीस्क ड्राइव्ह वापरायचे यासाठी प्रतिष्ठापन पृष्ठावर जावे.

  2. प्रगत संचय स्वरूपन वर क्लिक करा.

  3. iSCSI लक्ष्य जोडा बटणावर क्लिक करा.

  4. iSCSI IQN त्या पडद्यावर दर्शविल्या जाईल.

iSCSI करीता सक्षम असलेली व फर्मवेअर बूट आधार प्रदान करणारी कार्यप्रणालीवर open-iscsi चा वापर करत असल्यास

iSCSI करीता सक्षम व फर्मवेअर बूट आधार प्रदान करणाऱ्या open-iscsi सॉफ्टवेअर प्रबंधकचा वापर केल्यास, आपण फर्मवेअरच्या सेटअप कार्यक्रमाचा IP पत्ता नोंदणीकरीता व इतर घटक कुठूणही साठविण्याकरीता वापरू शकता. असे केल्यास कार्यप्रणाली दूरस्थ iSCSI संचयन पासून बूट होण्यास सक्षम होते.

सध्या, ऍनाकोंडा फर्मवेअरकडील असलेल्या iSCSI माहितीस प्रवेश नाही. याऐवजी, प्रतिष्ठापनेळी ठराविक IP पत्त्याची स्वतः नोंद करा. याकरीता, वरील रीत्या IQN चे प्रबंधक निश्चित करा. त्यानंतर, IQN दर्शविणाऱ्या प्रतिष्ठापनकरीता प्रतिष्ठापन पृष्ठावरच, निश्चित केलेल्या iSCSI लक्ष्यवर IP पत्ता नोंदवा.

स्वतः IP पत्ता iSCSI करीता निश्चित केल्यावर, iSCSI लक्ष्यावरील प्रतिष्ठापन करीता लगणारी घटके उपलब्ध होतील. iSCSI लक्ष्य करीता लगणारी IQN व IP पत्ता ऍनाकोंडा आपल्या initrd च्या मदतीने प्राप्त करतो.

भाविष्यकाळात iSCSI लक्ष्यतील IQN किंवा IP पत्त्यात बदल झाल्यास, प्रत्येक प्रबंधकावरील iBFT किंवा मुक्त संरचना कार्यक्रम नोंद करून त्यातील घटका मध्ये बदल करा. त्यानंतर, प्रत्येक प्रबंधकाकरीता initrd (iSCSI संचयनात संरक्षीत) खालील प्रमाणे संपादन करा:

  1. gunzip चा वापर करून initrd वापरा.

  2. cpio -i आदेश चालवा.

  3. init फाइलीत, iscsistartup ही ओळ शोधा. या ओळीत iSCSI लक्ष्याकरीता IQN व IP पत्ता देखील असतो; ज्याला नविन IQN व IP पत्ता द्वारे सुधारीत करण्याची आवश्यकता आहे.

  4. cpio -o वापरून एनक्रप्टेड खंड बनवा.

  5. gunzip वापरून initrd ला पुनः संकोचन करा.

कार्यकारी प्रणालीची मुक्त फर्मवेअर / iBFT फर्मवेअर कडून iSCSI विषयी माहिती प्राप्त करण्याची शैली भावी प्रकाशन करीता ठरविली जाते. ज्यावेळी iSCSI लक्ष्यतील IP पत्ता किंवा IQN मध्ये बदल होतो त्यावेळी अशी सुधारणा प्रत्येक प्रबंधक करीता initrd (iSCSI संचयनात संग्रहीत केलेले) संपादनची आवश्यकता रहात नाही.

iSCSI करीता फर्मवेअर बूट आधार सक्षम नसलेली कार्यप्रणालीवर open-iscsi चा वापर केल्यास

आपण iSCSI करीता फर्मवेअर बूट आधार विना प्रणालीवर open-iscsi सॉफ्टवेअर प्रबंधकचा वापर करीत असल्यास, (PXE/tftp सारखी) नेटवर्क बूट चा वापर करा. iSCSI लक्ष्य करीता IQN प्रबंधक व IP पत्ता ओळखण्या साठी वरील पध्दतीचा वापर करा. ये काम संपल्यास, नेटवर्क बूट सर्वर वर initrd ची प्रत बनवा व नेटवर्क बूट करीता प्रणाली पुनः सुरू करा.

याचप्रकारे, जर IP पत्ता किंवा iSCSI लक्ष्यकरीता IQN मध्ये बदल जाल्यास, initrd चे त्यानुसारे संपादन करा. हे करण्यासाठी, प्रत्येक प्रबंधकारीता initrd चा वरील संपादकीय पद्धितीचा वापर करा.

अद्ययावत विषेश

EXT3 साठी सुधारणा

EXT3 ची कमाल क्षमता आता 16TB (8TB पासून वाढविले गेले) आहे. ही वाढ सर्वप्रथम Red Hat Enterprise Linux 5 मध्ये तंत्रज्ञाण पूर्वदृशीय स्वरूपात उदयास आली व या अद्ययावत मध्ये आता पूर्णपणे समर्थीत आहे.

yum-security

फक्त सुरक्षा अद्ययावत प्रतिष्ठापान करणे सुद्धा आता 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>

येथे, दोन फाइल प्रणालींचे स्त्रोत वापरल्या गेले आहेत: पहिलादूसरा. पहिला अयशस्वी झाल्यास, दूसऱ्याचे कार्य खंडीत न पाडता पुनः सुरू होतो. दूसरा अयशस्वी झाल्यास, सर्व घटक (पहिला, पहिल्याचेदूसऱ्याचे उपघटक) पुनः सुरू होतात. कुठल्याही क्षणी दूसरा व त्याचे उपघटक पहिल्याकडून पूरवलेल्या स्त्रोतांचा वापर करीत नाही.

लक्षात घ्या Samba सेवेला विषेश सेवा रचनेची गरज लागते, व त्याचप्रमाणे स्वतंत्र उपकार्यशैलीस त्याचा वापर होत नाही. हे इतर स्त्रोतांकरीताही खरे आहे, त्यामुळे __independent_subtree="1" गुणधर्मचा सावधतेने वापर करा.

आभासीकरण

खालील आभासीकरण अद्यावत सुद्धा या प्रकाशनात समाविष्ट केलेले आहेत:

  • अप्रत्यक्षीतीत कर्नल यापुढे kdump फंक्शन वापरू शकतो.

  • AMD-V आता या प्रकाशनात समर्थीत आहे.यामुळे पूर्णः आभासी अतिथींकरीता प्रत्यक्ष क्षेत्र स्थानांतरन कार्यन्वीत होते.

  • आभासी कर्नल आता 16GB RAM समर्थीत करतो.

  • in-kernel सॉकेट API आता वाढीवरीत्या कार्यरत आहे. यामुळे अतिथी खातेंकरीता sctp आदेश वापरतेवेळी येणाऱ्या त्रूटीचे निर्धारण होण्यास मदत होते.

  • आभासी संजाळ आता libvirt आभासी लायब्ररी, चा भाग आहे. libvirt कडील आज्ञावली प्रणालींवर स्थानीक अतिथी खात्यांकरीता NAT/राऊटर व वैयक्तिक संजाळची संरचना करते. खाती ज्यांकरीता बाहेरील राऊटींगची गरज पडत नाही त्यारकीता वरील संरचना लाभदायक ठरते. लॅपटॉपवरील आभासीकरण वापरणाऱ्या डेवेलपर्सकरीता सुद्धा उपयोगी ठरते.

    लक्षात घ्या आभासी संजाळ कार्यशैली dnsmasq वर अवलंबून राहते, जे आभासी संजाळ करीता dhcp ला हाताळते.

    libvirt विषयी अधिक माहितीकरीता, कृपया http://libvirt.org पहा.

  • libvirt आता अकार्यक्षम आभासी प्रणालीचे व्यवस्थापन करतो. हे काम libvirt डोमेन न थांबवता किंवा सुरू करता निश्चित व अनिश्चित करतो.ही कार्यपद्धिती virsh definevirsh undefine आदेश प्रमाणे कार्य करते.

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

  • kernel-xen संकुल यापुढे प्रस्थापीत केल्यावर, elilo.conf चुकीच्या / अपूऱ्या पद्धतीने तैयार होत नाही.

  • पूर्णतः आभासी अतिथी यापुढे जलद स्थनांतर करीता समर्थन देते.

  • xm create आदेश आता virt-manager रीत्या चित्रलेख समतुल समर्थन देतो.

  • Nested Paging (NP) आता समर्थीत आहे. ही विषेशता आभासी वातावरणातील स्मृती व्यवस्थापनाचा अवघडपणा कमी करतो. याच्या व्यतिरीक्त, NP स्मृती-केंद्रित अतिथी खात्यांमधील CPU चा वापर देखील कमी करतो.

    यावेळी, NP मूलभूतरीत्या समर्थीत नाही. आपली प्रणाली NP समर्थीत असल्यास, असे सुचविले जाते की, NP समर्थीत करण्याकरीता हायपरवायजरला hap=1 या घटकाशी बूट कले जावे.

सहभागीय पृष्ठांक यादी

सहभागीय पेज टेबल आता hugetlb स्मृतीकरीता सक्षम आहे. यामुळे पेज टेबलात नोंदणीकृत बहु प्रक्रियेस सहभागी होण्यास शक्य होते.

बहु प्रक्रियेस पेज टेबलात नोंदणीकृत सहभागीकरणामुळे कमी कॅशचा वापर होतो. यामुळे कार्यक्रमाच्या कॅश हीट गुणोत्तरात वाढ होते, ज्यामुळे कार्यक्रमाची कर्यक्षमतेतही वाढ होण्यास मदत मिळते.

विभाजक

divider=<value> पर्याय हा आदेश-ओळीवरील घटक आहे जे प्रणालीतील घड्याळाचे प्रमाण नियंत्रीत ठेवण्यास मदत करते व वापरकर्ता अनुप्रयोग करीता HZ वेळे मूल्य देखील सुस्थितीत ठेवण्यास मदत करते.

divider= पर्याय वापरल्याने CPU च्या कार्यपद्धतीत सुस्थितीपणा व कार्यक्षमतेत वाढ होते व त्याबरोबर प्रणालीची वेळ पद्धती व प्रफाइल अचूकपणाही बऱ्याच प्रमाणात कमी करतो. याचा फायदा आभासी वातावरण व ठराविक अनुप्रयोगात होऊ शकतो.

मानक 1000Hz क्लॉक करीता उपयोगी <मूल्य>:

  • 2 = 500Hz

  • 4 = 250Hz

  • 10 = 100Hz ( Red Hat Enterprise Linux च्या पूर्वीच्या प्रकाशनात वापरलेली संख्या)

Note that the virtualized kernel uses a 250HZ clock by defaul. As such, it does not need the divider= option either in dom0 or in paravirtualized guests.

dm-multipath यंत्रांवर प्रतिष्ठापित करणे

ऍनाकोंडास आता dm-multipath यंत्रे शोधणे, निर्माण करणे, आणि प्रतिष्ठापित करणे या क्षमता आहेत. हे वैशिष्ट्य कार्यान्वित करण्यासाठी, mpath पॅरामीटर कर्नल बूट ओळीवर टाका.

ही विषेशता सर्वप्रथस Red Hat Enterprise Linux 5 तंत्रज्ञाण पूर्वदृश्य स्परूपात उदयास आला, व या प्रकाशनात पूर्णपणे समर्थीत आहे.

लक्ष्यात घ्या dm-multipath Dell MD3000 करीता आगत विशेषता समर्थीत आहे. तरी, बहुसंख्यी नोडस् जी dm-multipath चा वापर MD3000 वरील प्रवेश करीता केला जातो झटपट येणाऱ्या अनिश्चितेच्या निर्धारण्यास अयशस्वी ठरतो.

यापुढे, जर आपल्या प्रणालीस बहुमार्गी व न बहुमार्गी साधणे असतील तर ऍनाकोंडा मधील मनासारखे विभाजन संवादपटाचा आपण वापर करणे असे सुचविले जाते. आपोआप विभाजनचा वापर करतेवेळी समान निश्चित संचयन गटामधील दोन्ही प्रकारचे साधन उदयास येऊ शकतात.

सध्यस्तिथीत, खालील निर्बंध या विशेषताकरीता लागू होतात:

  • निश्चित विभागीय क्रमांक (LUN) करीता एकच मार्ग असल्यास, ऍनाकोंडा SCSI साधणावर प्रतिष्ठापीत होतो जरी mpath निश्चित केला गेला असतो. LUN बूट करण्यासाठी व initrd पुनः उदयास आ ण्यासाठी वापरलेले बहु मार्ग समर्थीत केल्यावरही, कार्यकारी प्रणाली dm-multipath साधणा एवजी SCSI साधणावरूनच बूट होते.

    तरी, LUN बूट करण्यासाठी बहु मार्ग असल्यास, ऍनाकोंडा यशस्वीरीत्या परस्पर dm-multipath साधणावर mpath कर्नल बूट लाइन निश्चित केल्यावर प्रतिष्ठापित करतो.

  • मूलभूतपणे, multipath.conf मध्ये user_friendly_names होय करीता निश्चित केला गेला आहे. ही संरचना dm-multipath रूट साधणाकरीता जरूरी आहे. तरी, user_friendly_names ला नाही अशी संरचना केल्यास व initrd पुनः उदयास आणल्यावर खालील बूट त्रूटी अस्तित्वात येते:

    फाइलप्रणाली तपासत आहे
    fsck.ext3: /dev/mapper/mpath0p1 उघडतेवेळी फाइल किंवा संचिका आढळली नाही
    
Storage Area Network (SAN) पासून बूट होत आहे

SAN डीस्क साधणापासून बूट होण्याची कार्यक्षमता आता समर्थीत आहे. या बाबतीत, SAN फायबर मार्ग किंवा iSCSI संवादपटाची मदत घेतो. ही कार्यशैली प्रणाली-ते-संचयन बहु मार्गे dm-multipath वापरून जुळवणीकरीता विशेषता आधार देतो.

बहु यजमान संचार अडॅपटर (HBA) चा वापर करणाऱ्या संरचनांकरीता, सध्या कार्यरत असलेला अडॅपटराद्वारे उपलब्ध सर्व मार्ग अकार्यक्षम झाल्यास दूसऱ्या अडॅपटरापासून प्रणाली BIOS निश्चित करण्याची गरज आपल्याला भासेल.

डाईवर अद्ययावत कार्यक्रम

Driver Update Program (DUP) तिसऱ्या-पक्षांकडील विक्रेत्यांना (उदाहरणार्थ OEMs) त्यांचे स्वतःचे साधणकरीता ड्रइवर व इतर लीनक्स कर्नल घटक Red Hat Enterprise Linux 5 प्रणालींमध्ये नियमीत RPM संकुल प्रकाशीत संचिकेच्या स्वरूपात समाविष्ट करण्याकरीता तयार केले होते.

Red Hat Enterprise Linux 5.1 DUP करीता, बरेचश्या विशेष व अनेक अद्ययावत नियंत्रित करतो:

  • प्रतिष्ठापने-वेळी ड्राइवर अद्ययावत RPMs ड्राइवर अद्ययावत डीस्कस् द्वारे आता समर्थित आहे

  • बूटमार्गे ड्राइवर अद्ययावत ज्यामुळे प्रणालीची बूटमार्ग प्रभावित होते यापुढे समर्थीत आहे

  • तिसऱ्या-पक्षांकडील Advanced Linux Sound Architecture (ALSA) संकुल करीता यापुढे आधार काढून घेतला आहे

पुढेस इतर अद्ययावत तपासलेल्या कर्नल ABI प्रतिरूप वाईटलीस्टकरीता नियंत्रीत केले गेलीत. ही वाईटलीस्ट संकुल ड्राइवरांकडून कर्नल द्वारे पुरविलेल्या कुठल्याविशेष प्रतीकृती व डाटा स्ट्रकचर जी तिसऱ्या-पक्षांकडील ड्राइवरास वापरण्याजोगी आहे हे ओळखण्याकरीता वापरला जातो.

अधिक माहितीसाठी, http://www.kerneldrivers.org/RedHatKernelModulePackages वर जावे.

ड्राइवर अद्यवत कार्यक्रम

साधारणेतः ड्रायवर अद्ययावत
  • acpi: लेनोवो लॅपटॉप संबंधी ACPI व डॉकींग स्टेशन विषयीच्या बहुतांश समस्यांचे निर्धारण करण्याकरीता ibm_acpi घटकास अद्ययावत केले आहे.

  • ipmi: बेसबोर्ड व्यवस्थापन नियंत्रक करीता नमोद केलेले हार्डवेअरास kthread पोलींग यशस्वारीत्या होत नाही.

  • sata: SATA/SAS ची 2.6.22-rc3 ही सुधारीत आवृत्ती आहे.

  • openibopenmpi: ची सुधारीत OFED (OpenFabrics Enterprise Distribution) आवृत्ती 1.2 आहे.

  • powernow-k8: ची सुधारीत आवृत्ती 2.0.0 Greyhound ला पूर्ण आधार प्रदान करण्यास सक्षम आहे.

  • xinput: पूर्णतः RSA समर्थन प्राप्त करण्यासाठी समाविष्ठीत.

  • aic94xx: ची 1.0.2-1 ही सुधारीत आवृत्ती, एमबेडेड सीक्वेंसर फर्मवेअरच्या सुधारीत आवृत्ती v17 शी परस्पर आहे. हे अद्ययावत खालील बदलांकरीता संलग्न आहे:

    • ascb कार्यप्रणालीवरील वाढीव कार्यक्रमांकरीता रेस स्तिथीचे निर्धारण झाले

    • REQ_TASK_ABORTDEVICE_RESET हाताळणी समाविष्ठीत झाले

    • बाहेरील पोर्ट आता पूर्पपणे त्रूटी आढळल्यावर कार्यरत आहे

    • phys आता sysfs द्वारे समर्थीत व असमर्थीत कर्ता येते

    • DDB करीता रेस स्तिथी प्रतिबंधीत करण्यासाठी DDB सुरक्षेतेचा वाढीव उपयोग

ध्वनी

ALSA ची 1.0.14 ही सुधारीत आवृत्ती आहे. ही अद्ययावत खालिलरीत्या सुस्तिथीपणास कारणीभूत आहे:

  • IBM Taroko (M50) वरील ध्वनी संबंधी अडचन यशस्वीरीत्या निर्धारीत केली गेली आहे

  • Realtek ALC861 आता समर्थीत आहे

  • xw8600 व xw6600 वरील म्यूटींग समस्या निर्धारीत करण्यात आली आहे

  • ADI 1884 Audio आता समर्थीत आहे

  • xw4600 वरील ध्वनी संरचीत समस्याचे निर्धारण करण्यात आले आहे

PCI
  • PCIX व PCI-एक्सप्रेस करीता कमाल वाचक विनंती आकार संरचीत करण्याकरीता फंक्कशन कॉल समाविष्टीत आहे

  • IBM System P प्रणाली आता PCI-Express hotplugging समर्थीत आहे

  • SB600 SMBus ला समर्थन करण्याकरीता जरूरी ड्रायवरस् व PCI ID समाविष्ट करण्यात आली आहे

नेटवर्क
  • e1000 ड्रायवर: I/OAT-समर्थीत चीपसेट ला आधार देण्याकरीता 7.3.20-k2 ही सुधारीत आवृत्ती आहे.

  • bnx2 ड्रायवर: 5709 हार्डवेअरला आधार देण्याकरीता 1.5.11 ही सुधारीत आवृत्ती आहे.

  • B44 ईथरनेट ड्रायवर: खालिल बदलांकरीता अपस्ट्रीस आवृत्ती 2.6.22-rc4 पासुन बॅकपोर्ट केले:

    • बहु endianness चे निर्धारन केल्या गेले आहे

    • DMA_30BIT_MASKचा अखंड आता वारणीत आहे

    • skb_copy_from_linear_data_offset() आता वापरणीत आहे

    • आता spin_lock_irqsave() मध्ये सुरक्षितरीत्या अडचन असमर्थीत करण्याची विषेशता आहे

    • पुनः कार्य करतेवेळी साधी त्रूटीकरीता तपासनी होते

    • बहुप्रकाशनाकरीता अनेक निर्धारण वापरल्या गेले

    • अनुमानापेक्षा जास्त वेळ चीप पुनः संरचीत करतेवेळी लागते

  • Marvell sky2 ड्रायवर: ifup/ifdown आदेश पुन्हा कार्यान्वित करतेवेळी उदयास येणाऱ्या कर्नल पॅनीक त्रूटीचे निर्धारणकरीता ड्रायवर 1.14 ची आवृत्ती सुधारीत करण्यात आली आहे.

  • forcedeth-0.60 ड्रायवर: ला या प्रकाशनात समाविष्ट केले आहे. वापरकर्ते जी NVIDIA चे MCP55 मदरबोर्ड चीपसेट व परस्परबोर्डवरील NIC वापरतात त्यांच्याकर्ता महत्वाच्या त्रूटींचे निर्धारण आहे.

  • ixgb ड्रायवर: नुकतेच अपस्ट्रीमवरील सुधारीत (1.0.126) आवृत्तीत अद्ययावत झाले.

  • netxen_nic ड्रायवर: NetXen 10GbE संजाळ कार्डस् समर्थीत करण्याकरीता आवृत्ती 3.4.2-2 समाविष्ट केली आहे .

  • Chelsio 10G इथरनेट संजाळ नियंत्रक आता समाविष्टीत केले आहे.

  • s2io साधणामध्ये PCI त्रूटी निर्धारणकरीता समर्थन समाविष्ट करण्यात आले आहे.

  • ब्रॉडकॉम बिनतारी इथरनेट ड्रायवर आता nx6325 कार्डकरीता. PCI ID चे समर्थन करतो.

  • BCM4306 ला ifup च्या द्वारे सुरू करतेवेळी उदयास येणाऱ्या ASSERTION FAILED त्रूटीसाठी कारणीभूत ठरणाऱ्या बगचे निर्धारण करण्यात आले आहे.

  • ixgb ड्रायवर: Intel 10-gigabit इथरनेट कार्ड करीता EEH PCI त्रूटी निर्धारणचे समाविष्टन या अद्ययावतात केले गेले आहे. अधिक माहितीकरीता, /usr/share/doc/kernel-doc-<kernel version>/Documentation/pci-error-recovery.txt यावर जावे.

  • qla3xxx ड्रायवर: QLogic iSCSI चा वापर न करणाऱ्या अडॅपटरांकरीता संजाळवरील आधार प्रदानकरण्यासाठी ड्रायवर चे पुनः-समर्थन व अद्ययावतन 2.03.00-k3 या सुधारीत आवृत्ती द्वारे करण्यात आले आहे.

  • Intel PRO/Wireless 3945ABG संजाळ ड्रायवर: चे 1.2.0 आवृत्तीत अद्ययावतन झाले. यामुळे अनेक मुद्दे निर्धारीत झाले आहे,व काही लॅपटॉपवरील विशिष्ट स्तिथीत सुरक्षितेसंबंधी उदयास येणारी बगचे निर्धारण देखील या अद्ययावतात समावेश आहे.

  • qla2xxx: ड्रायवरची 8.01.07-k6 ही सुधारीत आवृत्ती आहे. यात बरेचशे बदल आहेत, प्रमुख्याने:

    • iIDMA आता समर्थीत आहे

    • खालिल फायबर गुणधर्म आता समर्थीत आहे:

      • प्रतिकृती नोडचेनाव

      • प्रणाली यजमान

      • फाबरीकचे नाव

      • यजमानाचे पोर्ट स्तिथी

    • trace-control async घटना यापुढे संचयीत केली जाणार नाही

    • पुनः हाताळनी संबंधी तर्क ठीक केल्या गेला आहे

    • MSI-X is आता समर्थीत आहे

    • IRQ-0 कार्य प्रत्येक प्रणालीस हाताळली जाते

    • NVRAM अद्ययावत जटपटरीत्या प्रभावी ठरतात

IPMI

या प्रकाशनात IPMI ड्रायवर संचचा अद्ययावत आहे , ज्यात 2.6.21.3 आवृतीचे अपस्ट्रीमधील बदल, व काही 2.6.22-rc-4. पासून पॅच समाविष्ट केले आहे. या अद्ययावतात खालिल बदल (इतरांपैकी) आढऴतात:

  • ipmi_si_intf मधील निश्चित न केलेला डेटा बगचे निर्धाण झाले आहे

  • जोपर्यंत दूसरे ड्रायवर इंटरप्पट समर्थीत नाही तोपर्यंत kipmid सुरू होत नाही

  • force_kipmid द्वारे समर्थीत कर्नल डीमन यास वापरकर्ते आता पुनः वापरू शकता

  • प्रत्येक मार्गे आदेश पंजीकृत आता समर्थीत आहे

  • MAX_IPMI_INTERFACES या पुढे वापरल्या जात नाही

  • सक्रिय प्रणाली संवादपट काढून टाकणे आता समर्थीत आहे

  • फर्मवेअर अद्ययावत समर्थन करीता सुस्थितीत माध्यम समाविष्ट केले आहे

  • pigeonpoint IPMC करीता poweroff समर्थन समविष्टीत केले आहे

  • BT उप ड्रायवर आता जास्तवेळ टाइमआउट सहन करण्यास सक्षम आहे

  • हॉट रीमुवच्या व्यवस्थित हाताळणीकरीता pci_remove समाविष्ट केले आहे

नवीन घटकातील उपघटकांविषयी अधिक माहितीकरीता/usr/share/doc/kernel-doc-<kernel version>/Documentation/IPMI.txt वर जावे.

SCSI
  • Red Hat Enterprise Linux 4 पासून या प्रकाशनात SCSI ची दोषीतयादी पोर्ट करा.

  • aic79xx ड्रायवरकरीता PCI IDs समाविष्ट करा.

  • aacraid ड्रायवर: PRIMERGY RX800S2RX800S3ला समर्थीत करण्याकरीता 1.1.5-2437 आवृत्तीस अद्ययावत करण्यात आले.

  • megaraid_sas ड्रायवर: 3.10 आवृत्तीस अद्ययावत केले आहे. ही अद्ययावत bios_param करीता प्रवेश निश्चित करतो, IOCTL स्मृती वाढवितो, व बरेचश्या किर्कोळ बगचे सुद्धा निर्धारण करतो.

  • Emulex lpfc ड्रायवर: 8.1.10.9 आवृत्तीस अद्ययावत केले आहे. या अद्ययावतात बरेचश्या बदल आहेत, प्रमुख्याने :

    • ioctl मार्गातील host_lock चे व्यवस्थापनाचे निर्धारण केले आहे

    • AMD चीपसेच आता आपोआप ओळखली जाते, व DMA ची क्षमता 1024 बाईटस् पर्यंत कमी करतो

    • शोध सक्रीय असल्यास dev_loss_tmo च्यावेळी नोडस् काढली जात नाही

    • 8GB पर्यंतचे लिंकचे वेग आता समर्थीत आहे

  • खालिल बदल लागू करण्याकरीता qla4xxx ड्रायवर अद्ययावत केले आहे:

    • IPV6, QLE406x व ioctl घटकास समर्थन समाविष्टीत केले आहे

    • लॉकअपला कारणीभूत mutex_lock करीता बगचे निर्धारण झाले आहे

    • संवादपट दाखल करतेवेळी/न करतेवेळी qla4xxxqla3xxx संबंधी मुद्दे आता निर्धारीत झाले आहे

  • mpt fusion ड्रायवर: 3.04.04 आवृत्तीस अद्ययावत केले आहे. या अद्ययावतात बरेच बदल आहेत, प्रमुख्याने:

    • बरेचश्या त्रूटी हाताळणीसंबंधी बग्चे निर्धारण केल्या गेले आहे

    • mptsas आता एकापाठोपाठ लक्ष्य पुनः निश्चित करते

    • mptsasmptfc करीता आता LUNs व 255 पेक्षा अधिक चे समर्थन आहे

    • खूपच हळू DVD ड्रायवर कार्यक्षमतेस कारणीभूत LSI mptspiड्रायवर मुद्दा निर्धारीत केला गेला आहे

    • LSI SCSI साधन BUSY चा स्थिती दर्शवितेवेळी, बरेच प्रयत्नांनंतर I/O अयशस्वी होत नाही

    • स्वतः-पुनः बिल्ड नंतर RAID अर्रे या वेळे पासुन उपल्बध नाही

  • arcmsr ड्रायवर: Areca RAID नियंत्रकास समर्थन पुरविण्याकरीता समाविष्ट केले आहे.

  • 3w-9xxx घटक: 3ware 9650SE योग्यरीत्या समर्थीत करण्याकरीता अद्ययावत झाले.

कर्नल-संबंधी टिपा

  • 1.48aRH आवृत्तीस CIFS क्लाएंटचे अद्ययावत झाले. हे 1.48a प्रकाशनास आधारीत आहे, ज्यामध्ये खालिल बदल आहेत:

    • माऊंट पर्याय sec=none एका अनोळखी माऊंट निकालास येतो

    • POSIX वाढीव कार्यक्रम समर्थित केल्यास CIFS umask ला गृहीत घेतो

    • माऊंट पर्याय जे पॅकेट स्वाक्षरीस sec= विनंती करते आता निर्धारीत आहे

    लक्ष्यात घ्या, EMC Celerra वापरकर्ते (NAS Code 5.5.26.x व त्या खालिल), EMC NAS वरील सहभागीय विभागस प्रवेश प्राप्तकरतेवेळी CIFS स्तबध होतो. हा मुद्दा खालिल कर्नल संदेशा द्वारे दर्शविले जाते:

    kernel:  CIFS VFS: सर्वर प्रतिसाद देत नाही
    kernel:  CIFS VFS: cmd 162 mid 380 करीता प्रतिसाद नाही
    kernel:  CIFS VFS: Mid=384 करीता RFC1001 आकार 135 SMB पेक्षा मोठा आहे
    

    CIFS माऊंट नंतर, माऊंटपॉईंट वरील कुठलिही फाइल वाचतेवेळी/लिहीतेवेळी अडचन येते व कुठलेही कार्यक्रम जे I/O माऊंटपॉईंटवरील माऊंट करण्याचा प्रयत्न करतेवेळी स्तब्ध होतो. याचे निर्धारण करण्याकरीता, NAS कोड 5.5.27.5 किंवा पुढील सुधारणा करा (EMC Primus चा emc165978 नंबर वापरा).

  • MODULE_FIRMWARE टॅग्स् आता समर्थीत आहे.

  • ICH9 नियंत्रक आता समर्थीत आहे.

  • Greyhound प्रोसेसर आता CPUIDवापरांमधील आता समर्थीत आहे.

  • Oprofile आता नविन Greyhound कार्यक्षम काउंटर घटनांकरीता समर्थीत आहे.

  • z/VM वापरणी प्रगत करण्याकरीता Directed DIAG आता समर्थीत आहे.

  • Intel चायाचित्र चीपसेच आता DRM कर्नल घटका द्वारे समर्थीत आहे. पुढे, सरळरीत्या रेंडरींग समर्थन देण्याकरीता DRM API ची 1.3 अशी सुधारीत आवृत्ती काढण्यात आली.

  • ACPI च्या पॉवर व्यवस्थापन करीता अद्ययावत S3 suspend-to-RAM वर S4 हायबरनेट अधिक कार्यक्षम झाले आहे.

इतर अद्ययावत

  • gaim आता pidgin या स्वरूपात ओळखले जाते.

  • Intel microcode चे अद्ययावत 1.17 आवृत्तीच्या रूपात आहे. यामुळे नविन Intel प्रोसेसर करीता समर्थन मिळते .

  • EMC Clariion संचयन वरील आंतरीक सक्रीय-सक्रीय dm-multipath वापरतेवेळी फेलओवर आता समर्थीत आहे.

  • चायनीज् फांट Zysong या वेऴी पासुन fonts-chinese संकुलाचा भाग म्हणून प्रतिष्ठीत केला जात नाही. Zysong आता स्वतंत्ररीत्या fonts-chinese-zysong चा संकुल बनविला जातो. fonts-chinese-zysong संकुल अगाऊ CDत आढळतो.

    लक्षात घ्या fonts-chinese-zysong संकुल Chinese National Standard GB18030 ला समर्थन देण्यकरीता जरूरी आहे.

  • Challenge Handshake Authentication Protocol (CHAP) वापरकर्ता व पासवर्ड ची 256 अक्षरांपर्यंत सीमा आहे.

  • pump चा या अद्ययावतात वापर नाहीसा केला आहे. तरी, संजाळ संवादपट netconfig च्या सहाय्याने तुटक ifcfg स्क्रीप्टस् उदयास येऊ शकतात.

    त्याच्या व्यतिरिक्त संजाळ संवादपट, संरचीत करण्याकरीता, system-config-network चा वापर करा. अद्ययावत system-config-network संकुलाचे प्रतिष्ठापन netconfig ला काढून टाकतो.

  • या पुढे rpm --aid समर्थीत नाही. संकुल अद्ययावत व प्रतिष्ठपित करतेवेळी आपण yum चा वापर कराल असे सुचविले जाते.

तंत्रज्ञाण पूर्वदृश्ये

तंत्रज्ञाण पूर्वदर्शन वैशिष्ट्ये सध्या Red Hat Enterprise Linux 5.1 च्या सभासदत्वात समर्थीत नाहीत, ती कार्यशीलतेच्या दृष्टीने पूर्ण नसावित, आणि सामान्यतः उत्पादन वापरासाठी योग्य नाहीत. तरीही, ही वैशिष्ट्ये ग्राहकाच्या सोयीसाठी आणि वैशिष्ट्यास विस्तीर्ण प्रदर्शनासह पुरवण्यासाठी समाविष्ट केली आहेत.

ग्राहकांसाठी ही वैशिष्ट्ये गैर-उत्पादन पर्यावरणात उपयुक्त ठरू शकतात. ग्राहक तंत्रज्ञाण पूर्वदर्शन वैशिष्ट्यांसाठी ते पूर्णतः समर्थीत होण्याआधी प्रतिसाद आणि कार्यशीलता सुचना देण्यासदेखील मुक्त आहेत. अतिउपद्रवी सुरक्षा मामल्यांसाठी एराटा पुरवले जातील.

तंत्रज्ञाण पूर्वदर्शन वैशिष्ट्याच्या विकास प्रक्रियेत, अतिरिक्त घटक लोकांस तपासणीसाठी उपलब्ध होऊ शकतात. यात Red Hat तंत्रज्ञाण पूर्वदर्शना वैशिष्टांस भावी प्रकाशनांत पूर्ण समर्थन देण्याचा चा विचार आहे.

Stateless Linux

Stateless Linux हा प्रणाली कशी चालवावी आणि व्यवस्थापित करावी यादृष्टीने विचार करण्याचा नविन मार्ग आहे, जो मोठ्या प्रमाणावरील प्रणाल्यांस सहज बदलण्यायोग्य करून त्यांचा पुरवठा आणि व्यवस्थापन सुलभ करण्यासाठी रचला आहे. हे प्राथमिकतः तयार प्रणाली प्रतिमा, ज्या मोठ्या प्रमाणावरील स्थितीविहीन प्रणाल्यांमध्ये प्रतिलिपीत आणि व्यवस्थापित होतात, स्थापित करून कार्यकारी प्रणालीस फक्त-वाचन या प्रकारात सुरू करून साधले जाते (कृपया अधिक माहितीसाठी /etc/sysconfig/readonly-root चा संदर्भ घ्या).

विकासाच्या सद्यस्थितीत, स्थितीविहीन वैशिष्ट्ये अपेक्षित लक्ष्याचे उपसंच आहेत. या तऱ्हेने, या क्षमतेस तंत्रज्ञाण पूर्वदृश्य असे संबोधले जात आहे.

खालील यादी Red Hat Enterprise Linux 5 मध्ये असलेल्या प्रारंभिक क्षमतांची आहे:

  • stateless प्रतिमा NFS वर चालवणे

  • स्थितीविहीन प्रतिमा NFS वर लूपबॅक मार्फत चालवणे

  • iSCSI वर चालवणे

हे अत्यंत शिफारसीय आहे कि ज्यांना स्थितीविहीन कोड परिक्षणात(टेस्टींग) रस असेल त्यांनी http:// fedoraproject.org/wiki/StatelessLinuxHOWTO येथे HOWTO वाचावे आणि 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 बिनतारी ड्रायवर समर्थीत करतो. ही स्टॅक विशिष्ट बिनतारी साधणांना कुठल्याही Wi-Fi संजाळास संपर्क साधण्यास सहकार्य करतो.

स्टॅक एका कोडबेसआधारीत आहे जी अजून अपस्ट्रीम स्वीकारल्या जायची आहे. याच्या व्यतिरीक्त, या स्टॅक ची सुस्तिथी तपासणी द्वारेचे केली जाते.तरी, या स्टॅकला या प्रकाशनात तंत्रज्ञान पूर्वदृश्यच्या स्वरूपात समाविष्ट केले गेले आहे.

FS-Cache

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

<version> ला प्रतिष्ठापित करावयाच्या cachefilesd संकुलाच्या संबंधित आवृत्तीने बदला.

Systemtap

Systemtap लीनक्स प्रणाली चालवण्याविषयी माहिती गोळा करणे सोपे करण्यासाठी मुक्त सॉफ्टवेअर (GPL) इन्फ्रास्ट्रक्चर पुरवते. हे कामगिरी किंवा कार्यशीलता समस्येचे निदान करण्यात मदत करते. systemtap च्या मदतीने, विकासकांस माहिती गोळा करण्यासाठी यापुढे कष्टदायी आणि खीळ बसवणाऱ्या इंस्ट्रूमेंट, रीकंपाइल, प्रतिष्ठापन आणि रीबूट या मालिकेतून जावे लागणार नाही.

iSCSI लक्ष्य

लीनक्स लक्ष्य (tgt) फ्रेमवर्क प्रणालीस ब्लॉक-स्तरीय SCSI संचयनतर्फे इतर प्रणालींकरीता जी SCSI प्रबंधक समर्थीत आहे त्यांस सेवा प्रदान करण्यास परवानगी देतो. ही कार्यशैली सुरूवातीला लीनक्स 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-sbp2 घटक या अद्ययावतात तंत्रज्ञान पूर्वदृश्य या स्वरूपात समाविष्टीत आहे. हा घटक फायरवायर संचयन साधणांकरीता व स्कॅनरकरीता संपर्क समर्थित करतो.

सध्या, फायरवायर खालिल समर्थीत करत नाही:

  • IPv4

  • pcilynx यजमान नियंत्रक

  • multi-LUN संचयन साधणे

  • संचयन साधणांकरीता विशेष प्रवेश नाही

या व्यतिरीक्त, खालिल मुद्दे फायरवायरच्या या आवृत्तीत आवर्जून आढळतात:

  • SBP2 ड्रायवर मधील स्मृतीची गऴती प्रणालीला स्तब्ध करू शकते.

  • या आवृत्तीतील कोड big-endian प्रणालींवर व्यवस्थित काम करत नाही. यामुळे PowerPC ची अनिश्चित वागणूक आपल्याला पहायला मिळते.

निर्धारित मुद्दे

  • बूट प्रक्रिया व पुनः सुरू होण्यापूर्वी त्रूटी दर्शवितेवेळी SATA समर्थीत प्रणालीला तातपुरते थांबविणारी SATA त्रूटीचे आता निर्धारण झाले आहे.

  • बहू-बूट प्रणालीत, parted सुरूवातीचे काही सेक्टर जप्त करून घेतो ज्यावर Windows Vista™ प्रतिष्ठपीत केले गेले आहे. तरी, multi-boot प्रणाली दोगांशी Red Hat Enterprise Linux 5.1 सह व Windows Vista™ संरचीत करतेवेळी, दूसरा व शेवटचा पर्यायी कार्यप्रणाली बूटेबल नाही असे माहिती पडते.

  • rmmod xennet या पुढे domU च्या स्तब्धतेसाठी कारणीभूत ठरत नाही.

  • 4-socket AMD Sun Blade X8400 Server Module प्रणाली जिला node 0 मध्ये स्मृती रचित नाही यापुढे बूट होतेवळी पॅनिक होत नाही.

  • congaluci चा उपयोग फेलओवर क्षेत्र बनविण्याकरीता व संरचीत करण्याकरीता वापरल्या जाऊ शकतो.

  • Cluster Storage गूटाचे yum द्वारे प्रतिष्ठपन केले जातेवेळी, कार्यक्रम अयशस्वीरीत्या खंडीत पडत नाही.

  • प्रतिष्ठापनेवेळी, चुकीचे SELinux चा संदर्भ या पुढे /var/log/faillog/var/log/tallylogकरीता कधीच लागू होत नाही.

  • dual-core AMD कार्यप्रणालीवर, प्रोसेसर केंद्रित कार्यामुळे इतर प्रोसेसर कोरवर वारंवार बदलण्यचे प्रमाण आता होत नाही.

  • विभाजित प्रतिष्ठापन माध्यम (उदाहरणार्थ, CD किंवा NFSISO) वापरून Red Hat Enterprise Linux 5.1 चे प्रतिष्ठापन करताना, amanda-server च्या प्रतिष्ठापनेवेळी चूक उद्भवते.

  • प्रतिष्ठापनेवेळी, एनाकोंडा आता 4GB पेक्षा जास्त RAM चटकन ओळखू शकतो. यामुळे एनाकोंडा ला कर्नलचा कर्नल-PAE भाग प्रतिष्ठापनेवेळी वापरायचा की नाही याची आपोआप खबरदारी मिळते.

  • EDAC यापुढे अलीकडील k8 प्रोसेसरांवरील बिनचूकरीत्या स्मृत्तीच्या वापराविषयी तपशील देतो.

  • दूरून ग्नोम डेस्कटॉंपवर gdm द्वारे प्रवेश करण्याकरतेवेळी प्रवेश स्क्रीन या पुढे स्तब्ध होत नाही.

  • autofs मधील त्रुटी ज्यामुळे multi-mounts ची कार्यक्षमता स्थगीत झाली होती आता निर्धारीत झाली आहे.

  • utrace करीता अनेक पॅट्चेस खालिल निर्धारण आत्मसात करतात:

    • ptraceचा वापर करतेवेळी रेस स्तिथीस कारणीभूत ठरणाऱ्या बूगचे निर्धारण झाले आहे

    • काही PTRACE_PEEKUSR तर्फे कार्यक्रम चालवतेवेळी उदयास येणाऱ्या EIO त्रूटीचे निर्धारण करण्यात आले आहे

    • उपकार्यक्रम विशिष्ट स्तिथीतून अकस्मात बाहेर पडल्यास wait4 कडून होणाऱ्या काही त्रूटीचे निर्धारण करण्यात आले आहे

    • कधी कधी SIGKILL केल्यावर कार्य पूर्णपणे यशस्वीरीत्या बंद होत नाही तरी त्यासंबंधी अडचन निर्धारीत करण्यात आली आहे. हे ptrace काही विशिष्टरीत्या वापरल्या गेले असावे.

  • ज्यामुळे सावधगिरीची घंटा व वारंवार येणाऱ्या RTC खंड अकार्यक्षम होतो अश्या RealTime Clock (RTC) बगचे निर्धारण झाले आहे.

ज्ञात मुद्दे

  • पहिल्यावेळी एनाकोंडामधील प्रकाशन टिपा बटणावर क्लिक केल्यावर, पडद्यावर प्रकाशन टिपा उशिराने दर्शवितो असे लक्षात येते. उशिर होतेवेळी, एक रिक्त यादी चौकटीत दिसते. दृश्य पटकणच डोळ्यासमोर दिसते, त्यामुळे बरेचशे वापरकर्त्यांना हा फरक दिसून पडत नाही.

    हा विलंब जास्तवेळी या कारणामुळे होतो की संकुल प्रतिष्ठापनाचा कार्यकाळ हा CPU-केंद्रीत सर्वात जास्त वेळ घेणारा कार्यकाळ आहे.

  • MegaRAID ड्राइवर वापरणाऱ्या यजमान बस अडाप्टरांस "मोठा संग्रह" इम्यूलेशन रितीवरच निर्धारित करावे, "I2O" इम्यूलेशन रितीवर नाही. हे करण्यासाठी खालील क्रिया करा:

    1. MegaRAID BIOS Set Up उपयुक्तता दाखल करा.

    2. अडाप्टर रचना मेनू दाखल करा.

    3. इतर अडाप्टर पर्याय अंतर्गत, इम्यूलेशन निवडा आणि त्यास मुख्य संग्रह येथे नियोजित करा.

    जर अडाप्टर चुकून "I2O" इम्यूलेशनवर निर्धारित केला असेल, तर प्रणाली i2o ड्राइवर लोड करण्याचा प्रयत्न करेल. हे असफल होईल, आणि योग्य ड्राइवर भारित होण्यापासून रोखेल.

    Red Hat Enterprise Linux ची मागील प्रकाशने सहसा MegaRAID ड्राइवरच्या आधी I20 ड्राइवर भारित करण्याचा प्रयत्न करत नाहीत. याच्या असंबंध, हार्डवेयर कधीही Linux बरोबर वापरले जात असताना "मोठा संग्रह" इम्यूलेशन रितीवर निर्धारित केलेले असावे.

  • Cisco Aironet MPI-350 बिनतारी कार्ड असलेले लॅपटॉप तारेवरील इथरनेट पोर्ट वापरून एखादे संजाळ-आधारित प्रतिष्ठापन करण्यादरम्यान DHCP पत्ता मिळवण्याच्या प्रयत्नात हँग होऊ शकतात.

    यावर उपाय म्हणून, प्रतिष्ठापनेसाठी तुमचे स्थानिक माध्यम वापरा. वैकल्पिकरित्या, तुम्ही बिनतारी कार्ड प्रतिष्ठापनेपूर्वी लॅपटॉप BIOS मध्ये अकार्यान्वित करू शकता (प्रतिष्ठापनेनंतर तुम्ही बिनतारी कार्ड पुन्हा कार्यान्वित करू शकता).

  • सध्या, system-config-kickstart संकुल निवड किंवा नापसंती समर्थीत नाही. system-config-kickstart वापरत असताना, संकुल निवड पर्याय तो अकार्यान्वित असल्याचे दर्शवतो. याचे कारण system-config-kickstart समुह माहिती गोळा करण्यासाठी yum चा वापर करतो, परंतु yum ला Red Hat संजाळ शी जोडण्यासाठी व्यूहरचित करण्यास तो असमर्थ आहे.

    या घडीला, तुम्हास तुमच्या किकस्टार्ट फाइलींमधील संकुल विभाग स्वहस्ते बदलावे लागतील. किकस्टार्ट फाइल उघडण्यासाठी 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 कर्नलमध्ये रीबूट करण्यासाठी.

  • nVidia CK804 चिपसेट प्रतिष्ठापित असलेल्या मशीनवर Red Hat Enterprise Linux 5 वापरताना, तुम्हास खालीलप्रमाणे कर्नल संदेश मिळू शकतात:

    kernel: assign_interrupt_mode Found MSI सुस्तिथी
    kernel: pcie_portdrv_probe->Dev[005d:10de] मध्ये अवैध IRQ. BIOS विक्रेत्याशी तपासनी करा
    

    हे संदेश दर्शवतात की विशिष्ट PCI-E पोर्ट IRQs ची विनंती नाही करत आहेत. पुढे, हे संदेश कोणत्याही प्रकारे मशीनच्या कामावर दुष्परिणाम करत नाहीत.

  • सहजरीत्या काढूशकणाऱ्या संचयन साधण (उदाहणार्थ CDs व DVDs) काहीवेळा आपण रूट द्वारा प्रवेशकेल्यावर आपोआप माउंट होत नाही. तरी, आपल्याला छायाचित्राद्वारे फाइल व्यवस्थापक च्या मदतीने साधण माउंट करावे लागेल.

    याच्या व्यतिरिक्त, साधणास /media वरील माउंट करण्याकरीता आपण खालिल आदेशचा वापर करू शकता:

    mount /dev/<device name> /media
    
  • IBM System z पारंपारिक Unix-शैलीचा भौतिक कन्सोल पुरवत नाही. यामुळे, IBM System z साठी Red Hat Enterprise Linux 5 प्रारंभिक कार्यक्रम भारणावेळी firstboot कार्यशीलता समर्थीत करत नाही.

    IBM System z वर Red Hat Enterprise Linux 5 योग्यरित्या व्यवस्थित करण्यासाठी, प्रतिष्ठापनेनंतर खालील आदेश चालवा:

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

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

  • Red Hat Enterprise Linux 5 पासुन Red Hat Enterprise Linux 5.1 पर्यंत Red Hat संजाळ द्वारे सुधारणा करतेवेळी, yum redhat-beta कळ आयात करण्यास आपल्या खबरदार करेल याची खात्री नाही. तरी, आपण स्वतः वरील redhat-beta कळ सुधारणा होण्या पहिले आयात करावे असे सुचविले जाते. याकरीता, खालिल आदेश चालवून पहा:

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

  • संरचीत फाईलरवरील, LUN ला काढून टाकल्यास, यजमानात हे बदल परस्पर आढळूण येत नाही. या स्तिथीत, lvm आदेश dm-multipath वापरतेवेळी सक्रीय राहणार नाही, तरी यावेळी LUN अकार्यक्षम झाले आहे.

    यावर काम करण्याकरीता, सर्व साधणे व /etc/lvm/.cache मधील LUN करीता mpathवरील नोंदणीकृत लिंक काढून टाका.

    नोंदणीकृत विषयी अधिक माहिती करीता, खालील आदेशचा वापर करा:

    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-4dm-5.

    तरी, खालिल ओळी /etc/lvm/.cache पासून पुसून टाकण्यात यावे:

    /dev/dm-4 
    /dev/dm-5 
    /dev/mapper/3600d0230003414f30000203a7bc41a00
    /dev/mapper/3600d0230003414f30000203a7bc41a00p1
    /dev/mpath/3600d0230003414f30000203a7bc41a00
    /dev/mpath/3600d0230003414f30000203a7bc41a00p1
    
  • CD / DVD पासून पूर्णतः आभासित Windows™ अतिथी निर्माण करतेवेळीत् करताना, अतिथी प्रतिष्ठापनाचा दूसरा टप्पा रीबूट केल्यानंतर चालणार नाही.

    यावर उपाय म्हणून, /etc/xen/<name of guest machine> योग्यरित्या CD / DVD यंत्रासाठी नोंद दाखल जोडून संपादा.

    जर साध्या फाइलवर प्रतिष्ठान आभासी यंत्र म्हणून वापरले असल्यास, /etc/xen/<name of guest machine> ची disk ओळ खालीलप्रमाणे दिसेल:

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

    यजमानावर /dev/dvd म्हणून स्थित DVD-ROM यंत्र प्रतिष्ठापनाच्या टप्पा २ साठी 'phy:/dev/dvd,hdc:cdrom,r' सारखी नोंद दाखल करून hdc म्हणून उपलब्ध करून दिले जाऊ शकते. यामुळे, disk ओळ आता खालीलप्रमाणे दिसेल:

    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 संकुले प्रतिष्ठापित करा.

  • बूट कार्यकाळास सीरीअल पोर्टसाठी छपाईच्या पहिले सध्या वापरणीत असलेले कर्नल Data Terminal Ready (DTR) संकेतास सक्रीयरीत्या लक्ष्य देत नाही. DTR सक्रीयतेची काही साधाणांना गरज असते, ज्यामुळे, कर्नल बूट संदेश या साधाणांवरील सीरीअल कंसोलवर छपाई केले जात नाही.

  • काहीक प्रणालींवरील (जसे HP dc7700) AMD 8132HP BroadCom HT100 वापरल्या जाणारे MMCONFIG चक्रां करीता समर्थीत नाही. आपली प्रणाली वरील कुठलिही चीपसेट वापरत असल्यास, PCI संचयानाने PortIO CF8/CFC पद्धती वापरायला हवी. हे संचयीत करण्यासठी, प्रणालीला -pci nommconfig कर्नल घटकाशी प्रतिष्ठापनेवेळी संरचीत करा व GRUB मध्ये बूट झाल्यावर pci=nommconf समाविष्ट करा.

    पुढे, Message Signaled Interrupts (MSI) करीता AMD 8132 चीपसेटचे समर्थन नाही. आपली प्रणाली ही चीपसेट वापरल्यास, आपण MSI ला अकार्यान्वीत करा. ये करण्याकरीता, प्रतिष्ठापनेवेळी कर्नल घटकाचा -pci nomsi वापर करा व GRUB मध्ये बूच झाल्यावर pci=nomsi समाविष्टीत करा.

    तरी, जर आपले विशिष्ट कार्यप्रणाली आधीपासूनच कर्नलच्या सदोष यादीत असेल, तर आपल्या प्रणालीकरीता वरील pci कर्नल घटकांची गरज लागणार नाही. खालिल HP कार्यप्रणाली पहिलेपासूनच कर्नलच्या सदोष यादीत आहेत:

    • DL585g2

    • dc7500

    • xw9300

    • xw9400

  • बेअर-मेटल (आभासी नसलेला) कर्नल कार्यरत असतेवेळी, मॉनीटरपासून X सर्वर EDID माहीती मिळवू शकत नाही. हे झाल्यास, छायाचित्र ड्रायवर 800x600 पेक्षा जास्त रेझल्यूशन दर्शविण्यास असमर्थ ठरतो.

    यावर काम करण्यासाठी, /etc/X11/xorg.conf विभागास ServerLayout ही खालिल ओळ समाविष्ठीत करा:

    पर्याय "Int10Backend" "x86emu"
    
  • या प्रकाशनात समाविष्टीत Virtual Machine Manager (virt-manager) वापरकर्त्यांना आभासी अतिथी प्रतिष्ठापनाकरीता वाढीव बूट गुणधर्म समाविष्टीत करण्यास परवानगी देत नाही. या बूट गुणधर्मांचे ठराविक प्रकारच्या हार्डवेअरवरील विशेष प्रकारच्या आभासी अतिथी खाते प्रतिष्ठपीत करतेवेळी सुद्धा गरज भासते.

    हा मुद्दा virt-manager च्या भावी प्रकाशनात संबोधीत केला जाईल. आदेश ओळीवरून आभासी अतिथी खात्यांकरीता कर्नल घटके निश्चित करण्यासाठी, virt-install चा वापर करा.

  • मूलभूत dm-multipath संरचनेसह Netapp साधणे पूर्वीच्या अयशस्वी मार्गास संचयीत केलेले फेलबॅक पूर्णकरण्याकरीता बराच वेळ घेऊ शकतात. याचे निर्धारणाकरीता, multipath.conf फाइल वरील साधणे विभागास खालील Netapp साधण संरचना समाविष्ट करू शकता:

    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
            }
    

( x86 )



[1] हा मजकूर फक्त Open Publication License, v1.0 मध्ये उद्धृत अटी आणि शर्तींनुसार वितरित केला जाऊ शकतो, जो http://www.opencontent.org/openpub/ येथे उपलब्ध आहे.