Red Hat Enterprise Linux 5.3

પ્રકાશન નોંધો

બધા આર્કિટેક્ચર માટે પ્રકાશન નોંધો.

Ryan Lerch

Red Hat Engineering Content Services

માન્યસૂચન

Copyright 2008 Red Hat, Inc.. This material may only be distributed subject to the terms and conditions set forth in the Open Publication License, V1.0 or later (the latest version of the OPL is presently available at http://www.opencontent.org/openpub/).

Red Hat and the Red Hat "Shadow Man" logo are registered trademarks of Red Hat, Inc. in the United States and other countries.

All other trademarks referenced herein are the property of their respective owners.

The GPG fingerprint of the security@redhat.com key is:

CA 20 86 86 2B D6 9D FC 65 F6 EC C4 21 91 80 CD DB 42 A6 0E



સાર

Red Hat Enterprise Linux 5.3 માટે પ્રકાશન નોંધો ની આ દસ્તાવેજ માહિતીઓ.


1. સ્થાપન-સંબંધિત નોંધો
1.1. બધા આર્કિટેક્ચરો
1.2. PowerPC આર્કિટેક્ચરો
1.3. s390x આર્કિટેક્ચરો
1.4. ia64 આર્કિટેક્ચર
2. લક્ષણ સુધારાઓ
3. ડ્રાઈવર સુધારાઓ
3.1. બધા આર્કિટેક્ચરો
4. કર્નલ-સંબંધિત નોંધો
4.1. બધા આર્કિટેક્ચરો
4.2. x86 આર્કિટેક્ચરો
4.3. PowerPC આર્કિટેક્ચરો
4.4. x86_64 આર્કિટેક્ચરો
4.5. s390x આર્કિટેક્ચરો
4.6. ia64 આર્કિટેક્ચર
5. વર્ચ્યુઅલાઈઝેશન
5.1. લક્ષણ સુધારાઓ
5.2. ઉકેલાયેલ મુદ્દાઓ
5.3. જાણીતા મુદ્દાઓ
6. ટેક્નોલોજી પૂર્વદર્શન
7. ઉકેલાયેલ મુદ્દાઓ
7.1. બધા આર્કિટેક્ચરો
7.2. x86_64 આર્કિટેક્ચરો
7.3. s390x આર્કિટેક્ચરો
7.4. PowerPC આર્કિટેક્ચરો
8. જાણીતા મુદ્દાઓ
8.1. બધા આર્કિટેક્ચરો
8.2. x86 આર્કિટેક્ચરો
8.3. x86_64 આર્કિટેક્ચરો
8.4. PowerPC આર્કિટેક્ચરો
8.5. s390x આર્કિટેક્ચરો
8.6. ia64 આર્કિટેક્ચર
A. પુન: ઇતિહાસ

આ વિભાગ Red Hat Enterprise Linux 5.3 ના સ્થાપન અને Anaconda લગતી જાણકારીનો સમાવેશ કરે છે.

Red Hat Network નવા અને બદલાયેલ પેકેજોનુ સ્થાપન કરી શકે છે અને હાલની Red Hat Enterprise Linux 5 સિસ્ટમ સુધારી શકાય છે. અથવા તો, Anaconda હાલની Red Hat Enterprise Linux 5 સુધારી શકે છે અથવા Red Hat Enterprise Linux 5.3 નુ તાજુ પ્રસ્થાપન કરી શકે છે.

નોંધ: Red Hat Enterprise Linux 5.3 ના બીટા પ્રકાશન માંથી આ GA પ્રકાશન સુધારા કરવા માટે આધાર આપતુ નથી.

આગળ, છતા પણ Anaconda Red Hat Enterprise Linux થી Red Hat Enterprise Linux 5.3 ની પહેલાની મુખ્ય આવૃત્તિઓમાંથી સુધારો કરવા માટે ઉપકરણ પૂરા પાડે છે, Red Hat અત્યારે આને આધાર આપતુ નથી. વધારે સામાન્ય રીતે, Red Hat એ Red Hat Enterprise Linux ની ગમે તે મુખ્ય આવૃત્તિઓ વચ્ચેની જગ્યામાં આધાર પૂરો પાડતો નથી. (મુખ્ય આવૃત્તિ બધા નંબર આવૃત્તિ બદલાવ દ્દારા દર્શાવાય છે. ઉદાહરણ તરીકે, Red Hat Enterprise Linux 4 અને Red Hat Enterprise Linux 5 બંને એ Red Hat Enterprise Linux ની મુખ્ય આવૃત્તિઓ છે.)

સુધારાની જગ્યામાં મુખ્ય પ્રકાશનની બીજી બાજુએ બધી સિસ્ટમ સુયોજનને, સેવાઓ અથવા ઇચ્છિત રૂપરેખાંકનને સચવાતા નથી. તેથી કરીને, Red Hat જ્યારે એક આવૃત્તિમાંથી બીજી આવૃત્તિમાં સુધારો કરી રહ્ચા હોય છે ત્યારે તાજુ સ્થાપન સખત આગ્રહણીય છે.

1.1. બધા આર્કિટેક્ચરો

  • Anaconda નું Text Mode સ્થાપન હવે સ્થાપનને સમાપ્ત કરવા માટે Virtual Network Computing (VNC) માં ફેરબદલીનાં વિકલ્પની માંગણી કરે છે.

  • એન્ક્રિપ્ટ થયેલ સોફ્ટવેર RAID સભ્ય ડિસ્કો ની મદદથી અથવા બનાવવાનું(એટલે કે. software RAID ભાગો) આધારભૂત નથી. છતાંપણ, એન્ક્રિપ્ટ થયેલ સોફ્ટવેર RAID એરેઓ બનાવવાનું આધારભૂત છે.

  • RHEL5 માટે NFS મૂળભૂત ને "તાળુ મારી રહ્યા છે". એના પરિણામ રૂપે, anaconda નો %post ભાગ માંથી nfs હિસ્સાઓ ને માઉન્ટ કરવા માટે, હિસ્સાઓ ને માઉન્ટ કરવા માટે nfs ને વાપર્યા પહેલા ડેમનનું લોકીંગ શરૂ કરવા માટે mount -o nolock,udp આદેશ ને વાપરો.

  • જ્યારે iBFT-રૂપરેખાંકિત નેટર્વક ઉપકરણ સાથે સિસ્ટમ પર CD-ROM અથવા DVD-ROM માંથી સ્થાપન કરી રહ્યા હોય છે, ત્યારે નેટર્વક રૂપરેખાંકન થયેલ છે નહિ તો Anaconda ને કોઇ પણ iBFT-રૂપરેખાંકિત થયેલ સંગ્રહ ઉપકરણોમાં સમાવેશ થશે નહિ. સ્થાપન કરવા માટે નેટર્વક સક્રિય કરી રહ્યા છીએ, linux updates=http://[any]આ આદેશનુ સ્થાપન બુટ પ્રોંપ્ટ પર કરો.નોંધો કેat [any] વાપરીને કોઇપણ URL સાથે બદલી શકાય છે.

    જો તમારી સિસ્ટમને સ્થિર IP રૂપરેખાંકનની જરૂર હોય તો, આ આદેશને linux updates=http://[any] ip=[IP address] netmask=[netmask] dns=[dns] વાપરો.

  • જ્યારે Red Hat Enterprise Linux 5.3 ને સંપૂર્ણપણે વર્ચ્યુઅલાઈઝ થયેલ મહેમાન પર સ્થાપિત કરી રહ્યા હોય, ત્યારે kernel-xen કર્નલ વાપરશો નહિં. આ કર્નલને સંપૂર્ણપણે વર્ચ્યુઅલાઈઝ થયેલ મહેમાનો પર વાપરવાનું તમારી સિસ્ટમને અટકાવવાનું કારણ બની શકે છે.

    જ્યારે Red Hat Enterprise Linux 5.3 ને સંપૂર્ણપણે વર્ચ્યુઅલાઈઝ થયેલ મહેમાન પર સ્થાપિત કરી રહ્યા હોય ત્યારે જો તમે સ્થાપન નંબર વાપરી રહ્યા હોય, તો સ્થાપન દરમ્યાન વર્ચ્યુઅલાઈઝેશન પેકેજ જૂથને નાપસંદ કરવાનું ધ્યાન રાખો. વર્ચ્યુઅલાઈઝેશન પેકેજ જૂથ વિકલ્પ kernel-xen કર્નલ સ્થાપિત કરે છે.

    નોંધ કરો કે પેરાવર્ચ્યુઅલાઈઝ થયેલ મહેમાનો આ મુદ્દાથી અસર પામતા નથી. પેરાવર્ચ્યુઅલાઈઝ થયેલ મહેમાનો હંમેશા kernel-xen કર્નલ વાપરે છે.

  • જો તમે વર્ચ્યુઅલાઈઝ થયેલ કર્નલ વાપરી રહ્યા હોય જ્યારે Red Hat Enterprise Linux 5 થી 5.2 માં સુધારો કરી રહ્યા હોય, તો તમારે સુધારો સમાપ્ત કર્યા પછી પુનઃબુટ કરવું જ પડશે. પછી તમારે સુધારાયેલ વર્ચ્યુઅલાઈઝ થયેલ કર્નલની મદદથી સિસ્ટમને બુટ કરવી જોઈએ.

    Red Hat Enterprise Linux 5 અને 5.2 ના હાયપરવિઝર એ ABI-સુસંગત નથી. જો તમે સુધારાયેલ વર્ચ્યુઅલાઈઝ થયેલ કર્નલની મદદથી સુધારો કર્યા પછી સિસ્ટમ બુટ નહિં કરો, તો સુધારાયેલ વર્ચ્યુઅલાઈઝેશન RPMs ચાલી રહેલ કર્નલ સાથે બંધબેસશે નહિં.

  • જ્યારે Red Hat Enterprise Linux 5.1 અથવા પછીની Red Hat Enterprise Linux 4.6 માંથી સુધારા કરી રહ્યા હોય ત્યારે, gcc4 આ સુધારો નિષ્ફળ થવાનુ કારણ બની શકે. આથી કે,તમારે સુધારો કરતા પહેલા gcc4 પેકેજને જાતે જ દૂર કરવા જોઇએ.

  • firstboot ભાષા પ્લગઇન દૂર થયેલ છે, તેથી તે યોગ્ય નથી અને જ્યારે નવી ભાષા પસંદ કરેલ હોય ત્યારે સિસ્ટમને સંપૂર્ણપણે પુન:રૂપરેખાંકન કરે છે.

  • સ્થાપન દરમિયાન ચેલેંજ હેંડશેક ઓથેંટિકેશન પ્રોટોકોલ (CHAP) નો વપરાશ આધાર આપતો નથી. આથી કે, CHAP ને સ્થાપન પછી જ સક્રિય કરવુ જોઇએ.

    જો iBFT ઉપકરણ મારફતે તમારી સિસ્ટમ બુટ કરવી હોય તો, iBFT BIOS/firmware સુયોજન સ્ક્રીનમાં CHAP ને રૂપરેખાંકિત કરે છે. તમારી CHAP ને પછીના બુટમાં વપરાયા પછીથી સુયોજન કરવુ પડશે.

    જો તમારે PXE iSCSI મારફતે સિસ્ટમ બુટ કરવી હોય તો, iscsiadm મારફતે CHAP ને રૂપરેખાંકિત કરે છે. રૂપરેખાંકિત પછી, mkinitrd વાપરીને નક્કી કરો કે જે તમારા CHAP સુયોજનો પછીના બુટમાં વપરાયેલ છે.

  • સ્થાપન દરમ્યાન મહેમાનો ની તજવીજ કરી રહ્યા હોય ત્યારે, મહેમાનો માટે RHN સાધનો વિકલ્પ ઉપલ્બધ હશે નહિં. જ્યારે આ ઉત્પન્ન થાય ત્યારે, સિસ્ટમ ને વધારાનાં અધિકારની જરૂર પડશે, dom0 દ્દારા વપરાયેલ અધિકારમાંથી અલગ થયેલ છે.

    મહેમાનો માટે વધારાનાં અધિકારો નાં વપરાશ ને બચાવવા માટે, Red Hat Network માં સિસ્ટમ ને રજીસ્ટર કરવા માટે પ્રયત્ન કરતા પહેલા જાતે જ rhn-virtualization-common પેકેજ ને સ્થાપિત કરો.

  • ઘણાબધા નેટવર્ક ઇન્ટરફેસો સાથે સિસ્ટમ પર Red Hat Enterprise Linux 5.3 ને સ્થાપિત કરી રહ્યા છે અને જાતે જ સ્પષ્ટ થયેલ IPv6 સરનામાંઓનું અધૂરું અયોગ્ય નેટવર્કીંગ સુયોજનમાં પરિણામ મળી શકે છે. જ્યારે આ ઉત્પન્ન થાય છે ત્યારે, તમારા IPv6 સુયોજનો એ સ્થાપિત થયેલ સિસ્ટમ પર દેખાશે નહિં.

    આજુબાજુ કામ કરવા માટે, /etc/sysconfig/network માં yes ને ચલાવવા માટે NETWORKING_IPV6 ને સુયોજિત કરો. પછી, service network restart આદેશની મદદથી તમારા નેટવર્ક જોડાણને પુન:શરૂ કરો.

  • જો તમારી સિસ્ટમ પાસે yum-rhn-plugin-0.5.2-5.el5_1.2 (અથવા પહેલાની આવૃત્તિમાં) સ્થાપિત થયેલ હોય તો, તમે yum update મારફતે Red Hat Enterprise Linux 5.3 માં સુધારો કરવા માટે અસમર્થ થશો. આમાં કામ કરવા માટે, yum update ચલાવતા પહેલાં તાજેતરની આવૃત્તિ (yum update yum-rhn-plugin ની મદદથી) માં તમારી yum-rhn-plugin ને સુધારો.

  • પહેલેથી, anaconda એ 8 SmartArray નિયંત્રકો કરતા વધારે ને દાખલ કરી શકતુ નથી. આ સુધારામાં, આ મુદ્દો એ સુધારી દેવામાં આવ્યો છે.

  • OEM દ્દારા પૂરા પાડેલ ડ્રાઇવર ડિસ્ક એ એક જ ઇમેજ ફાઇલ છે (*.img),વાપરવાલાયક ઘણાબધા પેકેજો અને કર્નલ મોડ્યુલો નો સમાવેશ કરી રહ્યા છે. આ ડ્રાઇવરો હાર્ડવેર ને આધાર આપવા માટે સ્થાપન દરમ્યાન વાપરેલ છે કે જે નહિં તો Red Hat Enterprise Linux 5 દ્દારા ઓળખાયેલ નથી. એકવાર ડ્રાઇવર પેકેજો અને કર્નલ મોડ્યુલો સિસ્ટમ પર સ્થાપિત થઇ જાય, તેઓ શરૂઆતી RAM ડિસ્ક માં સ્થાનિત થયેલ છે (initrd) તેથી કે જે તેઓ લોડ થયેલ છે જ્યારે સિસ્ટમ બુટ કરે છે.

    આ પ્રકાશન સાથે, સ્થાપન એ ડ્રાઇવર ડિસ્કને આપોઆપ શોધી શકે છે (તેની ફાઇલ સિસ્ટમ લેબલ પર આધારિત), એના દ્દારા સ્થાપન દરમ્યાન પેલી ડિસ્ક નાં સમાવિષ્ટ વાપરી રહ્યા છે. આ વર્તણૂક સ્થાપન આદેશ વાક્ય વિકલ્પ dlabel=on દ્દારા નિયંત્રિત થયેલ છે, કે જે આપોઆપ શોધવાનું સક્રિય કરે છે. dlabel=on એ આ પ્રકાશન માટે મૂળભૂત સુયોજન છે.

    ફાઇલ સિસ્ટમ લેબલ OEMDRVસાથે બધા બ્લોક ઉપકરણો ને તપાસ કરેલ છે અને ક્રમમાં આ ઉપકરણો માંથી ડ્રાઇવરોનો લોડ થયેલ છે કે જે તેઓ શોધાયેલ છે.

  • હાલનાં એન્ક્રિપ્ટ થયેલ બ્લોક ઉપકરણો કે જે ફાઇલ vfat સિસ્ટમોમાં સમાવેલી વિભાજન ઇન્ટરફેસ માં પ્રકાર foreign તરીકે દેખાશે; જેવા કે, આ ઉપકરણો ને સિસ્ટમ બુટ દરમ્યાન આપોઆપ માઉન્ટ થયેલ હશે. ખાતરી કરો કે જે કેટલાક ઉપકરણો આપોઆપ માઉન્ટ થયેલ છે, /etc/fstab માં તેઓ માટે અનુરૂપ પ્રવેશ ને ઉમેરો. કેવી રીતે તે કરી શકાય છે તેની વધારે માહિતીઓ માટે, man fstab નો સંદર્ભ લો.

1.2. PowerPC આર્કિટેક્ચરો

  • Red Hat Enterprise Linux 5.2 સ્થાપિત કરવા માટેની ન્યૂનતમ જરૂરીયાત હવે 1GB છે; આગ્રહણીય RAM એ 2GB છે. જો મશીનને 1GB કરતાં ઓછી RAM હોય, તો સ્થાપન પ્રક્રિયા અટકી પણ શકશે.

    ભવિષ્યમાં, PowerPC મશીનો કે જેમને 1GB ની RAM હોય તેમને ચોક્કસ RAM-લગતા ભાર હેઠળ નોંધપાત્ર ખરાબ પ્રભાવના મુદ્દાઓનો અનુભવ થશે. Red Hat Enterprise Linux 5.2 સિસ્ટમને RAM-લગતી પ્રક્રિયાઓ શ્રેષ્ઠ રીતે કામ આપવા માટે, એ આગ્રહણીય છે કે 4GB ની RAM મશીન સાથે લગાવવામાં આવેલ હોય. આ ખાતરી કરે છે કે સિસ્ટમને સરખા નંબરના ભૌતિક પાનાંઓ હોય કે જે Red Hat Enterprise Linux 4.5 અથવા પહેલાંની આવૃત્તિ ચલાવી રહેલ PowerPC મશીનો સાથે 512MB ની RAM વાપરી રહેલ હોય.

1.3. s390x આર્કિટેક્ચરો

  • anaconda હવે OSA Express3 cards માટે CHPID પર બંને પોર્ટોને આધાર આપે છે. સ્થાપનાર એ સ્થાપનની શરૂઆતી પગલમાં પોર્ટ નંબર માટે પ્રોમ્પ્ટ કરશે. પોર્ટ માટે પૂરી પાડેલ કિંમત પણ સ્થાપિત થયેલ નેટવર્ક ઇન્ટરફેસ શરૂઆતી સ્ક્રિપ્ટ પર અસર કરે છે. જ્યારે પોર્ટ 1 પસંદ થયેલ હોય ત્યારે, કિંમત portno=1 ifcfg-eth* ફાઇલનાં OPTIONS પરિમાણો માં ઉમેરાયેલ છે.

    નોંધ

    જ્યારે z/VM નીચે સ્થાપિત કરી રહ્યા હોય ત્યારે, તમે ક્યાંતો PORTNO=0 (to use port 0) અથવા સ્થિતિ માટે પ્રોમ્પ્ટ થઇ ગયુ છે તે અવગણવા માટે CMS રૂપરેખાકન ફાઇલ માં PORTNO=1 (to use port 1) ઉમેરી શકો છો.

  • હાલનાં Linux સાથે મશીન પર સ્થાપન અથવા DASD બ્લોક ઉપકરણો પર બિન-Linux ફાઇલસિસ્ટમો એ સ્થાપનાર ને અટકાવવાનું કારણ થઇ શકે છે. જો આ બને તો, તમે વાપરવા અને સ્થાપનારને ફરી શરૂ કરવા માંગો છો તો DASD ઉપકરણો પર બધી હાલની પાર્ટીશનો ને બહાર કાઢવાની જરૂર છે.

1.4. ia64 આર્કિટેક્ચર

  • જો તમારી સિસ્ટમ પાસે 512MBની RAM હોય તો, Red Hat Enterprise Linux 5.3 સ્થાપવાનો પ્રયત્ન નિષ્ફળતા પેદા કરી શકશે . આ રોકવા માટે સ્થાપન સમાપન થાય પછી પહેલા આધારિત સ્થાપન અને બીજા બધા પેકેજો સ્થાપિત કરવા પડશે.

  • 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 આધારભૂતપણાઓ સ્થાપન દરમ્યાન સંબોધાયેલ છે.

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

બ્લોક ઉપકરણ એન્ક્રિપ્શન

Red Hat Enterprise Linux 5.3 એ Linux Unified Key Setup (LUKS) વિગતવાર વર્ણનની મદદથી બ્લોક ઉપકરણ એન્ક્રિપ્શન માટે આધારને સમાવે છે. બિનસત્તાધિકરણ પ્રવેશ વિરુદ્દ બ્લોક ઉપકરણ પર ઉપકરણ ને એન્ક્રિપ્ટ કરવા દરમ્યાન બધી માહિતીને સુરક્ષિત રાખે છે, જો ઉપકરણને સિસ્ટમ માંથી ભૌતિક રીતે દૂર કરી દેવામાં આવ્યુ છે. એન્ક્રિપ્ટ થયેલ ઉપકરણનાં સમાવિષ્ટોને પ્રવેશ કરવા માટે, વપરાશકર્તાઓ એ પાર્સફ્રેઝ અથવા સત્તાધિકરણ તરીકે કી ને પૂરી પાડવી જ જોઇએ.

ડિસ્ક એન્ક્રિપ્શન સુયોજનો પર જાણકારી માટે, http://redhat.com/docs/ પર Red Hat Enterprise Linux સ્થાપન માર્ગદર્શિકા નાં પ્રકરણ 28 નો સંદર્ભ લો

mac80211 802.11a/b/g WiFi protocol stack (mac80211)

mac80211 સ્ટેક (અગાઉ જાણીતા તરીકે devicescape/d80211 સ્ટેક) એ હવે Red Hat Enterprise Linux 5.3 માં આધારભૂત ગુણધર્મ છે. તે Intel® WiFi Link 4965 હાર્ડવેર માટે iwlwifi 4965GN વાયરલેસ ડ્રાઇવરને સક્રિય કરે છે કે જે કોઇપણ WiFi નેટવર્ક ને જોડવામાં ચોક્કસ વાયરલેસ ઉપકરણોને પરવાનગી આપે છે.

છતાંપણ mac80211 ઘટક Red Hat Enterprise Linux 5.3 માં આધારભૂત છે, સંકેતો એ કર્નલ માટે સંકેત સફેદયાદીમાં સમાવેલ નથી.

Global File System 2 (GFS2)

GFS2 એ GFS નું વધતું ઉન્નતીકરણ છે. આ સુધારો ઘણાબધા નોંધપાત્ર સુધારાઓને લાગુ પડે છે કે જેને ડિસ્ક-પર ફાઈલ સિસ્ટમ બંધારણ બદલવાની જરૂર છે. GFS ફાઈલ સિસ્ટમો GFS2 માં gfs2_convert ઉપયોગીતાની મદદથી ફેરવી શકાય છે, કે જે GFS ફાઈલ સિસ્ટમનો મેટાડેટા અનુલક્ષીને સુધારે છે.

Red Hat Enterprise Linux 5.2 માં, GFS2 એ મૂલ્યાંકન હેતુઓ માટે કર્નલ મોડ્યુલ તરીકે પૂરુ પાડેલ હતુ. Red Hat Enterprise Linux 5.3 માં, GFS2 એ હવે કર્નલ પેકેજનો ભાગ છે. જો Red Hat Enterprise Linux 5.2 GFS2 કર્નલ મોડ્યુલો ને સ્થાપિત કરી દેવામાં આવ્યા છે Red Hat Enterprise Linux 5.3 માં તેઓ ને GFS2 વાપરવા માટે દૂર કરવા જ પડશે.

ડ્રાઇવર ડિસ્ક આધાર માં સુધારાઓ

OEM દ્દારા પૂરુ પાડેલ ડ્રાઇવર ડિસ્ક એ એક ચિત્ર ફાઇલ છે (*.img), વાપરવાલાયક ઘણાબધા ડ્રાઇવર RPMs અને કર્નલ મોડ્યુલો ને સમાવી રહ્યા છે. આ ડ્રાઇવરો હાર્ડવેર ને આધાર આપવા માટે સ્થાપન દરમ્યાન વપરાયેલ છે કે જે નહિં તો ઓળખાયેલ નહિં હોય. RPMs એ સિસ્ટમ પર સ્થાપિત થયેલ છે અને initrd માં સ્થાપિત થયેલ છે તેથી કે જે તેઓ આધારભૂત છે જ્યારે મશિનને રિબુટ કરે છે.

Red Hat Enterprise Linux 5.3 સાથે, સ્થાપન તેની ફાઇલ સિસ્ટમ લેબલ પર ડ્રાઇવર ડિસ્ક આધારિત ની હાજરી આપોઆપ શોધી શકાય છે, અને સ્થાપન દરમ્યાન ડિસ્કનાં સમાવિષ્ટ ને વાપરો. આ વર્તણૂક સ્થાપન આદેશ વાક્ય વિકલ્પ dlabel=on દ્દારા નિયંત્રિત થયેલ છે, કે જે આપોઆપ શોધવાનું સક્રિય કરે છે. ફાઇલ સિસ્ટમ લેબલ OEMDRV સાથે બધા બ્લોક ઉપકરણોનો તપાસ કરેલ છે અને જે તઓએ શોધેલ છે તેનાં ક્રમમાં આ ઉપકરણો માંથી ડ્રાઇવરોનો લોડ થયેલ છે.

iSCSI બુટ ફર્મવેર કોષ્ટક

Red Hat Enterprise Linux 5.3 હવે iSCSI Boot Firmware Table (iBFT) ને સંપૂર્ણ રીતે આધાર આપે છે કે જે iSCSI ઉપકરણો માંથી બુટ કરવા દરમ્યાન પરવાનગી આપે છે. આ આધારની જરૂર છે કે જે iSCSI ડિસ્કો (નોડો) આપોઆપ શરૂ કરવા માટે લાંબા સમય સુધી ચિહ્નીત નહિં રહે; સ્થાપિત થયેલ સિસ્ટમ એ આપોઆપ જોડાણ માટે લાંબો સમય લાગશે નહિં અને iSCSI ડિસ્કોમાં પ્રવેશ કરો જ્યારે રનલેવલ 3 અથવા 5 માં પ્રવેશ કરી રહ્યા છે.

iSCSI એ રુટ ફાઇલ સિસ્ટમ માટે સામાન્ય રીતે વાપરેલ હોય છે, આ સ્થિતિ માં આ બદલાવ નો initrd જોડાશે એ પ્રમાણે ફેરફાર બનતો નથી અને રનલેવલ પ્રવેશ થાય તે પહેલા જરૂરિયાત iSCSI ડિસ્કોમાં પ્રવેશ કરો.

ગમે તે રીતે જો iSCSI ડિસ્કો બિન રુટ ડિરેક્ટરીઓ પર માઉન્ટ કરવાની જરૂર હોય તો, /home અથવા /srv ઉદાહરણ માટે, પછી આ બદલાવ તમારી પર અસર કરશે, અત્યાર સુધી સ્થાપિત થયેલ સિસ્ટમ ને આપોઆપ જોડાવા માટે લાંબો સમય લાગશે નહિં અને રુટ ફાઇલ સિસ્ટમ માટે વપરાયેલ નથી તેવી iSCSI ડિસ્કોમાં પ્રવેશ કરો.

બિન રુટ ડિરેક્ટરીઓ પર માઉન્ટ થયેલ iSCSI ડિસ્કો ની મદદથી હજુ શક્ય છે. પરંતુ નીચેનાં કામ કરવાની જગ્યાની એકને વાપરવાની જરૂર છે:

  1. બિન રુટ ડિરેક્ટરીઓ પર માઉન્ટ થયેલ iSCSI ડિસ્કોને વાપર્યા વગર સિસ્ટમ ને સ્થાપિત કરો અને પછી સુસંગત ડિસ્કો અને માઉન્ટ પોઇંટોને જાતે જ રૂપરેખાંકિત કરો

  2. રનલેવલ 1 માં સ્થાપિત થયેલ સિસ્ટમને બુટ કરો, અને નીચેનાં ડિસ્ક પ્રતિ એકવાર આદેશની મદદથી આપોઆપ શરૂ કરવા માટે કોઇપણ iSCSI ડિસ્કોને ચિહ્નીત કરો કે જે રુટ ફાઇલ સિસ્ટમ માટે વાપરેલ નથી:

    iscsiadm -m node -T target-name -p ip:port -o update -n node.startup -v automatic

rhythmbox

rhythmbox ઓડિયો પ્લેયર આવૃત્તિ 0.11.6 માં સુધારો કરી દેવામાં આવ્યુ છે. આ સુધારો માલિકીનું GStreamer પ્લગઇનોને વાપરવા માટે વિકલ્પને પૂરુ પાડે છે.

lftp Rebase

lftp હવે આવૃત્તિ 3.7.1 માં પુન:આધારિત કરી દેવામાં આવી છે. આ ઘણાબધા અપસ્ટ્રીમ ગુણધર્મ સુધારાઓ અને બગ સુધારાઓ લાગુ કરે છે, સમાવી રહ્યા છે:

  • સુરક્ષા પ્રવાહ mirror --script (કે જે બિનસત્તાધિકરણ અધિકાર એસ્કલેશન ને કારણે થઇ શકે છે) દ્દારા lftp કોટ થયેલ સ્ક્રિપ્ટોનાં રસ્તામાં હવે સુધારેલ છે.

  • વિકલ્પ -c સાથે lftp મદદથી lftp ને અટકવાનું કારણ લાંબા સમય સુધી નહિં રહે.

  • જ્યારે sftp વાપરી રહ્યા હોય ત્યારે સ્થળાંતર દરમ્યાન બગડેલ ફાઇલો લાંબો સમય લેતી નથી.

આ પ્રકાશન માં લાગુ પડેલ lftp સુધારાઓ પર વધારે જાણકારી માટે, http://lftp.yar.ru/news.html નો સંદર્ભ લો.

TTY ઇનપુટ ઑડિટીંગ

TTY input auditing એ હવે આધારભૂત છે. જો પ્રક્રિયા TTY ઇનપુટ ઑડિટીંગ માટે ચિહ્નીત થયેલ હોય તો, માહિતી તે TTYs ઑડિટ થયેલ છે તે માંથી વાંચે છે; આ પ્રકાર TTY સાથે ઑડિટ રેકોર્ડો પર બતાવેલ હશે.

તમે TTY ઇનપુટ ઓડિટ માટે પ્રક્રિયા (અને તેની બાળ પ્રક્રિયાઓ) ચિહ્નીત કરવા માટે pam_tty_audit મોડ્યુલ ને વાપરી શકો છો. આ કેવી રીતે કરવા માટે તેની પર સૂચનાઓ માટે, man pam_tty_audit(8) નો સંદર્ભ લો.

TTY ઑડિટ રેકોર્ડો એ ઓડિટ થયેલ પ્રક્રિયા દ્દારા બરાબર કીસ્ટ્રોકો વાંચવાનું સમાવે છે. માહિતીને સરળતાથી ડિકોડીંગ બનાવવા માટે, bash એ રેકોર્ડ પ્રકાર USER_TTY મદદથી ચોક્કસ આદેશ વાક્યને ઑડિટ કરે છે.

"TTY" ઑડિટ રેકોર્ડો TTY માંથી ઑડિટ થયેલ પ્રક્રિયાઓ દ્રારા બધી માહિતીને વાંચવાનુ સમાવે છે. આ TIOCSTI ioctl સિસ્ટમ કોલ દ્દારા ઇનપુટ સ્ટ્રીમમાં અંદર દાખલ થયેલ માહિતી ને સમાવે છે.

SystemTap પુન:આધારિત છે

SystemTap એ આવૃત્તિ 0.7.2 માં પુન:આધારિત કરી દેવામાં આવી છે. આ SystemTap નો સુધારો ઘણાબધા ગૌણ સુધારાઓ માં રજૂ કરેલ છે, ની સાથે આગળ થોડા મુખ્ય ગુણધર્મો. આ નવા ગુણધર્મો સમાવે છે:

  • SystemTap હવે x86, x86-64 અને PowerPC આર્કિટેક્ચર પર સિમ્બોલીક પ્રોબીંગ ને આધાર આપે છે. આ વપરાશકર્તા-જગ્યા કાર્યક્રમોમાં પ્રોબોને સ્થાપિત કરવા માટે SystemTap સ્ક્રિપ્ટો ને સક્રિય કરે છે અને લાઇબ્રેરીઓમાં વહેંચાયેલ છે. પરિણામ તરીકે, SystemTap એ કર્નલ પ્રોબીંગ તરીકે કેટલાક વપરાશકર્તા- જગ્યા ના કાર્યક્રમો પર ડિબગર પ્રોબીંગની સરખા સ્તરને પૂરુ પાડે છે.

    ઉદાહરણ તરીકે, જો coreutils-debuginfo સ્થાપિત થયેલ છે, તમે /usr/share/doc/systemtap-version/examples/general/callgraph.stp મદદથી ls આદેશનાં કોલગ્રાફને છાપી શકો છો, માં તરીકે:

    stap para-callgraph.stp 'process("ls").function("*")' -c 'ls -l'

    શોધાયેલ ન હોય તેવી આવૃત્તિ બાઇનરી અને તેની debuginfo RPMs વચ્ચે અસંતુલનતા ની શક્યતા ઘટાડવા માટે ક્રમમાં, Red Hat સલાહ આપે છે કે જે તમે કિંમત +:.debug:/usr/lib/debug:build માં SYSTEMTAP_DEBUGINFO_PATH પર્યાવરણ ચલ ને સુયોજિત કરો.

    સિમ્બોલીક પ્રોબો માટે SystemTap નો આધાર આ પ્રકાશનનાં કર્નલ માં સ્થાપિત થયેલ નિશાનીઓમાં પણ વિસ્તરેલ છે. આ નિશાનીઓ ને વાપરવા માટે, /etc/rc.local માં kernel-trace કર્નલ મોડ્યુલમાં લોડ કરો (modprobe kernel-trace ની મદદથી).

  • SystemTap એ દૂરસ્થ આજ્ઞાકારી સેવાઓ ને પણ આધાર આપે છે. આ સ્થાનીય SystemTap ક્લાઇન્ટો માટે debuginfo/compiler સર્વર તરીકે ક્રિયા કરવા માટે નેટવર્ક પર એક કૉમ્પ્યુટરને સક્રિય કરે છે. ક્લાઇન્ટો mDNS (avahi) ની મદદથી સર્વરને આપોઆપ સ્થાપિત કરે છે, અને ફક્ત systemtap-client અને કામ કરવા માટે systemtap-runtime પેકેજો ની જરૂર છે.

    હાલમાં, આ ગુણધર્મો એ સુરક્ષા કાર્યપદ્દતિઓ ને વાપરતા નથી જેવા કે એનક્રિપ્શન. જેવા કે, તે ફક્ત વિશ્ર્વાસપાત્ર નેટવર્કો માં દૂરસ્થ આજ્ઞાકારી સેવાઓ ને વાપરવાનું ઉચિત છે. વધારે જાણકારી માટે, man stap-server નો સંદર્ભ લો.

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

    આ ખાસ કરીને વહિવટકર્તાઓ માટે ઉપયોગી છે કે જે વાઇલ્ડકાર્ડો સમાવતા પ્રોબો સાથે સ્ક્રિપ્ટો ને વાપરો કે જે સંખ્યાબંધ કર્નલ ઘટકોને પકડો, જેવા કે probe syscall.* {}.

આ પ્રકાશનમાં SystemTap સુધારાઓ ની સંપૂર્ણ યાદી માટે, નીચેની URL નો સંદર્ભ લો:

http://sources.redhat.com/git/gitweb.cgi?p=systemtap.git;a=blob_plain;f=NEWS;hb=rhel53

ક્લસ્ટર વ્યવસ્થાપક સુધારો

ક્લસ્ટર વ્યવસ્થાપક ઉપયોગિતા (cman) એ આવૃત્તિ 2.0.97 માં સુધારો કરી દેવામાં આવ્યુ છે. આ ઘણાબધા બગ સુધારાઓ અને ઉન્નત્તિકરણોને લાગુ કરે છે, એકદમ નોંધનીય રીતે:

  • cman હવે નીચેનાં ફર્મવેર આવૃત્તિઓ વાપરે છે: APC AOS v3.5.7 અને APC rpdu v3.5.6. આ બગનો સુધારો કરે છે કે જે યોગ્ય રીતે simple network management protocol (SNMP) મદદથી APC 7901 ને બચાવે છે.

  • fence_drac, fence_ilo, fence_egenera, અને fence_bladecenter એજન્ટો હવે ssh ને આધાર આપે છે.

  • fence_xvmd કી ફાઇલો હવે પુન:શરૂ કર્યા વગર પુન:લોડ કરી શકાય છે.

  • એક જ fence પદ્દતિ હવે 8 fence ઉપકરણો સુધી આધાર આપી શકે છે.

sudo પુન:આધારિત છે

sudo એ અપસ્ટ્રીમ આવૃત્તિ માં પુન:આધારિત કરી દેવામાં આવી છે. sudo ની આ આવૃત્તિ હવે LDAP ને આધાર આપે છે, અને sudo હકો માટે (એટલે. ટ્રી-સ્તર ફક્ત) આધાર શોધવાને બદલે ઉપ-ટ્રી શોધવાની પરવાનગી આપે છે. આ ટ્રીમાં sudo હકો ને ક્રમમાં રાખવા માટે વહિવટકર્તાઓને પરવાનગી આપે છે, વપરાશકર્તાનાં અધિકારોને સંચાલન કરવાનું સરળ બનાવી રહ્યા છે.

RPM Re-Base

RedHat Package Manager (RPM) એ હવે Fedora 9 અપસ્ટ્રીમ આવૃત્તિ માં પુન:સુયોજિત કરે છે. rpm એ હવે ઘણાબધા આર્કિટેક્ચર સિસ્ટમો પર દ્દિતીયક આર્કિટેક્ચર ચોક્કસ મેક્રો ફાઇલો ને ઉમેરે છે. વધારામાં, rpm હવે Red Hat Enterprise Linux 5 માં સમાવેશ માટે બધા પ્રમાણપત્રોનાં માપદંડ મળે છે.

આ સુધારો ઘણાબધા અપસ્ટ્રીમ ઉન્નત્તિકરણો ને લાગુ કરે છે અને rpm માં બગનો સુધારો કરે છે, સમાવી રહ્યા છે:

  • rpm ને વધારે આર્કિટેક્ચર સિસ્ટમો પર બિનજરૂરી .rpmnew અને .rpmsave ફાઇલો ને ઉત્પન્ન કરવામાં લાંબો સમય લાગતો નથી.

  • rpm નાં rpmgiNext() વિધેય માં બગ યોગ્ય ભૂલ રિપોર્ટ કરવા દરમ્યાન બચાવેલ છે. આ સુધારો ભૂલ રિપોર્ટ કરવા દરમ્યાન યોગ્ય શબ્દાર્થોને લાગુ કરે છે, એના દ્દારા ખાતરી કરો કે જે rpm બધા ઉદાહરણોમાં યોગ્ય બહારનો કોડ પાછો મળે છે.

Open Fabrics Enterprise Distribution (OFED) / opensm

opensm અપસ્ટ્રીમ આવૃત્તિ 3.2 માં સુધારો કરી દેવામાં આવ્યો છે, opensm લાઇબ્રેરી API માં ગૌણ બદલાવ ને સમાવી રહ્યા છે.

  • opensm.conf નું બંધારણ બદલી દીધુ છે. જો તમે તમારા હાલની opensm.conf માં કસ્ટમ બદલાવો બદલેલ હોય તો, rpm એ /etc/ofed/opensm.conf.rpmnew તરીકે નવી opensm.conf ફાઇલ આપોઆપ સ્થાપિત કરશે. તમારે આ ફાઇલમાં તમારા બદલાવોને સ્થાળાંતર કરવા માટેની જરૂર પડશે અને પછી પરિણામ તરીકે હાલની opensm.conf ફાઇલને બદલો.

  • Red Hat એ આ ટેકનોલોજી ને હજુ વિકસીત કરવા માટે સક્રિયકરણ નાં મહત્તમ સ્તરને પૂરુ પાડવા માટે ક્રમમાં અપસ્ટ્રીમ Open Fabrics Enterprise Distribution (OFED) ને નજીકથી ટ્રેક કરે છે. પરિણામ તરીકે, Red Hat એ ફક્ત ડિગ્રીનાં ન્યૂનતમ પ્રકાશનોની આરપાર API/AB સુસંગતતા ને બચાવે છે કે જે અપસ્ટ્રીમ પ્રોજેક્ટ કરે છે. આ Red Hat Enterprise Linux નાં વિકાસમાં સામાન્ય અભ્યાસ માંથી અપવાદ છે.

    આને કારણે, કાર્યક્રમો ને OFED સ્ટેક નાં ટોપ પર બિલ્ડ થાય છે (નીચે યાદી થયેલ છે), કદાચ પુન:કમ્પાઇલ કરવાની જરૂર પડશે અથવા સ્ત્રોત કોડ-સ્તર બદલાય છે જ્યારે નવા એકમાં Red Hat Enterprise Linux નાં એક ન્યૂનતમ પ્રકાશન માંથી ખસેડી રહ્યા હોય.

    આ સામાન્ય રીતે બીજા કાર્યક્રમો માટે જરૂરી નથી, Red Hat Enterprise Linux software સ્ટેક પર બિલ્ટ કરો. અસર થયેલ ઘટકો આ છે:

    • dapl

    • compat-dapl

    • ibsim

    • ibutils

    • infiniband-diags

    • libcxgb3

    • libehca

    • libibcm

    • libibcommon

    • libibmad

    • libibumad

    • libibverbs

    • libipathverbs

    • libmlx4

    • libmthca

    • libnes

    • librmdacm

    • libsdp

    • mpi-selector

    • mpitests

    • mstflint

    • mvapich

    • mvapich2

    • ofed-docs

    • openib

    • openib-mstflint

    • openib-perftest

    • openib-tvflash

    • openmpi

    • opensm

    • perftest

    • qlvnictools

    • qperf

    • rds-tools (future)

    • srptools

    • tvflash

Net-SNMP Re-Base

Net-SNMP એ અપસ્ટ્રીમ આવૃત્તિ 5.3.2.2 માં પુન:સુયોજિત કરી દેવામાં આવી છે. આ સુધારો Stream Control Transmission Protocol (SCTP) આધાર (RFC 3873 પ્રમાણે, http://www.ietf.org/rfc/rfc3873.txt) ને ઉમેરે છે અને બે નવા રૂપરેખાંકન વિકલ્પોનો પરિચય આપે છે (/etc/snmpd.conf માં વપરાયેલ છે):

  • dontLogTCPWrappersConnects -- જોડાણને બંધ કરવાનું પ્રયત્ન કરવા માટે રોકે છે.

  • v1trapaddress -- બહાર જનારા SNMP ટ્રેપો ની અંદર એજન્ટનું IP સરનામા ને સુયોજિત કરવા માટે વહિવટકર્તાઓને સક્રિય કરો.

આ સુધારા અપસ્ટ્રીમમાંથી ઘણાબધા બગ સુધારાઓનાં પણ ગુણધર્મો છે. સમાવી રહ્યા છે:

  • snmpd ડેમન હવે 255 નેટવર્ક ઇન્ટરફેસો કરતા વધારે સિસ્ટમો પર હવે યોગ્ય રીતે કાર્ય કરે છે. વધારામાં, snmpd પણ હવે ભૂલનો રિપોર્ટ કરે છે જ્યારે તે 65535 કરતા વધારે કોઇપણ પોર્ટ પર સાંભળવા માટે રૂપરેખાંકિત થયેલ છે.

  • રેસ સરત કે જે snmpd ડેમન ફાઇલ નાં વર્ણનકર્તાઓ ને જાહેર કરવાને કારણે થયેલ ચે જ્યારે /proc માંથી વાંચવા દરમ્યાન હવે સુધારેલ છે.

  • snmpd ડેમન હવે સાચી રીતે hrProcessorLoad object IDs (OID) નો અહેવાલ કરે છે, ઘણાબધા CPU હાર્ડવેર પર પણ. નોંધ, તેમ છતાં, તે OID ની કિંમતની ગણતરી કરવની શરૂ કરવા ડેમન માંથી લગભગ એક મિનિટ લે છે.

  • net-snmp-devel પેકેજ એ હવે lm_sensors-devel પર આધારિત છે.

FIPS પ્રમાણપત્ર માટે OpenSSL Re-Base

openssl પેકેજો એ નવી અપસ્ટ્રીમ આવૃત્તિ માં OpenSSL લાઇબ્રેરીમાં સુધારો કરે છે, કે જે તાજેતરમાં Federal Information Processing Standards ચકાસણી પ્રક્રિયા (FIPS-140-2)નીચે જઇ રહી છે. FIPS સ્થિતિ મૂળભૂત દ્દારા નિષ્ક્રિય થયેલ છે, ખાતરી કરો કે જે OpenSSL લાઇબ્રેરી ગુણધર્મ પેરીટીને સંભાળે છે અને Red Hat Enterprise Linux 5 માં openssl પેકેજો ની પહેલાની આવૃત્તિઓ સાથે ABI સુસંગત છે.

આ સુધારો પણ નીચેનાં અપસ્ટ્રીમ સુધારાઓને લાગુ કરે છે:

  • મૂળભૂત તરીકે, zlib કમ્પ્રેશન એ SSL અને TLS જોડાણો માટે વાપરેલ છે. Cryptographic Function (CPACF) માટે Central Processor Assist સાથે IBM System z આર્કિટેક્ચરો પર, કમ્પ્રેશન એ CPU લોડ નો મુખ્ય ભાગ ને ઉચિત બનાવેલ છે, અને કુલ પ્રભાવ કમ્પ્રેશન ની ઝડપ દ્દારા નક્કી કરાયેલ હતુ (એનક્રિપ્શન ની ઝડપ ન હતી). જ્યારે કમ્પ્રેશન એ નિષ્ક્રિય થયેલ હોય ત્યારે, કુલ પ્રભાવ વધારે ઊંચો છે. આ સુધારાયેલ પેકેજો માં, SSL અને TLS જોડાણો માટે કમ્પ્રેશન OPENSSL_NO_DEFAULT_ZLIB પર્યાવરણ ચલ સાથે નિષ્ક્રિય કરી શકાય છે. ધીમા નેટવર્ક પર TLS જોડાણ માટે, તે કમ્પ્રેશન ચાલુ છોડી દો એ સારુ પડશે, તેથી સ્થાળાંતર થયેલ માહિતી નું પ્રમાણ નીચુ છે.

  • જ્યારે s_client અને s_server વિકલ્પો ની સાથે openssl આદેશ ને વાપરી રહ્યા છે, મૂળભૂત CA પ્રમાણપત્રો ફાઇલ (/etc/pki/tls/certs/ca-bundle.crt) ને વાંચેલ ન હતી. આ ચકાસણી પ્રમાણપત્રો નિષ્ફળતામાં પરિણમેલ છે. ચકાસણી પસાર કરવા માટે પ્રમાણપત્રો માટે ક્રમમાં, -CAfile /etc/pki/tls/certs/ca-bundle.crt વિકલ્પ ને વાપરેલ હતુ. આ સુધારેલ પેકેજોમાં, મૂળભૂત CA પ્રમાણપત્રો ફાઇલને વાંચેલ છે, અને -CAfile વિકલ્પ સાથે સ્પષ્ટ કરવા માટે લાંબા સમય ની જરૂર નથી.

yum Re-Base

yum ને અપસ્ટ્રીમ આવૃત્તિ 3.2.18 માં પુન:સુયોજિત કરી દેવામાં આવી છે. આ સુધારો કે જેની પર yum ચલાવાય છે તેની ઝડપમાં સુધારો કરે છે, એના દ્દારા હંમેશ માટે વિકસતા પેકોજોનાં નંબર જેની સાથે દરેક ગૌણ પ્રકાશન સમાયેલ છે તે દ્દારા સમસ્યાને ઘટાડવાનું અટકાવાયેલ છે. વધારામાં, આ સુધારો પણ ફરીથી આદેશ ને સ્થાપિત કરવાનો પરિચય આપે છે, ઘણાબધા આદેશો માટે ઇન્ટરફેસ ને સુધારે છે, ઘણાબધા બગ સુધારાઓને લાગુ કરે છે, સમાવી રહ્યા છે:

  • કોઇપણ yum આદેશો નિષ્ફળ થશે જો -c વિકલ્પ એ વેબ સરનામાં (http) પર રહેલી રૂપરેખાંકન ફાઇલને સ્પષ્ટ કરવા માટે વાપરેલ હતી. આ બગ હવે સુધારાયેલ છે.

  • yum માં checkSignal() કાર્ય એ અયોગ્ય બહારનાં કાર્ય તરીકે ઓળખાતુ હતુ, જેવા કે, હાલનાં yum એ તેને બદલે ટ્રેસબેક માં પરિણામ આપે છે. આ પ્રકાશન સાથે, yum હવે યોગ્ય રીતે અસ્તિત્વ ધરાવે છે.

flash-plugin Re-Base

flash-plugin પેકેજ એ આવૃત્તિ 10.0.12.36 માં પુન:આધારિત કરી દેવામાં આવ્યુ છે. આ સુધારો એ ઘણાબધા સુરક્ષા સુધારાઓને લાગુ કરે છે કે જે પહેલાંની flash-plugin ASYNC સુધારાને સમાવેલ હતુ. ભવિષ્યમાં, આ સુધારેલ પ્લગઇન પણ Adobe Flash Player 10 ને સમાવે છે, કે જે નીચેનાં બગ સુધારાઓ અને લક્ષણ ઉન્નત્તીકરણો ને સમાવે છે:

  • સાઉન્ડ આઉટપુટ માં રેસ શરત સુધારવા દ્દારા Linux પ્લેટફોર્મ પર સ્થિરતાને સુધારેલ છે.

  • વૈવિઘ્ય ફિલ્ટરો અને અસરો, મૂળ 3D ટ્રાન્સફોર્મેશન અને એનિમેશન, ઉન્નત્તિકરણ થયેલ ઓડિયો પ્રોસેસીંગ, નવુ, વધારે મુલાયમ લખાણ એંજિન, અને GPU હાર્ડવેર પ્રવેગ માટે નવો આધાર.

આ સુધારા વિશે વધારે જાણકારી માટે, નીચેની કડી પર Adobe Flash Player 10 પ્રકાશન નોંધો નો સંદર્ભ લો:

http://www.adobe.com/support/documentation/en/flashplayer/10/Flash_Player_10_Release_Notes.pdf

gdb Rebase

gdb એ આવૃત્તિ 6.8 માં પુન:આધારિત કરી દેવામાં આવી છે. આ ઘણાબધા અપસ્ટ્રીમ લક્ષણ સુધારાઓ અને બગ સુધારાઓ પર લાગુ પડે છે, મોટેભાગે: C++ ટેમ્પલેટો, બાંધનારો અને ઇનલાઇન કાર્યોની અંદર બ્રેકપોઇંટો માટે આધાર.

આ પ્રકાશન માં લાગુ પડેલ gdb સુધારાઓ પર વધારે જાણકારી માટે, http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/NEWS?rev=1.259.2.1&cvsroot=src નો સંદર્ભ લો.

AMD Family10h પ્રોસેસરો પર સૂચના આધારિત નમૂના લઇ રહ્યા છે

AMD Family10h પ્રોસેસરો માટે નવુ હાર્ડવેર પ્રોફાઇલિંગ આધાર એ Red Hat Enterprise Linux 5.3 માટે ઉમેરી દેવામાં આવી છે. આ નવા AMD CPUs એ Instruction Based Sampling (IBS) ને આધાર આપે છે. IBS આધાર આ નવા લક્ષણો સાથે સંકળાયેલ નવુ Model Specific Registers (MSRs) ને શરૂ કરવા અને આ જાણકારી ને ભેગી કરવા માટે oProfile ડ્રાઇવરમાં બદલાવો ની જરૂર છે.

આ સુધારો નવા IBS_FETCH અને પ્રતિ CPU બફરો માં IBS_OP પ્રોફાઇલિંગ નમૂનાઓ અને oProfile ડ્રાઇવર નાં ઘટના બફરો ને ઉમેરે છે. નવા નિયંત્રણ નોંધણીઓ એ IBS નમૂના લેવાનુ નિયંત્રણ કરવા માટે /dev/oprofile માં ઉમેરી દેવામાં આવી છે. આ બદલાવો ડ્રાઇવરની આવૃત્તિ ફક્ર પહેલાનાં PMC સાથે ઊલટી રીતે સુસંગત છે, અને અલગ પેચ આ નવી માહિતીને વાપરવા માટે oProfile 0.9.3 માં ઉપલ્બધ છે.

IBS પર વધારે જાણકારી માટે પેપર નો સંદર્ભ લો: Instruction-Based Sampling: A New Performance Analysis Technique for AMD Family 10h Processors, November 19, 2007

Squid Re-base

Squid એ તાજેતરની સ્થિર અપસ્ટ્રીમ આવૃત્તિ (STABLE21) માં પુન:આધારિત કરી દેવામાં આવી છે. આ સુધારો ઘણાબધા બગોમાં નોંધાયેલ છે, સમાવી રહ્યા છે:

  • squid init સ્ક્રિપ્ટ હંમેશા અયોગ્ય રીતે ૦ નો બહાર જવાનો કોડ પાછો મળે છે. આ બગ હવે સુધારેલ છે, Linux મૂળભૂત આધાર સાથે હવે squid આજ્ઞાકારી બનાવી રહ્યા છે.

  • refresh_stale_hit માર્ગદર્શક ની મદદથી squid લોગ ફાઇલમાં દેખાવાનું ભૂલ સંદેશ Clock going backwards નું કારણ છે.

  • squid સ્થાપન પ્રક્રિયા /usr/local/squid ડિરેક્ટરીની યોગ્ય માલિકી માટે સુયોજિત કરી નથી. આ પ્રકાશન સાથે, વપરાશકર્તા squidએ હવે /usr/local/squid નો મૂળભૂત માલિક છે.

  • ગમેત્યારે squid એ વિધેય hash_lookup() ને વાપરવાનું પ્રયત્ન કરે છે ત્યારે, તે signal 6 સાથે નિષ્ફળ થઇ શકે છે.

  • squid_unix_group ની મદદથી squid ભંગાણનુ કારણ થઇ શકે છે.

Apache માં ઘટના Multi-Processing Model

httpd, Apache HTTP Server પેકેજ હવે પ્રયોગ event Multi-Processing Model (MPM) ને સમાવે છે. જોડાણો ને જીવંત રાખવા માટે સંભાળવા માટે સમર્પણ કરેલ થ્રેડો ની મદદથી MPM એ પ્રભાવને સુધારે છે.

ઓડિટ સુધારો

ઓડિટ પેકેજ એ કર્નલ માં ઓડિટ ઉપસિસ્ટમ દ્દારા ઉત્પન્ન થયેલ ઓડિટ રેકોર્ડો ને સંગ્રહ કરવાનુ અને શોધવા માટે વપરાશકર્તા-જગ્યા ઉપયોગિતા ને સમાવે છે. ઓડિટ પેકેજો એ નવી અપસ્ટ્રીમ આવૃત્તિ 1.7.7 માં સુધારી દેવામાં આવ્યા છે, કે જે પહેલાના ઓડિટ પેકેજો પર બગ સુધારાઓ અને ઉન્નત્તિકરણો પૂરા પાડે છે.

આ સુધારેલ ઓડિટ પેકેજો નીચેનાં ઉન્નત્તિકરણોને સમાવે છે:

  • ઓડિટ સિસ્ટમ એ હવે રિમોટ લોગીંગ કરવા માટે સક્ષમ છે.

  • auditctl ઉપયોગિતા એ હવે ઓડિટ નિયમો માં ઘણીબધી કીઓ ને આધાર આપે છે.

  • નમૂના STIG નિયમો ફાઇલ (stig.rules) કે જે auditctl નિયમો ને સમાવે છે કે જે લોડ થયેલ છે ગમેત્યારે ઓડિટ ડેમન init સ્ક્રિપ્ટ દ્દારા શરૂ થયેલ છે તે હવે આ સુધારેલ પેકેજો માં ઉદાહરણ પૂરુ પાડે છે.

  • નવી ઉપયોગિતા, ausyscall, સંદર્ભ પ્રતિ syscall નામ અને નંબર જાણકારી નાં હેતુ માટે ઉમેરી દેવામાં આવ્યુ છે.

  • aureport હવે કીઓ વિશે અહેવાલ પૂરો પાડે છે તે ઓડિટ ઘટનાઓ માં જુએ છે.

  • ausearch માટે ઘટના લોગ પદચ્છેદન અને aureport પ્રક્રિયાઓ ને સુધારી દેવામાં આવી છે.

libgomp re-base

libgomp ને આવૃત્તિ 4.3.2-7.el5 માં પુન:આધારિત કરી દેવામાં આવ્યુ છે. re-base એ OpenMP પ્રભાવ ને સુધારે છે અને OpenMP આવૃત્તિ 3.0 માટે આધાર ને ઉમેરે છે જ્યારે gcc43 કમ્પાઇલર સાથે વાપરેલ હોય.

iSCSI લક્ષ્ય ક્ષમતા

iSCSI લક્ષ્ય ક્ષમતા, Linux Target (tgt) ફ્રેમવર્ક નાં ભાગ તરીકે પહોંચાડેલ છે, Red Hat Enterprise Linux 5.3 માં સંપૂર્ણ આધાર માટે ટેકનોલોજી પૂર્વદર્શન માંથી ખસાડે છે. linux લક્ષ્ય ફ્રેમવર્ક એ બીજી સિસ્ટમો માટે બ્લોક-સ્તર SCSI સંગ્રહની સેવા કરવા માટે સિસ્ટમને પરવાનગી આપે છે કે જેની પાસે SCSI આરંભ કરનાર છે. આ ક્ષમતાLinux iSCSI લક્ષ્ય તરીકે શરૂઆતથી ઉપયોગ કરી દેવામાં આવી છે, કોઇપણ iSCSI આરંભ કરનાર માટે નેટવર્ક પર સંગ્રહ ને સેવા આપી રહ્યા છે.

iSCSI લક્ષ્ય ને સુયોજિત કરવા માટે, scsi-target-utils RPM ને સ્થાપિત કરો અને આમાં સૂચનાઓનો સંદર્ભ લો: /usr/share/doc/scsi-target-utils-[version]/README and /usr/share/doc/scsi-target-utils-[version]/README.iscsi

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

3.1. બધા આર્કિટેક્ચરો

સામાન્ય ડ્રાઈવર/પ્લેટફોર્મ સુધારાઓ
  • Intel High Definition Audio ડ્રાઇવરને ALSA માં સુધારો કરી દેવામાં આવ્યો છે.

  • High-Definition Multimedia Interface (HDMI) ઓડિઓ આધાર AMD ATI એકત્રિકરણ થયેલ ચીપસેટો પર સુધારો કરી દેવામાં આવ્યો છે.

  • નીચેના Wacom ગ્રાફિકો કોષ્ટકો હવે linuxwacom ડ્રાઇવરો મારફતે આધારભૂત છે:

    • Cintiq 20WSX

    • Intuos3 4x6

  • lpfc ડ્રાઇવર ને Emulex ફાઇબર ચેનલ યજમાન બસ એડેપ્ટરો માટે આવૃત્તિ 8.2.0.33.2p માં સુધારી દેવામાં આવ્યુ છે. આ ઘણાબધા અપસ્ટ્રીમના બદલાવો લાગુ કરે છે, એકદમ નોંધનીય:

    • NETLINK_SCSITRANSPORT સોકેટ હવે વપરાયેલ છે

    • શરૂઆત ન થયેલ નોડ પ્રવેશ નું પૃથ્થકરણ થયેલ છે.

    • બગને સુધારેલ છે કે જે echotest નિષ્ફળતા નાં કારણે થયેલ છે જ્યારે NPIV સક્રિય થયેલ હોય.

    • fcauthd 1.19 એ હવે ફાઇબર ચેનલ સત્તાધિકરણ માટે જરૂરી છે.

  • dm-multipath પાસે હવે IBM DS4000 માટે ઇનબોસ્ક આધાર છે.

  • ixgbe ડ્રાઇવર હવે 82598AT દ્વિ-પોર્ટ એડેપ્ટર અને 82598 CX4 એડેપ્ટર ને આધાર આપે છે.

  • Digi Neo PCI Express 4 HiProfile I/O એડપ્ટરો માટે jsm આધાર ઉમેરવા માટે સુધારો કરી દેવામાં આવ્યો છે.

  • hp-ilo: ડ્રાઇવર ઉમેરાયેલ છે, HP Integrated Lights Out (iLO) technology માટે આધાર પૂરો પાડી રહ્યા છે.

  • radeon_tp ડ્રાઇવર એ આ પ્રકાશનમાં સંપૂર્ણરીતે હવે આધારભૂત છે. લ છે. આ ડ્રાઇવર ATI R500/R600 ચીપસેટોને સક્રિય કરે છે.

    ડ્રાઈવર નીચેની ક્ષમતાઓના લક્ષણો આપે છે:

    • R500/R600 ચીપસેટો પર સ્થિતિ સુયોજન

    • R500 ચીપસેટો પર 2D પ્રવેગક

    • R600 ચીપસેટો પર પડછાયાઓનો ફ્રેમબફર પ્રવેગક

  • powernow-k8 ડ્રાઇવર એ હવે લોડેબલ મોડ્યુલ તરીકે આ પ્રકાશનમાં સમાવેલ છે. આ ખાતરી કરો કે જે હાલની ડ્રાઇવર ફ્રેમવર્કો (જેવી કે Red Hat Driver Update Model અને Dell DKMS) એ કર્નલનો સુધારો કરવા માટે તેઓની જરૂર વગર RPM પેકેજો તરીકે વપરાશકર્તાઓમાં powernow-k8 ડ્રાઇવર સુધારાઓ ને સોંપી શકાય છે.

  • આ પ્રકાશન માટે, Red Hat એ લેગસિ પ્રિન્ટરો માટે આધાર પૂરો પાડવા માટે ક્રમમાં pnm2ppa પુન:ઉમેરી રહ્યા છે. નોંધ, તેમ છતાં, આ આધાર નાપસંદગી કરેલ છે અને ભવિષ્યનાં મુખ્ય પ્રકાશનો માં ચાલુ હશે નહિં.

  • ccid ડ્રાઇવર એ USB સ્માર્ટકાર્ડ કિબોર્ડો માટે આધાર ઉમેરવા માટે પુન:આધારિત કરી દેવામાં આવી છે.

  • USB વિડિયો ઉપકરણો માટે uvcvideo ડ્રાઇવરો એ Red Hat Enterprise Linux 5.3 માં કર્નલ ને ઉમેરી દેવામાં આવ્યુ છે.

નેટવર્ક
  • Broadcom NetXtreme II નેટવર્ક કાર્ડો માટે bnx2 ડ્રાઇવર આવૃત્તિ 1.7.9 માં સુધારો કરી દેવામાં આવ્યો છે. આ સુધારો નિયંત્રકો પર ઇથરનેટ રીંગ બફર વિકલ્પોને સુધારે છે કે જે બગ સુધારો કરવા માટે bnx2 વાપરો કે જે બુટ સમયે સિસ્ટમ ને ભયભીત કરવાનું કારણ થયેલ છે.

  • e1000e ડ્રાઇવર ને Intel PRO/1000 ethernet ઉપકરણો માટે અપસ્ટ્રીમ આવૃત્તિ 0.3.3.3-k2 માં સુધારો કરી દેવામાં આવ્યો છે. આ સુધારા સાથે, આધારિત ઉપકરણોની EEPROM અને NVM એ હવે લખવા માટે સુરક્ષિત થયેલ છે.

  • igb: Intel Gigabit Ethernet Adapters માટે ડ્રાઇવરને આવૃત્તિ 1.2.45-k2 માં સુધારો કરી દેવામાં આવ્યો છે, 82576 આધારિત ઉપકરણો માટે આધાર ને ઉમેરી રહ્યા છે.

  • Intel(R) 10 Gigabit PCI Express નેટવર્ક ઉપકરણો માટે ixgbe ડ્રાઇવરનો આવૃત્તિ 1.3.18-k4 માં સુધારો કરી દેવામાં આવ્યો છે.

  • niu ડ્રાઇવર Red Hat Enterprise Linux 5.3 માં ઉમેરો કરી દેવામાં આવ્યો છે, Sun CP3220 સિસ્ટમો પર 10Gbps ઇથરનેટ ઉપકરણો માટે આધાર ને ઉમેરી રહ્યા છે.

  • ipw2100 અને ipw2200 ડ્રાઇવરો ને IntelPRO વાયરલેસ ઉપકરણો માટે Linux Kernel 2.6.25 માંથી Red Hat Enterprise Linux 5.3 માં બેકપોર્ટ કરી દેવામાં આવ્યુ છે.

  • bcm43xx ડ્રાઇવર ને Broadcom વાયરલેસ ઉપકરણો માટે Linux Kernel 2.6.25 માંથી Red Hat Enterprise Linux 5.3 માં બકપોર્ટ કરી દેવામાં આવ્યુ છે.

  • ieee80211 આધાર ઘટક ને વાયરલેસ ઉપકરણો માટે Linux Kernel 2.6.25 માંથી Red Hat Enterprise Linux 5.3 માં બેકપોર્ટ કરી દેવામાં આવ્યુ છે.

  • zd1211rw ડ્રાઇવરને Linux 2.6.25 નાં પહેલા માંથી છેલ્લી બિન-mac80211 આવૃત્તિને બંધબેસવા માટે ZyDas વાયરલેસ ઉપકરણોને સુધારી દેવામાં આવ્યા છે..

  • iwlwifi ડ્રાઇવરો 2.6.26 માંથી આવૃતિ માં સુધારો કરી દેવામાં આવ્યો છે, iwl4965 વાયરલેસ ઉપકરણોમાં 802.11n આધાર ઉમેરી રહ્યા છે. ઘણાબધા બગ સુધારાઓ ડ્રાઇવર ની પછીની 2.6.26 માં સમાવેલ બેકપોર્ટ થયેલ ડ્રાઇવર માં પણ સમાવિષ્ટ થયેલ છે.

  • Myricom Myri-10G ઇથરનેટ ઉપકરણો માટે myri10ge ડ્રાઇવર નો આવૃત્તિ 1.3.2-1.269 માં સુધારો કરી દેવામાં આવ્યો છે.

  • netxenડ્રાઇવર ને NetXen નેટવર્ક કાર્ડો માટે આવૃત્તિ 3.4.18 માં સુધારો કરી દેવામાં આવ્યો છે.

  • bnx2x ડ્રાઇવર એ Broadcom Everest નેટવર્ક ઉપકરણો માટે આવૃત્તિ 1.45.23 માં સુધારી દેવામાં આવી છે, 57711 હાર્ડવેર માટે આધારને ઉમેરી રહ્યા છે.

  • forcedeth-msi ડ્રાઇવર એ બગ ને સમજવા માટે સુધારો કરી દેવામાં આવ્યો છે કે જે યોગ્ય રીતે શોધવામાં રોકેલ છે.

  • ath5k ડ્રાઇવર ને Atheros વાયરલેસ ઉપકરણો માટે Linux Kernel 2.6.26 માંથી Red Hat Enterprise Linux 5.3 માં બેકપોર્ટ કરી દેવામાં આવ્યુ છે..

  • rt2x00 ડ્રાઇવરો ને Ralink વાયરલેસ ઉપકરણો માટે Linux Kernel 2.6.26 માંથી Red Hat Enterprise Linux 5.3 માં બેકપોર્ટ કરી દેવામાં આવ્યુ છે.

  • rtl8180 અને rtl8187 ડ્રાઇવરોને Realtek વાયરલેસ ઉપકરણો માટે Linux Kernel 2.6.26 માંથી Red Hat Enterprise Linux 5.3 માં બેકપોર્ટ કરી દેવામાં આવ્યુ છે.

  • cxgb3: ડ્રાઇવર (અનુરૂપ ની સાથે આગળ) હવે આ પ્રકાશન સાથે સમાયેલ છે. આ ડ્રાઇવર હવે Chelsio RDMA 10Gb PCI-E Ethernet adapter આધાર આપે છે.

સંગ્રહ
  • aacraid: ડ્રાઇવર ને 3ware SATA RAID નિયંત્રકો માટે આવૃત્તિ 1.26.03 માં સુધારાયું. આ ઘણાબધા અપસ્ટ્રીમના બદલાવો લાગુ કરે છે, એકદમ નોંધનીય:

    • બગને સુધારેલ છે કે જે માહિતીનો ભ્રષ્ટાચાર ને કારણે થયેલ છે જ્યારે RAM ની 2GB કરતા વધારે સિસ્ટમમાં 3ware 7000 અથવા 8000 series card ને વાપરી રહ્યા હોય ત્યારે.

    • Anaconda એ 64-બીટ આર્કિટેક્ચર પર લાંબા સમય સુધી અટકાવશે નહિં જ્યારે RAM નાં 4GB કરતા વધારે સિસ્ટમમાં 3ware 8006 series card વાપરી રહ્યા હોય.

    • irq સંભાળનાર હવે મુક્ત થયેલ છે જ્યારે __tw_shutdown() એ શરૂઆત થયેલ છે. આ શક્ય નલ પોઇંટર સંદર્ભ ને બચાવે છે જો અવરોધ બંધ કરવા દરમ્યાન વહેંચાયેલ હતો.

    • કેશીંગ સ્થિતિ પાંના માટે RCD બીટ હવે ચાલુ છે.

    • ioctl પુન:સુયોજનો અને scsi પુન:સુયોજનોને હવે ક્રમમાં લગાયેલ છે તેથી તેઓ લાંબા સમય સુધી ટકરાતા નથી.

  • 3w-9xxx: ડ્રાઇવર ને 3ware SATA RAID નિયંત્રકો માટે આવૃત્તિ 2.26.08 માં સુધારાયું. આ ઘણાબધા અપસ્ટ્રીમ બદલાવો ને લાગુ કરે છે, એકદમ નોંધનીય રીતે:

    • pci_unmap_single() કોલ હવે RAM ની 4GB કરતા વધારે સિસ્ટમો પર યોગ્ય રીતે કામ કરે છે

    • બગ ને સુધારેલ છે કે જે ધીમુ લખવા ના પ્રભાવનાં કારણે થાય છે.

    • DMA માસ્ક સુયોજનો હવે 32-બીટ માં હવે પાછા લાવે છે જો 64-બીટ નિષ્ફળ હોય તો.

    • 3ware 9690SA SAS નિયંત્રક ઉપકરણો માટે આધારને ઉમેરાયેલ છે.

  • megaraid_sas: ડ્રાઇવર એ આવૃત્તિ 4.01-rh1 માં સુધારેલ છે. ઘણાબધા બગ સુધારાઓ આ સુધારા દ્દારા લાગુ પડેલ છે, સમાવી રહ્યા છે:

    • MFI_POLL_TIMEOUT_SECS એ હવે 60 સેકન્ડો નું છે.

    • બગ ને સુધારેલ છે કે જે ચીપ પુન:સુયોજિતો ને સતત ચાલવા ને કારણે થયેલ છે અને ફ્રેમની ગણતરી કરવા દરમ્યાન આદેશ ની સમયસમાપ્તિ થાય છે.

    • LSI Generation 2 Controllers (0078, 0079) માટે આધાર ઉમેરાયેલ છે.

    • ફર્મવેર બંધ કરવાનો સુધારો કરવા માટે નિયમિત બંધ કરવામાં DCMD ને બંધ કરવા માટે આદેશને ઉમેરાયેલ છે.

    • બગ ને સુધારેલ છે કે જે હાર્ડવેર Linux ડ્રાઇવર માં અનિચ્છનિય અવરોધો ને કારણે થયેલ છે.

  • SCSI ઉપકરણ સંભાળનાર ઇન્ફ્રાસ્ટ્રક્ચર (scsi_dh) નો સુધારો કરી દેવામાં આવ્યો છે, નીચેનાં સુધારાઓને પૂરા પાડી રહ્યા છે:

    • સામાન્ય ALUA (અસપ્રમાણતા લોજીકલ એકમ પ્રવેશ) સંભાળનાર નું અમલીકરણ થયેલ છે.

    • LSI RDAC SCSI આધારિત સંગ્રહ ઉપકરણો માટે આધારને ઉમેરાયેલ છે.

  • qla2xxx ડ્રાઇવર ને QLogic ફાઇબર ચેનલ યજમાન બસ એડેપ્ટરો માટે સુધારી દેવામાં આવ્યુ છે, ISP84XX પ્રકાર કાર્ડો માટે આધારને ઉમેરી રહ્યા છે.

  • ibmvscsi emulating virtual SCSI (vSCSI) ઉપકરણો માટે સુધારો કરી દેવામાં આવ્યા છે, વર્ચ્યુઅલાઇઝ થયેલ ટેપ ઉપકરણો માટે આધારને પૂરો પાડી રહ્યા છે.

  • lpfc: ડ્રાઇવરનો આવૃત્તિ 8.2.0.30 માં સુધારો કરેલ છે. આ સુધારો ઘણાબધા બગ સુધારાઓ અને ઉન્નત્તિકરણો ને લાગુ કરે છે, સમાવી રહ્યા છે:

    • PowerPC આર્કિટેક્ચર પર PCI એડપ્ટરો માટે ઉન્નત્તિકરણ થયેલ ભૂલ સંભાળવાનું સુધારો કરેલ છે

    • આધારભૂત NPIV વર્ચ્યુઅલ પોર્ટો નાં નંબર વધાર્યા છે

    • નિયંત્રણ I/O કતાર માં ડ્રાઇવર લોજીક નો સુધારો કરેલ છે

    • ઇથરનેટ (FCoE) એડપ્ટરો પર ફાઇબર ચેનલ માટે આધાર ઉમેરાયેલ છે

    • નવા હાર્ડવેર માટે SAN માંથી બુટ કરવા દરમ્યાન હવે આધારભૂત છે

  • HP Smart Array નિયંત્રકો માટે cciss ડ્રાઇવર એ આવૃત્તિ 3.6.20-RH2 માં સુધારી દેવામાં આવી છે.

4.1. બધા આર્કિટેક્ચરો

  • relayfs પહેલા 64MB ની બફર માપ મર્યાદા હતી. આ સુધારામાં, મેમરી બફરો માટે relayfs માં ફાળવેલ મેમરીની મર્યાદા 4095MB ની વધારી દેવામાં આવી છે. આ SystemTap ની પરવાનગી આપે છે અને બીજા ટ્રેસીંગ સાધનો કે જે વધારે ઘટનાઓ ટ્રેસ કરવા માટે relayfs ની ક્ષમતાનો ઉપયોગ કરો.

  • Dell Remote Access Controller 4 (DRAC4) માટે ડ્રાઇવર એ હાજર ન હતુ. પરિણામે, DRAC4 દ્દારા પૂરુ પાડેલ કોઇપણ વર્ચ્યુઅલ ઉપકરણો એ કર્નલ દ્દારા શોધાયેલ ન હતુ. આ સુધારામાં, pata_sil680 કર્નલ મોડ્યુલ કે જે સુસંગત ડ્રાઇવર ઉમેરી દેવામાં આવ્યુ છે તે પૂરુ પાડે છે, કે જે આ મુદ્દાને સુધારે છે.

  • relay ઇન્ટરફેસ માટે સંદેશ બફરો ફક્ત ઓનલાઇન CPUs માટે ફાળવેલ હતા જ્યારે relay_open() બોલાવાયેલ હતુ. પરિણામે, જો relay_open() બોલાવાતુ હતુ તે પછી ઓફલાઇન CPU ચાલુ રખાયેલ હોત તો, કર્નલ પેનીક ઉત્પન્ન થઇ શકે છે. આ સુધારામાં, નવો સંદેશ બફર ને ગતિશીલતાથી ફાળવેલ છે જો કોઇપણ CPUs ઉમેરાયેલ હોય તો.

  • 8250 માટે આધારિત સિરિઅલ પોર્ટો માટે ડ્રાઇવર એ DSR/DTR hardware flow control માટે આધાર ઉમેરવા માટે સુધારો કરી દેવામાં આવ્યો છે.

  • Dell Wireless Wide Area Network (WWAN) કાર્ડો માટે આધાર કર્નલ માં ઉમેરી દેવામાં આવ્યુ છે. ઉપકરણો કે જે હવે આધારભૂત છે:

    • Dell Wireless 5700 Mobile Broadband CDMA/EVDO Mini-Card

    • Dell Wireless 5500 Mobile Broadband HSDPA Mini-Card

    • Dell Wireless 5505 Mobile Broadband HSDPA Mini-Card

    • Dell Wireless 5700 Mobile Broadband CDMA/EVDO ExpressCard

    • Dell Wireless 5510 Mobile Broadband HSDPA ExpressCard

    • Dell Wireless 5700 Mobile Broadband CDMA/EVDO Mini-Card

    • Dell Wireless 5700 Mobile Broadband CDMA/EVDO Mini-Card

    • Dell Wireless 5720

    • Dell Wireless HSDPA 5520

    • Dell Wireless HSDPA 5520

    • Dell Wireless 5520 Voda I Mobile Broadband (3G HSDPA) Mini-Card

  • thinkpad_acpi કર્નલ મોડ્યુલ એ નવા Thinkpad મોડલો માટે વધારાનો આધાર પૂરો પાડવા માટે સુધારો કરી દેવામાં આવ્યો છે.

  • સોફ્ટ લોકઅપ શોધનાર ને ચેતવણી સંદેશ ને બદલે કર્નલ પૅનિક ને ટ્રીગર કરવા માટે હવે રૂપરેખાંકિત કરી શકો છો. આ ફોરેન્સીક હેતુઓ માટે સોફ્ટ લોકઅપ દરમ્યાન તૂટેલા ડમ્પ નું પૃથ્થકરણ કરવા અને ઉત્પન્ન કરવા માટે વપરાશકર્તાઓ માટે તે શક્ય બનાવે છે.

    પૅનિક ને ઉત્પન્ન કરવા માટે સોફ્ટ લોકઅપ શોધનારને રૂપરેખાંકિત કરવા માટે, 1 માં કર્નલ પરિમાણ soft_lockup ને સુયોજિત કરો. આ પરિમાણ મૂળભૂત દ્દારા 0 માં સુયોજિત છે.

  • oprofile એ Next-Generation Intel Microarchitecture (Nehalem) પર આધારિત પ્રોસેસરો સાચી રીતે ઓળખી શકાતા નથી પરિણામે, પ્રભાવ મોનીટરીંગ એકમ ને વાપરી શકાતો નથી અને પ્રોસેસર એ ટાઇમર અવરોધ ના લીધે પાછુ કઠીન બને છે. કર્નલ એ આ મુદ્દાને ઉકેલવા માટે સુધારી દેવામાં આવ્યુ છે.

  • આધાર એ Next-Generation Intel Microarchitecture (Nehalem) પર CPU પાવર સ્ટેટ, C3 માટે કર્નલ માં ઉમેરી દેવામાં આવ્યો છે. C3 માં દાખલ થવા માટે ક્ષમતા (સ્લીપ સ્ટેટ તરીકે પણ જાણીતુ છે) જ્યારે આઇડલ હોય ત્યારે CPU ની પાવર ક્ષમતાને સુધારે છે.

  • પહેલેથી, MAX_ARG_PAGES મર્યાદા કે જે કર્નલ એ ઘણુ નીચુ હતુ ત્યારે સુયોજિત છે, અને નીચેની ભૂલમાં પરિણમી જઇ શકે છે:

    execve: Argument list too long
    આ સુધારામાં, આ મર્યાદા સ્ટેકનું માપ ૨૫ ટકા થી વધારી દેવામાં આવ્યુ છે, કે જે આ મુદ્દાને સુધારે છે.

  • autofs4 નો સુધારો linux કર્નલ આવૃત્તિ 2.6.27 માંથી Red Hat Enterprise Linux 5.3 માટે બેકપોર્ટ કરી દેવામાં આવ્યુ છે.

  • Red Hat Enterprise Linux 5.3 હવે વપરાશકર્તા જગ્યા કાર્યક્રમ ની ફોર્ક થયેલ કોપીની પાઇપ બનેલ કોર ફાઇલો ને સ્પષ્ટ કરવાની ક્ષમતા ને સમાવે છે, નહિં તો પછી ફાઇલમાં સીધુ જ. આ /proc/sys/kernel/core_pattern માં | path/to/application નિયુક્ત દરમ્યાન સક્રિય થયેલ છે. જ્યારે કોર ડમ્પ થયેલ હોય ત્યારે, સ્પષ્ટ થયેલ કાર્યક્રમની એક નકલ ને ચલાવેલ હશે, અને stdin પર તેમાં કોર પાઇપ થયેલ હશે. વધારેલુ બનાવવા, પૃથ્થકરણ કરવા અને કોર ડમ્પ સમય પર સક્રિય રીતે સંભાળવાનું આ કોર માટે પરવાનગી આપે છે.

  • ફાઇલ /proc/cpuinfo હવે Advanced Programmable Interrupt Controller (APIC) નો ID નો અહેવાલ આપે છે કે જે દરેક અલગ CPU દ્દારા વપરાયેલ છે.

  • Machine Check Exception (MCE) કર્નલ ઉપસિસ્ટમ એ નવી સિસ્ટમો દ્દારા જરૂરિયાત તરીકે વિશાળ મેમરી રૂપરેખાંકનો ને આધાર આપવા માટે ઉન્નત્તિકરણ કરી દેવામાં આવી છે.

  • માઉન્ટ આદેશ હવે કર્બોસ સત્તાધિકરણ ને આધાર આપે છે જ્યારે Samba દ્દારા ફાઇલસિસ્ટમો ને માઉન્ટીંગ કરી રહ્યા હોય. sec=krb5 અથવા sec=krb5i સ્વીચ એ વપરાશકર્તા સ્થાનનાં કાર્યક્રમ (cifs.upcall) ને બોલાવવા માટે કર્નલ ને પરવાનગી આપે છે કે જે PNEGO (Simple and Protected GSSAPI Negotiation Mechanism) સુરક્ષા blob (Binary Large OBject) પાછુ મળે છે. કર્નલ એ સૂચનીય રીતે ફાઇલસિસ્ટમ ને માઉન્ટ કરવાનું અને સર્વર સાથે સત્તાધિકરણ સાથે આ blob ને પછી વાપરી શકાય છે.

  • જો તમે સિસ્ટમ પર કર્નલ પરિમાણ kernel.unknown_nmi_panic ને રૂપરેખાંકિત કરેલ હોય કે જે IOAPIC NMI watchdog પદ્દતિ ને વાપરેલ છે, કર્નલ દુ:ખાવો ઉત્પન્ન થઇ શકે છે. આ એનું કારણ છે કે NMI watchdog એ NMIs સુરક્ષિત રીતે સ્ત્રોત ને નિષ્ક્રિય કરી શકતુ નથી.

    આ પ્રકાશન સાથે, NMI watchdog કોડ એ NMI સ્ત્રોતો ને સુરક્ષિત રીતે નિષ્ક્રિય કરવા માટે વપરાશકર્તાઓને પુન:સુધારવા માટે પરવાનગી આપે છે. આથી કે, તમે સિસ્ટમો પર કર્નલ પરિમાણ kernel.unknown_nmi_panic ને સુરક્ષિત રીતે હવે રૂપરેખાંકિત કરી શકો છો કે જે IOAPIC NMI watchdog પદ્દતિ ને વાપરે છે.

4.2. x86 આર્કિટેક્ચરો

  • powernowk8 ડ્રાઇવર એ ચાલતા CPUs નાં નંબર પર પૂરતી રીતે ચકાસવા માટે અમલમાં મૂકેલ ન હતુ. પરિણામે, જ્યારે ડ્રાઇવર શરૂ કરી દેવામાં આવ્યુ હતુ ત્યારે, કર્નલ oops ભૂલ સંદેશ ને કદાચ અહેવાલ કરી દેવામાં આવ્યુ હતુ. powernowk8 ડ્રાઇવરને આ સુધારામાં ચકાસે છે કે જે આધારભૂત CPUs (supported_cpus) ના નંબર એ ઓનલાઇન CPUs (num_online_cpus) ના નંબર સરખા છે, કે જે આ મુદ્દાને સુધારે છે.

4.3. PowerPC આર્કિટેક્ચરો

  • CPUFreq, કર્નલ ઉપસિસ્ટમ કે જે સેલ પ્રોસેસરો માટે સુધારેલ આધાર સાથે સ્કેલ CPU આવૃત્તિ અને વોલ્ટેજ ને સુધારી દેવામાં આવ્યુ છે. આ સુધારો Synergistic Processing Unit (SPU) aware CPUFreq governor ને અમલીકરણ કરે છે કે જે સેલ પ્રોસેસરો નો પાવર વ્યવસ્થાપન વધારે છે.

  • Red Hat Enterprise Linux 5.3 માં Cell Broadband Engine Architecture પર હવે Error Detection અને Correction (EDAC) આધારભૂત છે. EDAC ને સક્રિય કરવા માટે, આદેશ: modprobe cell_edac ને વાપરો

    આ મોડ્યુલ ને ચકાસવા માટે તમારી ચાલતી કર્નલ માં ઉમેરી દેવામાં આવી છે, આઉટપુટ જેવા કે નીચેનાં માટે /var/log/dmesg ચકાસો:

    EDAC MC: Ver: 2.0.1 Oct  4 2008
    EDAC MC0: Giving out device to cell_edac MIC: DEV cbe-mic
    EDAC MC1: Giving out device to cell_edac MIC: DEV cbe-mic

    જો સાચી મેમરી ભૂલો શોધાયેલ હોય તો, નીચેનાં સંદેશા કન્સોલમાં પાછા મળેલ હશે:

    EDAC MC0: CE page 0xeff, offset 0x5700, grain 0, syndrome 0x51, row 0, channel
    0, label "":
  • ચલની મદદથી હાર્ડવેર વોચપોઇંટ સાથે ડિબગીંગ કરી રહ્યા છે કે જે મલ્ટીપલ થ્રેડો વચ્ચે વહેંચાયેલ એરાટીકલી ગુમ ટ્રીગર ઘટનાઓ માં GNU ડિબગર (GDB) નું કારણ હતુ. કર્નલ એ વોચપોઇંટ ટ્રીગરો લગાતાર મેળવવામાં GDB ને પરવાનગી આપવા માટે સુધારી દેવામાં આવ્યુ છે, ડિબગીંગ સત્ર ની વિશ્ર્વાસપાત્રતાને સુધારી રહ્યા છે.

4.4. x86_64 આર્કિટેક્ચરો

  • kprobe-booster એ હવે ia64 અને x86_64 આર્કિટેક્ચરો પર આધારભૂત છે, કર્નલ ઘટનાઓને વધારે ઝડપની તપાસ કરવા માટે વપરાશકર્તાઓની પરવાનગી આપી રહ્યા છે. 64-bit આર્કિટેક્ચર પર સર્વરોને ચલાવવા દરમ્યાન પ્રોબીંગ સાધનો (દા.ત. SystemTap અને Kprobes)દ્દારા આ ગુણધર્મ પણ ઘટવાનું કારણ થશે.

  • આધાર ને _PTC (Processor Throttling Control) _TSS (Throttling Supported States) અને _TPC (Throttling Present Capabilities) વસ્તુઓ માટે કર્નલ ને ઉમેરી દેવામાં આવ્યો છે, આ આધાર, કે જે Advance Configuration અને Power Interface specification (ACPI) નો ભાગ છે જે પ્રોસેસર થ્રોટલીંગ નાં સુધારેલ વ્યવસ્થાપન ને પૂરુ પાડે છે.

4.5. s390x આર્કિટેક્ચરો

  • zipl.conf માં, એક જ અવતરણચિહ્નો ની અંદર બે અવતરણચિહ્નો સાથે બંધ થયેલ પરિમાણોનું (એટલે કે parameters='vmhalt="LOGOFF"') અયોગ્ય રીતે પદચ્છેદન કરી દેવામાં આવ્યુ હતુ. પરિણામે, kernel-kdump પેકેજ ને સ્થાપન કરવા દરમ્યાન નિષ્ફળ થઇ શકે છે, ભૂલ નું પરિણામ:

    grubby fatal error: unable to find a suitable template
    આ મુદ્દાને ઉકેલવા માટે, પરિણામો એ બે અવતરણચિહ્નો ની અંદર અક જ અવતરણચિહ્નો બંધ થયેલ હોવા જોઇએ (એટલે કે parameters="vmhalt='LOGOFF'")

    નોંધ

    બે અવતરણચિહ્નો ની અંદર એક જ અવતરણચિહ્નો નું સિન્ટૅક્સ બંધારણ એ Red hat Enterprise Linux 5 માં મૂળભૂત છે.

4.6. ia64 આર્કિટેક્ચર

  • Dual-Core Intel Itanium 2 processor એ પહેલાનાં ઇન્ટેલ ઇટાનિયમ પ્રોસેસરો માં વિવિધ રીતે machine check architecture (MCA) અહેવાલો ને ભરે છે. કેશ ચકાસવાનું અને બસ ને ચકાસવાનું લક્ષ્ય ઓળખનારાઓ એ કેટલીક ઘટનાઓમાં હવે વિવિધ હોઇ શકે છે. કર્નલ એ યોગ્ય લક્ષ્ય ઓળખનારો ને શોધવા માટે સુધારો કરી દેવામાં આવ્યો છે.

  • kprobe-booster એ હવે ia64 અને x86_64 આર્કિટેક્ચરો પર આધારભૂત છે, કર્નલ ઘટનાઓને વધારે ઝડપની તપાસ કરવા માટે વપરાશકર્તાઓની પરવાનગી આપી રહ્યા છે. 64-bit આર્કિટેક્ચર પર સર્વરોને ચલાવવા દરમ્યાન પ્રોબીંગ સાધનો (દા.ત. SystemTap અને Kprobes)દ્દારા આ ગુણધર્મ પણ ઘટવાનું કારણ થશે.

  • આ સુધારામાં, pselect() માટે આધાર અને ppoll() સિસ્ટમ કોલો કર્નલ માં ઉમેરી દેવામાં આવી છે.

5. વર્ચ્યુઅલાઈઝેશન

આ વિભાગ વર્ચ્યુઅલાઈઝેશન સાધનોને બંધબેસતુ Red Hat Enterprise Linux બનાવેલ સુધારા વિશે સામાન્ય જાણકારી સમાવે છે.

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

  • blktap (blocktap) વપરાશકર્તા સ્થાન ટુલકીટ ને સુધારી દેવામાં આવ્યુ છે, blktap પાછા આવેલ વર્ચ્યુઅલાઇઝ થયેલ મહેમાનો ને સ્થિર રીતે પરિવહન નું મોનિટર કરવા માટે કાર્યત્મકતા પૂરી પાડી રહ્યા છે.

  • આધાર એ Intel Extended Page Table (EPT) લક્ષણ માટે ઉમેરાયેલ છે, હાર્ડવેર પર સંપૂર્ણ વર્ચ્યુઅલાઇઝ થયેલ યજમાનો નો પ્રભાવ ને સુધારી રહ્યા છે કે જે EPT ને આધાર આપે છે.

  • યજમાનો માટે e1000 નેટવર્ક ઉપકરણ એમ્યુલેશન એ આ સુધારામાં ઉમેરી દેવામાં આવ્યો છે, ia64 આર્કિટેક્ચર પર ફક્ત Windows 2003 મહેમાનો ને આધાર આપી રહ્યા છે. e1000 એમ્યુલેશન વાપરવા માટે, xm આદેશ ને વાંચવુ જ જોઇએ.

  • virtio માટે ડ્રાઇવરો, KVM માં I/O વર્ચ્યુઅલાઇઝેશન માટે પ્લેટફોર્મ એ Linux Kernel 2.6.27 માંથી Red Hat Enterprise Linux 5.3 માં બેકપોર્ટ થયેલ કરી દેવામાં આવી છે. આ ડ્રાઇવરો I/O પ્રભાવનાં ઊંચા સ્તરો ને મેળવવા માટે KVM યજમાનો ને સક્રિય કરશે. વિવિધ પ્રકારનાં વપરાશકર્તા જગ્યાનાં ઘટકો જેવા કે: anaconda, kudzu, lvm, selinux and mkinitrd ને પણ આધાર virtio ઉપકરણો માં આધાર કરી દેવામાં આવ્યો છે.

  • મૂલ Linux કર્નલ આપોઆપ vmcoreinfo ને આધાર આપે છે, પરંતુ, dom0 ડોમેઇનો પર kdump ને સુયોજિત કરવા માટે, kernel-xen-debuginfo પેકેજ ની જરૂરિયાત હતી. આ પ્રકાશન સાથે, કર્નલ અને હાઇપરવિઝર ને બદલી દેવામાં આવી છે અને મૂળ રીતે vmcoreinfo વાંચવાનુ અને kdump માં લખવાનો હવે આધાર આપે છે. વપરાશકર્તાઓ ને ડિબગીંગ માટે kdump ને વાપરવાની જરૂર છે અથવા બીજા dom0 ડોમેઇનો પર શોધો debuginfo અથવા debuginfo-common પેકેજો ને સ્થાપિત કર્યા વગર પણ હવે તે કરી શકે છે.

  • સંપૂર્ણપણે વર્ચ્યુઅલાઇઝ થયેલ Red Hat Enterprise Linux 5 યજમાનો એ સબઓપ્ટીમલ પ્રભાવ ને શોધેલ છે જ્યારે એમ્યુલેટ થયેલ ડિસ્ક અને નેટવર્ક ઉપકરણો ને વાપરી રહ્યા હોય. આ સુધારામાં, kmod-xenpv પેકેજ એ સંપૂર્ણપણે વર્ચ્યુઅલાઇઝ થયેલ યજમાનો માં પેરાવર્ચ્યુઅલાઇઝ થયેલ ડિસ્કો અને નેટવર્કો ને સરળ રીતે વાપરવાનું સમાવી દેવામાં આવ્યુ છે.

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

  • યજમાનો પાસે હવે ૨MB બેકીંગ પાનું મેમરી કોષ્ટકોને વાપરવા માટે સક્ષમતા છે, કે જે સિસ્ટમ પ્રભાવ ને સુધારી શકે છે.

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

5.2.1. બધા આર્કિટેક્ચરો

  • પેરાવર્ચ્યુઅલાઇઝ થયેલ યજમાનને બંધ કરવાનું અમુક સમય માટે dom0 એ જવાબ આપતુ બંધ થવાને કારણે છે. ઘણાબધા સેકંડો ને રોકવાનું મેમરી ની વિશાળ સંખ્યા સાથે યજમાનો પર અનુભવ થયેલ હતી (એટલે કે ૧૨GB અને વધારે.) આ સુધારામાં, વર્ચ્યુઅલાઇઝ થયેલ કર્નલ એ પહેલેથી ખાલી થયેલ વિશાળ પેરાવર્ચ્યુઅલાઇઝ થયેલ યજમાન ને બંધ કરવાની પરવાનગી આપે છે, કે જે આ મુદ્દાને સુધારે છે.

  • crash એ vmcore ફાઇલ માંથી હાઇપરવિઝરની પુન:સ્થાપિત સરનામાં ને વાંચવાનું અસમર્થ હતુ. પરિણામે, ભંગાણ નિષ્ફળ જશે તે સાથે વર્ચ્યુઅલાઇઝ થયેલ vmcore ફાઇલ ને ખોલી રહ્યા છે, ભૂલ માં પરિણમી રહ્યુ છે:

    crash: cannot resolve "idle_pg_table_4"
    આ સુધારામાં, હાઇપરવિઝર હવે સરનામાં ને યોગ્ય રીતે બચાવે છે, કે જે આ મુદ્દાને સુધારે છે.

  • પહેલાં, પેરાવર્ચ્યુઅલાઇઝ થયેલ યજમાનો પાસે મહત્તમ ૧૬ ડિસ્ક ઉપકરણો ની હોઇ શકે છે. આ સુધારામાં, આ મર્યાદા મહત્તમ ૨૫૬ ડિસ્ક ઉપકરણો સુધી ની વધારી દેવામાં આવી છે.

  • kdump કર્નલ માટે ઉપયોગ કરેલ મેમરી અમાન્ય છે, બિનઉપયોગી ભાગેલ ડમ્પો માં પરિણમી રહ્યુ છે. આ સુધારામાં, મેમરી નો ઉપયોગ હવે માન્ય છે, યોગ્ય ભંગાણ ડમ્પોને બનાવવા માટે પરવાનગી આપી રહ્યુ છે.

  • યજમાનની અંદર તૂટેલ /dev ઉપકરણ માં પરિણમેલ પેરાવર્ચ્યુઅલાઇઝ થયેલ મહેમાન માં સ્પષ્ટ નામ (ie. /dev/xvdaa, /dev/xvdab, /dev/xvdbc વગેરે.) સાથે ડિસ્ક ને જોડી રહ્યા છે. આ સુધારો મુદ્દાને સુધારે છે તેથી કે જે પેરાવર્ચ્યુઅલાઇઝ થયેલ મહેમાન માં આ નામો સાથે ડિસ્કો ને જોડવા દરમ્યાન યજમાન ની અંદર યોગ્ય /dev ઉપકરણ ને બનાવે છે.

  • પહેલાં, લુપબેક ઉપકરણોનાં નંબર ૪ સુધી મર્યાદિત હતા. પરિણામે, આ મર્યાદિત થયેલ નેટવર્ક ઇન્ટરફેસો કરતા વધારે સિસ્ટમો પર બ્રિજો ને બનાવવા માટે સક્ષમ છે. આ સુધારામાં, netloop ડ્રાઇવર એ જરૂરિયાત પૂરતા વધારાનાં લુપબેક ઉપકરણો ને હવે બનાવે છે.

  • રેસ શરત ઉત્પન્ન થઇ શકે છે જ્યારે વર્ચ્યુઅલ નેટવર્ક ઉપકરણો ને બનાવી અને નાશ કરી રહ્યા હોય. કેટલીક સ્થિતિઓમાં -- ખાસ કરીને ઊંચા લોડની સ્થિતિ -- આ વર્ચ્યુઅલ ઉપકરણ જવાબ ન આપે તેના કારણે થાય છે. આ સુધારામાં, વર્ચ્યુઅલ ઉપકરણની સ્થિતિ એ રેસ શરત બનતી હોય ત્યારે રોકવા માટે ચકાસેલ છે.

  • virt-manager માં મેમરી લીક શોધી કાઢેલ છે જો કાર્યક્રમ ને ચાલવાનું છોડી દીધેલ હોય. પરિણામે, કાર્યક્રમ સતત વધારે સ્ત્રોતો વાપરે છે, કે જે મેમરી અપ્રાપ્તિ માં પરિણમી શકે છે. આ સુધારામાં, લીક ને સુધારી દેવામાં આવી છે, કે જે આ મુદ્દાને સુધારે છે.

  • crash ની ઉપયોગિતા એ kernel-xen માં ચાલતી સિસ્ટમો માંથી x86_64 vmcores નું વિશ્ર્લેષણ કરી શકાતુ નથી કારણ કે Red Hat Enterprise Linux હાઇપરવિઝર એ ફરી સ્થાપિત થયેલ હતુ અને સ્થાપિત થયેલ ભૌતિક આધારિત સરનામું એ vmcore ફાઇલની ELF હેડરમાં પસાર થયેલ નથી. ભંગાણ ઉપયોગિતા માટે નવી --xen_phys_start આદેશ વાક્ય વિકલ્પ એ સ્થાપિત થયેલ આધારિત ભૌતિક સરનામાં ને ભંગાણ ને પસાર કરવા માટે વપરાશકર્તાઓ ને પરવાનગી આપે છે.

  • Paravirtual Frame Buffer (PVFB) દ્દારા બધા માઉસ ઘટકો ને પકડાયેલ અને પ્રક્રિયા થયેલ ન હતી. પરિણામે, સ્ક્રોલ વ્હીલ એ કાર્ય કરતુ ન હતુ જ્યારે Virtual Machine Console સાથે પેરાવર્ચ્યુઅલાઇઝ થયેલ યજમાન સાથે સંપર્ક કરી રહ્યા હોય. આ સુધારામાં, સ્ક્રોલ વ્હીલ માઉસ ઘટકો એ યોગ્ય રીતે હવે સંભાળેલ છે, કે જે આ મુદ્દાને સુધારે છે.

  • મેમરીની વિશાળ સંખ્યા સાથે સિસ્ટમો પર (ie 256GB or more), dom0 ને સુયોજિત કરવાનું હાઇપરવિઝર મેમરી હીપ ને બહાર કાઢી શકે છે. આની આજુબાજુ કામ કરવા માટે, xenheap અને dom0_size આદેશ વાક્ય દલીલો સિસ્ટમ માટે યોગ્ય કિંમત ને સુયોજિત કરેલ હતી. આ સુધારામાં, હાઇપરવિઝર આ કિંમતો ને આપોઆપ સુયોજિત કરવા માટે સુધારી દેવામાં આવ્યુ છે, કે જે આ મુદ્દાને સુધારે છે.

  • CPUs નાં વિશાળ નંબર સાથે મશીન પર વર્ચ્યુઅલાઇઝેશન ની મદદથી મહેમાન સ્થાપન દરમ્યાન હાઇપરવિઝરને તૂટી જવાનું કારણ થઇ શકે છે. આ સુધારામાં, આ મુદ્દાને સુધારી દેવામાં આવ્યો છે.

  • સોફ્ટલોકઅપ કદાચ ઉત્પન્ન થઇ શકે છે જ્યારે મેમરીનાં મોટા પ્રમાણ સાથે બનાવી રહ્યા હોય. પરિણામે, ભૂલનો કોલ ટ્રેસ એ બંને dom0 અને મહેમાન એ બંને પર દર્શાવેલ હતી. આ સુધારામાં, આ મુદ્દાને સુધારી દેવામાં આવ્યો છે.

  • Intel પ્રોસેસરો પર કે જે ૬ ની CPUID પરિવાર કિંમત પાછી મળે છે, ફક્ત એક પ્રભાવ કાઉન્ટર રજીસ્ટર kernel-xen માં સક્રિય થયેલ હતુ. પરિણામે, ફક્ત કાઉન્ટર ૦ એ ઉદાહરણો તરીકે પૂરો પાડેલ છે. આ સુધારામાં, આ મુદ્દાને સુધારી દેવામાં આવ્યુ છે.

5.2.2. x86 આર્કિટેક્ચરો

  • નવા CPU સાથે સિસ્ટમો પર, CPU APIC ID એ CPU ID માંથી અલગ છે. પરિણામે, વર્ચ્યુઅલાઇઝ થયેલ કર્નલ CPU આવૃત્તિ માપન ને શરૂઆત કરવા માટે અસમર્થ હતુ. આ સુધારામાં, વર્ચ્યુઅલાઇઝ થયેલ કર્નલ હવે હાઇપરવિઝર માંથી CPU APIC ID ને મેળવે છે, યોગ્ય રીતે શરૂઆત કરવા માટે CPU આવૃત્તિ માપન ને પરવાનગી મળી રહી છે.

  • જ્યારે x86 પેરાવર્ચ્યુઅલ થયેલ મહેમાન ને ચલાવી રહ્યા હોય ત્યારે, જો પ્રક્રિયા એ અયોગ્ય મેમરીનો પ્રવેશ થયેલ હોય તો, તે SEGV સંકેત ને મેળવવા ને બદલે લુપ માં ચાલુ કરશે. આના કારણે હાઇપરવિઝર હેઠળ થતી execshield ચકાસણીઓમાં ભૂલ આવી હતી. આ સુધારામાં, આ મુદ્દાને સુધારી દેવામાં આવ્યો છે.

5.2.3. ia64 આર્કિટેક્ચર

  • xend માંની ભૂલ કે જેણે યજમાન સ્થાપન પહેલેથી નિષ્ફળ થવાનું કારણ હતુ તે હવે સુધારાઈ ગયુ છે.

  • evtchn ઘટના ચેનલ ઉપકરણ ને તાળાઓ અને મેમરી બેરીઅરોની કમી થયેલ છે. આ xenstore ને બેદરકાર બનવાને લીધે છે. આ સુધારામાં આ મુદ્દાનો સુધારો કરી દેવામાં આવ્યો છે.

  • Non-Uniform Memory Access (NUMA) જાણકારી એ xm info આદેશ દ્દારા દર્શાવેલ ન હતી. પરિણામે, દરેક નોડ માટે node_to_cpu કિંમત no cpus તરીકે અયોગ્ય રીતે પાછી મળેલ હતી. આ સુધારામાં, આ મુદ્દાને સુધારી દેવામાં આવ્યો છે.

  • પહેલાં, Hardware Virtual Machine (HVM) પર યજમાન ને બનાવવા દરમ્યાન પ્રોસેસરો પર નિષ્ફળ જશે કે જે VT-i2 ટેકનોલોજી ને સમાવે છે. આ સુધારામાં, આ મુદ્દા ને સુધારી દેવામાં આવ્યો છે.

5.2.4. x86_64 આર્કિટેક્ચરો

  • જ્યારે યજમાનો વર્ચ્યુઅલ મશીનો માટે ઉપલ્બધ ડાયનેમિક IRQs ને બહાર કાઢેલ હતુ, dom0 કર્નલ તૂટી જશે. આ સુધારામાં, તૂટવાની શરત ને સુધારી દેવામાં આવી છે, અને ઉપલ્બધ IRQs નાં નંબર વધારી દેવામાં આવ્યા છે, કે જે આ મુદ્દાને સુધારે છે.

  • નવા CPU સાથે સિસ્ટમો પર, CPU APIC ID એ CPU ID માંથી અલગ છે. પરિણામે, વર્ચ્યુઅલાઇઝ થયેલ કર્નલ CPU આવૃત્તિ માપન ને શરૂઆત કરવા માટે અસમર્થ હતુ. આ સુધારામાં, વર્ચ્યુઅલાઇઝ થયેલ કર્નલ હવે હાઇપરવિઝર માંથી CPU APIC ID ને મેળવે છે, યોગ્ય રીતે શરૂઆત કરવા માટે CPU આવૃત્તિ માપન ને પરવાનગી મળી રહી છે.

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

5.3.1. બધા આર્કિટેક્ચરો

  • Diskette ડ્રાઇવ મીડિયા એ દાખલ થઇ શકશે નહિં જ્યારે વર્ચ્યુઅલાઇઝ થયેલ કર્નલ ને વાપરી રહ્યા હોય ત્યારે. આની આજુબાજુ કામ કરવા માટે, ને બદલે USB-જોડાયેલ diskette ડ્રાઇવ ને વાપરો.

    નોંધો કે જે ડિસ્કેટ ડ્રાઇવ મીડિયા બીજા બિન-વર્ચ્યુઅલાઇઝ થયેલ કર્નલો સાથે સારુ કામ કરે છે.

  • પેરાવર્ચ્યુઅલાઇઝ થયેલ યજમાનો નું જીવંત સ્થાળાંતર માં, સમય-આધારિત યજમાન પ્રક્રિયાઓ એ યોગ્ય રીતે કામ કદાચ નહિં કરે જો સુસંગતતા યજમાનો '(dom0) નાં સમયો સમકાલિન થયેલ નથી. સ્થાળાંતર કરતા પહેલા બધા સુસંગત યજમાનો માટે સિસ્ટમ સમયો ને સમકાલિન કરવા માટે NTP ને વાપરો.

  • પુનરાવર્તિત રીતે પેરાવર્ચ્યુઅલાઈઝ મહેમાનોને બે યજમાનો વચ્ચે ખસેડવાનું એક યજમાનને દુઃખાવાનું કારણ બની શકશે. જો મહેમાનને સિસ્ટમની બહાર કાઢ્યા પછી અને એજ મહેમાનને પાછું ખસેડ્યા પહેલાં યજમાન પુનઃબુટ થાય, તો દુઃખાવો થશે નહિં.

  • ડિસ્ક ને ફૉર્મેટીંગ કરી રહ્યા છે જ્યારે Windows 2008 ચાલી રહી હોય અથવા યજમાન તરીકે Windows Vista ભાંગી શકે છે જ્યારે ઘણાબધા વર્ચ્યુઅલ CPUs સાથે બુટ કરી દેવામાં આવે. આની આજુબાજુ કામ કરવા માટે, જ્યારે ફૉર્મેટીંગ કરી રહ્યા હોય ત્યારે એક વર્ચ્યુઅલ CPU સાથે યજમાન ને બુટ કરો.

  • સંપૂર્ણરીતે વર્ચ્યુઅલાઇઝ થયેલ મહેમાનો virt-manager મારફતે બનાવેલ સ્ક્રીન નાં દરેક ભાગમાં મુક્ત રીતે ખસી શકે તે માટે કેટલીક વાર માઉસ ને રોકે છે. આની આજુબાજુ કામ કરવા માટે, મહેમાન માટે USB ટૅબ્લેટ ઉપકરણ ને રૂપરેખાંકિત કરવા માટે virt-manager ને વાપરો.

  • મહત્તમ CPUs એ ૧૨૮ કરતા ઓછા ને મર્યાદિત કરેલ હોવા જ જોઇએ જ્યારે ૧૨૮ પર અથવા વધારે સારી CPU સિસ્ટમ. મહત્તમ કે જે આ સમય પર આધારભૂત ૧૨૬ છે. ૧૨૬ સુધીની હાઇપરવિઝરની મર્યાદામાં maxcpus=126 હાઇપરવિઝર દલીલ ને વાપરોે

  • સંપૂર્ણપણે વર્ચ્યુઅલાઇઝ થયેલ યજમાનો એ ડોમેઇન એ અટકાવેલ છે કે નથી અટકાવેલ તે દરમ્યાન ગુમાવેલ સમય માટે બરાબર કરી શકતુ નથી. અટકાવેલ અને બિનઅટકાવેલ ઘટનાઓ ને વિરુદ્દ યોગ્ય રીતે સમય ને ટ્રેક કરવા માટે સક્ષમ છે તે પેરાવર્ચ્યુઅલાઇઝ થયેલ કર્નલો નો એક ફાયદો છે. આ મુદ્દો એ બદલાયેલ ટાઇમરો સાથે અપસ્ટ્રીમમાં નોંધેલ છે, તેથી સંપૂર્ણપણે વર્ચ્યુઅલાઇઝ થયેલ યજમાનો પાસે પેરાવર્ચ્યુઅલાઇઝ થયેલ ટાઇમરો હશે. હાલમાં, આ કોડ એ અપસ્ટ્રીમ વિકાસની હેઠળ છે અને Red Hat Enterprise Linux ની પછીની આવૃત્તિઓમાં ઉપલ્બધ હોવો જોઇએ.

  • પેરાવર્ચ્યુઅલાઇઝ થયેલ યજમાનો ની વારંવાર ફેરબદલી dom0 કન્સોલ પર bad mpa સંદેશાઓ માં પરિણમી શકે છે. કેટલીક સ્થિતિઓ માં, હાઇપરવિઝર એ દુ:ખાવો કરી શકે છે.

    હાઇપરવિઝર કર્નલ દુ:ખાવા ને અટકાવવા માટે, એકવાર ખરાબ mpa સંદેશાઓ દેખાય ત્યારે બદલાયેલ યજમાનોને પુન:શરૂ કરો.

  • જ્યારે dom0 પર બાંધી રહેલા ઇન્ટરફેસ ને સુયોજિત કરી રહ્યા છે, મૂળભૂત network-bridge સ્ક્રિપ્ટ એ unavailable and available વચ્ચે વારાફરતે ફેરબદલી કરવા માટે નેટવર્ક ઇન્ટરફેસો ને બાંધેલ નું કારણ છે. આ બનાવ એ સામાન્ય રીતે flapping તરીકે જાણીતો છે.

    આ રોકવા માટે, નીચેનાં વાક્ય સાથે /etc/xen/xend-config.sxp માં મૂળભૂત network-script ને બદલો:

    (network-script network-bridge-bonding netdev=bond0)

    netloop ઉપકરણ ને નિષ્ક્રિય કરશે, કે જે પ્રક્રિયા પરિવહન નોંધણી દરમ્યાન Address Resolution Protocol (ARP) ને નિષ્ફળતા માંથી અટકાવે છે.

  • જ્યારે ઘણાબધા યજમાન ડોમેઇનો ચાલતા હોય ત્યારે, યજમાન નેટવર્કીંગ થોડા વખત માટે કામ કરતી બંધ થઇ શકે છે, dom0 લોગો માં નીચેની ભૂલ નાં અહેવાલ રૂપે પરિણમી શકે છે:

    Memory squeeze in netback driver
    આની આજુબાજુ કામ કરવા માટે, dom0_mem હાઇપરવિઝર આદેશ વાક્ય વિકલ્પ સાથે dom0 માં ઉપલ્બધ મેમરીની સંખ્યાને પેદા કરી રહ્યા છે.

5.3.2. x86 આર્કિટેક્ચરો

  • xm migrate [domain] [dom0 IP address] મારફતે પેરાવર્ચ્યુઅલાઈઝ થયેલ મહેમાનો સ્થળાંતર કરવાનુ કામ કરતુ નથી.

  • જ્યારે Red Hat Enterprise Linux 5 ને સંપૂર્ણપણે વર્ચ્યુઅલાઈઝ થયેલ SMP મહેમાન પર સ્થાપિત કરી રહ્યા હોય, તો સ્થાપન અટકી જશે. આ ત્યારે જ થાય જ્યારે યજમાન (dom0) એ Red Hat Enterprise Linux 5.2 ચલાવી રહ્યું હોય.

    આને અટકાવવા માટે, મહેમાનને સ્થાપનની મદદથી એક પ્રોસેસર વાપરવા માટે સુયોજીત કરો. તમે આવું virt-install માંના --vcpus=1 વિકલ્પની મદદથી કરી શકો છો. એકવાર સ્થાપન સમાપ્ત થઈ જાય, પછી તમે મહેમાનને SMP માં ફાળવેલ vcpus ને virt-manager માં બદલીને સુયોજીત કરી શકો છો.

5.3.3. x86_64 આર્કિટેક્ચરો

  • xm migrate [domain] [dom0 IP address] મારફતે પેરાવર્ચ્યુઅલાઈઝ થયેલ મહેમાનો સ્થળાંતર કરવાનુ કામ કરતુ નથી.

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

    xw9400 મશીનો માટે આ મુદ્દો ઉકેલવા માટે, HPET ટાઈમર સક્રિય કરવા માટે BIOS સુયોજનો રૂપરેખાંકિત કરો. નોંધ કરો કે આ વિકલ્પ xw9300 મશીનો પર ઉપલબ્ધ નથી.

  • Red Hat Enterprise Linux 3.9 ને સંપૂર્ણપણે વર્ચ્યુઅલાઈઝ થયેલ મહેમાન પર સ્થાપિત કરવાનું એકદમ ધીમું થઈ જશે. વધુમાં, મહેમાનને સ્થાપન પછી બુટ કરવાનું hda: lost interrupt ભૂલોમાં પરિણમશે.

    આ બુટઅપ ભૂલ અવગણવા માટે, મહેમાનને SMP કર્નલ વાપરવા માટે રૂપરેખાંકિત કરો.

  • યજમાન (dom0) સિસ્ટમને Red Hat Enterprise Linux 5.2 માં સુધારવાનું હાલની Red Hat Enterprise Linux 4.5 SMP પેરાવર્ચ્યુઅલાઈઝ થયેલ મહેમાનોને નહિં બુટ કરી શકાય તેવું બનાવશે. આ મોટે ભાગે થાય છે જ્યારે યજમાન સિસ્ટમ પાસે 4GB ની RAM કરતાં વધુ હોય.

    આને ઉકેલવા માટે, દરેક Red Hat Enterprise Linux 4.5 મહેમાનને એક CPU સ્થિતિમાં બુટ કરો અને તેની કર્નલને તાજેતરની આવૃત્તિમાં સુધારો (Red Hat Enterprise Linux 4.5.z માટે).

5.3.4. ia64 આર્કિટેક્ચર

  • xm migrate [domain] [dom0 IP address] મારફતે પેરાવર્ચ્યુઅલાઈઝ થયેલ મહેમાનો સ્થળાંતર કરવાનુ કામ કરતુ નથી.

  • કન્સોલ આઉટપુટથી VGA માટે રૂપરેખાંકિત થયેલ અમુક Itanium સિસ્ટમો પર, dom0 વર્ચ્યુઅલાઈઝ થયેલ કર્નલ બુટ કરવામાં નિષ્ફળ જશે. આ એટલા માટે છે કારણ કે વર્ચ્યુઅલાઈઝ થયેલ કર્નલ Extensible Firmware Interface (EFI) સુયોજનોમાંથી મૂળભૂત કન્સોલ ઉપકરણ યોગ્ય રીતે શોધવામાં નિષ્ફળ ગઈ.

    જ્યારે આવુ થાય ત્યારે, આને કર્નલ બુટ વિકલ્પો /boot/efi/elilo.conf માં console=tty બુટ પરિમાણ ઉમેરીને ઉકેલી શકશો.

  • કેટલીક Itanium સિસ્ટમ પર, સીરીઅલ પોર્ટ dom0 માં શોધી શકાતો નથી જ્યારે VGA EFI જાળવણી વ્યવસ્થાપક દ્દારા સક્રિય થયેલ છે, આથી કે, તમારે નીચેની સીરીઅલ પોર્ટ જાણકારી ને dom0 કર્નલમાં પૂરુ પાડવા જરૂરી છે:

    • બીટ્સ/સેકન્ડ માં ઝડપ

    • માહિતી બીટ્સનો નંબર

    • પેરીટી

    • io_base સરનામુ

    આ માહિતી /boot/efi/elilo.conf માં કર્નલની append= વાક્યમાં સ્પષ્ટ કરવી જ પડશે. ઉદાહરણ માટે:

    append="com1=19200,8n1,0x3f8 -- quiet rhgb console=tty0 console=ttyS0,19200n8"

    આ ઉદાહરણમાં, com1 સીરીયલ પોર્ટ છે, 19200 ઝડપ (બીટ્સ/સેકન્ડ માં) છે, 8n1 માહિતી બીટ્સ/પેરીટી સુયોજનનો નંબર સ્પષ્ટ કરેલ છે, અને 0x3f8io_base નું સરનામુ છે.

  • વર્ચ્યુઅલાઈઝેશન એવા આર્કિટેક્ચરો પર કામ કરતું નથી કે જે Non-Uniform Memory Access (NUMA) વાપરે. આથી, સિસ્ટમો પર વર્ચ્યુઅલાઈઝ થયેલ કર્નલ સ્થાપિત કરવાનું કે જે NUMA વાપરે તે બુટ નિષ્ફળતામાં પરિણમશે.

    અમુક સ્થાપન નંબરો વર્ચ્યુઅલાઈઝ થયેલ કર્નલ મૂળભૂત રીતે સ્થાપિત કરે છે. જો તમારી પાસે આવો કોઈ સ્થાપન નંબર હોય અને તમારી સિસ્ટમ NUMA વાપરે છે અને kernel-xen સાથે કામ કરતુ નથી, સ્થાપન દરમ્યાન વર્ચ્યુઅલાઈઝેશન વિકલ્પની પસંદગી દૂર કરો.

  • વર્તમાનમાં, સંપૂર્ણપણે વર્ચ્યુઅલાઈઝેશન મહેમાનોની જીવંત આ આર્કિટેક્ચર પર ખસેડવુ આધારભૂત નથી.વધુમાં, kexec અને kdump એ પણ આ આર્કિટેક્ચર પર વર્ચ્યુઅલાઈઝેશન માટે આધારભૂત નથી.

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

ટેક્નોલોજી પૂર્વદર્શન લક્ષણો વર્તમાનમાં Red Hat Enterprise Linux ઉમેદવારી સેવાઓ હેઠળ આધારભૂત નથી, કદાચ વિધેયાત્મક રીતે સંપૂર્ણ નહિં હોય, અને તેઓ ઉત્પાદન વપરાશ માટે યોગ્ય નહિં હોય. છતાં, આ લક્ષણો ગ્રાહકની સુગમતા માટે અને લક્ષણને વધુ વિસ્તાર સાથે પૂરું પાડવા માટે સમાવવામાં આવેલ છે.

ગ્રાહકો આ લક્ષણોને બિન-ઉત્પાદન પર્યાવરણમાં ઉપયોગી મેળવી શકશે. ગ્રાહકો ટેક્નોલોજી પૂર્વદર્શન લક્ષણો સંપૂર્ણપણે આધારભૂત બને તે પહેલાં તેમના માટે અભિપ્રાય આપવા માટે અને વિધેયાત્મક સૂચનો આપવા માટે પણ સ્વતંત્ર છે. ત્રુટિસૂચીઓ ઊંચા-ઉગ્ર સુરક્ષા મુદ્દાઓ માટે પૂરી પાડવામાં આવશે.

ટેક્નોલોજી પૂર્વદર્શન લક્ષણના વિકાસ દરમ્યાન, વધારાના ઘટકો ચકાસણી માટે જાહેર રીતે ઉપલબ્ધ બનશે. ટેક્નોલોજી પૂર્વદર્શન લક્ષણોને ભવિષ્યના પ્રકાશનમાં સંપૂર્ણપણે આધાર આપવા માટેનો Red Hat નો આ હેતુ છે.

EMC Clariion પર ALUA સ્થિતિ

dm-multipath ને EMC Clariion સંગ્રહ પર આંતરિક સક્રિય-સક્રિય ફેઈલઓવર (ALUA) સ્થિતિ વાપરવાવાનું હવે ઉપલબ્ધ છે. આ સ્થિતિ T10 વિગતવાર તરીકે પૂરુ પાડવામાં આવેલ છે, પરંતુ આ પ્રકાશનમાં ટેક્નોલોજી પૂર્વદર્શન તરીકે પૂરુ પાડવામાં આવેલ છે.

T10 વિશે વધુ જાણકારી માટે, http://www.t10.org નો સંદર્ભ લો.

ext4

તાજેતરની ext ફાઇલસિસ્ટમ ની ઉત્પત્તિ, ext4 એ ટેકનોલોજી પૂર્વદર્શન તરીકે આ પ્રકાશનમાં ઉપલ્બધ છે. Ext4 એ Red Hat અને Linux સમુદાય દ્દારા વિકસેલ ext3 ફાઇલ સિસ્ટમ પર વધારે સુધારો છે. ટેકનોલોજી પૂર્વદર્શન માટે ફાઇલ સિસ્ટમનું પ્રકાશન નામ ext4dev છે.

ફાઇલ સિસ્ટમ એ ext4dev.ko કર્નલ મોડ્યુલ દ્દારા પૂરુ પાડેલ છે, અને નવુ e4fsprogs પેકેજ, કે જે ext4 સાથે વાપરવા માટે પારિવારીક e2fsprogs વહીવટકર્તા સાધનોની સુધારેલ આવૃત્તિ સમાવે છે. વાપરવા માટે, e4fsprogs ને સ્થાપિત કરો અને ext4-આધારિત ફાઇલ સિસ્ટમ ને બનાવવા માટે e4fsprogs પ્રક્રિયા માંથી mkfs.ext4dev જેવા આદેશો ને વાપરો. જ્યારે માઉન્ટ આદેશવાક્ય અથવા fstab ફાઇલ પર ફાઇલસિસ્ટમ માં સંદર્ભી રહ્યા હોય ત્યારે, ફાઇલસિસ્ટમ નામ ext4dev ને વાપરો.

FreeIPMI

FreeIPMI એ હવે ટેકનોલોજી પૂર્વદર્શન તરીકે આ સુધારામાં સમાયેલ છે. FreeIPMI એ હોશિયાર પ્લેટફોર્મ વ્યવસ્થાપન IPMI સિસ્ટમ સોફ્ટવેર ને ભેગું કરે છે.તે ઇન-બેન્ડ અને આઉટ-ઓફ-બેન્ડ સોફ્ટવેર ને પૂરુ પાડે છે, વિકાસ લાઇબ્રેરી ની સાથે હોશિયાર પ્લેટફોર્મ વ્યવસ્થાપન ઇન્ટરફેસ (IPMI v1.5 and v2.0) પ્રમાણભૂત.

FreeIPMI વિશે વધુ જાણકારી માટે, http://www.gnu.org/software/freeipmi/ નો સંદર્ભ લો

TrouSerS અને tpm-tools

TrouSerS અને tpm-tools વિશ્ર્વનીય પ્લેટફોર્મ મોડ્યુલ (TPM) હાર્ડવેરને સક્રિય રીતે વાપરવા આ પ્રકાશનમાં સમાવેલ છે. TPM હાર્ડવેર લક્ષણોનો સમાવેશ (બીજાઓમાં):

  • નિર્માણ કરવુ, સંગ્રહ, અને RSA ચાવીઓને સુરક્ષિત રીતે વાપરો (મેમરીમાં બતાવ્યા વિના)

  • ક્રીપ્ટોગ્રાફીક્સ હેશની મદદથી platform's સોફ્ટવેર સ્ટેટની ચકાસણી

TrouSerS એ Trusted Computing Group's Software Stack (TSS) સ્પષ્ટીકરણનુ અમલીકરણ છે. કાર્યક્રમ લખવા માટે તમે TrouSerS ના વાપરી શકાય છે કે જે TPM હાર્ડવેરને બનાવવા વપરાય છે. tpm-tools સાધનોને અનુરૂપ છે જે TPM હાર્ડવેરની વ્યવસ્થા અને ઉપયોગ કરવામાં વપરાય છે.

TrouSerS વિશે વધુ જાણકારી માટે, http://trousers.sourceforge.net/ નો સંદર્ભ લો.

eCryptfs

eCryptfs એ Linux માટે સ્ટેક ક્રિપ્ટોગ્રાફી ફાઇલ સિસ્ટમ છે. એ એકાકી ડિરેક્ટરીઓ પર માઉન્ટ થાય છે અત્યારના પાર્ટીશનનુ નીચેની ફાઇલ સિસ્ટમો પર જેવી રીતે EXT3 ની રીતે; અત્યારના પાર્ટીશનોને બદલવાની જરૂર નથી અથવા eCryptfs ફાઇલ સિસ્ટમો ઓર્ડરમાં વાપરવા ચાલુ કરો.

આ પ્રકાશન સાથે, eCryptfs એ અપસ્ટ્રીમ આવૃત્તિ ૫૬ માં પુન:આધારિત કરી દેવામાં આવ્યુ છે, કે જે ઘણાબધા ભૂલ સુધારાઓ અને ઉન્નત્તિકરણોને પૂરુ પાડે છે. વધારામાં, આ સુધારો eCryptfs (ecryptfs-mount-helper-gui) ને રૂપરેખાંકિત કરવા મદદ માટે ગ્રાફિકલ પ્રક્રિયા ને પૂરી પાડે છે.

આ સુધારો ચોક્કસ eCryptfs માઉન્ટ વિકલ્પો ની સિન્ટેક્ષ ને પણ બદલે છે. જો તમે eCryptfs ની આ આવૃત્તિ માં સુધારો કરવા માટે પસંદ થયેલ હોય, તમારે કોઇપણ અસર થયેલ માઉન્ટ સ્ક્રિપ્ટો અને /etc/fstab નોંધણી નો સુધારો કરવો જ જોઇએ. આ બદલાવો વિશે જાણકારી માટે, man ecryptfs નો સંદર્ભ લો.

નીચેની ચેતવણીઓ eCryptfs નાં આ પ્રકાશનમાં લાગુ થાય છે:

  • નોંધો કે જે eCryptfs ફાઇલ સિસ્ટમ એ ફક્ત યોગ્ય રીતે કામ કરશે જો એન્ક્રિપ્ટ થયેલ ફાઇલ સિસ્ટમ એ એજ નામ ની અન્ડરલાઇંગ ડિરેક્ટરી પર એકવાર માઉન્ટ થયેલ છે. ઉદાહરણ માટે:

    mount -t ecryptfs /mnt/secret /mnt/secret

    ફાઇલ સિસ્ટમ નો સુરક્ષિત થયેલ ભાગ બહાર આવવો જોઇએ નહિં, એટલે કે તે બીજા માઉન્ટ પોઇંટો, બાઇન્ડ માઉન્ટ, અને એનાં જેવા પર માઉન્ટ થયેલ ન હોવો જોઇએ.

  • નેટવર્ક થયેલ ફાઇલ સિસ્ટમો (દા.ત. NFS, Samba) પર eCryptfs નાં માઉન્ટો યોગ્ય રીતે કામ કરશે નહિં.

  • eCryptfs કર્નલ ડ્રાઇવર ની આ આવૃત્તિને સુધારેલ વપરાશકર્તા સ્થાનની જરૂરિયાત છે, કે જે ecryptfs-utils-56-4.el5 દ્દારા પૂરુ પાડેલ છે અથવા નવી.

eCryptfs વિશે વધારે જાણકારી માટે, http://ecryptfs.sf.net નો સંદર્ભ લો. તમે મૂળભૂત સુયોજનની માહિતી માટે http://ecryptfs.sourceforge.net/README અને http://ecryptfs.sourceforge.net/ecryptfs-faq.html નો પણ સંદર્ભ લઇ શકો છો.

Stateless Linux

Stateless Linux એ કેવી રીતે સિસ્ટમ ચાલવી જોઈએ અને વ્યવસ્થાપિત થવી જોઈએ તેના વિશે વિચારવાનો નવો રસ્તો છે, તેમને સરળતાથી બદલી શકાય તેવી બનાવવા માટે મોટી સંખ્યાની સિસ્ટમોના બચાવ અને વ્યવસ્થાપનને સરળ કરવા માટે રચાયેલ છે. આ તૈયાર થયેલ સિસ્ટમ ઈમેજો અધિષ્ઠાપિત કરીને પ્રાથમિક રીતે પરિપૂર્ણ કરી શકાય છે કે જેની નકલ બનાવી શકાય અને મોટી સંખ્યાની stateless સિસ્ટમો પર વ્યવસ્થાપિત કરી શકાય, ઓપરેટિંગ સિસ્ટમને માત્ર વાંચી શકાય તેવી રીતે ચલાવીને (વધુ વિગતો માટે /etc/sysconfig/readonly-root નો સંદર્ભ લો).

તેના વિકાસની વર્તમાન આવૃત્તિમાં, Stateless લક્ષણો હેતુવાળા ધ્યેયોના ઉપગણો છે. આ રીતે, ક્ષમતા એ ટેક્નોલોજી પૂર્વદર્શન તરીકે રહી જાય.

Red Hat આગ્રહણીય છે કે જેઓ stateless કોડમાં રસ ધરાવતા હોય તેઓ http://fedoraproject.org/wiki/StatelessLinuxHOWTO આગળના HOWTO વાંચે અને stateless-list@redhat.com માં જોડાય.

Stateless Linux માટેના સક્રિયકરણ ઈન્ફ્રાસ્ટ્રક્ચર ટુકડાઓ મૂળભૂત રીતે Red Hat Enterprise Linux 5 માં પરિચિત થયા હતા.

AIGLX

AIGLX એ સંપૂર્ણપણે આધારિત X સર્વરનું ટેક્નોલોજી પૂર્વદર્શન લક્ષણ છે. તે GL-પ્રવેગીય અસરોને પ્રમાણભૂત ડેસ્કટોપ પર સક્રિય કરવાનું ધ્યેય રાખે છે. પ્રોજેક્ટ નીચેનાનો સમાવેશ કરે છે:

  • થોડું સુધારેલ X સર્વર.

  • સુધારાયેલ Mesa પેકેજ કે જે નવો પ્રોટોકોલ આધાર ઉમેરે છે.

આ ઘટકો સ્થાપિત કરીને, તમારી પાસે તમારી ડેસ્કટોપ પર ખૂબ થોડા ફેરફારો સાથેની GL-પ્રવેગીય અસરો હોઈ શકે, સાથે સાથે તેમને જરૂરીયાત પ્રમાણે તમારું X સર્વર બદલ્યા વિના સક્રિય અને નિષ્ક્રિય કરવાની સક્ષમતા હોય છે. AIGLX એ દૂરસ્થ GLX કાર્યક્રમોને હાર્ડવેર GLX પ્રવેગકનો લાભ ઉઠાવવા માટે કાર્યક્રમોને સક્રિય પણ કરે છે.

iSCSI લક્ષ્ય

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 માં અનિચ્છનીય વર્તણૂકમાં આગે થઈ શક્યું હોત.

ktune

આ પ્રકાશન ktune ને સમાવે છે (ktune પેકેજ માંથી), સેવા કે જે ચોક્કસ સિસ્ટમ પ્રોફાઇલો માટે સુસંગત કિંમતો માટે ઘણાબધા કર્નલ ટ્યુનીંગ પરિણામોનું સુયોજન કરે છે. હાલમાં, ktune ફક્ત તીવ્ર ડિસ્ક કાર્યક્રમો અને તીવ્ર નેટવર્ક કાર્યક્રમોને ચલાવતી વિશાળ-મેમરી સિસ્ટમો માટે પ્રોફાઇલ પૂરી પાડે છે.

ktune દ્દારા પૂરા પાડેલા સુયોજનો ને /etc/sysctl.conf અથવા કર્નલ આદેશ વાક્ય મારફતે થયેલ સુયોજનો ને ફરી લખતા નથી. ktune એ કેટલીક સિસ્ટમો અને વર્કલોડો પર કદાચ સુસંગત નથી; આથી કે, તમારે ઉત્પાદન માં નાખતા પહેલા એનું સારી રીતે ચકાસવાનું.

ktune દ્દારા તમે કોઇપણ રૂપરેખાંકન સુયોજન ને નિષ્ક્રિય કરી શકો છો અને service ktune stop (રુટ કરીકે) મદદથી ktune સેવા ને સરળ રીતે બંધ કરવા વડે તમારા સામાન્ય સુયોજનો ને પાછુ ફેરવે છે.

dmraid માટે SGPIO આધાર

Serial General Purpose Input Output (SGPIO) એ ઉદ્યોગ મૂળભૂત વાતચીત પદ્દત્તિ મુખ્ય બોર્ડ અને વિવિધ આંતરિક અને બહારની હાર્ડ ડિસ્ક ને ઘેરી લેવા માટે વપરાયેલ છે. આ પદ્દત્તિ AHCI ડ્રાઇવર ઇન્ટરફેસ મારફતે ઘેરવા પર LED લાઇટો ને નિયંત્રણ કરવા માટે વાપરી શકાય છે.

આ પ્રકાશનમાં, dmraid માં SGPIO આધાર એ ટેકનોલોજી પૂર્વદર્શન તરીકે સમાવેલ છે. આ ડિસ્ક ને ઘેરી લેવા સાથે યોગ્ય કામ કરવા માટે dmraid ને પરવાનગી આપશે.

GCC 4.3

Gnu Compiler Collection version 4.3 (GCC4.3) એ હવે ટેકનોલોજી પૂર્વદર્શન તરીકે આ પ્રકાશનમાં હવે સમાવેલ છે. આ કમ્પાઇલરોનો સંગ્રહ લાઇબ્રેરીઓ નાં આધાર સાથે C, C++, અને Fortran 95 કમ્પાઇલરો ને સમાવે છે.

નોંધો કે જે gcc43 પેકેજોમાં, gnu89-inline વિકલ્પ માટે મૂળભૂત -fgnu89-inline માં બદલી દેવામાં આવ્યુ છે, જે તરીકે Red Hat Enterprise Linux 5 નાં અપસ્ટ્રીમ અને ભવિષ્ય નાં સુધારાઓ -fno-gnu89-inline માટે મૂળભૂત હશે. આ જરૂરી છે કારણ કે ઘણાબધા હેડરો ISO C99 સીમેન્ટીકો ને બદલે GNU ઇન-લાઇન સીમેન્ટીકોની આશા રાખેલ Red Hat Enterprise Linux 5 નાં ભાગ તરીકે મોકલેલ છે. આ હેડરો ગુણધર્મો મારફતે GNU ઇન-લાઇન સીમેન્ટીકોની સૂચનાને સરખા નથી કરાયા.

કર્નલ ટ્રેસપોઇંટ સુવિધા

આ સુધારામાં, નવી કર્નલ માર્કર/ટ્રેસપોઇંટ સુવિધા એ ટેકનોલોજી પૂર્વદર્શન તરીકે અમલીકરણ કરી દેવામાં આવ્યુ છે. આ ઇન્ટરફેસ કર્નલ માં સ્થિર પ્રોબ પોઇંટો ને ઉમેરે છે, સાધનો સાથે વાપરવા માટે જેવા કે SystemTap.

Fibre Channel over Ethernet (FCoE)

Fibre Channel over Ethernet (FCoE) ડ્રાઇવર ની સાથે libfc, મૂળભૂત ઇથરનેટ કાર્ડ પર FCoE ને ચલાવવા માટે સક્ષમતા પૂરી પાડે છે.આ સક્ષમતા Red Hat Enterprise Linux 5.3 માં ટેકનીકલ પૂર્વદર્શન તરીકે પૂરુ પાડેલ છે.

Red Hat Enterprise Linux 5.3 એ ત્રણ ચોક્કસ થયેલ હાર્ડવેર અમલીકરણો પર FCoE માટે સંપૂર્ણ આધાર પૂરો પાડે છે. આ : Cisco fnic ડ્રાઇવર, Emulex lpfc ડ્રાઇવર, અને Qlogic qla2xx ડ્રાઇવર છે.

RAID સુયોજનો નો Device Failure Monitoring

સાધનો dmraid અને dmevent_tool ની મદદથી Device Failure Monitoring એ ટેકનોલોજી પૂર્વદર્શન તરીકે Red Hat Enterprise Linux 5.3 તરીકે સમાવેલ છે. આ RAID સમૂહોનાં ઘટક ઉપકરણો પર ઉપકરણ નિષ્ફળતાનો અહેવાલ અને દેખરેખ રાખવા માટે ક્ષમતા પૂરી પાડે છે.

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

7.1. બધા આર્કિટેક્ચરો

  • TTY ઉપકરણ પ્રવૃત્તિ રિપોર્ટો માટે માહિતી સાચી રીતે ઉત્પન્ન કરવામાં આવ્યુ ન હતુ. પરિણામે, આદેશ sar -y નિષ્ફળ થયેલ છે, ભૂલને પાછી મેળવી રહયા છે:

    સૂચના થયેલ પ્રવૃત્તિઓ ફાઇલમાં ઉપલ્બદ નથી

    આ સુધારેલ પેકેજ માં, sar ને સુધારી દેવામાં આવી છે તેથી -y વિકલ્પ TTY ઉપકરણ પ્રવૃત્તિ આઉટપુટ આપે છે.

  • પહેલા, /etc/multipath.conf માં unlimited નાં max_fds સુયોજન એ શરૂઆતથી multipathd ડેમનને અટકાવે છે. જો ખુલ્લી ફાઇલ વર્ણનકારોનાં નંબર ને સિસ્ટમ મહત્તમ માં સુયોજિત કરવાની જરૂર છે, max_fdsmax માં સુયોજિત કરવાની જરૂર છે.

  • mod_perl એ હવે આવૃત્તિ 2.0.4 માં પુન:આધારિત છે, તાજેતરનું અપસ્ટ્રીમ પ્રકાશન. આ સુધારો ઘણાબધા સુધારો ને લાગુ કરે છે, કે જે બગ સુધારાને સમાવે છે કે જે હવે Bugzilla 3.0 સાથે યોગ્ય રીતે કામ કરવા માટે mod_perl પરવાનગી આપે છે.

  • cups હવે આવૃત્તિ 1.3.7 માં પુન:આધારિત છે. આસુધારો ઘણાબદા બગ સુધારાઓ અને ઉન્નત્તિકરણો ને લાગુ કરે છે, સમાવી રહ્યા છે:

    • કર્બોસ સત્તાધિકરણ હવે આધારભૂત છે.

    • વપરાશકર્તા-વ્યાખ્યાયિત થયેલ પ્રિન્ટર અને જોબ પોલિસીઓ હવે સાચી રીતે લોડ થયેલ છે.

    • રિમોટ કતાર કેશો ને લોડ કરવા માટે લાંબો સમય લાગતો નથી જ્યારે બ્રાઉઝીંગ નિષ્ક્રિય થયેલ છે.

    • classes.conf રૂપરેખાંકન ફાઇલ પાસે હવે સાચી ફાઇલ પરવાનગી છે.

  • lm_sensors એ આવૃત્તિ 2.10.7 માં પુન:આધારિત કરી દેવામાં આવી છે. આ સુધારો ઘણાબધા અપસ્ટ્રીમ ઉન્નત્તિકરણો અને બગ સુધારાઓને લાગુ કરે છે, સુધારાને સમાવી રહ્યા છે કે જે General parse errorસંદેશ સાથે ભંગાણ માંથી libsensors અટકાવે છે જ્યારે k8temp એ પણ લોડ થયેલ છે.

  • નીચેનાં બગો ને નોંધવા માટે આ પ્રકાશનમાં elfutils નો સુધારો કરી દેવામાં આવ્યો છે:

    • eu-readelf ઉપયોગિતા નો વિનાશ થઇ શકે છે જ્યારે ચોક્કસ ઇનપુટ ફાઇલો ને વાપરી રહ્યા હોય ત્યારે.

    • eu-strip ઉપયોગિતા એ rpmbuild માં વપરાયેલ છે કે જે નવી બાઇનરી પેકેજો બનાવે છે. તે અમલમાં મૂકાય તેવા કોડ માંથી ડિબગીંગ જાણકારી ને અલગ કરે છે, -debuginfo પેકેજો ને બનાવવા માટે. આ ઉપયોગિતામાં ભૂલ એ s390 પ્લેટફોર્મ પર ET_REL ફાઇલો માટે બિનઉપયોગી ડિબગીંગ જાણકારી માં પરિણમેલ છે; આ Linux કર્નલ મોડ્યુલ ફાઇલો (.ko.debug) ને અસર કરે છે, અને s390 પર Systemtap સાથે ઉત્પન્ન થયેલ kernel-debuginfo પેકેજો ને કામ ન કરવા ને કારણે થયેલ છે.

  • vnc-server આવૃત્તિ 4.1.2-14.el5 માં હવે પુન:આધારિત છે. આ સુધારા નીચેના સુધારાઓ પર લાગુ પડે છે:

    • ભૂલ કે જે ભૂલ સંદેશાઓને છાપવા દરમ્યાન vncserver રોકાયેલ છે જ્યારે શરૂ કરતા Xvnc નિષ્ફળ થયેલ છે તે હવે સુધારેલ છે.

    • Xvnc એ ખોટી રુટ વિન્ડો ઊંડાણને વાપરવા માટે લાંબો સમય નહિં લાગે; તે -depth વિકલ્પ દ્દારા સ્પષ્ટ થયેલ સાચી વિન્ડો ઊંડાણને હવે વાપરે છે.

    • ભૂલ કે જે libvnc.so મોડ્યુલ X સર્વર હવે સુધારેલ છે તેને તોડવાને કારણે છે.

    • Xvnc એ બધા આર્કિટેક્ચરો પર GLX અને RENDER એસ્કટેન્શનોને આધાર આપે છે.

  • smartmontools એ આવૃત્તિ 5.38 માં પુન:આધારિત કરી દેવામાં આવી છે. આ સુધારો હાર્ડવેર ઉપકરણો ની આપોઆપ શોધવાનું સુધારે છે, CCISS RAID એરે માટે આધાર ને સુધારે છે, અને આધારિત ઉપકરણો નાં વિશાળ ડેટાબેઝનાં લક્ષણો છે.

    આ સુધારો એ ભૂલ પણ સુધારે છે કે જેમાં SELinux smartmontools ને 3ware RAID ઉપકરણો નું અવલોકન કરવાથી રોકતુ હતુ. smartmontools હવે કેટલાક ઉપકરણોને યોગ્ય રીતે મોનિટર કરી શકાય છે.

  • python-urlgrabber એ આવૃત્તિ 3.1.0-5 માં પુન:આધારિત કરી દેવામાં આવી છે. આ સુધારો અપસ્ટ્રીમ માંથી ઘણાબધા બગ સુધારાઓ ને લાગુ કરે છે, સમાવી રહ્યા છે:

    • yumyum રિપોઝટરી માંથી હવે સાચી રીતે ફરી ડાઉનલોડ કરી શકાય છે કે જે અડધા ડાઉનલોડ નો આધાર આપતો નથી.

    • yum હવે અવરોધેલ ડાઉનલોડ ને ફરી શરૂ કરી શકે છે જો yum રીપોઝીટરી એ સ્પષ્ટ થયેલ પોર્ટ સાથે FTP-આધારિત છે.

    • પ્રગતિ પટ્ટીઓનું માપ હવે ટર્મિનલ પહોળાઇ માં હવે બદલાય છે. વધારામાં, પ્રગતિ પટ્ટીઓ હવે સાફ કરવા વાળુ છે, અને કુલ ડાઉનલેડ થયેલ માહિતીની ટકાવરી દર્શાવે છે.

    • python-urlgrabber નો keepalive સંકેત હવે સુધારેલ છે. પહેલાં, ડાઉનલોડો દરમ્યાન આ સંકેત માં ભૂલ એ ખોટી રીતે મેમરી વપરાશ ને વધારે છે; વધારામાં, આ ભૂલ પણ reposync અને યોગ્ય રીતે કવા માટે રોકેલ છે જ્યારે પેકેજો ને મોટા પ્રમાણમાં ડાઉનલોડ કરી રહ્યા હોય ત્યારે.

  • yum-utils એ હવે અપસ્ટ્રીમ આવૃત્તિ 1.1.16 માં પુન:આધારિત કરી દેવામાં આવી છે. આ ઘણાબધા ભૂલ સુધારાઓ ને લાગુ કરે છે, સમાવી રહ્યા છે:

    • yum update --security એ હવે જૂના સુસંગત સુરક્ષા સુધારાઓ યોગ્ય રીતે સ્થાપિત કરી શકાય છે.

    • yum-versionlock એ હવે અપ્રચલિત પેકેજ વિરુદ્દ યોગ્ય રીતે કામ કરે છે.

    આ સુધારો પણ yum-fastestmirror પ્લગઇન ને સમાવે છે, કે જે મિરરયાદી માં ઝડપી રિપોઝીટરીને પસંદ કરવા માટે સક્રિય કરે છે.

  • Samba એ અપસ્ટ્રીમ આવૃત્તિ 3.2.0 માં પુન:આધારિત કરી દેવામાં આવી છે. આ ઘણીબધી ભૂલો ને સુધારે છે, એકને સમાવી રહ્યા છે કે જે ડોમેઇનોને જોડવા દરમ્યાન વપરાશકર્તાઓ ને રોકેલ છે કે જે તેનાં નામ સર્વર તરીકે Windows 2003 વપરાયેલ છે. આ સુધારો ભૂલ ને પણ સુધારે છે કે જે net rpc changetrustpw મદદથી સિસ્ટમ પાસવર્ડ ને બદલવા પછી samba ડોમેઇન સભ્યપદ ને તોડવાને કારણે છે.

    આ પ્રકાશન માં અપસ્ટ્રીમ samba સુધારાઓ ની યાદી ની વધારે ટૂંકી યાદી માટે, http://www.samba.org/samba/history/samba-3.0.32.html નો સંદર્ભ લો

  • OpenLDAP એ હવે અપસ્ટ્રીમ આવૃત્તિ 2.3.43 માં પુન:આધારિત કરી દેવામાં આવી છે. આ ઘણાબધા અપસ્ટ્રીમ ભૂલ સુધારાઓ ને લાગુ કરે છે, સમાવી રહ્યા છે:

    • init સ્ક્રિપ્ટ એ હવે ચેતવણીનો અહેવાલ આપે છે જો slapd ડેમન એ TLS પ્રમાણપત્ર ફાઇલ ને વાંચી શકાતુ નથી.

    • openldap-debuginfo પેકેજ માં બધી લાઇબ્રેરીઓ એ હવે નીકળતી નથી.

    • openldap-devel પેકેજ એ સ્થાપિત ન કરવાનું OpenLDAP લાઇબ્રેરીઓને લાંબા સમય સુધી ભાંગતી નથી.

    Red Hat એ OpenLDAP સર્વર માટે વધારાનાં ઓવરલે ની વહેંચણી કરે છે. syncprov ને સિવાય, બધા ઓવરલે એ અલગ openldap-servers-overlays પેકેજો માં શોધી શકાય છે, બદલાતા લોડેબલ મોડ્યુલો તરીકે કમ્પાઇલ કરેલ છે. syncprov ઓવરલે એ જૂનાં પ્રકાશનો સાથે સુસંગતા જાળવવા માટે OpenLDAP સર્વર માં સ્થિર રીતે કડી થયેલ છે.

  • કારણ કે xterm બાઇનરી એ થોડુ રૂપરેખાંકિત કરેલ જૂથ ID (setgid) ને સુયોજિત કરેલ હતુ. ચોક્કસ પર્યાવરણ ચલો (જેવા કે LD_LIBRARY_PATH અનેTMPDIR) સુયોજિત ન હતા. આ પ્રકાશન માં, xterm બાઇનરી પાસે હવે સ્થિતિ 0755 પરવાનગીઓ રૂપરેખાંકિત થયેલ છે, કે જે આ મુદ્દાને સુધારે છે.

  • NIS સર્વરો પર લોડ ને સમતોલ કરવા માટે અગ્રહણીય પદ્દત્તિ છે જ્યારે ઘણાબધા મશીનો ypbind સાથે જોડાઇ રહ્યા છે તે આ પ્રકાશન સાથે બદલાયેલ છે. ypbind ડેમનની વર્તણૂક બદલાયેલ નથી: /etc/ypbind રૂપખાંકન ફાઇલ માં યાદી થયેલ બધા NIS સર્વરો ને પીંગ કરે છે અને પછી એક જ ઝડપી જવાબ આપતા સર્વર માં બાંધે છે. પહેલા, તે દરેક મશીનની /etc/ypbind.conf રૂપરેખાંકન ફાઇલ માં બધા ઉપલ્બધ NIS સર્વરો યાદી માં અગ્રહણીય હતુ. છતાંપણ, કારણ કે સર્વરો ઊંચા લોડ હેઠળ આ પીંગ માં ઝડપી જવાબ આપી શકે છે, આ રીતે અજાણ્યા માં તેનાં પોતાના લોડ ને વધારી રહ્યા છે, તે દરેક મશીનની ypbind.conf અને મશીનોની બીજી બાજુ આ યાદી ને બદલવા માટે ઉપલ્બધ NIS સર્વરોની નાના નંબરની યાદી માં વહીવટકર્તાઓ માટે હવે અગ્રહણીય થયેલ છે. આ રસ્તામાં, દરેક મશીન માં ઉપલ્બધ થયેલ તરીકે બધા NIS સર્વર યાદી થયેલ નથી તે દરમ્યાન NIS સર્વરો એ આપોઆપ લોડ ને સમતોલન કરે છે.

  • OpenMotif એ અપસ્ટ્રીમ આવૃત્તિ 2.3.1 માં પુન:આધારિત કરી દેવામાં આવી છે આ સુધારો ઘણાબધા ભૂલ સુધારાઓ ને લાગુ કરે છે, સમાવી રહ્યા છે:

    • OpenMotif રસ્તા માં ભૂલ એ Grab અને Ungrab ઘટકો ને સંભાળે છે એ હવે સુધારેલ છે. પહેલા પ્રકાશનમાં, આ ભૂલ એ તાળા ને દર્શાવવા કારણે થઇ શકે છે.

    • nedit માં ભૂલ એ જ્યારે nedit ગ્રાફીકલ વપરાશકર્તા ઇન્ટરફેસ ને વાપરી રહ્યા હોય ત્યારે તે ભંગાણ ને કારણે થઇ શકે છે. આ કોડમાં વિધેય નાં કારણે હતુ કે જે વસ્તુ પસંદ કરવાની કેટલીક સ્થિતિઓ માં સેગ્મન્ટેશન ભૂલ ને કારણે છે, કે જે હવે સુધારેલ છે.

  • dbus એ આવૃત્તિ 1.1.2 માં પુન:આધારિત કરી દેવામાં આવી છે. આ સુધારો ભૂલ ને સુધારે છે જેમાં મલ્ટી-થ્રેડેડ પ્રક્રિયાઓ dbus માં ડેડલોક નું કારણ હોઇ શકે છે. પહેલાનાં પ્રકાશનો માં, એક થ્રેડ તરીકે dbus માં સાંભળેલ છે અને સંદેશાઓ પ્રક્રિયા થયેલ છે, બીજો થ્રેડ એ dbus માં સંદેશાઓ મોકલે છે.

  • strace એ આવૃત્તિ 4.5.18 માં પુન:આધારિત કરી દેવામાં આવ્યુ છે. આ ઘણાબધી ભૂલોને સુધારે છે, સમાવી રહ્યા છે:

    • ભૂલ કે જેનાં કારણે -fવિકલ્પ વાપરવાથીstrace અમૂક મલ્ટી-થ્રેડેડ પ્રક્રિયા પર ભાંગી જતુ (ખાસ કરીને ૬૪-બીટ સિસ્ટમો પર)એ સુધારેલ છે.

    • ભૂલ કે જે strace નાં ૬૪-બીટ આવૃત્તિ ને ૩૨-બીટ પ્રક્રિયા પર vfork() ફંક્શન કોલ ચલાવવાથી અટકાવતુ હતુ તે હવે સુધારેલ છે.

  • cpuspeed એ આવૃત્તિ 1.2.1-5 માં સુધારો કરી દેવામાં આવી છે. આ સુધારા સાથે, cpuspeed init સ્ક્રિપ્ટ હવે speedstep-centrino લોડ કરે છે જો બીજા બધા મોડ્યુલ લોડ થવામાં નિષ્ફળ જાય તો. વધારામાં, વપરાશકર્તા-જગ્યા ભૂલ કે જે Powernow-k8 મોડ્યુલ ને લોડ કરવામાં અટકાવતુ હતુ તે હવે સુધારેલ છે.

  • સાધનોનું frysk પેકેજ આ વહેંચાણ માંથી સંપૂર્ણરીતે દૂર કરી દેવામાં આવી છે. frysk એ Red Hat Enterprise Linux 5.0 માં ટેકનોલોજી પૂર્વદર્શન તરીકે મૂળભૂત રીતે પરિચીત છે.

  • પહેલેથી, iostat -x આદેશ દ્દારા પૂરુ પાડેલ પાર્ટીશન I/O ની આંકડા સાથેની માહિતી અપૂરતી હતી. આ સુધારામાં, પાર્ટીશનનાં આંકડા સાથેનીમાહિતી એ ડિસ્ક આંકડા સાથેની માહિતી તરીકે એજ વર્તાવ માં હવે ગણતરી થયેલ છે, પાર્ટીશન સ્તર પર સુસંગત અને વ્યાપક I/O આંકડા સાથેની માહિતી ને પૂરી પાડી રહ્યા છે.

  • પાસવર્ડ ખુલ્લો પાડી દે એવી ભૂલ Dovecot મેઇલ સર્વર માટે રૂપરેખાંકન ફાઇલ સાથે શોધાયુ હતુ. જો સિસ્ટમ પાસે ssl_key_password વિકલ્પ વ્યાખ્યાયિત થયેલ હતુ, કોઇપણ સ્થાનિક વપરાશકર્તા SSL કી પાસવર્ડ ને દેખી શકે છે. (CVE-2008-4870)

    નોંધ

    આ ભૂલ SSL કી નાં ઘટકો ને મેળવવા માટે હુમલાવરો ને પરવાનગી આપતુ નથી. પાસવર્ડ પાસે કી ફાઇલ વગર કિંમત નથી કે જે આર્બીટરી વપરાશકર્તાઓ ને વાંચવા માટે પ્રવેશ હોવો જોઇએ નહિં.

    આ કિંમત ને સારી રીતે સુરક્ષિત રાખવા માટે, છતાંપણ, dovecot.conf ફાઇલ હવે "!include_try" ડાઇરેક્ટીવ ને આધાર આપે છે. ssl_key_password વિકલ્પ એ પોતાની જાતે નવી ફાઇલમાં dovecot.conf માંથી ખસેડેલ હોવુ જોઇએ, અને ફક્ત વાંચવા અને લખવા દ્દારા, root (ie 0600). આ ફાઇલ એ !include_try /path/to/password/file વિકલ્પ ને સુયોજિત કરીને dovecot.conf માંથી સંદર્ભ થયેલ હોવો જોઇએ.

7.2. x86_64 આર્કિટેક્ચરો

  • ksh એ આવૃત્તિ 2008-02-02 માં પુન:આધારિત કરી દેવામાં આવી છે. આ સુધારો મલ્ટી-બાઇટ અક્ષર સંભાળનાર ને ઉમેરે છે, ઘણીબધી જોબ નિયંત્રણ સમસ્યાઓ ને નોંધે છે અને અપસ્ટ્રીમ માંથી ઘણાબધા બગ સુધારાઓ ને લાગુ કરે છે. નોંધો કે જે આ સુધારો હાલની સ્ક્રિપ્ટો માટે ksh માં સુસંગતતા ને બચાવે છે.

7.3. s390x આર્કિટેક્ચરો

  • vmconvert ભૂલ એ vmur ઉપકરણ નોડ (/dev/0.0.000c) પર યોગ્ય રીતે કામ કરવાથી તેને અટકાવે છે. આ vmconvert ને નિષ્ફળનું કારણ થયેલ છે જ્યારે ભૂલ vmconvert: Open dump file failed! (Permission denied) સાથે vmur ઉપકરણ પર ડમ્પો ને પ્રવેશ કરવા માટે પ્રયત્ન કરી રહ્યા છે. આ મુદ્દા ને આ પ્રકાશનમાં s390utils ને સુધારે છે.

  • mon_procd ડેમન અને mon_fsstatd ડેમન માટે init સ્ક્રિપ્ટ અને config ફાઇલ s390utils પેકેજ માંથી ગુમ થયેલ હતી. પરિણામે આ ડેમનોને બિલ્ટ અને વાપરી શકાતુ નથી. ગુમ થયેલ ફાઇલો આ સુધારામાં ઉમેરી દેવામાં આવી છે જ્યારે આ મુદ્દાને સુધારે છે.

7.4. PowerPC આર્કિટેક્ચરો

  • ભૂલ કે જે આ આર્કિટેક્ચર સુધારેલ છે તેની પર લોડ કરવા દરમ્યાન ehci_hcd મોડ્યુલ ને રોકેલ છે. આ ખાતરી કરો કે જે Belkin 4-port PCI-Express USB Lily એડેપ્ટર (અને બીજા સરખા ઉપકરણો) Red Hat Enterprise Linux 5 સાથે હવે યોગ્ય રીતે કામ કરે છે જ્યારે તેઓ ehci_hcd મોડ્યુલ ને વાપરે છે.

  • libhugetlbfs એ હવે આવૃત્તિ 1.3 માં પુન:આધારિત કરી દેવામાં આવી છે. આ સુધારો લાઇબ્રેરી માં ઘણાબધા અપસ્ટ્રીમ સુધારાઓ ને લાગુ કરે છે, તેથી કરીને કાર્યક્રમોનાં પ્રભાવને સુધારી રહી છે કે જે વિશાળ પાનાંઓ વાપરે છે.

    libhugetlbfs માં સુધારો ની સંપૂર્ણ યાદી માટે, નીચેની કડીનો સંદર્ભ લો:

    http://sourceforge.net/mailarchive/message.php?msg_name=20080515170754.GA1830%40us.ibm.com

  • Red Hat Enterprise Linux 5.2 માં, httpd ની ૬૪-બીટ આવૃત્તિ એ હાલની ૩૨-બીટ httpd માં વધારામાં આ આર્કિટેક્ચરમાં સમાયેલ હતી. જો વપરાશકર્તા બંને આવૃત્તિઓ માં સ્થાપિત થયેલ હોય તો, httpd માં અથડામણ ઉત્પન્ન થઇ શકે છે, યોગ્ય રીતે કાર્ય કરવા માંથી httpd અટકાવી રહ્યા છે.

    આ મુદ્દાને સુધારવા માટે, httpd ની ૬૪-બીટ આવૃત્તિ આ પ્રકાશન માંથી દૂર કરી દેવામાં આવી છે. આ પ્રકાશન માટે httpd સુધારો httpd ની ૬૪-બીટ આવૃત્તિ સાથે સાથે આપોઆપ દૂર થઇ જશે.

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

8.1. બધા આર્કિટેક્ચરો

  • જ્યારે રુટ ફાઇલસિસ્ટમ ને એન્ક્રિપ્ટ કરવા માટે નવી ડિસ્ક એન્ક્રિપ્શન લક્ષમ ને વાપરી રહ્યા હોય ત્યારે, નીચેની ભૂલ સંદેશ કન્સોલ પર રિપોર્ટ થયેલ હશે જ્યારે સિસ્ટમ ને બંધ કરી રહ્યા હોય:

    Stopping disk encryption [FAILED]

    આ સંદેશ સુરક્ષિત રીતે અવગણી શકાય છે, બંધ થયેલી પ્રક્રિયા સફળતાપૂર્વક પૂરી થશે.

  • જ્યારે એન્ક્રિપ્ટ થયેલ ઉપકરણ ને વાપરી રહ્યા હોય ત્યારે, નીચેનાં ભૂલ સંદેશ બુટઅપ દરમ્યાન રિપોર્ટ થઇ શકે છે:

    insmod: error inserting '/lib/aes_generic.ko': -1 File exists
    આ સંદેશ ને સુરક્ષિત રીતે અવગણી શકાય છે.

  • મલ્ટીપાથનાં ઊંચે Multiple Device (MD) RAID મદદથી સ્થાપનનું મશીનમાં પરિણામ આવશે કે જે બુટ કરી શકાતુ નથી. Storage Area Network (SAN) ઉપકરણો માં મલ્ટીપાથ કે જે આંતરિક રીતે RAID ને પૂરુ પાડવા માટે અસર કરતુ નથી.

  • જ્યારે LUNs નાં વિશાળ નંબર નોડ માં ઉમેરાયેલ હોય ત્યારે, મલ્ટીપાથ એ તેઓ માટે ઉપકરણ નોડો ને બનાવવાનું udev માટે તે મહત્વપૂર્ણ રીતે સમય ને વધારવાનું થઇ શકે છે. જો તમને આ સમસ્યા માં અનુભવ હોય તો, તમે /etc/udev/rules.d/40-multipath.rules:

    KERNEL!="dm-[0-9]*", ACTION=="add", PROGRAM=="/bin/bash -c '/sbin/lsmod | /bin/grep ^dm_multipath'", RUN+="/sbin/multipath -v0 %M:%m"
    માં નીચેનાં વાક્ય ને દૂર કરવા દરમ્યાન તેને સાચો કરી શકો છો આ વાક્ય udev એ મલ્ટીપાથ ને ચલાવવામમાં દરેક વખતે બ્લોક ઉપકરણ ઉમેરાયેલ છે તેના કારણે છે. સાથે સાથે આ વાક્ય દૂર થયેલ છે, મલ્ટીપાથ એ મલ્ટીપાથ ઉપકરણો ને હજુ આપોઆપ બનાવશે, અને મલ્ટીપાથ એ બુટ પ્રક્રિયા દરમ્યાન મલ્ટીપાથ રુટ ફાઇલસિસ્ટમો સાથે નોડો માટે હજુ બોલાયેલ હશે. ફક્ત એ બદલાવ છે કે જ્યારે મલ્ટીપાથ ચાલી રહ્યો હોય ત્યારે મલ્ટીપાથ ઉપકરણો એ આપોઆપ બનશે નહિં, કે જે મલ્ટીપાશ વપરાશકર્તાઓ માટે વિશાળ બહુમતી માટે સમસ્યા કરવુ જોઇએ નહિં.

  • જ્યારે પહેલાની Red Hat Enterprise Linux to 5.3 ની આવુત્તિ માંથી સુધારો કરી રહ્યા હોય ત્યારે, તમારે નીચેની ભૂલ મળી શકે છે:

    Updating  : mypackage                 ################### [ 472/1655]
    rpmdb: unable to lock mutex: Invalid argument

    લોકીંગ મુદ્દાનું કારણ એ છે કે જે glibc માં વહેંચાયેલ futex લોકીંગ 5.2 અને 5.3 વચ્ચે પ્રતિ-પ્રક્રિયા futexes સાથે વધારેલ હતુ. પરિણામ તરીકે, 5.2 glibc વિરુદ્દ ચાલતી પ્રક્રિયાઓ 5.3 glibc સાથે ચાલતી પ્રક્રિયાઓ વિરુદ્દ વહેંચાયેલ futex લોકીંગ એ યોગ્ય રીતે કામ કરી શકતો નથી.

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

    આ ભૂલ ને અવગણવા માટે, અલગ રીતે ચલાવવામાં પહેલા glibc ને સુધારો:

    # yum update glibc
    # yum update
    તમે આ ભૂલને પણ જોશો જો તમે સ્થાપિત થયેલ 5.3 સિસ્ટમ પર પહેલાની આવૃત્તિ માં glibc ને ડાઉનગ્રેડ કરો.

  • Red Hat Enterprise Linux 5 માં mvapich અને mvapich2 એ ફક્ત InfiniBand/iWARP એકબીજા જોડવાનો આધાર આપવા માટે કમ્પાઇલ થયેલ છે. પરિણામે, તેઓ ઇથરનેટ અથવા એકબીજા સાથે જોડાયેલ બીજા નેટવર્ક પર ચાલશે નહિં.

  • બે એન્ક્રિપ્ટ થયેલ બ્લોક ઉપકરણો કરતા વધારે સાથે સિસ્ટમો પર, anaconda પાસે વૈશ્ર્વિક પાસફ્રેઝ ને પૂરો પાડવા માટે વિકલ્પ છે. init સ્ક્રિપ્ટો, છતાંપણ, આ લક્ષણ ને આધાર આપતુ નથી. જ્યારે સિસ્ટમ ને બુટ કરી રહ્યા હોય ત્યારે, બધી એન્ક્રિપ્ટ થયેલ ઉપકરણો માટે દરેક વ્યક્તિગત પાસફ્રેઝ ને દાખલ કરવાની જરૂરિયાત હશે.

  • જ્યારે yum ની મદદથી openmpi માં સુધારો કરી રહ્યા હોય ત્યારે, નીચેની ચેતવણી પાછી આવી શકે છે:

    cannot open `/tmp/openmpi-upgrade-version.*' for reading: No such file or directory
    સંદેશ હાનિરહિત છે અને સુરક્ષિત રીતે અવગણી શકાય છે.

  • IRQ SMP સંબંધ ને રૂપરેખાંકિત કરવાનું કેટલાક ઉપકરણો પર તેની અસર થતી નથી કે જે message signalled interrupts (MSI) ને MSI વેક્ટર-પ્રતિ માસ્કીંગ ક્ષમતા નથી. કેટલાક ઉપકરણો નાં ઉદાહરણોમાં Broadcom NetXtreme ઇથરનેટ ઉપકરણોને સમાવે છે કે જે bnx2 ડ્રાઇવરને વાપરો.

    જો તમને કેટલાક ઉપકરણ માટે IRQ સંબંધ ને રૂપરેખાંકિત કરવાની જરૂર હોય તો, નીચેનાં વાકયમાં /etc/modprobe.d/ રહેલી ફાઇલને બનાવવા દરમ્યાન MSI ને નિષ્ક્રિય કરો:

    options bnx2 disable_msi=1

    વૈકલ્પિક રીતે, તમે કર્નલ બુટ પરિમાણ pci=nomsi ની મદદથી સંપૂર્ણરીતે MSI ને નિષ્ક્રિય કરી શકો છો.

  • Dell PowerEdge R905 સર્વરો પર CD-ROM/DVD-ROM એકમ Red Hat Enterprise Linux 5 સાથે કામ કરતુ નથી. મહેરબાની કરીને વધારે માહિતીઓ માટે Knowledgebase #13121 ને જુઓ: http://kbase.redhat.com/faq/FAQ_103_13121.

    મહત્વનું

    aforementioned Knowledgebase લેખ માં નીચેની પ્રક્રિયા એ બીજા મુદ્દાઓ માં પરિણમી શકે છે કે જે GSS દ્દારા આધારભૂત કરી શકાતુ નથી.

  • /etc/udev/rules.d/50-udev.rules ફાઇલમાં સુધારેલ ભૂલ ૯ નંબર કરતા મોટા નંબર ધરાવતા નામવાળા ટેપ ઉપકરણ માટે ટકાઉ નામ બનાવતા અટકાવે છે.ઉદાહરણ તરીકે, nst12 નામવાળા ટેપ ઉપકરણ માટે ટકાઉ નામ બનાવવામાં આવશે નહિ.

    આ કામ ઉકેલવા માટે, /etc/udev/rules.d/50-udev.rules માં nst[0-9] શબ્દમાળાની એક ઘટના પછી ફૂદડી (*) ઉમેરો.

  • smartctlસાધન SATA ઉપકરણોમાંથી SMART પરિમાણોને યોગ્ય રીતે વાંચી શકાતા નથી.

  • openmpi ના પહેલાની આવૃત્તિઓમાં ભૂલ છે અને lam એ આ પેકેજોના સુધારા માંથી તમે અટકી શકશો. આ ભૂલ નીચેની ખામીમાં સ્પષ્ટ રીતે દેખાય છે (જ્યારે openmpi અથવા lam ના સુધારાનો પ્રયત્ન કરતા હોય:

    error: %preun(openmpi-[version]) scriptlet failed, exit status 2

    આથી કે, તમારે openmpi જૂની આવૃત્તિઓને જાતે દૂર કરવાની જરૂર છે અને તેઓના તાજેતરની આવૃત્તિઓને ક્રમાંકમાં સ્થાપિત કરવા.આવુ કરવા માટે, નીચેના આદેશને વાપરો:

    rpm -qa | grep '^openmpi-\|^lam-' | xargs rpm -e --noscripts --allmatches

  • જ્યારે વપરાયેલ dm-multipath, જો features "1 queue_if_no_path"/etc/multipath.conf માં સ્પષ્ટ થયેલ છે પછી ગમે તે પ્રક્રિયા કે જે I/O મુદ્દાઓ અટકી જશે જ્યાંય સુધી એક અથવા વધારે રસ્તાઓનો પુન:સંગ્રહ થયેલ છે.

    આ રોકવા માટે, no_path_retry [N] ને /etc/multipath.conf માં (જ્યાં [N] સમયનો નંબર છે જેનાથી સિસ્ટમને એક રસ્તા માટે ફરીથી પ્રયત્ન કરવો જોઇએ). જ્યારે તમે કરતા હોય ત્યારે, /etc/multipath.conf માંથી features "1 queue_if_no_path" ને દૂર કરો.

    જો તમારે "1 queue_if_no_path" વાપરવાની જરૂર હોય તો અને અહિંયા નોંધ થયેલ મુદ્દાનો અનુભવ હોય તો, ચોક્કસ LUN માટે (એટલે કે. જે બધા પાથો ઉપલ્બધ નથી) રનટાઇમ વખતે પોલિસી માં ફેરફાર કરવા માટે dmsetup ને વાપરો.

    સમજાવવા માટે: dmsetup message [device] 0 "fail_if_no_path" ને ચલાવો, જ્યાં [device]"queue_if_no_path" to "fail_if_no_path" માંથી તમે કઇ પોલિસીને બદલવા માંગો છો તે માટેમલ્ટીપાથ ઉપકરણ નામ છે (દા.ત. mpath2; પાથને સ્પષ્ટ કરેલ નથી).

  • આના ઉમેરામાં એક સરખા કર્નલ મોડ્યુલની ઘણીબણીધી સ્થાપેલવૃત્તિ આઓને સક્રિય કરવા માટે આધાર નથી. આની સાથે જે રીતે કર્નલ મોડ્યુલ આવૃત્તિમાંની ભૂલનુ વિશ્લેષણ થાય છે તે કોઇ વખત એજ કર્નલની જૂની આવૃત્તિ ને સક્રિય કરી દે છે.

    Red Hat આગ્રહણીય કે જે જ્યારે તમે કર્નલ મોડ્યુલ સ્થાપન થયેલા નવી આવૃત્તિનુ સ્થાપન કરતા હોય ત્યારે, તમારે પહેલા જૂની આવૃત્તિને દૂર કરવી જોઇએ.

  • IBM Bladecenter QS21 પર kdump ચલાવી રહ્યા હોય ત્યારે અથવા QS22 રૂપરેખાંકિત થયેલ હોય ત્યારે સાથે NFS રુટ નિષ્ફળ થઇ જશે. આ રોકવા, /etc/kdump.conf માં NFS ડમ્પને સ્પષ્ટ કરો.

  • જ્યારે ડોકીંગ સ્ટેશનમાં સ્સસ્પેન્ડ થયેલ અનપ્લગ થયેલ હોય ત્યારે IBM T60 લેપટોનો પાવર સંપૂર્ણપણે બંધ થઇ જશે. આ રોકવા માટે, સિસ્ટમને acpi_sleep=s3_bios દલીલ સાથે બુટ કરો.

  • IBM Bladecenter માટે QLogic iSCSI Expansion Card એ ઈથરનેટ અને iSCSI વિધેયો બંને પૂરું પાડે છે. કાર્ડ પરના અમુક ભાગો બંને વિધેયો દ્વારા વહેંચાય છે. છતાંય, વર્તમાન qla3xxx અને qla4xxx ડ્રાઈવરો ઈથરનેટ અને iSCSI વિધેયો વ્યક્તિગત રીતે આધાર આપે છે. બંને ડ્રાઈવરો ઈથરનેટ અને iSCSI વિધેયોને વારાફરતી વપરાશને આધાર આપતા નથી.

    આ મર્યાદાને લીધે, (એકપછી એક ifdown/ifup આદેશો દ્દારા) વારંવાર પુન:સુયોજિત કરવાથી ઉપકરણ અટકી શકે છે. આ રોકવા માટે ifup પછી ifdown આપતા પહેલા ૧૦ સેકન્ડનો અંતરાલ રાખો. ifdown આપ્યા પછી ifup આપતા પહેલા ૧૦ સેકન્ડનો અંતરાલ રાખો. આ અંતરાલ ifup આપ્યા પછી બધા કાર્યક્રમોને સ્થિર અને શરૂ થવા માટે પૂરતો સમય આપે છે.

  • લેપટોપ કે જેઓને Cisco Aironet MPI-350 વાયરલેસ કાર્ડ લગાવેલ હોય તે વાયરવાળા ઈથરનેટ પોર્ટ પર કોઈપણ નેટવર્ક-આધારિત સ્થાપન દરમ્યાન DHCP સરનામું મેળવતી વખતે અટકશે.

    આના ઉકેલ માટે, તમારા સ્થાપન માટે સ્થાનીક મીડિયા વાપરો. વૈકલ્પિક રીતે, તમે સ્થાપન પહેલાં લેપટોપ BIOS માં વાયરલેસ નિષ્ક્રિય કરી શકો (તમે સ્થાપન સમાપ્ત કર્યા પછી વાયરલેસ કાર્ડ પુનઃ-સક્રિય કરી શકો છો).

  • /var/log/boot.log માં બુટ-સમય લોગીંગ એ Red Hat Enterprise Linux 5.3 માં ઉપલબ્ધ નથી.

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

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

  • જ્યારે Red Hat Enterprise Linux 5.2 ને nVidia CK804 ચિપસેટ સ્થાપિત થયેલ મશીન સાથે વાપરી રહ્યા હોય, ત્યારે નીચેના કર્નલ સંદેશાઓ દેખાશે:

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

    આ સંદેશાઓ સૂચવે છે કે ચોક્કસ PCI-E પોર્ટો IRQs ની અરજી કરતા નથી. આગળ, આ સંદેશાઓ, કોઈપણ રીતે, મશીનની પ્રક્રિયાને અસર કરતા નથી.

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

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

    mount /dev/[device name] /media
  • જ્યારે 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
  • multipath આદેશ સાથે -ll વિકલ્પ ચલાવી રહ્યા હોય ત્યારે આદેશને અટકી જવાનુ કારણ બની શકે છે જો એક રસ્તો બ્લોકિંગ ઉપકરણ પર હોય છે. નોંધો કે જે ડ્રાઇવર સૂચનને નિષ્ફળ કરતુ નથી કેટલાક સમય પછી જો ઉપકરણ પ્રત્યુત્તર આપતો નથી.

    આ ક્લીનઅપ કોડ દ્દારા ઉત્પન્ન થયેલ છે,કે જે થોભે છે કે રસ્તો ચકાસનાર અરજી કયાં તો પૂરી કરે છે અથવા નિષ્ફળ રહે છે. વર્તમાન multipath સ્થિતિને આદેશ અટકાવ્યા વગર બતાવવા માટે, ને બદલે multipath -l નો ઉપયોગ કરો.

  • pm-utils ને pm-utils ની Red Hat Enterprise Linux 5.2 બીટા આવૃત્તિમાંથી સુધારવાનું નિષ્ફળ જશે, જે નીચેની ભૂલમાં પરિણમે છે:

    ભૂલ: પેટીને /etc/pm/sleep.d ફાઈલ પર ખોલવામાં નિષ્ફળ: cpio: rename

    આને થવાથી અટકાવવા માટે, /etc/pm/sleep.d/ ડિરેક્ટરીને સુધારો કરવા પહેલાં કાઢી નાંખો. જો /etc/pm/sleep.d કોઈપણ ફાઈલો સમાવે, તો તમે તે ફાઈલોને /etc/pm/hooks/ માં ખસેડી શકો.

  • Mellanox MT25204 માટેની હાર્ડવેર ચકાસણી ખૂલી ગયેલ છે કે જ્યારે ચોક્કસ ઊંચા-ભારવાળી શરતોમાં આંતરિક ભૂલ ઉદ્દભવે. જ્યારે ib_mthca ડ્રાઈવર આ હાર્ડવેર પર કેટાસ્ટ્રોફીક ભૂલનો અહેવાલ આપે, ત્યારે તે સામાન્ય રીતે વપરાશકર્તા કાર્યક્રમ દ્વારા પેદા કરેલ અખૂટ ક્રિયા અરજીઓની સંખ્યાને સંબંધિત કતાર ઊંડાઈની અપૂરતી સમાપ્તિ સમાપ્તિને સંબંધિત હોય છે.

    ડ્રાઈવર હાર્ડવેર પુનઃસુયોજીત કરશે અને આવી ઘટનામાંથી પુનઃપ્રાપ્ત કરશે છતાંય, બધા હાલના જોડાણો ભૂલના સમયે ખોવાઈ જાય છે. આ સામાન્ય રીતે વપરાશકર્તા કાર્યક્રમમાં સેગ્મેન્ટેશન ક્ષતિમાં પરિણમે છે. આગળ, જો ભૂલના સમયે opensm ચાલી રહ્યું હોય, તો પછી તેને યોગ્ય પ્રક્રિયા ફરી શરૂ કરવા માટે જાતે પુનઃશરૂ કરવું પડશે.

  • જ્યારે મહેમાન પર Red Hat Enterprise Linux 5 ને સ્થાપિત કરી રહ્યા હોય ત્યારે, મહેમાન એ dom0 દ્દારા પૂરુ પાડેલ કામચલાઉ સ્થાપન કર્નલ ને સ્પષ્ટ રીતે વાપરવા માટે રૂપરેખાંકિત કરેલ છે. છતાંપણ, આ બંધ કરવા માટે દબાણથી guest's ને પહેલુ રીબુટ દ્દારા ફક્ત પ્રાપ્ત કરી શકે છે.

    આથી કે, જ્યારે Reboot બટન એ મહેમાન સ્થાપનનાં અંતમાં દેખાય છે, તેની પર ક્લિક કરવાથી તે મહેમાન બંધ થઇ જાય છે, પરંતુ તેને ફરીથી બુટ કરાતુ નથી. આ અપેક્ષિત વર્તણૂક છે.

    નોંધો કે જે તે તેનાં પોતાનાં બુટલોડરને પછી વાપરશે તે પછી જ્યારે તમે મહેમાનને બુટ કરતા હોય ત્યારે.

  • compiz સ્ત્રોત RPM પર rpmbuild ને ચલાવવા દરમ્યાન નિષ્ફળ જશે જો કોઇપણ KDE અથવા qt વિકસીત પેકેજો (ઉદાહરણ તરીકે, qt-devel) સ્થાપિત થયેલ હોય તો. આ compiz રૂપરેખાંકન સ્ક્રિપ્ટમાં બગ હોવાનાં કારણે થયેલ છે.

    આજુબાજુ કામ કરવા માટે, તેનાં સ્ત્રોત RPM માંથી compiz પેકેજ ને બિલ્ડ કરવા માટે પ્રયત્ન કરતા પહેલાં કોઇપણ KDE અથવા qt વિકસીત પેકેજો ને દૂર કરો.

  • જો તમારી સિસ્ટમ પાસે ક્યાંતો ATI Radeon R500 અથવા R600 ગ્રાફીક્સ કાર્ડ સુસજ્જિત હોય તો, firstboot એ સ્થાપન પછી ચલાવાશે નહિં. સિસ્ટમ એ ગ્રાફીકલ લોગીન સ્ક્રીન માં સીધુ જ જશે અને firstboot બધુ જ છોડી દો. જો તમે જાતે firstboot ચલાવવાનો પ્રયત્ન કરો તો (એટલે કે failsafe ટર્મિનલ માંથી), X સત્ર ભાંગી જશે.

    આ મુદ્દો ATI Radeon R500/R600 હાર્ડવેર દ્દારા વપરાયેલ ડ્રાઇવર ને કારણે થયેલ છે. આ ગ્રાફીક્સ કાર્ડો દ્દારા વપરાયેલ મૂળભૂત ડ્રાઇવર એ હજુ ટેકનોલોજી પૂર્વદર્શન માં છે. આજુબાજુ કામ કરવા માટે, તમારી /etc/X11/xorg.conf ફાઇલ નો બેકઅપ લો; પછી, નીચેનાં આદેશ વાપરવા ને બદલે આધારભૂત vesa ડ્રાઇવર ને વાપરવા માટે X ને રૂપરેખાંકિત કરો:

    system-config-display --reconfig --set-driver=vesa

    તમે હવે firstboot ને ચલાવી શકો છો. તમારા જૂના સુયોજનો માં પાછા જવુ હોય તો, તમારા મૂળભૂત /etc/X11/xorg.conf નો સંગ્રહ કરો.

  • જો તમારી સિસ્ટમ TSC ટાઇમર ને વાપરે તો, gettimeofday સિસ્ટમ કોલ એ પાછા ખસી શકે છે. આ વધારાનાં મુદ્દાને કારણે છે કે જે કેટલીક સ્થિતિ માં TSC timer મહત્વપૂર્ણ રીતે આગળ કૂદવાનું કારણ છે; જ્યારે આવુ બને ત્યારે, TSC timer એ પોતાની જાતને સાચુ કરશે, પરંતુ અંતે તો સમયમાં પાછળની બાજુએ હેરફેર નોંધ કરશે.

    આ મુદ્દો વિશેષ રીતે સમય-સંવેદનશીલ સિસ્ટમો માટે સંકટવાળો છે. આથી કે તે સિસ્ટમો અને ડેટાબેઝો માટે વપરાયેલ છે. આથી કે , જો તમારી સિસ્ટમ ને ચોકસાઇવાળા સમય ની જરૂર હોય તો, Red Hat એ મજબૂત રીતે અગ્રહણીય છે કે તમારે બીજા ટાઇમરને વાપરવા માટે સુયોજિત કરવુ પડશે (ઉદાહરણ તરીકે, HPET).

  • sniff ચલાવવાનો પ્રયત્ન કરી રહ્યા હોય ત્યારે પરિણામ ભૂલમાં આવી શકે. આ એટલા માટે છે કારણકે કેટલાક જરૂરિયાત પેકેજો dogtail સાથે સ્થાપિત થયેલ નથી.

    આવુ થવાથી બચવા માટે, નીચેનાં પેકેજોંને જાતે સ્થાપિત કરવા પડશે:

    • librsvg2

    • ghostscript-fonts

    • pygtk2-libglade

  • Thin Provisioning ( "virtual provisioning" તરીકે પણ જાણીતુ છે) એ EMC Symmetrix DMX3 અને DMX4 ની સાથે પહેલુ પ્રકાશન થયેલ હશે. મહેરબાની કરીને વધારાની માહિતીઓ માટે EMC Support Matrix અને Symmetrix Enginuity કોડ પ્રકાશન નોંધો નો સંદર્ભ લો.

  • /etc/multipath.conf માં, unlimited માં max_fds સુયોજન એ યોગ્ય રીતે શરૂ કરવા માંથી multipathd ડેમનને બચાવશે. આથી કે, આ સુયોજન માટે તમારે પૂરતી ઊંચી કિંમતને વાપરવી જોઇએ.

  • SystemTap હાલમાં વપરાશકર્તા-જગ્યાની ઘટનાઓ ને પ્રોબ કરવા માટે GCC ને વાપરે છે. GCC એ ગમે તે રીતે, પરિમાણો માટે ચોક્કસ સ્થાન યાદી જાણકારી સાથે ડિબગરો ને પૂરુ પાડવા માટે અસમર્થ છે. કેટલીક સ્થિતિ ઓમાં, GCC એ કેટલાક પરિમાણો પર દેખાવાનું પૂરુ પાડવા માટે પણ નિષ્ફળ છે.પરિણામે, SystemTap સ્ક્રિપ્ટો કે જે પ્રોબ વપરાશકર્તા-જગ્યા ને અચોક્કસ આંકડો પાછો આવી શકે છે.

  • IBM T41 લેપટોપ મોડલ ને યોગ્ય રીતે Suspend Mode માં પ્રવેશ કરતુ નથી; આથી કે, Suspend Mode એ સામાન્ય રીતે હજુ બેટરીની જીંદગી ને વાપરે છે. આ એના કારણે છે કે Red Hat Enterprise Linux 5 radeonfb મોડ્યુલ માં હજુ સમાવેશ કર્યો નથી.

    આની આજુબાજુ કામ કરવા માટે, નીચેનાં વાક્યો માં સમાવતી /usr/share/hal/scripts/ માં નામ થયેલ સ્ક્રિપ્ટ ને ઉમેરો:

    chvt 1
    radeontool light off
    radeontool dac off

    આ સ્ક્રિપ્ટ ખાતરી કરશે કે જે IBM T41 લેપટોપ એ Suspend Mode માં યોગ્ય રીતે અંદર જાય છે. ખાતરી કરવા માટે કે જે સિસ્ટમ એ યોગ્ય રીતે સામાન્ય ક્રિયાઓ ને શરૂ કરે છે, ની સાથે સાથે એજ ડિરેક્ટરીમાં સ્ક્રિપ્ટ restore-after-standby ને ઉમેરો, નીચેનાં વાક્યોનો સમાવેશ થઇ રહ્યો છે:

    radeontool dac on
    radeontool light on
    chvt 7
  • જો edac મોડ્યુલ એ લોડ થયેલ હોય તો, BIOS મેમરી રિપોર્ટીંગ કામ કરશે નહિં. આ કારણ છે કે edac મોડ્યુલ રજીસ્ટરને સ્પષ્ટ કરે છે કે જે BIOS એ રિપોર્ટીંગ મેમરી ભૂલો માટે વાપરે છે.

    હાલનાં Red Hat Enterprise Linux ડ્રાઇવર સુધારા મોડલ એ મૂળભૂત દ્દારા બધા ઉપલ્બધ મોડ્યુલો (edac ને સમાવી રહ્યા છે) ને લોડ કરવા માટે કર્નલ ને સૂચન કરે છે. જો તમારી સિસ્ટમ પર BIOS મેમરી રિપોર્ટીંગ ની ખાતરી કરવા ઇચ્છતા હોય તો, તમારે edac મોડ્યુલોની બ્લેકયાદી ને જાતે જ કરવાની જરૂર હોય તો. આવુ કરવા માટે, /etc/modprobe.conf માં નીચેનાં વાક્યોને ઉમેરો:

    blacklist edac_mc
    blacklist i5000_edac
    blacklist i3000_edac
    blacklist e752x_edac
  • Red Hat Enterprise Linux 5.3 એ અન્ડરલાઇંગ બ્લોક ઉપકરણને સંકોચવાનું અથવા વિકસાવવાનું ઓનલાઇન શોધી શકાય છે. છતાંપણ, આપોઆપ શોધવાની પદ્દત્તિ નથી કે જે ઉપકરણ પાસે બદલાયેલ માપ છે, તેથી જાતે પગલાઓ આ ઓળખવા માટે જરૂરી છે અને કોઇપણ ફાઇલ સિસ્ટમોનું પુન:માપ કરો કે જે આપેલ સિસ્ટમ ઉપકરણ પર રહેલી છે. જ્યારે પુન:માપ થયેલ બ્લોક ઉપકરણ શોધાયેલ હોય ત્યારે, સંદેશ જેવુ કે નીચેનાં સિસ્ટમ લોગો માં દેખાશે:

    VFS: બદલાયેલ મીડિયા અથવા પુન:માપ થયેલ ડિસ્ક sdi પર આઇનોડો વ્યસ્ત છે

    જો બ્લોક ઉપકરણ વિકસેલ હતુ તો, પછી આ સંદેશને સુરક્ષિત રીતે અવગણી શકાય છે. છતાંપણ, જો પહેલા બ્લોક ઉપકરણ પર કોઇપણ માહિતી ને સંકોચાયા વગર બ્લોક ઉપકરણ સંકોચાતુ હતુ, ઉપકરણ પર રહેલી માહિતી એ બગડેલ હોઇ શકે છે.

    તે ફક્ત ફાઇલસિસ્ટમનાં પુન:માપ ને ઓનલાઇન કરવા માટે શક્ય છે કે જે આખા LUN (અથવા બ્લોક ઉપકરણ) પર બનાવેલ હતુ. જો ત્યાં બ્લોક ઉપકરણ પર પાર્ટીશન કોષ્ટક હોય તો, પછી ફાઇલ સિસ્ટમ એ પાર્ટીશન કોષ્ટકનો સુધારો કરવા માટે અનમાઉન્ટ થયેલ હશે.

  • જો તમારી સિસ્ટમ પાસે GFS2 ફાઇલ સિસ્ટમ માઉન્ટ થયેલ હોય તો, નોડ લટકી શકે છે જો કેશ થયેલ આઇનોડ એ એક નોડમાં પ્રવેશ થયેલ છે અને વિવિધ નોડ પર કડી થયેલ નથી. જ્યારે આ બને ત્યારે, લટકેલ નોડ ઉપલ્બધ હશે નહિં જ્યાં સુધી તમે સામાન્ય ક્લસ્ટર રિકવરી મિકેનીઝમ દ્દારા તેને રક્ષિત અને ફરી લાવો. કાર્ય કોલો gfs2_dinode_dealloc અને shrink_dcache_memory એ લટકેલ નોડમાં કોઇપણ ફસાયેલી પ્રક્રિયાઓ ને સ્ટેક ટ્રેસોમાં પણ દેખાશે.

    આ મુદ્દો single-node GFS2 ફાઇલ સિસ્ટમો ને અસર કરતુ નથી.

  • નીચેનો સંદેશ સિસ્ટમ બુટ દરમ્યાન શોધાઇ શકે છે:

    Could not detect stabilization, waiting 10 seconds.
    Reading all physical volumes.  This may take a while...
    આ મોડુની (કે જે ૧૦ સેકંડો સુધીનું હોઇ શકે છે, હાર્ડવેર રૂપરેખાંકન પર આધારિત છે) ખાતરી કરવાની જરૂર છે કે જે કર્નલ એ ડિસ્ક ને સ્કેન કરવાનું સમાપ્ત કરી દીધુ છે.

  • ipmitool માં User Payload Access નું હાલનું અમલીકરણ એ તમને ઉપકરણો ની રૂપરેખાંકન કરવાની પરવાનગી આપે છે, પરંતુ પેલા ઉપકરણો માટે હાલનાં સુયોજનો ને મેળવવાની તમને પરવાનગી આપતુ નથી.

  • એજ સમય પર --maxsize પરિમાણ નાં સુયોજનો વગર કિકસ્ટાર્ટ ફાઇલ માં swap --grow પરિમાણ ની મદદથી સ્વેપ પાર્ટીશન ની મહત્તમ માપ પર anaconda નિયંત્રણ લાદવાનું બનાવે છે. તે ઉપકરણ ને ભરવાનું વિકસાવવા માટે તેને પરવાનગી આપતુ નથી.

    2GB કરતા ઓછી ભૌતિક મેમરી સાથે સિસ્ટમો માટે, લાદેલ મર્યાદા એ ભૌતિક મેમરી ની કિંમત બમણી છે. 2GB કરતા વધારે સિસ્ટમો માટે, લાદેલ મર્યાદા ભૌતિક મેમરી પ્લસ 2GB નું માપ છે.

  • gfs2_convert પ્રક્રિયા GFS મેટાડેટા માંથી બધા બ્લોકો ને મુક્ત કરી શકાતુ નથી કે જે GFS2 ની હેઠળ લાંબા સમય સુધી વપરાતુ નથી. આ બિનઉપયોગી મેટાડેટા બ્લોકો શોધી કાઢશે અને ફાઇલ સિસ્ટમ પર પછીના સમય નું gfs2_fsck એ ચલાવવા નું મુક્ત થયેલ છે. તે અગ્રહણીય છે કે જે ફાઇલસિસ્ટમ પછી ચલાવતુ gfs2_fsck એ બિનઉપયોગી બ્લોકો મુક્ત કરવા માટે રૂપાંતર કરી દેવામાં આવ્યુ છે. આ બિનઉપયોગી બ્લોકો સંદેશાઓ સાથે gfs2_fsck દ્દારા ફ્લેગ થયેલ હશે જેવા કે

    Ondisk and fsck bitmaps differ at block 137 (0x89) 
    Ondisk status is 1 (Data) but FSCK thinks it should be 0 (Free)
    Metadata type is 0 (free)
    આ સંદેશાઓ GFS2 ફાઇલ સિસ્ટમમાં ભ્રષ્ટાચારને સૂચન કરતુ નથી, તેઓ બ્લોકો ને સૂચન કરે છે કે જે મુક્ત થયેલ હોવા જોઇએ, પરંતુ તે ન હતા. બ્લોકોનાં નંબર ફાઇલ જે મુક્ત થવાની જરૂર છે તે સિસ્ટમ અને બ્લોક નાં માપ પર આધાર આપવા માટે બદલાતા રહેશે. ઘણીબધી ફાઇલ સિસ્ટમો આ મુદ્દાને શોધાશે નહિં. વિશાળ ફાઇલ સિસ્ટમો પાસે બ્લોકો નાં નાના નંબર છે(વિશિષ્ટ રીતે ૧૦૦ કરતા ઓછુ).

8.2. x86 આર્કિટેક્ચરો

  • જ્યારે એકદમ-ઘાતક (બિન-વર્ચ્યુઅલાઈઝ થયેલ) કર્નલ ચલાવી રહ્યા હોય, ત્યારે X સર્વર EDID જાણકારી મોનીટરમાંથી પુનઃપ્રાપ્ત કરવા માટે સમર્થ હશે નહિં. જ્યારે આવું થાય, ત્યારે ગ્રાફિક્સ ડ્રાઈવર 800x600 કરતાં મોટું રીઝોલ્યુશન દર્શાવવામાં અસમર્થ થઈ જશે.

    આ ઉકેલવા માટે, /etc/X11/xorg.conf ના ServerLayout વિભાગમાં નીચેનું વાક્ય ઉમેરો:

    Option "Int10Backend" "x86emu"
  • રેકોર્ડીંગને Dell M4300 અને M6300 પર જાતે જ સક્રિય કરવાની જરૂર છે. આ કરવા માટે, નીચેનાં પગલાઓને રજૂ કરો:

    1. alsamixer ખોલો.

    2. View ક્ષેત્રમાં [Capture] ટોગલ માટે Tab ને દબાવો (મેનું ના ઉપર ડાબા ભાગ પર સ્થાપિત થયેલ છે).

    3. Space પટ્ટીને દબાવો.

    4. રેકોર્ડીંગ સક્રિય થયેલ છે તે ચકાસવા માટે, ADCMux ક્ષેત્ર ઉપર લખાણ એ L R CAPTUR માં દર્શાવેલ હોવુ જોઇએ.

  • જો એનક્રિપ્શન સિસ્ટમ સ્થાપન દરમ્યાન બુટ ઉપકરણ પર સક્રિય થયેલ હોય તો, નીચેનો સંદેશ સિસ્ટમ બુટ દરમ્યાન લોગ થયેલ હશે:

    padlock: VIA PadLock not detected.
    આ સંદેશને સુરક્ષિત રીતે અવગણી શકાય છે.

8.3. x86_64 આર્કિટેક્ચરો

  • અમુક મશીનો કે જે NVIDIA ગ્રાફિક્સ કાર્ડો વાપરે છે તેઓ બગડેલ ગ્રાફિક્સ દર્શાવી શકશે અથવા ફોન્ટ જ્યારે ગ્રાફિકવાળું સ્થાપક વાપરી રહ્યા હોય અથવા ગ્રાફિકવાળા પ્રવેશ દરમ્યાન. આને ઉકેલવા માટે, વર્ચ્યુઅલ કન્સોલમાં બદલાવ અને મૂળ X યજમાનમાં પાછા જાવ.

  • IBM T61 લેપટોપ પર, Red Hat અગ્રહણીય છે કે જે તમને glxgearsવિન્ડો પર ક્લિક કરવા દરમ્યાન રોકે છે (જ્યારે glxgears ચલાવે છે ત્યારે). કરી રહ્યા છે તેથી સિસ્ટમ ને તાળુ મારી શકાય.

    આવુ બનતુ રોકવા માટે, ટાઇલીંગ લક્ષણને નિષ્ક્રિય કરો. આ કરવા માટે, /etc/X11/xorg.conf નાં Device વિભાગ માં નીચેનાં વાક્ય ને ઉમેરો:

    Option "Tiling" "0"
  • રેકોર્ડીંગને Dell M4300 અને M6300 પર જાતે જ સક્રિય કરવાની જરૂર છે. આ કરવા માટે, નીચેનાં પગલાઓને રજૂ કરો:

    1. alsamixer ખોલો.

    2. View ક્ષેત્રમાં [Capture] ટોગલ માટે Tab ને દબાવો (મેનું ના ઉપર ડાબા ભાગ પર સ્થાપિત થયેલ છે).

    3. Space પટ્ટીને દબાવો.

    4. રેકોર્ડીંગ સક્રિય થયેલ છે તે ચકાસવા માટે, ADCMux ક્ષેત્ર ઉપર લખાણ એ L R CAPTUR માં દર્શાવેલ હોવુ જોઇએ.

  • જો તમારી સિસ્ટમ Intel 945GM ગ્રાફીક્સ કાર્ડ ને વાપરે તો, i810 ડ્રાઇવરને વાપરો નહિં. તમારે એને બદલે મૂળભૂત intel ડ્રાઇવર ને વાપરવુ જોઇએ.

  • dual-GPU લેપટોપો પર, જો ગ્રાફીક્સ ચીપો ની એક એ Intel-આધારિત હોય તો, Intel ગ્રાફીકસ સ્થિતિ કોઇપણ બહારનાં ડિઝીટલ જોડાણો (HDMI, DVI, અને DisplayPort સમાવી રહ્યા છે) ડ્રાઇવ કરી શકાતુ નથી. આ Intel GPU ની હાર્ડવેર મર્યાદા છે. જો તમને બહારનાં ડિઝીટલ જોડાણો ની જરૂર હોય તો, અલગ ગ્રાફીક્સ ચીપ (BIOS માં) વાપરવા માટે સિસ્ટમ ને રૂપરેખાંકિત કરો.

8.4. PowerPC આર્કિટેક્ચરો

  • ડિબગ કરવા માટે જ્યારે Alt-SysRq-W વાપરી રહ્યા હોય, ત્યારે નીચેનો ચેતવણી સંદેશો દેખાશે:

    smp_call_function માં arch/powerpc/kernel/smp.c:223 આગળ ખરાબી

    પછીથી, સિસ્ટમ એ પણ ચેતવણી આપશે કે તે હવે અટકશે. આ સંદેશો અવગણવામાં આવશે કારણ કે તે સિસ્ટમને અટકવાનું કારણ બનશે નહિં.

  • રેકોર્ડીંગને Dell M4300 અને M6300 પર જાતે જ સક્રિય કરવાની જરૂર છે. આ કરવા માટે, નીચેનાં પગલાઓને રજૂ કરો:

    1. alsamixer ખોલો.

    2. View ક્ષેત્રમાં [Capture] ટોગલ માટે Tab ને દબાવો (મેનું ના ઉપર ડાબા ભાગ પર સ્થાપિત થયેલ છે).

    3. Space પટ્ટીને દબાવો.

    4. રેકોર્ડીંગ સક્રિય થયેલ છે તે ચકાસવા માટે, ADCMux ક્ષેત્ર ઉપર લખાણ એ L R CAPTUR માં દર્શાવેલ હોવુ જોઇએ.

  • PPC કર્નલ ઇમેજ નું માપ એ આધાર આપવા OpenFirmware માટે ઘણુ વિશાળ છે. પરિણામે, નેટવર્કીંગ બુટીંગ નિષ્ફળ જશે, નીચેની ભૂલ આદેશ માં પરિણામ આપી રહ્યા છે:

    Please wait, loading kernel...
    /pci@8000000f8000000/ide@4,1/disk@0:2,vmlinux-anaconda: No such file or directory
    boot: 
    આજુબાજુ કામ કરવા માટે:
    1. OpenFirmware પ્રોમ્પ્ટ માં બુટ કરો, '8' ને દબાવવા દરમ્યાન જ્યારે IBM સ્પ્લેશ સ્ક્રીન દર્શાવાયેલ હશે.

    2. નીચેનાં આદેશ ને ચલાવો:

      setenv real-base 2000000

    3. આદેશ સાથે System Managment Services (SMS) માં બુટ કરો:

      0
      > dev /packages/gui obe

8.5. s390x આર્કિટેક્ચરો

  • 2GB કરતા વધારે મહેમાન સંગ્રહ વ્યાખ્યાયિત હોય એવી z/VM પર Red Hat Enterprise Linux 5.2 ચલાવતી વખતે, કતાર-I/O સહાયક (QIOASSIST) વિકલ્પ સક્રિય હોય એવા FCP અને OSA ઉપકરણ જે QDIO સ્થિતિ સાથે જોડાયેલા હોય તેના પરથી અયોગ્ય માહિતી વાંચી અને લખી શકાય છે. જો તમારી સિસ્ટમ સાથે એવુ કોઇ ઉપકરણ જોડાયેલ હોય તો, Red Hat એવો આગ્રહ કરે છે કે તમે z/VM કાર્યક્રમ કામચલાઉ ઉપાય (PTF) નીચેની કડી પરથી ડાઉનલોડ કરી સ્થાપન કરો:

    http://www-1.ibm.com/support/docview.wss?uid=isg1VM64306

  • z/VM ડમ્પ ને ફાઇલમાં સીધુ વાંચવુ અને રૂપાંતર કરવુ શક્ય નથી. ને બદલે, તમારે પહેલા z/VM રીડરને Linux ફાઇલ સિસ્ટમમાં વપરાયેલ vmur માંથી ડમ્પ કરવુ જોઇએ અને vmconvert વપરાયેલ Linux-readable ફાઇલમાં ડમ્પને બદલો.

  • IBM System z એ પારંપરિક Unix-શૈલી ભૌતિક કન્સોલ પૂરું પાડતું નથી. આથી, IBM System z માટેનું Red Hat Enterprise Linux 5.2 એ આરંભિક સ્થાપન કાર્યક્રમને લોડ કરવા દરમ્યાન firstboot વિધેયને આધાર આપતું નથી.

    IBM System z પર Red Hat Enterprise Linux 5.2 નું સુયોજન યોગ્ય રીતે આરંભ કરવા માટે, સ્થાપન પછી નીચેના આદેશો ચલાવો:

    • /usr/bin/setup -- setuptool પેકેજ દ્વારા પૂરું પાડવામાં આવેલ છે.

    • /usr/bin/rhn_register -- rhn-setup પેકેજ દ્વારા પૂરુ પાડવામાં આવેલ છે.

8.6. ia64 આર્કિટેક્ચર

  • કેટલીક Itanium સિસ્ટમો kexec purgatory કોડમાંથી કન્સોલ આઉટપુટ યોગ્ય રીતે ઉત્પન્ન કરી શકાતુ નથી. આ કોડ ભંગાણ પછી પહેલા 640k મેમરીના બેકઅપ માટે સૂચનને સમાવિત કરે છે.

    જ્યારે purgatory કન્સોલ આઉટપુટ નિદાન કરતી સમસ્યાઓમાં ઉપયોગી થઇ શકે છે. તે kdump ને યોગ્ય ક્રિયા કરવાની જરૂર નથી, આથી કે, જો તમારે kdump પ્રક્રિયા દરમિયાન Itanium સિસ્ટમને પુન:સુયોજિત કરવુ હોય તો,purgatory માં કન્સોલ આઉટપુટને નિષ્ક્રિય કરો --noio ને KEXEC_ARGS ચલ /etc/sysconfig/kdump માં ઉમેરો.

  • perftest ચલાવવા દરમ્યાન નિષ્ફળ જશે જો વિવિધ CPU ઝડપો શોધાયેલ હોય તો. આથી કે, તમે perftest ને ચલાવતા પહેલા CPU ઝડપ માપક્રમ ને નિષ્ક્રિય કરવુ જોઇએ.

  • જ્યારે kdump કર્નલ બુટ થયેલ હોય તો, નીચેની ભૂલ બુટ લોગમાં દેખાશે:

    mknod: /tmp/initrd.[numbers]/dev/efirtc: આવી ફાઇલ અથવા ડિરેક્ટરી નથી

    આ ભૂલ અયોગ્ય પાથ માં efirtc બનાવવા માટે મેલફોર્મ થયેલ સુચન માંથી પરિણામ મળે છે. છતાંપણ, પ્રશ્ર્નમાં ઉપકરણ પાથ એ initramfs માં સ્થિર રીતે પણ બનાવેલ છે જ્યારે kdump સેવા શરૂ થયેલ હોય ત્યારે. આથી કે, ઉપકરણ નોડને રનટાઇમ બનાવવાનું અનઆવશ્યક, નિર્દોષ, અને kdump નાં પ્રભાવને કરવુ જોઇએ નહિં.

  • કેટલીક સિસ્ટમો એ યોગ્ય રીતે kdump કર્નલ બુટ કરવા માટે અસમર્થ હોઇ શકે છે. આવી સ્થિતિઓ માં, machvec=dig કર્નલ પરિમાણ ને વાપરો.

  • રેકોર્ડીંગને Dell M4300 અને M6300 પર જાતે જ સક્રિય કરવાની જરૂર છે. આ કરવા માટે, નીચેનાં પગલાઓને રજૂ કરો:

    1. alsamixer ખોલો.

    2. View ક્ષેત્રમાં [Capture] ટોગલ માટે Tab ને દબાવો (મેનું ના ઉપર ડાબા ભાગ પર સ્થાપિત થયેલ છે).

    3. Space પટ્ટીને દબાવો.

    4. રેકોર્ડીંગ સક્રિય થયેલ છે તે ચકાસવા માટે, ADCMux ક્ષેત્ર ઉપર લખાણ એ L R CAPTUR માં દર્શાવેલ હોવુ જોઇએ.

  • Intel Itanium-આધારિત સિસ્ટમો enforcing સ્થિતિમાં SELinux ચાલી રહ્યુ છે, ક્યાંતો allow_unconfined_execmem_dyntrans અથવા allow_execmem બુલિયનો ને સાચી રીતે ચલાવવા માટે IA-32 Execution Layer (the ia32el service) ને પરવાનગી આપવા માટે પાછા ફરવુ જ પડશે. જો allow_unconfined_execmem_dyntrans બંધ છે, પરંતુ allow_execmem બુલિયન ચાલુ છે, કે જે Red Hat Enterprise Linux 5 માં તે મૂળભૂત છે, ia32el સેવા 32-bit એમ્યુલેટરને આધાર આપે છે; છતાંપણ, જો બંને બુલિયનો બંધ છે તો, એમ્યુલેશન નિષ્ફળ થશે.

A. પુન: ઇતિહાસ

પુનરાવર્તનઈતિહાસ
પુનરાવર્તન 1.016th October 2008Ryan Lerch