Copyright © 2007 Red Hat, Inc. અને અન્ય [1]
નીચેના મુદ્દાઓ આ દસ્તાવેજમાં આવરાયેલા છે:
પ્રકાશન નોંધો સુધારાઓ
સ્થાપન-સંબંધિત નોંધો
લક્ષણ સુધારાઓ
ડ્રાઈવર સુધારાઓ
કર્નલ-સંબંધિત સુધારાઓ
અન્ય સુધારાઓ
ટેક્નોલોજી પૂર્વદર્શન
ઉકેલાયેલ મુદ્દાઓ
જાણીતા મુદ્દાઓ
Red Hat Enterprise Linux 5.1 પરના અમુક સુધારાઓ પ્રકાશન નોંધોની આ આવૃત્તિમાં દેખાશે નહિં. પ્રકાશન નોંધોની સુધારાયેલ આવૃત્તિ નીચેની URL આગળ પણ ઉપલબ્ધ હશે:
આ વિભાગ Red Hat Enterprise Linux 5.1 વિશેની જાણકારી સમાવે છે કે જે તેને વિતરણની પ્રકાશન નોંધોમાં સમાવતું નથી.
વર્ચ્યુઅલાઈઝેશન એવા આર્કીટેક્ચરો પર કામ કરતું નથી કે જે Non-Uniform Memory Access (NUMA) વાપરે. આથી, સિસ્ટમો પર વર્ચ્યુઅલાઈઝ થયેલ કર્નલ સ્થાપિત કરવાનું કે જે NUMA વાપરે તે બુટ નિષ્ફળતામાં પરિણમશે.
અમુક સ્થાપન નંબરો વર્ચ્યુઅલાઈઝ થયેલ કર્નલ મૂળભૂત રીતે સ્થાપિત કરે છે. જો તમારી પાસે આવો કોઈ સ્થાપન નંબર હોય અને તમારી સિસ્ટમ NUMA (અથવા NUMA ને નિષ્ક્રિય નહિં કરી શકો) વાપરે, તો સ્થાપન દરમ્યાન વર્ચ્યુઅલાઈઝેશન વિકલ્પની પસંદગી દૂર કરો.
આ પ્રકાશન WBEMSMT નો સમાવેશ કરે છે, વેબ-આધારિત કાર્યક્રમોનો સમૂહ કે જે Samba અને DNS માટે વપરાશકર્તા-મૈત્રી વ્યવસ્થાપન ઈન્ટરફેસ પૂરું પાડે છે. WBEMSMT વિશે વધુ જાણકારી માટે, http://sblim.wiki.sourceforge.net/ નો સંદર્ભ લો.
pm-utils
ને pm-utils
ની Red Hat Enterprise Linux 5.1 બીટા આવૃત્તિમાંથી સુધારવાનું નિષ્ફળ જશે, જે નીચેની ભૂલમાં પરિણમે છે:
ભૂલ: પેટીને /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 પેકેજ થયેલ ડ્રાઈવરોને સમાવવાનું શક્ય છે કે જે સિસ્ટમ સુધારાઓમાં સાચવવામાં આવશે.
મહેરબાની કરીને નોંધ કરો કે ડ્રાઈવર RPMs એ માત્ર મૂળભૂત કર્નલ ચલ માટે જ નકલ થાય છે કે જે સ્થાપિત સિસ્ટમ પર વપરાશમાં છે. ઉદાહરણ તરીકે, ડ્રાઈવર RPM ને વર્ચ્યુઅલાઈઝ થયેલ કર્નલ ચલાવી રહેલ સિસ્ટમ પર સ્થાપિત કરવાનું માત્ર વર્ચ્યુઅલાઈઝ થયેલ કર્નલ માટે જ ડ્રાઈવર સ્થાપિત કરશે. ડ્રાઈવર RPM કોઈપણ અન્ય સ્થાપિત કર્નલ ચલ માટે સિસ્ટમમાં સ્થાપિત થશે નહિં.
આથી, સિસ્ટમ પર કે જેને વિવિધ કર્નલ ચલો સ્થાપિત થયેયલ હોય, ત્યારે તમારે સિસ્ટમને દરેક કર્નલ ચલ પર બુટ કરવું પડશે અને ડ્રાઈવર RPM સ્થાપિત કરવી પડશે. ઉદાહરણ તરીકે, જો તમારી સિસ્ટમ પાસે એકદમ-ઘાતક અને વર્ચ્યુઅલાઈઝ થયેલ કર્નલ એમ બંને સ્થાપિત હોય, તો તમારી સિસ્ટમને એકદમ-ઘાતક કર્નલની મદદથી બુટ કરો અને ડ્રાઈવર RPM સ્થાપિત કરો. પછી, સિસ્ટમને વર્ચ્યુઅલાઈઝ થયેલ કર્નલમાં પુનઃબુટ કરો અને ડ્રાઈવર RPM ફરી સ્થાપિત કરો.
dom0 ના જીવનકાળ દરમ્યાન, તમે ૩૨,૭૫૦ વખતો કરતાં વધુ મહેમાનો (એટલે કે. xm create) બનાવી શકતા નથી. ઉદાહરણ તરીકે, જો તમારી પાસે લુપમાં પુનઃબુટ થઈ રહેલ મહેમાનો હોય, તો dom0 એ ૩૨,૭૫૦ વખતોના કુલ મહેમાનોમાં પુનઃબુટ કર્યા પછી બુટ કરવામાં નિષ્ફળ જશે.
જો આ ઘટના થાય, તો dom0 પુનઃશરૂ કરો
આ આર્કીટેક્ચરમાં વર્ચ્યુઅલાઈઝેશન માત્ર 65,434 MB ની મહત્તમ સાથે જ આધાર આપી શકે છે.
Red Hat Enterprise Linux 5.1 NFS સર્વર હવે સંદર્ભિત નિકાસોને આધાર આપે છે. આ નિકાસો NFSv4 પ્રોટોકોલના એક્સટેન્સો પર આધારિત હોય છે. કોઈપણ NFS ક્લાઈન્ટો કે જે આ એક્સટેન્સનોને આધાર નહિં આપે (નામ પ્રમાણે, Red Hat Enterprise Linux પ્રકાશનો કે જે 5.1 પહેલાંના હોય) તેઓ આ નિકાસોનો વપરાશ કરવામાં અસમર્થ રહેશે.
આથી, જો NFS ક્લાઈન્ટ આ નિકાસોને નહિં આધાર આપે, તો આ નિકાસોને વાપરવાનો કોઈપણ પ્રયાસ I/O ત્રુટિને કારણે નિષ્ફળ જશે. અમુક કિસ્સાઓમાં, ક્લાઈન્ટ અમલીકરણ પર આધાર રાખીને, નિષ્ફળતા વધુ જોખમી બની શકશે, સિસ્ટમ ભંગાણની શક્યતાનો સમાવેશ કરીને.
NFS સંદર્ભિત નિકાસો ક્લાઈન્ટો દ્વારા વાપરી શકાય તેવા નથી કે જે તેમને આધાર આપતા નથી તેની ખાતરી કરવા માટે એ અગત્યનું છે કે તમે પૂર્વકાળજી લો.
GFS2 એ GFS નું વધતું ઉન્નતીકરણ છે. આ સુધારો ઘણાબધા નોંધપાત્ર સુધારાઓને લાગુ પડે છે કે જેને ડિસ્ક-પર ફાઈલ સિસ્ટમ બંધારણ બદલવાની જરૂર છે. GFS ફાઈલ સિસ્ટમો GFS2 માં gfs2_convert ઉપયોગીતાની મદદથી ફેરવી શકાય છે, કે જે GFS ફાઈલ સિસ્ટમનો મેટાડેટા અનુલક્ષીને સુધારે છે.
Red Hat Enterprise Linux 5 માં તેનો પરિચય થયો ત્યારથી ઘણું સુધારાયું હોવા છતાં, GFS2 ટેક્નોલોજી પૂરવદર્શન તરીકે રહે છે. વિતરણમાં સમાયેલ પ્રકાશન નોંધો અયોગ્ય રીતે કહે છે કે GFS2 એ સંપૂર્ણપણે આધારભૂત છે. છતાંય, બેંચમાર્ક ચકાસણીઓ નીચેના પર ઝડપી પ્રભાવ સૂચવે છે:
એક ડિરેક્ટરી અને ઝડપી ડિરેક્ટરી સ્કેનોમાં મોટો વપરાશ (પોસ્ટમાર્ક બેન્ચમાર્ક)
સુમેળ I/O પ્રક્રિયાઓ (fstest બેન્ચમાર્ક ચકાસણી TIBCO જેવા સંદેશાવાહક કાર્યક્રમો માટે સુધારાયેલ પ્રતિભાવ સૂચવે છે)
કેશ થયેલ વાંચનો, કારણ કે ત્યાં લાંબા સમય સુધી કોઈ લોકીંગ ઓવરહેડ નથી
પૂર્વફાળવેલ ફાઈલોનું સીધુ I/O
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 જાણકારી અરજી પગલાં દરમ્યાન અટકી જશે. આ મુદ્દો મેનીફેસ્ટ કરે છે જ્યારે તમારે બરાબર ને સ્ક્રીન પર બેવાર પસંદ કરવો પડે.
જો આવું થાય, તો ઈથરનેટ આપોઆપભાવતાલ નિષ્ક્રિય કરેલ હોય તેની સાથે સ્થાપન કરો અને પુનઃબુટ કરો. આવું કરવા માટે, ethtool="autoneg=off" પરિમાણ ઉમેરો જ્યારે સ્થાપન મીડિયામાંથી બુટ કરી રહ્યા હોય. આવું કરવાનું છેલ્લી સ્થાપિત સિસ્ટમને અસર કરતું નથી.
nohide નિકાસ વિકલ્પ એ સંદર્ભિત નિકાસો માટે જરૂરી છે (એટલે કે. નિકાસો કે જે સંદર્ભિત સર્વર સ્પષ્ટ કરે). આ એના કારણે છે કે સંદર્ભિત નિકાસોને "cross over" બંધ માઉન્ટ બિંદુની જરૂર પડે. nohide નિકાસ વિકલ્પ એ આવા "cross over" ને સફળ બનાવવા માટે જરૂરી છે.
બંધ માઉન્ટો પર વધુ જાણકારી માટે, man exports 5 નો સંદર્ભ લો.
આ સુધારો lvm2 ઘટના મોનીટરીંગ ડિમનનો સમાવેશ કરે છે. જો તમે પહેલાથી જ lvm2 મીરરીંગ વાપરી રહ્યા હોય, તો બધા મોનીટરીંગ વિધેયો યોગ્ય રીતે સુધારાયેલ છે તેની ખાતરી કરવા માટે નીચેના પગલાંઓ ભરો:
બધા મીરર થયેલ lvm2 લોજીકલ વોલ્યુમોને સુધારો કરવા પહેલાં અસક્રિય કરો. આવું કરવા માટે, lvchange -a n <volume group or mirroredvolume>
આદેશ વાપરો.
જૂની lvm2 ઘટના ડિમનને killall -HUP dmeventd વાપરવાથી અટકાવો.
બધા સંબંધિત RPM પેકેજોનો સુધારો કરો, નામ પ્રમાણે device-mapper
અને lvm2
.
બધા મીરર થયેલ વોલ્યુમોને lvchange -a y <volume group or mirrored volume>
ની મદદથી પુનઃસક્રિય કરો.
Rapid Virtualization Indexing (RVI) એ હવે 64-bit, 32-bit, અને 32-bit PAE કર્નલો પર આધારભૂત છે. છતાંય, RVI માત્ર 32-બીટ મહેમાન વર્ચ્યુઅલ સરનામાઓને 32-bit PAE હાયપરવિઝર પર જ ભાષાંતરિત કરી શકે છે.
આથી, જો 3840MB કરતાં વધુની RAM ધરાવતું મહેમાન PAE કર્નલ ચલાવી રહ્યું હોય, તો ખોટી સરનામા અનુવાદ ભૂલ ઉદ્ભવશે. આ મહેમાનને ભાંગી શકે છે.
એ આગ્રહણીય છે કે તમે 64-બીટ કર્નલ વાપરો જો તમે RVI હેઠળ 4GB ની ભૌતિક RAM કરતાં વધુ પર મહેમાનો ચલાવવા ઈચ્છો.
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-runtime
પેકેજ સ્થાપિત કરવાનું પરિવહન ચકાસણી ભૂલમાં પરિણમશે જો systemtap
પેકેજ એ પહેલાથી જ સ્થાપિત થયેલ હોય. આગળ, Red Hat Enterprise Linux 5 ને 5.1 માં સુધારવાનું પણ નિષ્ફળ જશે જો systemtap
પેકેજ એ પહેલાથી જ સ્થાપિત થયલે હોય.
આથી, systemtap
પેકેજને rpm -e systemtap-0.5.12-1.e15 આદેશની મદદથી systemtap-runtime
સ્થાપિત કરવા પહેલાં અથવા સુધારો કરવા પહેલાં દૂર કરો.
કર્નલ મોડ્યુલો જેમ કે e1000
અને qla2xxx
અનલોડ કરી શકાતા નથી જો તમે વર્ચ્યુઅલાઈઝ થયેલ કર્નલ ચલાવી રહ્યા હોય.
આથી, જો તમે કોઈપણ ત્રીજી-વ્યક્તિ ડ્રાઈવરો સ્થાપિત કરો, તો એ આગ્રહણીય છે કે તમે સિસ્ટમને પુનઃબુટ કરો.
પેરાવર્ચ્યુઅલાઈઝ થયેલ મહેમાનો parted ઉપયોગીતા વાપરી શકતા નથી. પેરાવર્ચ્યુઅલાઈઝ થયેલ મહેમાનો પર ડિસ્ક પાર્ટીશનીંગ બદલવા માટે, parted ને dom0 માં મહેમાનની ડિસ્ક પર વાપરો; ઉદાહરણ તરીકે, parted /var/lib/xen/images/pv_guest_disk_image.img.
જ્યારે NFSROOT સુયોજીત કરી રહ્યા હોય, ત્યારે BOOTPROTO એ BOOTPROTO=dhcp તરીકે /etc/sysconfig/network-scripts/ifcfg-eth0
માં સુયોજીત થયેલ હોવું જ જોઈએ.
જો તમારા પર્યાવરણ માટે BOOTPROTO માટે અલગ સુયોજનો જરૂરી હોય, તો પછી BOOTPROTO=dhcp ને /etc/sysconfig/network-scripts/ifcfg-eth0
માં કામચલાઉ રીતે સુયોજીત કરો શરૂઆતમાં initrd
બનાવ્યા પહેલાં. તમે BOOTPROTO ની મૂળ કિંમત initrd
બની જાય પછી પુનઃસુયોજીત કરી શકો છો.
જ્યારે સંપૂર્ણપણે-વર્ચ્યુઅલાઈઝ થયેલ મહેમાન બનાવવાનો પ્રયાસ કરી રહ્યા હોય, ત્યારે હાયપરવિઝર અટકી શકે છે જો તમે ઉપલબ્ધ RAM નું ઘણુબધું મહેમાનને ફાળવો. અમુક કિસ્સાઓમાં, કર્નલ દુઃખાવો થઈ શકશે.
બંને ઘટનાઓ હાયપરવિઝર મેમરી અછતને કારણે થાય છે. હાયપરવિઝર ઓવરહેટ એ દર વખતે તમે મહેમાનને મેમરી ફાળવો તેના કારણે છે તેની ખાતરી કરવા માટે, નીચેનું સમીકરણ ધ્યાનમાં લો:
26MB + [(મહેમાન દ્વારા વાપરવામાં આવતા CPUs ની સંખ્યા) x 17MB] = (દરેક હાલના મહેમાન માટે નહિં ફાળવેલ બાકી રાખવામાં આવેલ મેમરીનો જથ્થો)
ઉદાહરણ તરીકે, જો તમારી 2048MB ની RAM તમારી સિસ્ટમ પર હોય અને તમે 4 વર્ચ્યુઅલ CPUs માત્ર એક મહેમાન માટે વાપરો, તો તમારે 94MB ને નહિં ફાળવેલ રાખવી પડશે. જો તમે બે મહેમાનો હોય એવું ધારો, તો 4 વર્ચ્યુઅલ CPUs વાપરી રહેલ બંને માટે, 188MB નહિં ફાળવેલ રાખી મૂકો (અને એ જ પ્રમાણે આગળ).
વર્તમાનમાં, સંપૂર્ણપણે વર્ચ્યુઅલાઈઝ થયેલ મહેમાનોનું જીવંત રૂપાંતરણ આ આર્કીટેક્ચર પર આધારભૂત નથી. વિતરણમાં સમાયેલ પ્રકાશન નોંધો અયોગ્ય રીતે કહે છે કે તે છે.
વધુમાં, kexec અને kdump એ પણ આ આર્કીટેક્ચરમાં વર્ચ્યુઅલાઈઝેશન માટે આધારભૂત નથી.
kexec અને kdump મારફતે ભંગાણ ડમ્પીંગ HP Smart Array નિયંત્રકો સાથે સુગમ રીતે કામ કરશે નહિં. નોંધ કરો કે આ નિયંત્રકો cciss
ડ્રાઈવર વાપરે.
આ સમસ્યાનો ઉકેલ, કે જે નિયંત્રક માટે ફર્મવેર સુધારાનો સમાવેશ કરવા જઈ રહ્યું છે, તેની તપાસ થઈ ગયેલ છે.
IBM Bladecenter માટે QLogic iSCSI Expansion Card એ ઈથરનેટ અને iSCSI વિધેયો બંને પૂરું પાડે છે. કાર્ડ પરના અમુક ભાગો બંને વિધેયો દ્વારા વહેંચાય છે. છતાંય, વર્તમાન qla3xxx
અને qla4xxx
ડ્રાઈવરો ઈથરનેટ અને iSCSI વિધેયો વ્યક્તિગત રીતે આધાર આપે છે. બંને ડ્રાઈવરો ઈથરનેટ અને iSCSI વિધેયોને વારાફરતી વપરાશને આધાર આપતા નથી.
આથી, ઈથરનેટ અને iSCSI બંને વિધેયો વારાફરતી વાપરવાનું ઉપકરણને અટકાવશે. આ iSCSI ઉપકરણો પર માહિતીના વિનાશ અને ફાઈલસિસ્ટમ બગાડમાં પરિણમી શકશે, અથવા અન્ય જોડાયેલ ઈથરનેટ ઉપકરણો પર નેટવર્ક ભંગાણોમાં પરિણમી શકશે.
જ્યારે virt-manager ને હાલના મહેમાનમાં ડિસ્ક ઉમેરવા માટે વાપરી રહ્યા હોય, ત્યારે એકસરખા પ્રવેશો મહેમાનની /etc/xen/
રૂપરેખાંકન ફાઈલમાં બની શકે છે. આ એકસરખા પ્રવેશો મહેમાનને બુટ કરવાથી અટકાવશે.<domain name>
આથી, તમારે આ એકસરખા પ્રવેશો દૂર કરવા જોઈએ.
પુનરાવર્તિત રીતે મહેમાનને બે યજમાનો વચ્ચે ખસેડવાનું એક યજમાનને દુઃખાવાનું કારણ બની શકશે. જો મહેમાનને સિસ્ટમની બહાર કાઢ્યા પછી અને એક જ મહેમાનને પાછું ખસેડ્યા પહેલાં યજમાન પુનઃબુટ થાય, તો દુઃખાવો થશે નહિં.
sysreport
એ sos
ની સામે દૂર કરવામાં આવેલ છે. 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 Network વાપરી શકો છો.
Red Hat Enterprise Linux 5.1 નું તાજું સ્થાપન કરવા માટે અથવા Red Hat Enterprise Linux 4 માંથી Red Hat Enterprise Linux 5.1 ની તાજેતરની સુધારેલ આવૃત્તિ માંથી સુધારો કરવા માટે તમે Anaconda પણ વાપરી શકશો. Anaconda એ પહેલાથી-સ્થાપિત Red Hat Enterprise Linux 5 ને સુધારવા માટે પણ વાપરી શકાશે.
64-bit Intel Itanium2 આર્કીટેક્ચર માટે Red Hat Enterprise Linux 5.1 એ 32-bit કાર્યક્રમોને Intel ના IA-32 એક્ઝેક્યુશન સ્તર ના વપરાશ મારફતે સમાવેશ કરે છે.
Intel Itanium2 આર્કીટેક્ચર માટે IA-32 એક્ઝેક્યુશન સ્તર ને પુરવઠીય ડિસ્કમાં
પૂરુ પાડવામાં આવે છે. વધુમાં, 32-bit લાઈબ્રેરીઓ અને કાર્યક્રમોનો સેટ અલગ 32-bit સુસંગત સ્તર ડિસ્ક પર પૂરો પાડવામાં આવે છે. 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 માઉન્ટ કરે પછી, પુરવઠીય
પેકેજોનો સમાવેશ કરતી ડિરેક્ટરીમાં જાવ. ઉદાહરણ તરીકે:
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 સુસંગતતા સ્તર
ડિસ્ક દાખલ કરીને સુસંગતતા લાઈબ્રેરીઓ સ્થાપિત કરી શકો છો. તમે ડિસ્ક પર ઉપલબ્ધ બધા પેકેજો સ્થાપિત કરવાનું પસંદ કરી શકો અથવા તમારા 32-bit કાર્યક્રમોને રનટાઈમ આધાર આપવા માટે જરૂરી ચોક્કસ પેકેજો પસંદ કરી શકો.
જો તમે 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 ચાલી રહેલ કર્નલ સાથે બંધબેસશે નહિં.
iSCSI સ્થાપન અને બુટ મૂળભૂત રીતે Red Hat Enterprise Linux 5 માં ટેક્નલોજી પૂર્વદર્શન તરીકે ઓળખાવવામાં આવ્યા. આ લક્ષણ હવે સંપૂર્ણપણે આધારભૂત છે, નીચે વર્ણવાયેલ બંધનો સાથે.
આ ક્ષમતાને ત્રણ રૂપરેખાંકનો છે તમે શું:
હાર્ડવેર iSCSI આરંભ કરનાર વાપરી રહ્યા છો તેના પર આધાર રાખીને (જેમ કે QLogic qla4xxx)
સિસ્ટમ પર iSCSI (જેમ કે iSCSI બુટ ફર્મવેર, અથવા ઓપન ફર્મવેરની આવૃત્તિ કે જે iSCSI બુટ ક્ષમતાનું લક્ષણ આપે) માટેના ફર્મવેર બુટ આધાર સાથે open-iscsi આરંભ કરનાર વાપરી રહ્યા છો તેના પર આધાર રાખીને
iSCSI માટે કોઈપણ બુટ આધાર ફર્મવેર વિનાની સિસ્ટમ પર open-iscsi આરંભ કરનાર વાપરી રહ્યા છો તેના પર આધાર રાખીને
જો તમે હાર્ડવેર iSCSI આરંભ કરનાર વાપરી રહ્યા હોય, તો તમે દૂરસ્થ સંગ્રહસ્થાનનો વપરાશ પ્રાપ્ત કરવા માટે કાર્ડની BIOS સેટ-અપ ઉપયોગીતાને IP સરનામું અને અન્ય પરમાણો દાખલ કરવા માટે વાપરી શકો છો. દૂરસ્થ સંગ્રહસ્થાનના લોજીકલ એકમો એનાકોન્ડામાં પ્રમાણભૂત sd ઉપકરણો તરીકે ઉપલબ્ધ રહેશે, કોઈપણ વધારાના સુયોજન વિના.
જો તમને દૂરસ્થ સંગ્રહસ્થાન સર્વર રૂપરેખાંકિત કરવા માટે initiator's qualified name (IQN) નક્કી કરવાની જરૂર હોય, તો નીચેના પગલાંઓ સ્થાપન દરમ્યાન અનુસરો:
સ્થાપક પાનાં પર જાવ કે જ્યાં તમે કઈ ડિસ્ક ડ્રાઈવો સ્થાપન માટે વાપરવી તે પસંદ કરી શકો છો.
પર ક્લિક કરો.
પર ક્લિક કરો.
iSCSI IQN તે સ્ક્રીન પર દર્શાવવામાં આવશે.
જો તમે open-iscsi સોફ્ટવેર આરંભ કરનારને iSCSI માટે ફર્મવેર બુટ આધાર સાથેની સિસ્ટમ પર વાપરી રહ્યા હોય, તો દૂરસ્થ સંગ્રહસ્થાન વાપરવા માટે જરૂરી પરિમાણો અને IP સરનામું દાખલ કરવા માટે ફર્મવેરની સેટઅપ ઉપયોગીતા વાપરો. આવું કરવાનું સિસ્ટમને દૂરસ્થ iSCSI સંગ્રહમાંથી બુટ કરવા માટે રૂપરેખાંકિત કરે છે.
વર્તમાનમાં, એનાકોન્ડા ફર્મવેર દ્વારા સચવાયેલ iSCSI જાણકારી વાપરતું નથી. તેની જગ્યાએ, તમારે સ્થાપન દરમ્યાન લક્ષ્ય IP સરનામું જાતે દાખલ કરવું પડશે. આવું કરવા માટે, ઉપર વર્ણવાયેલ પ્રક્રિયાની મદદથી આરંભ કરનારનું IQN નક્કી કરો. પછીથી, એ જ સ્થાપક પાનાં પર કે જ્યાં આરંભ કરનાર IQN દર્શાવવામાં આવે છે, ત્યાં iSCSI લક્ષ્ય કે જ્યાં તમે સ્થાપન કરવા માંગો છો તેનું IP સરનામું સ્પષ્ટ કરો.
iSCSI લક્ષ્યનું IP સરનામું જાતે સ્પષ્ટ કર્યા પછી, iSCSI લક્ષ્યો પરના લોજીકલ એકમો સ્થાપન માટે ઉપલબ્ધ બનશે. એનાકોન્ડા દ્વારા બનાવવામાં આવેલ initrd
હવે iSCSI લક્ષ્યનું IQN અને IP સરનામું મેળવશે.
જો iSCSI લક્ષ્યના IQN અથવા IP સરનામા ભવિષ્યમાં બદલાઈ જાય, તો દરેક આરંભ કરનાર પર iBFT અથવા ઓપન ફર્મવેર સેટ-અપ ઉપયોગીતા દાખલ કરો અને લગતાવળગતા પરિમાણો બદલો. પછીથી, દરેક આરંભ કરનાર માટે નીચે બતાવ્યા મુજબ initrd
(iSCSI સંગ્રહમાં સચવાયેલ) સુધારો:
initrd
ને gunzip ની મદદથી વિસ્તૃત કરો.
તેને cpio -i ની મદદથી ખોલો.
init
ફાઈલમાં, iscsistartup શબ્દમાળા સમાવતી લીટી માટે શોધો. આ લીટી iSCSI લક્ષ્યનું IQN અને IP સરનામું પણ સમાવે છે; આ લીટીને નવા IQN અને IP સરનામા વડે સુધારો.
initrd
ને cpio -o ની મદદથી ફરી પેક કરો.
initrd
ને gunzip ની મદદથી ફરી સંકુચિત કરો.
ઓપન ફર્મવેર / iBFT ફર્મવેર દ્વારા સચવાયેલ iSCSI જાણકારી મેળવવા માટેની ઓપરેટિંગ સિસ્ટમની ક્ષમતા ભવિષ્યના પ્રકાશન માટે આયોજીત છે. આવું ઉન્નતીકરણ જ્યારેપણ iSCSI લક્ષ્યનું IP સરનામું અથવા IQN બદલાય ત્યારે initrd
(iSCSI સંગ્રહમાં સચવાયેલ) ને દરેક આરંભ કરનાર માટે સુધારવાની જરૂરીયાતને દૂર કરશે.
જો તમે open-iscsi સોફ્ટવેર આરંભ કરનારને iSCSI માટે કોઈપણ જાતના ફર્મવેર બુટ આધાર વિનાની સિસ્ટમ પર વાપરી રહ્યા હોય, તો નેટવર્ક બુટ ક્ષમતા વાપરો (જેમ કે PXE/tftp). આ કિસ્સામાં, આરંભ કરનાર IQN નક્કી કરવા માટે અને iSCSI લક્ષ્યનું IP સરનામું સ્પષ્ટ કરવા માટે પહેલાં વર્ણવાયેલ એ જ પ્રક્રિયા અનુસરો. એકવાર સમાપ્ત થાય, પછી initrd
ને નેટવર્ક બુટ સર્વરમાં નકલ કરો અને સિસ્ટમને નેટવર્ક બુટ માટે સુયોજીત કરો.
એ જ રીતે, જો iSCSI લક્ષ્યનું IP સરનામું અથવા 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>
અંહિ, બે ફાઈલ સિસ્ટમ સ્રોતો વપરાય છે: એક અને બે. જો એક નિષ્ફળ જાય, તો તે બે ને અટકાવ્યા વિના પુનઃશરૂ થાય છે. જો બે નિષ્ફળ જાય, તો બધા ઘટકો (એક, એક ના બાળકો અને બે ના બાળકો) પુનઃશરૂ થાય. કોઈપણ સમયે બે અને તેના બાળકો એક દ્વારા પૂરા પાડવામાં આવેલ કોઈપણ સ્રોતો પર આધારભૂત હોય છે.
નોંધ કરો કે સામ્બા માટે ચોક્કસ સેવા બંધારણ જરૂરી છે, અને આથી તે સ્વતંત્ર ઉપવૃક્ષો સાથેની સેવામાં વાપરી શકાશે નહિં. આ અન્ય ઘણા સ્રોતો માટે ખરું છે, તેથી __independent_subtree="1" લક્ષણને સાવધાની સાથે વાપરો.
નીચેના વર્ચ્યુઅલાઈઝેશન સુધારાઓ પણ આ પ્રકાશનમાં સમાવવામાં આવેલ છે:
AMD-V એ હવે આ પ્રકાશનમાં આધારભૂત છે. આ સંપૂર્ણપણે વર્ચ્યુઅલાઈઝ થયેલ મહેમાનો માટે જીવંત ડોમેઈન રૂપાંતરણને સક્રિય કરે છે.
in-kernel સોકેટ API હવે વિસ્તૃત કરવામાં આવેલ છે. આ એ ભૂલને સુધારવા માટે કરવામાં આવેલ હતું કે જે sctp ને મહેમાનો વચ્ચે ચલાવતી વખતે થાય છે.
વર્ચ્યુઅલ નેટવર્કીંગ એ હવે libvirt, વર્ચ્યુઅલાઈઝેશન લાઈબ્રેરી, નો ભાગ છે. libvirt પાસે આદેશોનો સમૂહ છે કે જે મશીન પર બધા સ્થાનીય મહેમાનો માટે વર્ચ્યુઅલ NAT/router અને ખાનગી નેટવર્ક સુયોજીત કરે છે. આ ખાસ કરીને મહેમાનો માટે ઉપયોગી છે કે જેઓને બહારથી માર્ગીય થવાની જરૂર નથી. તે વિકાસકર્તાઓ માટે પણ ઉપયોગી છે કે જેઓ તેમના લેપટોપ પર વર્ચ્યુઅલાઈઝેશન વાપરે છે.
નોંધ કરો કે વર્ચ્યુઅલ નેટવર્કીંગ ક્ષમતા 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 વાપરવા માટે વાપરે છે તે તુરંત ફેઈલબેક કરી શકે નહિં.
ભવિષ્યમાં, એ આગ્રહણીય છે કે તમે એનાકોન્ડામાં વાપરો જો તમારી સિસ્ટમને મલ્ટીપાથ અને બિન-મલ્ટીપાથ ઉપકરણો બંને માટે આધાર હોય. ને આવા કિસ્સાઓમાં વાપરવાનું એ જ લોજીકલ વોલ્યુમ જૂથોમાં બંને પ્રકારના ઉપકરણો બનાવવાનું કારણ બની શકે.
ઈન્ટરફેસનેહાલમાં, નીચેના બંધનો આ લક્ષણને લાગુ પડે છે:
જો ત્યાં બુટ Logical Unit Number (LUN) ને માત્ર એક જ પાથ હોય, તો એનાકોન્ડા એ SCSI ઉપકરણમાં સ્થાપન કરે છે જો mpath સ્પષ્ટ થયેલ હોય તો પણ. બુટ LUN માં તમે વિવિધ પાથો સક્રિય કરો અને initrd
પુનઃબનાવો, તો પણ ઓપરેટિંગ સિસ્ટમ dm-multipath ઉપકરણની જગ્યાએ SCSI ઉપકરણમાંથી જ બુટ થશે.
છતાંય, જો ત્યાં બુટ LUN ને શરૂ કરવા માટે વિવિધ પાથો હોય, તો એનાકોન્ડા યોગ્ય રીતે લાગતાવળગતા dm-multipath ઉપકરણમાં સ્થાપન કરશે mpath એ કર્નલ બુટ વાક્યમાં સ્પષ્ટ થાય પછી.
મૂળભૂત રીતે, multipath.conf
માં user_friendly_names એ yes માં સુયોજીત થયેલ હોય છે. આ dm-multipath રુટ ઉપકરણના આધારભૂત અમલીકરણને સુયોજીત કરવા માટે જરૂરી છે. આથી, user_friendly_names ને no માં સુયોજીત કરવાનું અને initrd
પુનઃબનાવવાનું નીચેની ભૂલ સાથે બુટ નિષ્ફળતામાં પરિણમશે:
ફાઈલસિસ્ટમો ચકાસી રહ્યા છીએ fsck.ext3: /dev/mapper/mpath0p1 ખોલવાનો પ્રયાસ કરતી વખતે આવી કોઈ ફાઈલ કે ડિરેક્ટરી નથી
SAN ડિસ્ક ઉપકરણમાંથી બુટ કરવાની ક્ષમતા હવે આધારભૂત છે. આ કિસ્સામાં, SAN એ ફાયબર ચેનલ અથવા iSCSI ઈન્ટરફેસનો સંદર્ભ આપે છે. આ ક્ષમતા dm-multipath ની મદદથી વિવિધ પાથો મારફતે સિસ્ટમ-થી-સંગ્રહ જોડાણ માટેના લક્ષણોને પણ આધાર આપે છે.
રૂપરેખાંકનોમાં કે જે વિવિધ host bus adapters (HBA) વાપરે છે, તેઓ માટે તમારે સિસ્ટમ BIOS ને અન્ય એડેપ્ટરમાંથી બુટ કરવાની જરૂર પડશે જો વર્તમાન એડેપ્ટરમાંથી બુટ કરવામાં બધા પાથ નિષ્ફળ જાય.
ડ્રાઈવર સુધારા કાર્યક્રમ (Driver Update Program - DUP) એ ત્રીજી-વ્યક્તિ વિક્રેતાઓ (જેમ કે OEMs) ને તેમના પોતાના ઉપકરણ ડ્રાઈવરો અને અન્ય Linux કર્નલ મોડ્યુલોને 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: Lenovo લેપટોપ સાથેના ઘણાબધા ACPI અને ડોકીંગ સ્ટેશન મુદ્દાઓને સંબોધવા માટે ibm_acpi
મોડ્યુલ સુધારાયું.
ipmi: પોલીંગ kthread લાંબા સમય સુધી ચાલતું નથી જ્યારે હાર્ડવેર ઈન્ટ્રપ્ટ બેઝબોર્ડ વ્યવસ્થાપન નિયંત્રકને સોંપવામાં આવેલ નહિં હોય.
sata: SATA/SAS
આવૃત્તિ 2.6.22-rc3 માં સુધારાયેલ.
openib
અને openmpi
: OFED (OpenFabrics Enterprise Distribution) આવૃત્તિ 1.2 માં સુધારાયેલ છે.
powernow-k8
: Greyhound ને સંપૂર્ણપણે આધાર આપવા માટે આવૃત્તિ 2.0.0 માં સુધારાયું.
xinput
: સંપૂર્ણ RSA આધાર સક્રિય કરવા માટે ઉમેરાયું.
aic94xx
: આવૃત્તિ 1.0.2-1 માં સુધારાયું, જડિત sequencer firmware to v17 ના સુધારા સાથે. આ સુધારાઓ નીચેના ફેરફારો લાગુ કરશે:
વિસ્તારકો સાથેના પ્લેટફોર્મ પર ascb race શરત સુધારાઈ
REQ_TASK_ABORT અને DEVICE_RESET નિયંત્રકો ઉમેરાયા
ભૌતિક પોર્ટ હવે શોધ ભૂલ પછી યોગ્ય રીતે સાફ થઈ ગયા
phys હવે સક્રિય કરી શકાશે અને sysfs મારફતે નિષ્ક્રિય થઈ જશે
DDB ની race શરતથી બચવા માટે DDB તાળાંનો વિસ્તૃત વપરાશ
ALSA એ આવૃત્તિ 1.0.14 માં સુધારાઈ ગયું. આ સુધારો નીચેના સુધારાઓ લાગુ કરે છે:
IBM Taroko (M50) પર ઘોંઘાટ સમસ્યા સુધારાઈ
Realtek ALC861 એ હવે આધારભૂત છે
xw8600 અને xw6600 પર મૂંગુ કરવાની સમસ્યા સુધારાઈ
ADI 1884 Audio એ હવે આધારભૂત છે
xw4600 પર ઓડિયો રૂપરેખાંકન સમસ્યા સુધારાઈ ગઈ
PCIX અને PCI-Express માટે મહત્તમ વાંચન અરજી માપ સુયોજીત કરવા માટે વિધેય કોલો ઉમેરાયા
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
ડ્રાઈવર: આવૃત્તિ 3.4.2-2 NetXen 10GbE નેટવર્ક કાર્ડો માટે આધાર સક્રિય કરવા માટે ઉમેરવામાં આવ્યું.
Chelsio 10G ઈથરનેટ નેટવર્ક નિયંત્રક હવે આધારભૂત છે.
s2io
ઉપકરણમાં PCI ભૂલ પુનઃપ્રાપ્તિ માટે આધાર ઉમેરાયો.
બ્રોડકોમ વાયરલેસ ઈથરનેટ ડ્રાઈવર હવે PCI ID ને nx6325 કાર્ડ માટે આધાર આપે છે.
ભૂલ સુધારાઈ કે જેણે ASSERTION FAILED ભૂલ પેદા કરી હતી જ્યારે BCM4306 ને ifup મારફતે શરૂ કરવા જઈ રહ્યા હતા.
ixgb
ડ્રાઈવર: EEH PCI ભૂલ પુનઃપ્રાપ્તિ આધારને Intel 10-gigabit ઈથરનેટ કાર્ડ માટે ઉમેરવા માટે સુધારવામાં આવ્યું. વધુ જાણકારી માટે, /usr/share/doc/kernel-doc-
નો સંદર્ભ લો.<kernel version>
/Documentation/pci-error-recovery.txt
qla3xxx
ડ્રાઈવર: QLogic iSCSI એડેપ્ટરો માટે iSCSI વાપર્યા વિના નેટવર્કીંગ આધાર પૂરો પાડવા માટે આવૃત્તિ 2.03.00-k3 માં સુધારવામાં આવ્યું અને પુનઃસક્રિયકૃત કરવામાં આવ્યું.
qla2xxx
: ડ્રાઈવર આવૃત્તિ 8.01.07-k6 માં સુધારાયું. આ ઘણાબધા ફેરફારો લાગુ કરે છે, એકદમ નોંધનીય:
iIDMA એ હવે આધારભૂત છે
નીચેના ફાયબર ચેનલ લક્ષણો હવે આધારભૂત છે:
સાંકેતિક નોડનામ
સિસ્ટમ યજમાનનામ
ફેબ્રિક નામ
યજમાન પોર્ટ સ્થિતિ
ટ્રેસ-નિયંત્રણ અસુમેળ ઘટનાઓ લાંબા સમય સુધી લોગ થશે નહિં
પુનઃસુયોજન નિયંત્રણ કરતું લોજીક સુધારાઈ ગયું
MSI-X એ હવે આધારભૂત છે
IRQ-0 સોંપણીઓ હવે સિસ્ટમ પ્રતિ સંભાળવામાં આવે છે
NVRAM સુધારાઓ તુરંત જ અસરમાં જાય છે
આ પ્રકાશન IPMI
ડ્રાઈવર સમૂહનો સુધારો સમાવે છે આવૃત્તિ 2.6.21.3 પ્રમાણે અપસ્ટ્રીમ ફેરફારોનો સમાવેશ કરવા માટે, 2.6.22-rc-4 માં સમાયેલ અમુક પેચો સાથે. આ સુધારા લક્ષણો નીચેના ફેરફારો આપે છે (બીજાઓમાં):
બિનઆરંભિત ભૂલને ipmi_si_intf માં સુધારી
kipmid એ લાંબા સમય સુધી શરૂ થતું નથી જો બીજું ડ્રાઈવર ઈન્ટ્રપ્ટોને આધાર આપે
વપરાશકર્તાઓ હવે કર્નલ ડિમન enable ને force_kipmid મારફતે ઓવરરાઈડ કરવા માટે માન્ય છે
ચેનલ-પ્રતિ આદેશ રજીસ્ટ્રેશન હવે આધારભૂત છે
MAX_IPMI_INTERFACES એ લાંબા સમય સુધી વપરાતું નથી
હોટ સિસ્ટમ ઈન્ટરફેસ નિરાકરણ હવે આધારભૂત છે
ફર્મવેર સુધારાઓને આધાર આપવા માટે જાળવણી સ્થિતિ ઉમેરાઈ
poweroff આધાર હવે pigeonpoint IPMC માટે ઉમેરાયો
BT ઉપડ્રાઈવર હવે લાંબા સમયસમાપ્તિઓને આધાર આપી શકે છે
હોટ નિરાકરણ પર યોગ્ય સફાઈ માટે pci_remove નિયંત્રણ ઉમેરાયું
નવા મોડ્યુલ પરિમાણો વિશે જાણકારી માટે, /usr/share/doc/kernel-doc-
નો સંદર્ભ લો.<kernel version>
/Documentation/IPMI.txt
Red Hat Enterprise Linux 4 માંથી આ પ્રકાશનમાં SCSI બ્લેકલીસ્ટ પોર્ટ થયું.
PCI IDs ને aic79xx
ડ્રાઈવર માટે ઉમેરવામાં આવ્યું.
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 કરતાં મોટા લક્ષ્યોને આધાર આપે છે
LSI mptspi
ડ્રાઈવર રીગ્રેસન સુધારાયું કે જે એકદમ ધીમા DVD ડ્રાઈવર પ્રભાવમાં પરિણમ્યું
જ્યારે LSI SCSI ઉપકરણ BUSY પરિસ્થિતિ આપે, ત્યારે I/O ઘણીબધી પુનઃપ્રયાસો પછી લાંબા સમય સુધી નિષ્ફળ જતું નથી
RAID એરે આપોઆપ-પુનઃબીલ્ડ પછી લાંબા સમય સુધી બિનઉપલબ્ધ રહેતા નથી
arcmsr
ડ્રાઈવર: Areca RAID નિયંત્રકો માટે આધાર પૂરો પાડવા માટે ઉમેરવામાં આવ્યું.
3w-9xxx
મોડ્યુલ: 3ware 9650SE ને યોગ્ય રીતે આધાર આપવા માટે સુધારવામાં આવ્યું.
CIFS ક્લાઈન્ટ આવૃત્તિ 1.48aRH માં સુધારાઈ ગયું. આ 1.48a પ્રકાશન પર આધારિત છે, પેચો સાથે કે જે નીચેના ફેરફારો લાગુ કરે છે:
માઉન્ટ વિકલ્પ sec=none અનામિક માઉન્ટમાં પરિણમે છે
CIFS હવે umask ને માન આપે છે જ્યારે POSIX એક્સટેન્સનો સક્રિયકૃત હોય
sec= માઉન્ટ વિકલ્પો સુધારાયા કે જે પેકેટ સહી કરવાની અરજી કરે છે
નોંધ કરો કે 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 કોલમાં આધારભૂત છે.
getcpu સિસ્ટમ કોલ હવે આધારભૂત છે.
Oprofile હવે નવો Greyhound પ્રતિભાવ ગણક ઘટનાઓને આધાર આપે છે.
Directed DIAG એ હવે z/VM ઉપયોગીતાપણું સુધારવા માટે આધારભૂત છે.
Intel ગ્રાફિક્સ ચિપસેટ એ હવે DRM
કર્નલ મોડ્યુલ મારફતે આધારભૂત છે. આગળ, DRM API એ આવૃત્તિ 1.3 માં સીધા રેન્ડરીંગને આધાર આપવા માટે સુધારવામાં આવેલ છે.
ACPI પાવર વ્યવસ્થાપનના સુધારાઓએ S3 suspend-to-RAM અને S4 hibernate ને સુધારેલ છે.
gaim એ હવે pidgin તરીકે ઓળખાય છે.
આ આર્કીટેક્ચર માટે પ્રમાણિત મેમરી મર્યાદા હવે 1TB (256GB થી વધીને) છે.
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 વાપરો.
ટેક્નોલોજી પૂર્વદર્શન લક્ષણો વર્તમાનમાં Red Hat Enterprise Linux 5.1 ઉમેદવારી સેવાઓ હેઠળ આધારભૂત નથી, કદાચ વિધેયાત્મક રીતે સંપૂર્ણ નહિં હોય, અને તેઓ ઉત્પાદન વપરાશ માટે યોગ્ય નહિં હોય. છતાં, આ લક્ષણો ગ્રાહકની સુગમતા માટે અને લક્ષણને વધુ વિસ્તાર સાથે પૂરું પાડવા માટે સમાવવામાં આવેલ છે.
ગ્રાહકો આ લક્ષણોને બિન-ઉત્પાદન પર્યાવરણમાં ઉપયોગી મેળવી શકશે. ગ્રાહકો ટેક્નોલોજી પૂર્વદર્શન લક્ષણો સંપૂર્ણપણે આધારભૂત બને તે પહેલાં તેમના માટે અભિપ્રાય આપવા માટે અને વિધેયાત્મક સૂચનો આપવા માટે પણ સ્વતંત્ર છે. ત્રુટિસૂચીઓ ઊંચા-ઉગ્ર સુરક્ષા મુદ્દાઓ માટે પૂરી પાડવામાં આવશે.
ટેક્નોલોજી પૂર્વદર્શન લક્ષણના વિકાસ દરમ્યાન, વધારાના ઘટકો ચકાસણી માટે જાહેર રીતે ઉપલબ્ધ બનશે. ટેક્નોલોજી પૂર્વદર્શન લક્ષણોને ભવિષ્યના પ્રકાશનમાં સંપૂર્ણપણે આધાર આપવા માટેનો Red Hat નો આ હેતુ છે.
Stateless Linux એ કેવી રીતે સિસ્ટમ ચાલવી જોઈએ અને વ્યવસ્થાપિત થવી જોઈએ તેના વિશે વિચારવાનો નવો રસ્તો છે, તેમને સરળતાથી બદલી શકાય તેવી બનાવવા માટે મોટી સંખ્યાની સિસ્ટમોના બચાવ અને વ્યવસ્થાપનને સરળ કરવા માટે રચાયેલ છે. આ તૈયાર થયેલ સિસ્ટમ ઈમેજો અધિષ્ઠાપિત કરીને પ્રાથમિક રીતે પરિપૂર્ણ કરી શકાય છે કે જેની નકલ બનાવી શકાય અને મોટી સંખ્યાની stateless સિસ્ટમો પર વ્યવસ્થાપિત કરી શકાય, ઓપરેટિંગ સિસ્ટમને માત્ર વાંચી શકાય તેવી રીતે ચલાવીને (વધુ વિગતો માટે /etc/sysconfig/readonly-root
નો સંદર્ભ લો).
તેના વિકાસની વર્તમાન આવૃત્તિમાં, Stateless લક્ષણો હેતુવાળા ધ્યેયોના ઉપગણો છે. આ રીતે, ક્ષમતા એ ટેક્નોલોજી પૂર્વદર્શન તરીકે રહી જાય.
નીચે Red Hat Enterprise Linux 5 માં સમાવવામાં આવેલ આરંભિક ક્ષમતાઓની યાદી છે:
stateless ઈમેજને NFS પર ચલાવવાનું
NFS ઉપર લુપબેક મારફતે પરિસ્થિતિવીહિન ઈમેજ ચલાવવાનું
iSCSI પર ચલાવવાનું
એ ખૂબ આગ્રહણીય છે કે જેઓ stateless કોડમાં રસ ધરાવતા હોય તેઓ http://fedoraproject.org/wiki/StatelessLinuxHOWTO આગળના HOWTO વાંચે અને stateless-list@redhat.com માં જોડાય.
Stateless Linux માટેના સક્રિયકરણ ઈન્ફ્રાસ્ટ્રક્ચર ટુકડાઓ મૂળભૂત રીતે 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 ચાલી રહેલ Linux સિસ્ટમ વિશે જાણકારી મેળવવાનું ઈન્ફ્રાસ્ટ્રક્ચર સરળ બનાવવા માટે મુક્ત સોફ્ટવેર (GPL) પૂરું પાડે છે. આ પ્રભાવ અથવા વિધેયાત્મક સમસ્યાની તપાસ કરવામાં સહાય કરે છે. systemtap ની મદદથી, વિકાસકર્તાઓને લાંબા સમય સુધી જટિલ અને ભંગાણજનક વાજિંત્રમાંથી જવાની જરૂર નથી, પુનઃકમ્પાઈલ કરવા, સ્થાપન કરવા અને રીબુટ કરવા કે જે કદાચ માહિતી એકઠી કરવા માટે જરૂરી હોય તેની પણ જરૂર નથી.
Linux target (tgt) ફ્રેમવર્ક સિસ્ટમને બ્લોક-સ્તર SCSI સંગ્રહને અન્ય સિસ્ટમોમાં સેવા આપવા માટે પરવાનગી આપે છે કે જેને SCSI આરંભ કરનાર હોય. આ ક્ષમતા એ શરૂઆતમાં Linux 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™ સ્થાપિત થયેલ હોય. આથી, જ્યારે 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 માંની ભૂલ કે જેણે વિવિધ-માઉન્ટને યોગ્ય રીતે કામ કરવાથી અટકાવેલ છે તે હવે સુધારાઈ ગઈ છે.
utrace ના ઘણાબધા પેચો નીચેના સુધારાઓ લાગુ કરે છે:
ભૂલ સુધારી કે જે ભંગાણને race શરતમાં કારણ બને છે જ્યારે ptrace વાપરી રહ્યા હોય
રીગ્રેસન સુધારાયું કે જેણે અમુક wait4 કોલોને જ્યારે બાળ અમુક ચોક્કસ પરિસ્થિતિઓ હેઠળ બંધ થાય ત્યારે જગાડવાથી અટકાવેલ હતું
રીગ્રેસન સુધારાયું કે જેણે અમુક વાર SIGKILL ને પ્રક્રિયા બંધ કરવાથી અટકાવેલ છે. આ થાય જો ptrace એ પ્રક્રિયા પર અમુક ચોક્કસ પરિસ્થિતિઓ હેઠળ કરવામાં આવ્યું હતું.
RealTime Clock (RTC) ભૂલ કે જેણે એલાર્મ અને સામયિક RTC ઈન્ટ્રપ્ટોને યોગ્ય રીતે કામ કરવાથી અટકાવેલ હતું તે સુધારાઈ ગઈ.
પ્રથમ વખત એનાકોન્ડા માં ક્લિક થયું, વિલંબ થાય છે જ્યારે વિન્ડો પ્રકાશન નોંધોને રેન્ડર કરે છે. આ વિલંબ દરમ્યાન, વિન્ડોમાં ખાલી હોય એવી યાદી દેખાય છે. રેન્ડરીંગ સામાન્ય રીતે ઝડપથી સમાપ્ત થાય છે, તેથી મોટા ભાગના વપરાશકર્તાઓને આનું સૂચન થશે નહિં.
બટન એઆ વિલંબ મોટે ભાગે એ હકીકતને કારણે છે કે જે પેકેજ સ્થાપન તબક્કો એ મોટા ભાગના સ્થાપનના CPU-હેતુલક્ષી તબક્કો જ છે.
યજમાન બસ એડેપ્ટરો કે જે MegaRAID ડ્રાઈવર વાપરે છે તે "મોટો સંગ્રહ" ઈમ્યુલેશન સ્થિતિમાં સુયોજિત થયેલ હોવું જ જોઈએ, નહિં કે "I2O" ઈમ્યુલેશન સ્થિતિમાં. આમ કરવા માટે, નીચેના પગલાંઓ અનુસરો:
MegaRAID BIOS Set Up ઉપયોગીતા દાખલ કરો.
એડેપ્ટર સુયોજનો મેનુ દાખલ કરો.
અન્ય એડેપ્ટર વિકલ્પો હેઠળ, ઈમ્યુલેશન પસંદ કરો અને તેને મુખ્ય સંગ્રહ માં સુયોજિત કરો.
જો એડેપ્ટર એ અયોગ્ય રીતે "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 ડ્રાઈવર વાપરી રહ્યું છે.
જ્યારે 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 ની અરજી કરતા નથી. આગળ, આ સંદેશાઓ, કોઈપણ રીતે, મશીનની પ્રક્રિયાને અસર કરતા નથી.
yum ની મદદથી 32-bit સુસંગતતા સ્તર
ડિસ્કમાંથી સ્થાપન કરવાનું નિષ્ફળ જશે. જો આવું થાય, તો એ Red Hat પેકેજ સહી કી RPM ડેટાબેઝમાં આયાત થઈ ન હતી એ કારણે છે. આવું થાય જો તમે હજુ સુધી Red Hat Network માં જોડાયા નહિં હોય અને સુધારાઓ પ્રાપ્ત કર્યા નહિં હોય. કીને જાતે આયાત કરવા માટે, નીચેનો આદેશ રુટ તરીકે ચલાવો:
rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
એકવાર Red Hat GPG કી આયાત થઈ જાય, તો તમે હવે yum ને 32-bit સુસંગતતા સ્તર
ડિસ્કમાંથી પેકેજો સ્થાપિત કરવા માટે વાપરી શકશો.
નોંધ કરો કે જ્યારે આ ડિસ્કમાંથી સ્થાપન કરી રહ્યા હોય, ત્યારે એ સલાહનીય છે કે yum ને rpm ની જગ્યાએ વાપરવું એ ખાતરી કરવા માટે કે આધાર OS આધારભૂતપણાઓ સ્થાપન દરમ્યાન સંબોધાયેલ છે.
દૂર કરી શકાય તેવા સંગ્રહ ઉપકરણો (જેમ કે 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 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/
ની disk લીટી નીચેના જેવી વંચાશે:<name of guest machine>
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
કર્નલ મોડ્યુલ સ્થાપિત કરો.
વર્તમાન કર્નલો Data Terminal Ready (DTR) સંકેતોને બુટ સમય દરમ્યાન સીરીયલ પોર્ટો પર છાપવા પહેલાં મૂકતા નથી. DTR મૂકવાનું અમુક ઉપકરણો દ્વારા જરૂરી છે; આના પરિણામે, કર્નલ બુટ સંદેશાઓ આવા ઉપકરણો પર સીરીયલ કન્સોલ પર છપાતા નથી.
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 પ્લેટફોર્મ કર્નલ દ્વારા પહેલાથી જ બ્લેકલીસ્ટ થયેલ છે:
DL585g2
dc7500
xw9300
xw9400
આ પ્રકાશનમાં સમાવવામાં આવેલ વર્ચ્યુઅલ મશીન વ્યવસ્થાપક (virt-manager) વપરાશકર્તાઓને પેરાવર્ચ્યુઅલાઈઝ થયેલ મહેમાન સ્થાપકને વધારાની બુટ દલીલો સ્પષ્ટ કરવા માટે પરવાનગી આપતું નથી. આ ખરું છે જો જ્યારેપણ આવી દલીલો ચોક્કસ પ્રકારના હાર્ડવેર પર પેરાવર્ચ્યુઅલાઈઝ થયેલ મહેમાનોના વિશિષ્ટ પ્રકારો સ્થાપિત કરવા માટે જરૂરી હોય.
આ મુદ્દો virt-manager ના ભવિષ્યના પ્રકાશનમાં સંબોધવામાં આવશે. આદેશ વાક્યમાંથી પેરાવર્ચ્યુઅલાઈઝ થયેલ મહેમાનો સ્થાપિત કરવામાં ચોક્કસ કર્નલ દલીલો સ્પષ્ટ કરવા માટે, virt-install વાપરો.
મૂળભૂત રીતે, Itanium dom0 વર્ચ્યુઅલાઈઝ થયેલ કર્નલ 512MB RAM અને એક CPU સાથે બુટ થાય છે. તમે આને હાયપરવિઝર આદેશ વાક્ય પર dom0_mem અને dom0_max_vcpus પરિમાણોની મદદથી ફરીથી લખી શકો છો. ઉદાહરણ તરીકે, તમે dom0 ને 4GB ની RAM અને 8 CPUs ને dom0_mem=4G dom0_max_vcpus=8 પરિમાણની મદદથી બુટ કરવા માટે સુયોજીત કરી શકો છો.
Red Hat Enterprise Linux 5 માટે, dom0_mem માટે મહત્તમ આધારભૂત કિંમત 256G છે. dom0_max_vcpus માટે મહત્તમ આધારભૂત કિંમત 32 છે.
છતાંય, dom0 ને RAM ના વાસ્તવિક જથ્થા સાથે બુટ કરવા માટે સુયોજીત કરવાનું કર્નલ દુઃખાવામાં પરિણમી શકશે. આવું એટલા માટે છે કારણ કે ત્યાં વાસ્તવમાં પૂરી RAM કરતાં થોડી ઓછી dom0 માટે વાપરવા માટે ઉપલબ્ધ છે. હાલમાં, હાયપરવિઝર આ પરિસ્થિતિ સારી રીતે સંભાળવા માટે અસમર્થ છે.
આથી, જો સિસ્ટમને x
જેટલો RAM નો જથ્થો હોય, તો એ સલાહનીય છે કે dom0_mem=x
વાપરવું.
કન્સોલ આઉટપુટથી VGA માટે રૂપરેખાંકિત થયેલ અમુક Itanium સિસ્ટમો પર, dom0 વર્ચ્યુઅલાઈઝ થયેલ કર્નલ બુટ કરવામાં નિષ્ફળ જશે. આ એટલા માટે છે કારણ કે વર્ચ્યુઅલાઈઝ થયેલ કર્નલ Extensible Firmware Interface (EFI) સુયોજનોમાંથી મૂળભૂત કન્સોલ ઉપકરણ યોગ્ય રીતે શોધવામાં નિષ્ફળ ગઈ.
જ્યારે આવું થાય, ત્યારે તમે આને કર્નલ બુટ વિકલ્પો /boot/efi/elilo.conf
માં console=tty બુટ પરિમાણ ઉમેરીને ઉકેલી શકશો.
અમુક Itanium સિસ્ટમો પર, X એ VGA કન્સોલ પર શરૂ કરવામાં નિષ્ફળ જશે. આ એટલા માટે છે કારણ કે સિસ્ટમ મેમરી લેઆઉટ X ને મેમરી વિસ્તારો અસુસંગત રીતે તેની જરૂરીયાતો પ્રમાણે પ્રાપ્ત કરવાથી અટકાવે છે. આ Machine Check Abort (MCA) ને અસર કરી શકશે, જ્યારે અમુક કિસ્સાઓમાં X સરળ રીતે નિષ્ફળ જશે xf86MapDomainMem(): mmap() failure ના X લોગ પ્રવેશ સાથે.
એ આગ્રહણીય છે કે તમે અસરગ્રસ્ત સિસ્ટમોને રનલેવલ 3 માં બુટ કરો, અને કોઈપણ જરૂરી X કાર્યક્રમો VNC X સર્વરમાં ચાલતા હોવા જોઈએ અથવા X11-forwarding ઉપર દૂરસ્થ યજમાન પર ચાલતા હોવા જોઈએ. એકદમ-ઘાતક અને વર્ચ્યુઅલાઈઝ કર્નલો બંને આ મુદ્દાથી અસરગ્રસ્ત છે.
આ મુદ્દો Red Hat Enterprise Linux 5 ના આવી રહેલ નાના સુધારામાં ઉકેલવામાં આવશે. ચકાસણી પરિણામ ખાતરી કરે છે કે મુદ્દો માત્ર Itanium સિસ્ટમો પર કે જેઓ પાસે 128 PCI ઉપકરણો કરતાં વધુ હોય તેને જ મેનીફેસ્ટ કરતો હોવો જોઈએ. આ વર્તણૂક એ X સાથે Red Hat Enterprise Linux 5 પર અચળ છે.
મૂળભૂત 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 }
( ia64 )
[1] આ મટીરીયલ Open Publication License, v1.0 માં પ્રાપ્ય શરતો અને કાયદાઓ અનુસાર વિતરણ થવી જોઈએ, કે જે http://www.opencontent.org/openpub/ આગળ ઉપલબ્ધ છે.