સ્થાપન-સંબંધિત નોંધો

લક્ષણ સુધારાઓ

ડ્રાઈવર સુધારાઓ

કર્નલ-સંબંધિત સુધારાઓ

અન્ય સુધારાઓ

ટેક્નોલોજી પૂર્વદર્શન

ઉકેલાયેલ મુદ્દાઓ

જાણીતા મુદ્દાઓ

જો તમે Red Hat Enterprise Linux 5 CD-ROM (નેટવર્ક-આધારિત સ્થાપનની તૈયારી માટે, ઉદાહરણ તરીકે) ના સમાવિષ્ટોની નકલ કરી રહ્યા હોય તો માત્ર ઓપરેટિંગ સિસ્ટમ માટે જ CD-ROM ની નકલ કરવાનું ભૂલશો નહિં. પુરવઠીય CD-ROM ની, અથવા સ્તરવાળી ઉત્પાદન CD-ROM માંની કોઈની પણ નકલ કરશો નહિં, કારણ કે આ એનાકોન્ડા ની યોગ્ય દિશા માટે જરૂરી ફાઈલો પર ફરીથી લખી નાંખશે.

પુરવઠીય CD-ROM અને અન્ય સ્તરવાળી ઉત્પાદન CD-ROMs ના સમાવિષ્ટો Red Hat Enterprise Linux 5.1 સ્થાપિત થઈ જાય પછી જ સ્થાપિત થવા જોઈએ.

જ્યારે 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-સુસંગત નથી. જો તમે સુધારાઓ વચ્ચે રીબુટ કરો નહિં, તો સુધારાયેલ વર્ચ્યુઅલાઈઝેશન RPMs ચાલી રહેલ કર્નલ સાથે બંધબેસશે નહિં.

CIFS ક્લાઈન્ટ આવૃત્તિ 1.48aRH માં સુધારાઈ ગયું. આ 1.48a પ્રકાશન પર આધારિત છે, પેચો સાથે કે જે નીચેના ફેરફારો લાગુ કરે છે:

નોંધ કરો કે EMC Celerra ઉત્પાદનના (NAS Code 5.5.26.x અને નીચે) વપરાશકર્તાઓ માટે, CIFS ક્લાઈન્ટ અટકે છે જ્યારે EMC NAS પરના શેરો વાપરી રહ્યા હોય. આ મુદ્દો નીચેના કર્નલ સંદેશાઓ દ્વારા વર્ગીકૃત થયેલ છે:

કર્નલ:  CIFS VFS: સર્વર પ્રત્યુત્તર આપતું નથી
કર્નલ:  CIFS VFS: cmd 162 mid 380 માટે કોઈ પ્રત્યુત્તર નથી
કર્નલ:  CIFS VFS: RFC1001 માપ 135 એ Mid=384 માટેના SMB કરતાં મોટું છે

CIFS માઉન્ટ પછી, તેના પરની કોઈપણ ફાઈલ અને કાર્યક્રમ વાંચવા/લખવાનું અશક્ય બની જાય છે કે જે માઉન્ટબિંદુ પર I/O નો પ્રયાસ કરે તે અટકી જશે. આ મુદ્દો ઉકેલવા માટે, NAS Code 5.5.27.5 અથવા પછીનામાં સુધારો (EMC Primus કેસ નંબર emc165978 વાપરો).

MODULE_FIRMWARE ટેગો હવે આધારભૂત છે.

ICH9 નિયંત્રકો હવે આધારભૂત છે.

Greyhound પ્રોસેસરો હવે CPUID કોલમાં આધારભૂત છે.

Oprofile હવે નવો Greyhound પ્રતિભાવ ગણક ઘટનાઓને આધાર આપે છે.

Directed DIAG એ હવે z/VM ઉપયોગીતાપણું સુધારવા માટે આધારભૂત છે.

Intel ગ્રાફિક્સ ચિપસેટ એ હવે DRM કર્નલ મોડ્યુલ મારફતે આધારભૂત છે. આગળ, DRM API એ આવૃત્તિ 1.3 માં સીધા રેન્ડરીંગને આધાર આપવા માટે સુધારવામાં આવેલ છે.

ACPI પાવર વ્યવસ્થાપનના સુધારાઓએ S3 suspend-to-RAM અને S4 hibernate ને સુધારેલ છે.

gaim એ હવે pidgin તરીકે ઓળખાય છે.

Intel microcode આવૃત્તિ 1.17 માં સુધારાઈ ગયું. આ નવા Intel પ્રોસેસરો માટે આધાર ઉમેરે છે.

dm-multipath ને EMC Clariion સંગ્રહ પર આંતરિક સક્રિય-સક્રિય ફેઈલઓવર વાપરવાનું હવે આધારભૂત છે.

ચીની ફોન્ટ Zysong એ હવે fonts-chinese પેકેજના ભાગ તરીકે ક્યારેય સ્થાપિત થશે નહિં. Zysong એ હવે અલગ રીતે fonts-chinese-zysong તરીકે પેકેજ થયેલ છે. fonts-chinese-zysong પેકેજ પુરવઠીય CD માં સ્થિત થયેલ છે.

નોંધ કરો કે fonts-chinese-zysong પેકેજ એ ચીની રાષ્ટ્રિય પ્રમાણ 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™ સ્થાપિત થયેલ હોય. આથી, જ્યારે 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 માં સોંપવામાં આવતા નથી.

જ્યારે Red Hat Enterprise Linux 5.1 ને વિભાજીત સ્થાપન મીડિયા (ઉદાહરણ તરીકે, CD અથવા NFSISO) ની મદદથી સ્થાપિત કરી રહ્યા હોય, ત્યારે amanda-server ના સ્થાપન દરમ્યાન ભૂલ આવે છે.

EDAC હવે તાજેતરના k8 પ્રોસેસરો પર યોગ્ય જથ્થાની મેમરીનો અહેવાલ આપે છે.

જીનોમ ડેસ્કટોપમાં gdm મારફતે દૂરસ્થ પ્રવેશ કરવાનું લાંબા સમય સુધી પ્રવેશ સ્ક્રીનને અટકવાનું કારણ બનતું નથી.

autofs માંની ભૂલ કે જેણે વિવિધ-માઉન્ટને યોગ્ય રીતે કામ કરવાથી અટકાવેલ છે તે હવે સુધારાઈ ગઈ છે.

tvtime અને xawtv ને bttv કર્નલ મોડ્યુલ સાથે ચલાવવાનું લાંબા સમય સુધી સિસ્ટમને અટકવાનું કારણ બનતું નથી.

utrace ના ઘણાબધા પેચો નીચેના સુધારાઓ લાગુ કરે છે:

RealTime Clock (RTC) ભૂલ કે જેણે એલાર્મ અને સામયિક RTC ઈન્ટ્રપ્ટોને યોગ્ય રીતે કામ કરવાથી અટકાવેલ હતું તે સુધારાઈ ગઈ.

પ્રથમ વખત પ્રકાશન નોંધો બટન એ એનાકોન્ડા માં ક્લિક થયું, વિલંબ થાય છે જ્યારે વિન્ડો પ્રકાશન નોંધોને રેન્ડર કરે છે. આ વિલંબ દરમ્યાન, વિન્ડોમાં ખાલી હોય એવી યાદી દેખાય છે. રેન્ડરીંગ સામાન્ય રીતે ઝડપથી સમાપ્ત થાય છે, તેથી મોટા ભાગના વપરાશકર્તાઓને આનું સૂચન થશે નહિં.

આ વિલંબ મોટે ભાગે એ હકીકતને કારણે છે કે જે પેકેજ સ્થાપન તબક્કો એ મોટા ભાગના સ્થાપનના 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 વાપરે છે, પરંતુ તે Red Hat Network સાથે જોડાણ કરવા માટે yum રૂપરેખાંકિત કરવા માટે અસમર્થ છે.

હાલમાં, તમારે તમારી કિકસ્ટાર્ટ ફાઈલોમાં પેકેજ વિભાગો જાતે સુધારવાની જરૂર રહેશે. જ્યારે કિકસ્ટાર્ટ ફાઈલ ખોલવા માટે system-config-kickstart વાપરી રહ્યા હોય, ત્યારે તે તેમાં બધી પેકેજ જાણકારી સાચવશે અને જ્યારે તમે સંગ્રહો ત્યારે તેમાં ફરીથી લખે છે.

/var/log/boot.log માં બુટ-સમય લોગીંગ એ Red Hat Enterprise Linux 5 ની આ આવૃત્તિમાં ઉપલબ્ધ નથી. સમતુલ્ય વિધેય ભવિષ્યના સુધારામાં ઉમેરવામાં આવશે.

જ્યારે Red Hat Enterprise Linux 4 માંથી Red Hat Enterprise Linux 5 માં સુધારી રહ્યા હોય, ત્યારે જમાવટ માર્ગદર્શન આપોઆપ સ્થાપિત થશે નહિં. તમારે સુધારો સમાપ્ત કર્યા પછી તેને જાતે સ્થાપિત કરવા માટે pirut વાપરવાની જરૂર છે.

જો X ચાલી રહ્યું હોય અને vesa સિવાયનું ડ્રાઈવર વાપરી રહ્યું હોય તો સિસ્ટમ kexec/kdump કર્નલમાં સફળતાપૂર્વક રીબુટ થશે નહિં. આ સમસ્યા માત્ર ATI Rage XL ગ્રાફિક્સ ચીપસેટો સાથે જ અસ્તિત્વમાં છે.

જો X એ ATI Rage XL સાથે જોડાયેલ સિસ્ટમ પર ચાલી રહ્યું હોય, તો ખાતરી કરો કે તે kexec/kdump કર્નલમાં સફળતાપૂર્વક રીબુટ કરવા માટે vesa ડ્રાઈવર વાપરી રહ્યું છે.

વર્ચ્યુઅલાઈઝેશન લક્ષણ સ્થાપિત કરવાનું xw9300 અને xw9400 મોડેલ નંબરો સાથેની HP સિસ્ટમો પર time went backwards ચેતવણી પેદા કરશે.

xw9400 મશીનો માટે આ મુદ્દો ઉકેલવા માટે, HPET ટાઈમર સક્રિય કરવા માટે BIOS સુયોજનો રૂપરેખાંકિત કરો. નોંધ કરો કે આ વિકલ્પ 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 ની અરજી કરતા નથી. આગળ, આ સંદેશાઓ, કોઈપણ રીતે, મશીનની પ્રક્રિયાને અસર કરતા નથી.

દૂર કરી શકાય તેવા સંગ્રહ ઉપકરણો (જેમ કે CDs અને DVDs) આપોઆપ માઉન્ટ થતા નથી જ્યારે તમે રુટ તરીકે પ્રવેશેલ હોય. આથી, તમારે ઉપકરણને જાતે ગ્રાફિકવાળા ફાઈલ વ્યવસ્થાપકની મદદથી માઉન્ટ કરવાની જરૂર રહેશે.

વૈકલ્પિક રીતે, તમે ઉપકરણને /media હેઠળ માઉન્ટ કરવા માટે નીચેનો આદેશ ચલાવી શકો છો:

mount /dev/<device name> /media

Calgary IOMMU ચીપ એ આ સુધારામાં મૂળભૂત રીતે આધારભૂત નથી. આ ચીપ માટેનો આધાર સક્રિય કરવા માટે, કર્નલ આદેશ વાક્ય વિકલ્પ iommu=calgary વાપરો.

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 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 માંથી કાઢી નાંખો કે જે stale 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

જ્યારે CD અથવા DVD માંથી સંપૂર્ણપણે વર્ચ્યુઅલાઈઝ થયેલ Windows™ મહેમાન બનાવવાનો પ્રયાસ કરી રહ્યા હોય, ત્યારે મહેમાન સ્થાપનનું બીજું પગલું રીબુટ કરવા પર ચાલુ રહેશે નહિં.

આનો ઉકેલ લાવવા માટે, CD / DVD ઉપકરણ માટે પ્રવેશ યોગ્ય રીતે ઉમેરીને /etc/xen/<name of guest machine> માં ફેરફાર કરો.

જો સાદી ફાઈલમાં સ્થાપન વર્ચ્યુઅલ ઉપકરણ તરીકે વાપરવામાં આવે, તો /etc/xen/<name of guest machine> ની disk લીટી નીચેના જેવી વંચાશે:

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

યજમાન પર /dev/dvd તરીકે સ્થિત થયેલ DVD-ROM ઉપકરણ સ્થાપનના તબક્કા ૨ માં 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 કર્નલ વાપરવા માટે રૂપરેખાંકિત કરો.

વર્તમાન કર્નલો Data Terminal Ready (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 માટે).

AMD 8132 અને HP BroadCom HT100 અમુક પ્લેટફોર્મ પર વાપરવામાં આવતા હતા (જેમ કે HP dc7700) કે જે MMCONFIG ચક્રોને આધાર આપતા નથી. જો તમારી સિસ્ટમ કોઈપણ ચિપસેટ વાપરે, તો તમારું PCI રૂપરેખાંકન લીગસી PortIO CF8/CFC પદ્ધતિ વાપરતું હોવું જોઈએ. આને રૂપરેખાંકિત કરવા માટે, સિસ્ટમને સ્થાપન દરમ્યાન -pci nommconfig પરિમાણ સાથે બુટ કરો અને pci=nommconf ને GRUB માં પુનઃબુટ કર્યા પછી ઉમેરો.

આગળ, AMD 8132 ચિપસેટ Message Signaled Interrupts (MSI) ને આધાર આપતું નથી. જો તમારી સિસ્ટમ આ ચિપસેટ વાપરે, તો તમારે MSI પણ નિષ્ક્રિય કરવું જોઈએ. આવું કરવા માટે, સ્થાપન દરમ્યાન કર્નલ પરિમાણ -pci nomsi વાપરો અને પુનઃબુટ કર્યા પછી GRUB માં pci=nomsi ઉમેરો.

છતાંય, જો તમારું ચોક્કસ પ્લેટફોર્મ કર્નલ દ્વારા બ્લેકલીસ્ટ થયેલ હોય, તો તમારી સિસ્ટમને પછીથી ઉલ્લેખ થયેલ 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
        }