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

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

अद्यावत

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

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

इतर अद्ययावत

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

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

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

पूर्णत्व आभासी 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 पूर्णपणे समर्थीत आहे असे सूचविते. तरी, बेंचमार्क चाचणी खालील घटकवर गतिक कार्यक्षमता दर्शवीते:

याच्या व्यातिरीक्त, 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 प्रतिकृती वापरत असल्यास, सर्व नियंत्रण कार्यपध्दती योग्यरित्या सुधारीत आहे याची खात्री करण्याकरीता खालील सूचना लागू करा:

जलद आभासीकरण क्रमवारी (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 कार्यपध्दती पुरवितो. कार्डवरील काहीक भाग दोन्ही कार्यपध्दती द्वारे सहभागीये केले जाते. तरी, सद्याचे 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 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 कार्यरत कर्नलशी जुळणार नाही.

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

लक्ष्यात घ्या, 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 चा वापर कराल असे सुचविले जाते.

बूट प्रक्रिया व पुनः सुरू होण्यापूर्वी त्रूटी दर्शवितेवेळी 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 मध्ये स्मृती रचित नाही यापुढे बूट होतेवळी पॅनिक होत नाही.

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

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 करीता अनेक पॅट्चेस खालिल निर्धारण आत्मसात करतात:

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

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

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

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

जर अडाप्टर चुकून "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 योग्यरित्या व्यवस्थित करण्यासाठी, प्रतिष्ठापनेनंतर खालील आदेश चालवा:

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/<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 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 कार्यप्रणाली पहिलेपासूनच कर्नलच्या सदोष यादीत आहेत:

बेअर-मेटल (आभासी नसलेला) कर्नल कार्यरत असतेवेळी, मॉनीटरपासून 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
        }