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

फीचर अद्यतन

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

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

अन्य अद्यतन

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

हल किए मुद्दे

ज्ञात मुद्दे

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

mount /dev/<device name> /media

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

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

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

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

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

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

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

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

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

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

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

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

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

/dev/dm-4 
/dev/dm-5 
/dev/mapper/3600d0230003414f30000203a7bc41a00
/dev/mapper/3600d0230003414f30000203a7bc41a00p1
/dev/mpath/3600d0230003414f30000203a7bc41a00
/dev/mpath/3600d0230003414f30000203a7bc41a00p1

जब एक पूर्ण वर्चुअलाइज्ड Windows™ अतिथि बनाने का प्रयास CD / DVD से किया जाता है, अतिथि अधिष्ठापन का दूसरा चरण रिबूट पर जारी नहीं रहेगा.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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