Copyright © 2007 Red Hat, Inc. आणि इतर [1]
या दस्तावेजात खालील विषय समाविष्ट आहेत:
प्रकाशन पत्र अद्यावत
प्रतिष्ठापना संबंधी टिपा
अद्यावत
ड्राइवर अद्ययावत
कर्नल विषयी अद्ययावत
इतर अद्ययावत
तंत्रज्ञाण पूर्वदृश्य
निर्धारीत मुद्दे
परिचीत मुद्दे
Red Hat Enterprise Linux 5.1 संबंधी काही अद्ययावत प्रकाशन टिपांच्या या आवृत्तीत आढळणार नाहीत. प्रकाशन टिपांची अद्ययावत आवृत्ती खालील URL वर उपलब्ध सुध्दा प्राप्त होऊ शकते:
या विभाग Red Hat Enterprise Linux 5.1 विषयी माहिती पूरवितो ज्याचा उल्लेख वित्रणा मधील प्रकाशन पत्र मध्ये होऊ शकले नाही.
समान स्मृती प्रवेश (NUMA) चा वापर करणाऱ्या मांडणी मध्ये आभासीकरण कार्यशील ठरत नाही. तरी, NUMA चा वापर करणाऱ्या प्रणाली मध्ये आभासी कर्नल प्रतिष्ठापीत केल्यास बूट त्रूटीस कारणीभूत ठरेल.
काहीक प्रतिष्ठापन क्रमांक आभासी कर्नल मुलभूतरित्या प्रतिष्ठापीत करते. तुमच्याकडे तसे प्रतिष्ठापन क्रमांक असल्यास व तुमची प्रणाली NUMA वापरत असल्यास (किंवा NUMA अकार्यान्वीत केल्यास), प्रतिष्ठापनवेळी आभासीकरण पर्याय निवडू नका.
या प्रकाशन मध्ये 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/
येथे हलवू शकता.
या मांडणी मध्ये ipath
वापरल्यास openmpi क्रॅश करीता कारणीभूत ठरू शकते. तरी, या मांडणीकरीता ipath
ड्राइव्हरचे तंत्रज्ञाण पूर्वदृश्य म्हणून वितरण केले जाईल.
Mellanox MT25204 करीता हार्डवेअर चाचणी मध्ये ठराविक उच्च-लोड स्थितीवेळी आंतरीक त्रुटी आढळली आहे असे स्पष्टरूपी दिसून येचे. जेव्हाib_mthca
ड्राइवर या हार्डवेअर करीता घातक त्रुटी दर्शवितो, तेव्हा, वापरकर्ता अनुप्रयोग द्वारे निर्मीत कार्य विनंतीची संख्या व अपुरे पूर्णत्व रांग तीव्रताशी जुळविले जाते.
जरी ड्राइवर हार्डवेअरला पुन्हनिश्चित करतो व घटना पासून पुन्हप्राप्त होतो, सर्व जुळवणी त्रुटीवेळी लुप्त होतात. यामुळे सहसा वापरकर्ता अनुप्रयोग मध्ये विभागीय अडचणीस कारणीभूत ठरते. पुढे, त्रुटीच्यावेळी opensm कार्यरत असल्यास, योग्यरित्या कार्यवाही स्थाकरण्याकरीता त्यास स्वतः पुन्हा सुरू करावे लागेल.
ड्राइवर अद्ययावतन डीस्क आता Red Hat चे RPM- आधारीत संकुलन ड्राइवर अद्ययावतन कार्यक्रमास समर्थन देतो. ड्राइवर डीस्क नविन स्वरूप वापरत असल्यास, RPM संकुल ड्राइवर संभाव्यरित्या समाविष्ट करणे शक्य होईल ज्यामुळे प्रणाली अद्ययावत करीता सुरक्षीत केले जाईल.
कृपया लक्षात घ्या RPM फक्त मुलभूत कर्नल बदलाव करीता प्रतिकृत केले जाईल जे प्रतिष्ठापीत प्रणाली करीतावापरले जाईल. उदाहरणार्थ, आभासी कर्नल सक्षम प्रणाली वर ड्राइवर RPM प्रतिष्ठपनवेळी फक्त आभासी कर्नल करीता ड्राइवर प्रतिष्ठापीत केले जाईल. ड्राइवर RPM प्रणालीवरील इतर प्रतिष्ठापीत कर्नल प्रकार करीता प्रतिष्ठापीत केले जाणार नाही.
तरी, ज्या प्रणालीवर बहु कर्नल प्रकार प्रतिष्ठापीत असल्यास, तुम्हाला प्रत्येक कर्नल प्रकार करीता प्रणाली बूट करावी लागेल व ड्राइवर RPM प्रतिष्ठापीत करावे लागेल. उदाहरणार्थ, तुमच्या प्रणालीवरील दोन्ही बेर-मेटल व आभासी कर्नल प्रतिष्ठापीत असल्यास, प्रणालीस बेर-मेटल कर्नन द्वारे बूट करा व ड्राइवर RPM प्रतिष्ठापीत करा. त्यानंतर, प्रणालीस आभासी कर्नव मध्ये रीबूट करा व ड्राइवर RPM पुन्हा प्रतिष्ठापीत करा.
dom0 च्या कार्यक्षेत्रात, तुम्ही अतिथी (म्हणजे xm create) 32,750 पेक्षा जास्त वेळ बनवू शकत नाही. उदाहरणार्थ, चक्रातील स्थीत अथिती असल्यास, अतिथीस एकूण 32,750 वेळा बूट केल्यावर dom0 अतिथीस बूट करण्याकरीता अपयशी ठरेल.
घटना घडल्यास, dom0 पुन्हा सुरू करा
या मांडणी मध्ये अतिथी करीता आभासीकरण फक्त कमाल RAM प्रमाण 65,434 MB करीताचे समर्थीत आहे.
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 माहिती विनंतीकृत क्षणावेळी स्तब्ध होऊ शकते. हे तेव्हा होते जेव्हा तुम्ही पडद्यावरील OK बटण दोनवेळा निवडल्यास ही स्थिती निदर्शणास येते.
असे झाल्यास, स्वनिश्चितता अकार्यान्वीत रहीत इथरनेटच्या चाचणीकरीता रीबूट करा व पुन्हा प्रतिष्ठापन करा. प्रतिष्ठापन मिडीया पासून बूट करत असल्यास, ethtool="autoneg=off" वापरा. असे केल्यास मुख्य प्रतिष्ठापीत प्रणालीवर परिणाम पडणार नाही.
nohide एक्सपोर्ट पर्याय रेफरल एक्सपोर्ट करीता आवश्यक आहे (i.e. एक्सपोर्ट जे रेफरल सर्वर निर्धारीत करते). याचे कारण असे की रेफरल एक्सपोर्टला "cross over" बांधणी आरोहण बींदूची आवश्यकता आहे. अशा प्रकारचे "cross over" यशस्वी होण्याकरीता nohide एक्सपोर्ट पर्यायची आवश्यकता आहे.
बांधणी आरोहणवरील अधिक माहितीकरीता, man export 5 पहा.
ही अद्ययावत मध्ये lvm2 घटना नियंत्रण डीमण समाविष्टीत असते. तुम्ही आधिपासूनच lvm2 प्रतिकृती वापरत असल्यास, सर्व नियंत्रण कार्यपध्दती योग्यरित्या सुधारीत आहे याची खात्री करण्याकरीता खालील सूचना लागू करा:
अद्ययावत करण्यापूर्वी सर्व lvm2 तर्कदृष्ट्या खंड असक्रीय करा. याकरीता, lvchange -a n <संड गट किंवा प्रतिकृत खंड>
आदेश वापरा.
killall -HUP dmeventd आदेशचा वापर करून जुने lvm2 घटना डीमनचा वापर करणे थांबवा.
सर्व संबंधीत RPM संकुल सुधारीत करा, संभाव्यतः device-mapper
व lvm2
.
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 प्रोसेसर प्रणाली रीसेट करीता कराणीभूत ठरू शकतो.
प्रणाली 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
संकुल आधिपासूनच प्रतिष्ठापीत असल्यावर systemtap-runtime
संकुल प्रतिष्ठापीत केल्यास कार्यपध्दती तपास त्रुटी आढळेल. पुढे, systemtap
संकुल आधिपासूनच प्रतिष्ठापीत असल्यास, Red Hat Enterprise Linux 5 यास 5.1 अशी सुधारणा देखील अपयशी होईल.
तरी, systemtap-runtime
प्रतिष्ठापीत करण्यापूर्वी किंवा सुधारणा कार्यरत करतेवेळी rpm -e systemtap-0.5.12-1.e15 आदेशचा वापर करून systemtap
संकुल काढूण टाका.
आभासी कर्नल चालवित असल्यास, कर्नल विभाग जसे की e1000
व qla2xxx
चे दाखलन होऊ शकले नाही.
तरी, तीसऱ्या-पक्षाचे ड्राइवर प्रतिष्ठापीत केल्यास, प्रणाली रीबूट करा असे सूचविले जाते.
निमआभासी अतिथी parted कार्यक्रम वापरू शकत नाही. निमआभासी अतिथी करीता डीस्क विभाजन बदलविण्यासाठी, अतिथीच्या डीस्कवर dom0 अंतर्गत parted वापरा; उदाहरणार्थ, parted /var/lib/xen/images/pv_guest_disk_image.img.
NFSROOT संयोजीत करतेवेळी, BOOTPROTO याला /etc/sysconfig/network-scripts/ifcfg-eth0
येथे BOOTPROTO=dhcp असे निश्चित केले पाहिजे.
प्रारंभीकरित्या initrd
बनविण्यापूर्वी, वातावरणात BOOTPROTO करीता वेगळी संयोजना बनवायची असल्यास, /etc/sysconfig/network-scripts/ifcfg-eth0
मध्ये BOOTPROTO=dhcp तात्पुरते निश्चित करा. initrd
बनविल्यास तुम्ही BOOTPROTO चे मुख्य मुल्य पुन्हस्थापीत करू शकता.
पूर्णतया-आभासी अतिथी बनविण्याचा प्रयत्न करतेवेळी, अतिथीकरीता उपलब्ध RAM वाटप केल्यास हायपरवायजर स्तब्ध होऊ शकतो. काहीक घटना मध्ये, कर्नल पॅनीक सुध्दा निर्माण होऊ शकतो.
दोन्ही घटक हायपरवायजर स्मृती कमतरतामुळे निर्माण झाले. प्रत्येकवेळी अतिथी करीता स्मृती वाटप करतेवेळी हायपरवायजर कमतरता हाताळणीकडे लक्ष देण्याकरती, खालील समीकरण पहा:
26MB + [(अतिथी द्वारे वापरणीत असलेले आभासी CPU ची संख्या) x 17MB] = (प्रत्येक अस्तित्वातील अतिथी करीता रिकामी जागा सोडायचे ते प्रमाण)
उदाहरणार्थ, तुमच्या प्रणाली वरील RAM 2048MB असल्यास व फक्त एक अतिथी करीता 4 आभासी CPU वापरायचे असल्यास, तुम्ही 94MB रिकामी जागा सोडायला हवी. दोन अतिथी ठेवायचे असल्यास, दोन्ही 4 आभासी CPU कार्यक्षम असल्यास, 188MB रिकामी जागा सोडा (व अशा प्रकारे पुढे).
सद्या, प्रत्यक्ष पूर्णतया आभासी अतिथीचे या मांडणीवर स्थानांतर समर्थीत नाही. वितरणातील प्रकाशन पत्र मध्ये समर्थीत आहे असे सूचविले गेले आहे.
या मांडणीत वाढीवरित्या, आभासीकरण करीता kexec व kdump समर्थीत नाही.
HP Smart Array कंट्रोलरसह kexec व kdump क्रॅश पध्दतीसह विश्वासर्हरित्या चालतील असे ठामपणे सांगता येत नाही. लक्षात घ्या हे कंट्रोलर cciss
ड्राइवरचा वापर करतात.
यावर उपाय, म्हणजे कंट्रोलर करीता firmware अद्ययावत समाविष्ट करण्याकडे, लक्ष दिले जात आहे.
IBM Bladecenter करीता QLogic iSCSI Expansion Card दोन्ही इथरनेट व iSCSI कार्यपध्दती पुरवितो. कार्डवरील काहीक भाग दोन्ही कार्यपध्दती द्वारे सहभागीये केले जाते. तरी, सद्याचे qla3xxx
व qla4xxx
ड्राइवर इथरनेट व 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 sosreport व sosreport --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 चा वापर देखील केला जाऊ शकतो.
64-bit Intel Itanium2 आर्किटेक्चरसाठीच्या Red Hat Enterprise Linux 5.1 मध्ये 32-bit अनुप्रयोगांसाठी Intel च्या IA-32 कार्यकारी स्तर द्वारे रनटाइम आधार आहे.
IA-32 कार्यकारी स्तर अगाऊ डीस्कवर
Intel Itanium2 आर्किटेक्चरसाठी पुरविले आहे. या व्यतिरिक्त, 32-bit लायब्ररी आणि अनुप्रयोगांचा एक संच 32-bit Compatibility Layer डिस्कवर स्वतंत्रपणे पुरविला आहे. IA-32 कार्यकारी स्तर आणि 32-bit सुसंगती संकुले एकत्रितपणे 32-bit अनुप्रयोगांसाठी 64-bit स्थानिक वितरणांवर रनटाइम पर्यावरण पुरवतात.
IA-32 कार्यकारी स्तर आणि आवश्यक 32-bit सुसंगती संकुले प्रतिष्ठापित करण्यासाठी, खालील पायऱ्या अनुसरा:
Intel Itanium2 आर्किटेक्चरसाठी Red Hat Enterprise Linux 5.1 प्रतिष्ठापित करा.
Red Hat Enterprise Linux 5.1ची अगाऊ CD
दाखल करा, ज्यामध्ये ia32el
संकुल समाविष्ट आहे.
प्रणालीने सीडी(CD) आरोहित केल्यानंतर, Supplementary
संकुले असलेल्या निर्देशिकेत जा. उदाहरणार्थ:
cd /media/cdrom/Supplementary/
ia32el
संकुले प्रतिष्ठापित करा:
rpm -Uvh ia32el-<version>
.ia64.rpm
<version>
ला प्रतिष्ठापित करावयाच्या ia32el
संकुलाच्या संबंधित आवृत्तीने बदला.
अगाऊ CD
बाहेर काढा:
eject /media/cdrom
32-bit सुसंगती स्तर आणि लायब्ररीजचे प्रतिष्ठापन, प्रतिष्ठापनानंतर तपासण्यासाठी, /emul
ही निर्देशिका निर्माण झाल्याची आणि त्यात फाइल्स असल्याची तपासणी करा.
32-bit सुसंगती रीत परिणामकारक असल्याची तपासणी करण्यासाठी, शैल प्रोम्टवर खालील टाइप करा:
service ia32el status
या टप्प्यावर तुम्ही 32-bit Compatibility Layer
डिस्क दाखल करून सुसंगती लायब्ररीज प्रतिष्ठापित करू शकता. तुम्ही डिस्कवरील सर्व संकुले प्रतिष्ठापित करण्याचे निवडू शकता किंवा 32-bit अनुप्रयोगांसाठी रनटाइम आधार देण्यासाठी आवश्यक विशिष्ट संकुले निवडू शकता.
जर तुम्ही 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 प्रतिष्ठापन व बूट सर्व प्रथम Red Hat Enterprise Linux 5 मध्ये तंत्रज्ञाण पूर्वदृश्य या स्वरूपात परिचयास आले. ही विशेषता आता पूर्णतः समर्थीत आहे पण खालील निर्बंधाप्रमाणे.
खालील निगडीत असल्यास या कार्यशीलतेचे तीन स्वरुपन आहे:
हार्डवेअर iSCSI प्रबंधकचा (उदाहर्णाथ QLogic qla4xxx) वापर केल्यास
iSCSI (उदाहर्णाथ iSCSI बूट फर्मवेअर, किंवा iSCSI बूट कार्यशील असलेला मुक्त फर्मवेअरची आवृत्ती) करीता फर्मवेअर बूट आधार देणारी कार्यप्रणालीवर open-iscsi प्रबंधकाचा वापर केल्यास
iSCSI करीता फर्मवेअर बूट आधार न देणाऱ्या कार्यप्रणालीवर open-iscsi प्रबंधकाचा वापर केल्यास
हार्डवेअर iSCSI प्रबंधकचा वापर केल्यास, आपण कार्डच्या BIOS कार्यक्रमाचा IP पत्ता नोंदणीकरीता व इतर घटक कुठूणही साठविण्याकरीता वापरू शकतो. घटक कुठूणही साठविण्या करीता लागणारी तुर्कदृष्ट्या घटके ऍनाकोंडा मध्ये मूलभूत sd साधननुरूप, कुठलेही अगाऊ रचनाची गरज नसलल्याची, आढळतील.
दूर संच सर्वरची रचना करण्यासाठी प्रबंधकाचे रचनात्मक नाव (IQN) ओळखण्याची गरज पडल्यास, खालीलरीत्या प्रतिष्ठापन करावे:
प्रतिष्ठापन करण्याकरीता कुठले डीस्क ड्राइव्ह वापरायचे यासाठी प्रतिष्ठापन पृष्ठावर जावे.
वर क्लिक करा.
बटणावर क्लिक करा.
iSCSI IQN त्या पडद्यावर दर्शविल्या जाईल.
iSCSI करीता सक्षम व फर्मवेअर बूट आधार प्रदान करणाऱ्या open-iscsi सॉफ्टवेअर प्रबंधकचा वापर केल्यास, आपण फर्मवेअरच्या सेटअप कार्यक्रमाचा IP पत्ता नोंदणीकरीता व इतर घटक कुठूणही साठविण्याकरीता वापरू शकता. असे केल्यास कार्यप्रणाली दूरस्थ iSCSI संचयन पासून बूट होण्यास सक्षम होते.
सध्या, ऍनाकोंडा फर्मवेअरकडील असलेल्या iSCSI माहितीस प्रवेश नाही. याऐवजी, प्रतिष्ठापनेळी ठराविक IP पत्त्याची स्वतः नोंद करा. याकरीता, वरील रीत्या IQN चे प्रबंधक निश्चित करा. त्यानंतर, IQN दर्शविणाऱ्या प्रतिष्ठापनकरीता प्रतिष्ठापन पृष्ठावरच, निश्चित केलेल्या iSCSI लक्ष्यवर IP पत्ता नोंदवा.
स्वतः IP पत्ता iSCSI करीता निश्चित केल्यावर, iSCSI लक्ष्यावरील प्रतिष्ठापन करीता लगणारी घटके उपलब्ध होतील. iSCSI लक्ष्य करीता लगणारी IQN व IP पत्ता ऍनाकोंडा आपल्या initrd
च्या मदतीने प्राप्त करतो.
भाविष्यकाळात iSCSI लक्ष्यतील IQN किंवा IP पत्त्यात बदल झाल्यास, प्रत्येक प्रबंधकावरील iBFT किंवा मुक्त संरचना कार्यक्रम नोंद करून त्यातील घटका मध्ये बदल करा. त्यानंतर, प्रत्येक प्रबंधकाकरीता initrd
(iSCSI संचयनात संरक्षीत) खालील प्रमाणे संपादन करा:
gunzip चा वापर करून initrd
वापरा.
cpio -i आदेश चालवा.
init
फाइलीत, iscsistartup ही ओळ शोधा. या ओळीत iSCSI लक्ष्याकरीता IQN व IP पत्ता देखील असतो; ज्याला नविन IQN व IP पत्ता द्वारे सुधारीत करण्याची आवश्यकता आहे.
cpio -o वापरून एनक्रप्टेड खंड बनवा.
gunzip वापरून initrd
ला पुनः संकोचन करा.
कार्यकारी प्रणालीची मुक्त फर्मवेअर / iBFT फर्मवेअर कडून iSCSI विषयी माहिती प्राप्त करण्याची शैली भावी प्रकाशन करीता ठरविली जाते. ज्यावेळी iSCSI लक्ष्यतील IP पत्ता किंवा IQN मध्ये बदल होतो त्यावेळी अशी सुधारणा प्रत्येक प्रबंधक करीता initrd
(iSCSI संचयनात संग्रहीत केलेले) संपादनची आवश्यकता रहात नाही.
आपण iSCSI करीता फर्मवेअर बूट आधार विना प्रणालीवर open-iscsi सॉफ्टवेअर प्रबंधकचा वापर करीत असल्यास, (PXE/tftp सारखी) नेटवर्क बूट चा वापर करा. iSCSI लक्ष्य करीता IQN प्रबंधक व IP पत्ता ओळखण्या साठी वरील पध्दतीचा वापर करा. ये काम संपल्यास, नेटवर्क बूट सर्वर वर initrd
ची प्रत बनवा व नेटवर्क बूट करीता प्रणाली पुनः सुरू करा.
याचप्रकारे, जर IP पत्ता किंवा iSCSI लक्ष्यकरीता IQN मध्ये बदल जाल्यास, initrd
चे त्यानुसारे संपादन करा. हे करण्यासाठी, प्रत्येक प्रबंधकारीता initrd
चा वरील संपादकीय पद्धितीचा वापर करा.
EXT3 ची कमाल क्षमता आता 16TB (8TB पासून वाढविले गेले) आहे. ही वाढ सर्वप्रथम Red Hat Enterprise Linux 5 मध्ये तंत्रज्ञाण पूर्वदृशीय स्वरूपात उदयास आली व या अद्ययावत मध्ये आता पूर्णपणे समर्थीत आहे.
फक्त सुरक्षा अद्ययावत प्रतिष्ठापान करणे सुद्धा आता 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" गुणधर्मचा सावधतेने वापर करा.
खालील आभासीकरण अद्यावत सुद्धा या प्रकाशनात समाविष्ट केलेले आहेत:
AMD-V आता या प्रकाशनात समर्थीत आहे.यामुळे पूर्णः आभासी अतिथींकरीता प्रत्यक्ष क्षेत्र स्थानांतरन कार्यन्वीत होते.
in-kernel सॉकेट 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 रीत्या चित्रलेख समतुल समर्थन देतो.
Nested Paging (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 यंत्रे शोधणे, निर्माण करणे, आणि प्रतिष्ठापित करणे या क्षमता आहेत. हे वैशिष्ट्य कार्यान्वित करण्यासाठी, 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 उघडतेवेळी फाइल किंवा संचिका आढळली नाही
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 ही सुधारीत आवृत्ती आहे.
openib
व openmpi
: ची सुधारीत OFED (OpenFabrics Enterprise Distribution) आवृत्ती 1.2 आहे.
powernow-k8
: ची सुधारीत आवृत्ती 2.0.0 Greyhound ला पूर्ण आधार प्रदान करण्यास सक्षम आहे.
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 वरील ध्वनी संरचीत समस्याचे निर्धारण करण्यात आले आहे
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 या सुधारीत आवृत्ती द्वारे करण्यात आले आहे.
qla2xxx
: ड्रायवरची 8.01.07-k6 ही सुधारीत आवृत्ती आहे. यात बरेचशे बदल आहेत, प्रमुख्याने:
iIDMA आता समर्थीत आहे
खालिल फायबर गुणधर्म आता समर्थीत आहे:
प्रतिकृती नोडचेनाव
प्रणाली यजमान
फाबरीकचे नाव
यजमानाचे पोर्ट स्तिथी
trace-control async घटना यापुढे संचयीत केली जाणार नाही
पुनः हाताळनी संबंधी तर्क ठीक केल्या गेला आहे
MSI-X is आता समर्थीत आहे
IRQ-0 कार्य प्रत्येक प्रणालीस हाताळली जाते
NVRAM अद्ययावत जटपटरीत्या प्रभावी ठरतात
या प्रकाशनात 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
Red Hat Enterprise Linux 4 पासून या प्रकाशनात SCSI ची दोषीतयादी पोर्ट करा.
aic79xx
ड्रायवरकरीता PCI IDs समाविष्ट करा.
aacraid
ड्रायवर: PRIMERGY RX800S2 वRX800S3ला समर्थीत करण्याकरीता 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 करीता बगचे निर्धारण झाले आहे
संवादपट दाखल करतेवेळी/न करतेवेळी qla4xxx
व qla3xxx
संबंधी मुद्दे आता निर्धारीत झाले आहे
mpt fusion
ड्रायवर: 3.04.04 आवृत्तीस अद्ययावत केले आहे. या अद्ययावतात बरेच बदल आहेत, प्रमुख्याने:
बरेचश्या त्रूटी हाताळणीसंबंधी बग्चे निर्धारण केल्या गेले आहे
mptsas आता एकापाठोपाठ लक्ष्य पुनः निश्चित करते
mptsas व mptfc करीता आता 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वापरांमधील आता समर्थीत आहे.
getcpu प्रणालीकर्ता विनंतीस आता समर्थन आहे.
Oprofile आता नविन Greyhound कार्यक्षम काउंटर घटनांकरीता समर्थीत आहे.
z/VM वापरणी प्रगत करण्याकरीता Directed DIAG आता समर्थीत आहे.
Intel चायाचित्र चीपसेच आता DRM
कर्नल घटका द्वारे समर्थीत आहे. पुढे, सरळरीत्या रेंडरींग समर्थन देण्याकरीता DRM API ची 1.3 अशी सुधारीत आवृत्ती काढण्यात आली.
ACPI च्या पॉवर व्यवस्थापन करीता अद्ययावत S3 suspend-to-RAM वर S4 हायबरनेट अधिक कार्यक्षम झाले आहे.
gaim आता pidgin या स्वरूपात ओळखले जाते.
प्रमाणीत स्मृत्ती सीमा या आर्किटेक्चरास आता 1TB(256GB पासुन वाढिवलेले).
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 हा प्रणाली कशी चालवावी आणि व्यवस्थापित करावी यादृष्टीने विचार करण्याचा नविन मार्ग आहे, जो मोठ्या प्रमाणावरील प्रणाल्यांस सहज बदलण्यायोग्य करून त्यांचा पुरवठा आणि व्यवस्थापन सुलभ करण्यासाठी रचला आहे. हे प्राथमिकतः तयार प्रणाली प्रतिमा, ज्या मोठ्या प्रमाणावरील स्थितीविहीन प्रणाल्यांमध्ये प्रतिलिपीत आणि व्यवस्थापित होतात, स्थापित करून कार्यकारी प्रणालीस फक्त-वाचन या प्रकारात सुरू करून साधले जाते (कृपया अधिक माहितीसाठी /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 हे एरवी पूर्णतः समर्थीत X सेवकाचे तंत्रज्ञाण पूर्वदर्शन वैशिष्ट्य आहे. हे मानक डेस्कटॉपवर GL-संवेगीत प्रभाव देण्यावर लक्ष देते. प्रकल्पात खालील बाबींचा समावेश होतो:
हलकेच बदललेला X सेवक
अद्ययावत Mesa संकुल जे नविन प्रोटोकॉल समर्थन जमा करते
हे घटक प्रतिष्ठापित केल्याने, तुम्हास खूप कमी बदलांसह GL-संवेगीत प्रभाव तुमच्या डेस्कटॉपवर मिळू शकतात, तसेच त्यांना तुमचा X सेवक बदली न करता कार्यान्वित किंवा अकार्यान्वित करण्याची क्षमता मिळेल. AIGLX हार्डवेयर GLX संवेगाचा लाभ घेण्यासाठी दूरस्थ GLX अनुप्रयोगदेखील कार्यान्वित करतो.
FS-Cache ही दूरस्थ फाइल प्रणाल्यांसाठी स्थानिक कॅशींग सुविधा आहे; ती उपयोक्त्यांस NFS डेटा स्थानिकरित्या आरोहित डिस्कवर कॅश करण्याची सोय देते. FS-Cache सुविधा सेटअप करण्यासाठी, cachefilesd
RPM प्रतिष्ठापित करा आणि /usr/share/doc/cachefilesd-
मधील सुचनांचा संदर्भ घ्या. <version>
/README
<version>
ला प्रतिष्ठापित करावयाच्या cachefilesd
संकुलाच्या संबंधित आवृत्तीने बदला.
Systemtap लीनक्स प्रणाली चालवण्याविषयी माहिती गोळा करणे सोपे करण्यासाठी मुक्त सॉफ्टवेअर (GPL) इन्फ्रास्ट्रक्चर पुरवते. हे कामगिरी किंवा कार्यशीलता समस्येचे निदान करण्यात मदत करते. systemtap च्या मदतीने, विकासकांस माहिती गोळा करण्यासाठी यापुढे कष्टदायी आणि खीळ बसवणाऱ्या इंस्ट्रूमेंट, रीकंपाइल, प्रतिष्ठापन आणि रीबूट या मालिकेतून जावे लागणार नाही.
लीनक्स लक्ष्य (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 ची अनिश्चित वागणूक आपल्याला पहायला मिळते.
बहू-बूट प्रणालीत, 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 मध्ये स्मृती रचित नाही यापुढे बूट होतेवळी पॅनिक होत नाही.
conga व luci चा उपयोग फेलओवर क्षेत्र बनविण्याकरीता व संरचीत करण्याकरीता वापरल्या जाऊ शकतो.
Cluster Storage
गूटाचे yum द्वारे प्रतिष्ठपन केले जातेवेळी, कार्यक्रम अयशस्वीरीत्या खंडीत पडत नाही.
प्रतिष्ठापनेवेळी, चुकीचे SELinux चा संदर्भ या पुढे /var/log/faillog
व /var/log/tallylog
करीता कधीच लागू होत नाही.
विभाजित प्रतिष्ठापन माध्यम (उदाहरणार्थ, CD किंवा NFSISO) वापरून Red Hat Enterprise Linux 5.1 चे प्रतिष्ठापन करताना, amanda-server
च्या प्रतिष्ठापनेवेळी चूक उद्भवते.
EDAC यापुढे अलीकडील k8 प्रोसेसरांवरील बिनचूकरीत्या स्मृत्तीच्या वापराविषयी तपशील देतो.
दूरून ग्नोम डेस्कटॉंपवर gdm द्वारे प्रवेश करण्याकरतेवेळी प्रवेश स्क्रीन या पुढे स्तब्ध होत नाही.
autofs मधील त्रुटी ज्यामुळे multi-mounts ची कार्यक्षमता स्थगीत झाली होती आता निर्धारीत झाली आहे.
utrace करीता अनेक पॅट्चेस खालिल निर्धारण आत्मसात करतात:
ptraceचा वापर करतेवेळी रेस स्तिथीस कारणीभूत ठरणाऱ्या बूगचे निर्धारण झाले आहे
उपकार्यक्रम विशिष्ट स्तिथीतून अकस्मात बाहेर पडल्यास wait4 कडून होणाऱ्या काही त्रूटीचे निर्धारण करण्यात आले आहे
कधी कधी SIGKILL केल्यावर कार्य पूर्णपणे यशस्वीरीत्या बंद होत नाही तरी त्यासंबंधी अडचन निर्धारीत करण्यात आली आहे. हे ptrace काही विशिष्टरीत्या वापरल्या गेले असावे.
ज्यामुळे सावधगिरीची घंटा व वारंवार येणाऱ्या RTC खंड अकार्यक्षम होतो अश्या RealTime Clock (RTC) बगचे निर्धारण झाले आहे.
पहिल्यावेळी एनाकोंडामधील बटणावर क्लिक केल्यावर, पडद्यावर प्रकाशन टिपा उशिराने दर्शवितो असे लक्षात येते. उशिर होतेवेळी, एक रिक्त यादी चौकटीत दिसते. दृश्य पटकणच डोळ्यासमोर दिसते, त्यामुळे बरेचशे वापरकर्त्यांना हा फरक दिसून पडत नाही.
हा विलंब जास्तवेळी या कारणामुळे होतो की संकुल प्रतिष्ठापनाचा कार्यकाळ हा CPU-केंद्रीत सर्वात जास्त वेळ घेणारा कार्यकाळ आहे.
MegaRAID ड्राइवर वापरणाऱ्या यजमान बस अडाप्टरांस "मोठा संग्रह" इम्यूलेशन रितीवरच निर्धारित करावे, "I2O" इम्यूलेशन रितीवर नाही. हे करण्यासाठी खालील क्रिया करा:
MegaRAID BIOS Set Up उपयुक्तता दाखल करा.
अडाप्टर रचना मेनू दाखल करा.
इतर अडाप्टर पर्याय अंतर्गत, इम्यूलेशन निवडा आणि त्यास मुख्य संग्रह येथे नियोजित करा.
जर अडाप्टर चुकून "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 ची विनंती नाही करत आहेत. पुढे, हे संदेश कोणत्याही प्रकारे मशीनच्या कामावर दुष्परिणाम करत नाहीत.
32-बीट सुसंगतीय स्तर
डीस्क वरून yum आदेशाचा वापर करून संकुल प्रतिष्ठापन करतेवेळी व्यतय येवू शकतो. असे होण्यामाघे, RPM डाटाबेस मध्ये Red Hat संकुल स्वाक्षरी कळ आयात न केल्यामुळे होते. आपण Red Hat संजाळ शी संपर्कात नसल्यास व अद्ययावत मिळवल्या नसल्यास वरील व्यतय येते. स्वतः कऴ आयात करण्यकरीता, रूट द्वारे खालिल आदेश चालवून पहा:
rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
एकदाचे Red Hat GPG कळ आयात केल्यावर, yum चा 32-बीट सुसंगतीय स्तर
डीस्क करीता संकुल प्रतिष्ठपित करण्याकरीता वापर केला जाऊ शकतो.
लक्ष्यात घ्या डीस्कपासून प्रतिष्ठापन करतेवेळी, rpm च्या व्यतिरिक्त मूलभूत OS वर अवलंबून असणारे संकुलही प्रतिष्ठापनेवेळी गृहीत धरण्याकरीता आपण yum चा वापर करावा असे सुचविले जाते.
सहजरीत्या काढूशकणाऱ्या संचयन साधण (उदाहणार्थ 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/setup — setuptool
संकुलाद्वारे पुरवलेले आहे.
/usr/bin/rhn_register — rhn-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-4 व dm-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/
योग्यरित्या CD / DVD यंत्रासाठी नोंद दाखल जोडून संपादा.<name of guest machine>
जर साध्या फाइलवर प्रतिष्ठान आभासी यंत्र म्हणून वापरले असल्यास, /etc/xen/
ची disk ओळ खालीलप्रमाणे दिसेल:<name of guest machine>
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 8132 व HP 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
या प्रकाशनात समाविष्टीत Virtual Machine Manager (virt-manager) वापरकर्त्यांना आभासी अतिथी प्रतिष्ठापनाकरीता वाढीव बूट गुणधर्म समाविष्टीत करण्यास परवानगी देत नाही. या बूट गुणधर्मांचे ठराविक प्रकारच्या हार्डवेअरवरील विशेष प्रकारच्या आभासी अतिथी खाते प्रतिष्ठपीत करतेवेळी सुद्धा गरज भासते.
हा मुद्दा virt-manager च्या भावी प्रकाशनात संबोधीत केला जाईल. आदेश ओळीवरून आभासी अतिथी खात्यांकरीता कर्नल घटके निश्चित करण्यासाठी, virt-install चा वापर करा.
मूलभूतरीत्या, Itanium dom0 आभासी कर्नल 512MB RAM व एक CPU चा वापर करून बूट करतो. आपण हायपरवायजर आदेश ओळीवर dom0_mem व dom0_max_vcpus गुणधर्मांचा वापर करून dom0 ला पुन्हा वापरू शकतो. उदाहरणार्थ, dom0_mem=4G dom0_max_vcpus=8 चा वापर करून dom0 4GB RAM व 8 CPU वापरून dom0 ला बूट करीता संरचीत करू शकतो.
Red Hat Enterprise Linux 5 साठी, dom0_mem करीता कमाल समर्थीत संख्या 256G आहे. dom0_max_vcpus करीता कमाल समर्थीत संख्या 32 आहे.
तरी, इच्छीत RAM सह प्रणालीला dom0 बूटकरीता संरचीत केल्यास कर्नल पॅनीक होण्याची शक्यता आहे. याचे कारण असे आहे की dom0 वापरणीकरीता गरजे पेक्षा कमीच RAM उपलब्ध असतो. सध्या, हायपरवायजर ही स्तिथी हाताळू शकत नाही.
तरी, प्रणालीवर x
पटीने RAM असल्यस,dom0_mem=x
चा वापर करण्यास सुचविले जाऊ शकत नाही.
Itanium प्रणालींवरील VGA करीता कंनसोल आऊटपूट संरचीत करतेवेळी, dom0 आभासी कर्नल बूट होतेवेळी अकार्यक्षम असू शकतो. याचे कारण Extensible Firmware Interface (EFI) रचनांपासून आभासी कर्नल मूलभूत कंसोल साधण ओळखू शकला नाही.
असे झाल्यास, console=tty हा बूट घटक कर्नल बूट पर्यायांमधील /boot/efi/elilo.conf
समाविष्ठ करू शकता.
काहीक Itanium प्रणालींवर, X VGA कंसोलवर सुरू होण्यास अपयशी होऊ शकतो. याचे कारण प्रणालीतील स्मृत्ती संरचना X ला स्मृत्तीतील काही भाग वापरण्यास जरी परस्पर नसेल तरी थांबवू शकत नाही. यामुळे Machine Check Abort (MCA) उदयास येऊ शकते, तरी काहीस स्तिथीत X अकार्यक्षम होतो व xf86MapDomainMem(): mmap() failure ची एक लॉग बनवितो.
बेअर-मेटल व आभासीत कर्नल या मुद्याशी निगडीत आहे.
हा मुद्दा Red Hat Enterprise Linux 5 च्या भावी सुधारीत आवृत्तीत निर्धारीत होईल. हा मुद्दा फक्त Itanium 128 PCI पेक्षा अधिक साधण असलेल्या कार्यप्रणालींकरताच आत्मसात आहे. अशी परिस्थिती आपल्याला X सह Red Hat Enterprise Linux 5 वर आढळेल.
मूलभूत 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 }
( ia64 )
[1] हा मजकूर फक्त Open Publication License, v1.0 मध्ये उद्धृत अटी आणि शर्तींनुसार वितरित केला जाऊ शकतो, जो http://www.opencontent.org/openpub/ येथे उपलब्ध आहे.