प्रस्तावना

इस दस्तावेज में निम्नलिखित विषयों को शामिल किया गया है:

  • अधिष्ठापन-संबंधी नोट्स

  • फीचर अद्यतन

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

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

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

  • हल मुद्दे

  • ज्ञात मुद्दे

Red Hat Enterprise Linux 4.7 पर कुछ अद्यतन रिलीज नोट के इस संस्करण में प्रकट नहीं हो सकता है. Red Hat Enterprise Linux 4.7 रिलीज नोट्स का अद्यतनीकृत संस्करण निम्न URL पर भी उपलब्ध हो सकता है:

http://www.redhat.com/docs/manuals/enterprise/

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

यह खंड Red Hat Enterprise Linux और अधिष्ठापन प्रोग्राम एनाकोंडा से संबंधित विशेष सूचना को समाहित किये है.

नोट

Red Hat Enterprise Linux 4 (such as 4.5 to 4.6) के किसी गौण संस्करण से Red Hat Enterprise Linux 4.7 में अद्यतन करने के लिए, इसकी सलाह दी जाती है कि आप ऐसा Red Hat Network के प्रयोग से करें, या तो होस्टेड वेब उपयोक्ता अंतरफल से या Red Hat Network सैटेलाइट से.

यदि आप किसी सिस्टम को बिना किसी नेटवर्क कनेक्टिविटी के उन्नत कर रहे हैं, Anaconda की "Upgrade" प्रकार्यात्मकता का प्रयोग करें. हालांकि, नोट करें कि Anaconda के पास सीमित क्षमता उन मुद्दों को नियंत्रित करने का है जैसे कि अतिरिक्त रिपॉजिटरी पर निर्भरताएँ या तीसरे पक्ष का अनुप्रयोग. आगे, Anaconda लॉग फाइल में अधिष्ठापन त्रुटि देता है.

इस प्रकार, Red Hat की सलाह है कि जब ऑफलाइन सिस्टम के लिए उन्नयन किया जाए, आपको पहले अपने उन्नयन विन्यास की अखंडता जाँचनी चाहिए. अपने उत्पादन वातावरण में उन्नयन लागू करने के पहले अद्यतन लॉग की ध्यान से समीक्षा करना त्रुटियों के लिए सुनिश्चित करे.

Red Hat Enterprise Linux (उदाहरण के लिए, Red Hat Enterprise Linux 3 से Red Hat Enterprise Linux 4.7 में उन्नयन) के मुख्य संस्करणों के बीच यथास्थान उन्नयन समर्थित नहीं है. जबकि Anaconda का "Upgrade" विकल्प इसे निष्पादित करने की अनुमति देता है, इसकी कोई गारंटी नहीं है कि उन्नयन कार्यशील अधिष्ठापन में परिणाम लाएगा. मुख्य रिलीज के लिए यथास्थान उन्नयन सभी सिस्टम सेटिंग, सेवा, और कस्टम विन्यास को संरक्षित नहीं रखता है. इस कारण से, Red Hat की जोरदार अनुशंसा है कि आप एक ताजा संस्थापन करें जब आप मुख्य संस्करणों के बीच उन्नयन की योजना बना रहे हैं.

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

    इन CD-ROM को Red Hat Enterprise Linux के अधिष्ठापन के बाद जरूर अधिष्ठापित किया जाना चाहिए.

  • Red Hat Enterprise Linux 4 (और सभी अद्यतन) के साथ जाने वाला GRUB संस्करण सॉफ्टवेयर मॉनिटरिंग (RAID1) का समर्थन नहीं करता है. इस प्रकार, यदि आप Red Hat Enterprise Linux 4 को RAID1 विभाजन पर अधिष्ठापित करते हैं, बूटलोडर को पहले हार्डड्राइव में अधिष्ठापित किया जाएगा मास्टर बूट रिकार्ड (MBR) के बजाए. यह सिस्टम को गैर बूट योग्य बना देगा.

    यदि Red Hat Enterprise Linux 4 को आप RAID1 विभाजन पर अधिष्ठापित करना चाहते हैं, आपको किसी पूर्व उपस्थित बूटलोडर को MBR से पहले साफ करना चाहिए.

  • जब Red Hat Enterprise Linux 4 को पाठ मोड में सिस्टम पर अधिष्ठापित कर रहे हैं जो फ्लैट पैनल मॉनिटर का प्रयोग करता है और कुछ ATI कार्ड का, स्क्रीन क्षेत्र में शिफ्ट किया हुआ प्रकट हो सकता है. जब यह होता है, स्क्रीन के कुछ क्षेत्र अंधकार में चले जाएँगे.

    यदि ऐसा होता है, linux nofb पैरामीटर के साथ अधिष्ठापन करें.

  • Red Hat Enterprise Linux 4.6 से इस रिलीज में उन्नयन के दौरान, minilogd कई SELinux मनाही को लॉग कर सकता है. ये त्रुटि लॉग नुकसान रहित हैं और उन्हें सुरक्षित रूप से अनदेखा किया जा सकता है.

फीचर अद्यतन

SHA-256/SHA-512 के प्रयोग से शब्दकूट हैशिंग

SHA-256 और SHA-512 हैश फंक्शन के प्रयोग से शब्दकूट हैशिंग अब समर्थित है.

SHA-256 या SHA-512 में किसी अधिष्ठापित सिस्टम पर जाने के लिए, authconfig --passalgo=sha256 --kickstart या authconfig --passalgo=sha512 --kickstart चलाएँ. मौजूदा उपयोक्ता खाता प्रभावी नहीं होगा जब तक उनका शब्दकूट नहीं बदला जाता है.

नव अधिष्ठापित सिस्टम के लिए, SHA-256 या SHA-512 को सिर्फ किकस्टार्ट अधिष्ठापन के लिए विन्यस्त किया जा सकता है. ऐसा करने के लिए, किकस्टार्ट कमांड के --passalgo=sha256 या --passalgo=sha512 विकल्प auth; साथ ही, --enablemd5 विकल्प यदि यह मौजूद रहता है.

यदि आपका अधिष्ठापन किकस्टार्ट का प्रयोग नहीं करता है, authconfig करें जैसा कि ऊपर वर्णित है, तब सभी शब्दकूट (रूट के साथ) बदलें जो अधिष्ठापन के बाद बनाए गए हैं.

उचित विकल्प को libuser, pam, और shadow-utils में इन शब्दकूट हैशिंग अलगोरिथम का समर्थन करने के लिए भी जोड़ा गया था. authconfig जरूरी विकल्प स्वतः विन्यस्त करता है, इसलिए यह प्रायः जरूरी नहीं होता है कि दस्ती रूप से रूपांतरित किया जाए:

  • crypt_style विकल्प के नए मान और hash_rounds_min और hash_rounds_max अब [defaults] खंड में /etc/libuser.conf के समर्थित है. अधिक जानकारी के लिए, /usr/share/doc/libuser-[libuser version]/README.sha का संदर्भ लें.

  • नए विकल्प sha256, sha512, और rounds अब pam_unix PAM मॉड्यूल के द्वारा समर्थित किया जाता है. अधिक सूचना के लिए, /usr/share/doc/pam-[pam version]/txts/README.pam_unix का संदर्भ लें.

  • /etc/login.defs में निम्नलिखित नए विकल्प अब shadow-utils के द्वारा समर्थित है:

    • ENCRYPT_METHOD — प्रयोग किए जाने के लिए गोपन विधि निर्दिष्ट करता है. वैध मान हैं DES, MD5, SHA256, SHA512. यदि यह विकल्प परिभाषित है, MD5_CRYPT_ENAB अनदेखा किया जाता है.

    • SHA_CRYPT_MIN_ROUNDS और SHA_CRYPT_MAX_ROUNDS — हैशिंग रॉउंड की संख्या निर्दिष्ट करता है प्रयोग करने के लिए कि यदि ENCRYPT_METHOD SHA256 या SHA512 में सेट है. यदि कोई विकल्प सेट नहीं किया जाता है, मूलभूत मान को glibc के द्वारा चुना जाता है. यदि सिर्फ एक विकल्प चुना जाता है, गोपन विधि राउंड संख्या निर्धारित करता है.

      यदि दोनों विकल्प प्रयुक्त होते हैं, तो वे विशिष्ट अंतराल निर्दिष्ट करते हैं जिससे राउंड की संख्या क्रमहीन रूप से चुनी जाती है. चुना गए राउंड की संख्या अंतर्वेशित अंतराल [1000, 999999999] के लिए सीमित है.

comps.xml में OFED

समूह OpenFabrics Enterprise Distribution अब comps.xml में शामिल है. यह समूह उन घटकों को समाहित करता है जो अधिक कार्यक्षमता वाले नेटवर्किंग और क्लस्टरिंग के लिए प्रयुक्त होता है (उदाहरण के लिए, InfiniBand और रिमोट डाइरेक्ट मेमोरी एक्सेस).

वर्चुअलाइजेशन

यह पैरावर्चुअलाइज्ड ब्लॉक युक्ति और संजाल ड्राइवर के प्रयोग को लागू करता है, जो पूर्णतः वर्चुअलाइज्ड अतिथि का प्रदर्शन को बढ़ाता है. इसके अलावे, आप अब तीन से अधिक वर्चुअल नेटवर्क अंतरफलक (VNIF) अंकों को प्रति अतिथि डोमेन प्रयोग कर सकते हैं.

divider

divider=[value] विकल्प एक कर्नेल कमांड लाइन पैरामीटर है जो आपको सिस्टम क्लॉक दर को समायोजित करने की स्वीकृति देता है जब कि समान दृश्य HZ समय मान को बनाए रखते हुए उपयोक्ता स्थान अनुप्रयोगों में.

divider=[value] विकल्प का प्रयोग आपको CPU ओवरहेड घटाने में अनुमति देता है और समय ऑपरेशन और प्रोफाइलिंग की सटीकता को कम करने की कीमत पर करता है. यह वर्चुअलाइज्ड वातावरण में उपयोगी है साथ ही साथ खास अनुप्रयोगों के लिए.

मानक 1000Hz क्लॉक [values] के लिए उपयोगी है:

  • 2 = 500Hz

  • 4 = 250Hz

  • 10 = 100Hz (Red Hat Enterprise Linux के पिछले रिलीज के लिए प्रयुक्त मान)

नोट करें कि वर्चुअलाइज्ड कर्नेल एक 250HZ क्लॉक का मूलभूत रूप से प्रयोग करता है. इस प्रकार, यह divider=[value] विकल्प का या dom0 में या पैरावर्चुअलाइज्ड अतिथि में जरूरत नहीं रखता है.

Firefox रिबेस

Firefox को अब 3.0 में अद्यतन कर दिया गया है. यह अद्यतन कई फिक्स व संवर्द्धनों को फीचर करता है, जिसमें महत्वपूर्ण हैं:

  • सेट होमपेज अब सही ढ़ंग से लोड किया जाता है जब Firefox ब्रॉउज़र विंडो खुला है.

  • Firefox अब क्रैश नहीं करता है जब आप "do" स्ट्रिंग के खोज करते हैं.

  • 64-bit मोड मेंFirefox अब ext JavaScript लाइब्रेरी सही ढ़ंग से लोड करता है. Firefox के पिछले संस्करण में, वेब आधारित अनुप्रयोग जिसे इस लाइब्रेरी ने प्रयोग किया या तो लोड होने में लंबा समय लेता है, या कभी लोड नहीं किया गया था.

  • एक क्रास साइट स्क्रिप्टिंग खराबी पाई गई Firefox ने jar:URI योजना नियंत्रित की. यह खराबी इसे संभव बनाया दुर्भावना पूर्ण वेबसाइट के लिए उपयोक्ता के बरक्स स्क्रिप्टिंग हमले के लिए. यह सुरक्षा मुद्दा अब इस अद्यतन में ठीक कर लिया गया है.

  • कई खराबी उस तरीके में खोजी गई जिससे Firefox ने खास दुर्भावना पूर्ण सामग्री को प्रक्रमित किया. वेब साइट जिसने ऐसी सामग्री समाहित की Firefox के क्रैश करने का कारण बना या क्रमहीन कोड के निस्पादन का जैसे ही उपयोक्ता Firefox चलाता है. यह सुरक्षा मुद्दा अब इस अद्यतन में ठीक किया गया है.

  • गति स्थिति को खोजा गया था जिस स्थिति में Firefox ने window.location गुण को वेब पेज पर सेट किया. इस खराबी के साथ, यह एक वेब पेज को बेतरतीव Referer हेडर सेट करना था; यह क्रॉस साइट रिक्वेस फॉर्जरी (CSRF) हमले की ओर ले जा सकता था जो Referer हेडर पर भरोसा करता है. यह सुरक्षा मुद्दा इस अद्यतन में फिक्स किया गया है.

  • Firefox अब बाहरी डिस्प्ले के साथ लैपटॉप पर सही ढ़ंग से रेंडर करता है.

नोट करें, हालांकि, Firefox का यह अद्यतन पूरी तरह से पश्च संगत नहीं है या सभी JavaScripts या Firefox प्लगिन के साथ.

साथ ही, Red Hat ने पाया है कि कई बड़े वाणिज्यिक वेब अनुप्रयोगों ने कुछ क्रॉस साइट स्क्रिप्टिं खराबी की मौजूदगी पर भरोसा किया है जो इस Firefox अद्यतन के द्वारा संबोधित किया जाता है. ये स्क्रिप्टिंग खराबी निम्नलिखित लिंक में वर्णित है:

इसी के साथ, इन वाणिज्यिक वेब अनुप्रयोगों का प्रयोग कार्यशीलता के कुछ नाश में लाता है. आप इसे अतिरिक्त JavaScript त्रुटि के मौजूदगी में Firefox त्रुटि कंसोल (औजार = > त्रुटि कंसोल) में. Red Hat सहवर्ती विक्रेता के साथ इसे संबोधित करने के लिए काम कर रहा है.

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

सामान्य कर्नेल अद्यतन
  • iostat अब स्थिति और विभाजन का I/O प्रदर्शन के बारे में सांख्यिकी का आउटपुट देता है.

  • I/O खाता इस रिलीज में अब अधिक व्यापक क्रोड़ आंकड़ा देता है. इसे ru_inblock और ru_outblock के प्रयोग से पूरा किया जाता है, जो कि पहले से अपस्ट्रीम में प्रयुक्त होता है.

  • show_mem() आउटपुट अब पेजकैश पृष्ठ की कुल संख्या शामिल करता है. यह कंसोल में भेजी गई डिबगिंग सूचना बनाती है और /var/log/messages अधिक उपयोगी, खासकर स्मृति के बाहर किल के दौरान.

  • O_ATOMICLOOKUP फ्लैग अब हटाया जाता है. यह फ्लैग किसी मौजूदा यूजरस्पेस डेमॉन के द्वारा प्रयोग नहीं किया जाता है. आगे, O_ATOMICLOOKUP के द्वारा प्रयुक्त बिट को दूसरे फ्लैग के द्वारा प्रयोग किया जाता है (O_CLOEXEC); इस प्रकार, O_ATOMICLOOKUP को किसी विरोध से बचने के लिए हटाया गया था इस बिट शेयर से उत्पन्न होने वाला.

  • कर्नेल अब प्रक्रिया सीमा सूचना निर्यात करती है /proc/[PID]/limits में (जहाँ [PID] प्रक्रिया ID है).

  • पैरामीटर TCP_RTO_MIN को अब 3000 मिलिसेकेंड अधिकतम पर विन्यस्त किया जा सकता है. TCP_RTO_MIN पिछले रिलीज में ट्यून करने योग्य कर्नेल पैरामीटर नहीं था.

    यह अद्यतन अधिक TCP/IP लचीलेपन को स्वीकृति देता है, और बेतार प्रेषण के साथ प्रेषण फिर आरंभ करने के लिए अनुप्रयोग सक्रिय करता है (उदाहरण के लिए, मोबाइल फोन प्रेषण दर).

    आप TCP_RTO_MIN पैरामीटर को ip route से होकर विन्यस्त कर सकते हैं. उदाहरण के लिए, TCP_RTO_MIN को अधिकतम 3000 मिलिसेकेंड पर प्रयोग करने के लिए, प्रयोग करें:

    ip route change [route] dev eth0 rto_min 3s

    ip route के बारे में अधिक जानकारी के लिए, man ip मैन पेज का संदर्भ लें.

  • udp_poll() फंक्शन अब लागू है. यह अद्यतन गलत धनात्मक की वापसी की संभावना को कम करता है select() सिस्टम कॉल से.

  • आप अब 32-बिट संख्या को सक्रिय/निष्क्रिय कर सकते हैं. ऐसा करने के लिए, कर्नेल पैरामीटर nfs.enable_ino64= का प्रयोग करें. nfs.enable_ino64=0 को सेट करना NFS क्लाइंट को 32-बिट मोड में वापस करने का निर्देश देगा readdir() और stat() सिस्टम कॉल के लिए (पूर्ण 64-बिट आईनोड संख्या के बजाए).

    मूलभूत रूप से, यह कर्नेल पैरामीटर वास्तविक 64-बिट आइनोड संख्या वापस करने के लिए सेट है.

  • अब आप NFS लेखन को कम स्मृति में प्रतिबंधित कर सकते हैं. ऐसा करने के लिए, /proc/sys/vm/nfs-writeback-lowmem-only को 1 (यह 0 में मूलभूत रूप से सेट किया गया है) में सेट करें.

    पिछले रिलीज इस क्षमता को नहीं शामिल करता है. यह NFS पठन प्रदर्शन ह्रास का कारण कुछ स्थितियों में बनता है, खासकर जब सिस्टम NFS पठन/लेखन आग्रह के उच्च मात्रा का सामना करता है.

  • आप अब सेट कर सकते हैं कि क्या मैप किया फाइल पेज dirty_ratio और dirty_background_ratio की गणना में प्रयुक्त होता है. ऐसा करने के लिए, /proc/sys/vm/write-mapped को 1 (इसे 0 में मूलभूत रूप से सेट किया गया है) में सेट करें.

    /proc/sys/vm/write-mapped को 1 में सेट करना आपको तेज NFS पठन प्रदर्शन देता है. नोट करें, हालांकि वैसा करना आपकी स्मृति की समाप्ति का कारण बनेगा.

  • CIFS को अब 1.50c में अद्यतन किया गया है. यह अद्यतन कई संवर्द्धनों पर लागू होता है और बग फिक्स पर, OS/2 शेयर को माउंट करने की क्षमता के साथ.

  • कोर डंप मास्किंग अब समर्थित है. यह एक कोर डंप प्रक्रिया को स्वीकृति देता है प्रक्रिया की शेयर स्मृति को छोड़ने के लिए जब कोर डंप फाइल बनाया जा रहा हो. यह फीचर आपको साथ ही चुनने की अनुमति देता है कि क्या हर प्रक्रिया के अनाम शेयर मेमोरी को डंप किया जाए.

    जब एक प्रक्रिया डंप की जाती है, सभी अनाम स्मृति को एक कोर फाइल के रूप में लिखा जाता है क्योंकि कोर फाइल सीमित नहीं है, आप कुछ स्मृति खंडों को रोक सकते हैं (जैसे कि बड़ा शेयर किया स्मृति) डंप किए जाने से. इसके उलट, आप फाइल बैक किए स्मृति खंड को कोर फाइल में सहेजना चाह सकते हैं, अलग फाइलों के अलावा.

    इन उद्देश्यों के लिए, आप /proc/[pid]/coredump_filter को यह निर्दिष्ट करने के लिए प्रयोग कर सकते हैं कि [pid] प्रक्रिया का कौन सा स्मृति खंड डंप हो गया है. coredump_filter स्मृति प्रकार का बिटमास्क है. यदि बिटमास्क सेट किया जाता है, तदनुरूप स्मृति प्रकार का स्मृति खंड डंप किया जाता है.

    निम्नलिखित स्मृति प्रकार समर्थित नहीं है:

    • bit 0 — अनाम निजी स्मृति

    • bit 1 — अनाम शेयर किया स्मृति

    • bit 2 — फाइल बैक निजी स्मृति

    • bit 3 — फाइल बैक शेयर स्मृति

    [pid] के लिए बिट मास्क सेट करने के लिए, तदनुरूप बिटमास्क को /proc/[pid]/coredump_filter में सेट करें. उदाहरण के लिए, सभी साझी स्मृति खंड का डंप जो 1111 प्रक्रिया से जुड़ी है को रोकने के लिए, प्रयोग करें:

    echo 0x1 > /proc/1111/coredump_filter

    coredump_filter का मूलभूत मान 0x3 है, जो निर्दिष्ट करता है कि सभी अनाम स्मृति खंड डंप किया जाता है. साथ ही, नोट करें कि बिटमास्क स्थिति के उलट, MMIO पृष्ठ (such as frame buffers) को कभी डंप नहीं किया जाता है और vDSO पृष्ठ हमेशा डंप किया जाता है

    जब नई प्रक्रिया निर्मित की जाती है, प्रक्रिया इसके जनक से बिटमास्क स्थिति लेती है. इस प्रकार, Red Hat की सलाह देता है कि आप coredump_filter को सेट अप करें इससे पहले कि प्रोग्राम चले. ऐसा करने के लिए, इच्छित बिटमास्क को /proc/self/coredump_filter में प्रोग्राम चलाने के पहले echo करें.

इस प्लेटफॉर्म के विशिष्ट कर्नेल अद्यतन
  • /dev/msr[0-n] युक्ति फाइलों को जोड़ा.

  • powernow-k8 ड्राइवर मॉड्यूल के रूप में कंपाइल किया हुआ है. यह ड्राइवर को अद्यतन को लागू करने में आसान बनाता है, क्योंकि ड्राइवर को अब कर्नेल में कंपाइल नहीं किया गया है.

  • Oprofile अब ईवेंट आधारित प्रोफाइलिंग का समर्थन करता है Greyhound हार्डवेयर पर.

  • AMD ATI SB800 SATA नियंत्रक अब समर्थित है.

  • AMD ATI SB600 और SB700 SATA नियंत्रक जो 40-pin IDE केबल अब समर्थित है.

  • 64-बिट प्रत्यक्ष स्मृति एक्सेस (DMA) अब AMD ATI SB700 पर समर्थित हैं.

  • Intel ICH10 के समर्थन के लिए जरूरी PCI युक्ति ID को जोड़ा गया है.

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

सामान्य ड्राइवर/प्लैटफॉर्म अद्यतन
  • i2c-piix4 कर्नेल मॉड्यूल अब AMD SBX00 SMBus को समर्थन देने के लिए सक्रिय किया गया है.

  • i5000_edac: ड्राइवर को Intel 5000 chipsets का समर्थन करने के लिए जोड़ा गया है.

  • i3000_edac: ड्राइवर को Intel 3000 3010 चिपसेट को समर्थन देने के लिए जोड़ा गया.

  • Intel Tolapai चिपसेट का सही कैश सूचना अब जोड़ी गई है. यह सुनिश्चित करता है कि हार्डवेयर सही तरीके से सूचीबद्ध है.

  • i2c_piix4: मॉड्यूल को AMD ATI SB600, SB700, and SB800 समर्थन देने के लिए जोड़ा गया है.

  • इस रिलीज में OpenFabrics Enterprise Distribution (OFED) कार्यान्वयन अब OFED संस्करण 1.3 पर आधारित है. यह हार्डवेयर के लिए समर्थन संवर्द्धित करता है जो InfiniBand ड्राइवर का प्रयोग करते हैं.

  • wacom: ड्राइवर को निम्नलिखित इनपुट युक्ति को समर्थन देने के लिए जोड़ा गया है:

    • Intuos3 12x19

    • Intuos3 12x12

    • Intuos3 4x6

    • Cintiq 20wsx

  • i2c-i801: ड्राइवर (तदनुरूप PCI ID के साथ) को Intel Tolapai को समर्थन देने के लिए अद्यतन किया गया.

  • sata_svw: ड्राइवर को Broadcom HT1100 चिपसेट का समर्थन करने के लिए अद्यतन किया गया.

  • libata: ड्राइवर को नेटिव कमांड कतार (NCQ) को सक्रिय करने के लिए Hitachi ड्राइवर को ब्लैकलिस्ट से हटाकर अद्यतन किया गया.

  • ide: ड्राइवर को ide=disable को शामिल करने के लिए अद्यतन किया गया, एक कर्नेल PCI मॉड्यूल जो कि ide ड्राइवर को निष्क्रिय करने के लिए प्रयोग किया जा सकता है.

  • psmouse: ड्राइवर को इनपुट युक्ति को cortps को उचित रूप से समर्थन देने के लिए अद्यतन किया गया. इन इनपुट युक्ति का उदाहरण 4-बटन माइस और ट्रैक बाल युक्ति है जो Cortron के द्वारा विकसित किया गया है.

  • eHEA: ड्राइवर को अपस्ट्रीम संस्करण से मेल खाने के लिए अद्यतन किया गया. यह अद्यतन कई अपस्ट्रीम बग फिक्स और संवर्द्धनों पर लागू होता है जो IBM i6 और p6 के लिए समर्थन बढ़ाता है, इनके साथ:

    • Large Receive Offload (LRO) का एडीशन एक नेटवर्किंग माड्यूल के रूप में समर्थन देता है.

    • poll_controller का अतिरिक्त, netdump और netconsole मॉड्यूल के लिए जरूरी.

  • zfcp: ड्राइवर को अपस्ट्रीम बग फिक्स को लागू करने के लिए अद्यतन किया गया. यह अद्यतन कई बग फिक्स पर लागू होता है, जिनमें महत्वपूर्ण हैं:

    • जब एडाप्टरों को मल्टीपथ वातावरण में फिर खोला जाता है फाइबर चैनल हॉट रिमूवल के बाद, प्रभावित पथ को अब विफल के रूप में चिह्नित नहीं किया जाता है. इस अद्यतन के साथ, संबंधित एडाप्टर फ्लैग अब सही ढ़ंग से वैसे घटना के दौरान साफ किया जाता है.

    • जब एक fsf आग्रह का समय समाप्त हो जाता है, एडाप्टर को अब सफल रिकवरी के बाद कभी विफल के रूप में चिह्नित नहीं किया जाता है. ZFCP_STATUS_COMMON_ERP_FAILED फ्लैग अब साफ किया जाता है जब एडाप्टर को सफलतापूर्वक सक्रिय किया जाता है.

    • BOXED फ्लैग अब साफ किया जाता है जब एडाप्टर को सफलतापूर्वक फिर सक्रिय किया जाता है.

    • बग जिसने SCSI स्टैक और ERP थ्रेड के बीच गतिरोध बना (कुछ स्थितियों में, जब कुछ युक्ति पंजीकृत की जाती हैं) अब ठीक की गई हैं.

    • जब chccwdev के प्रयोग से एक डिवायस "offline" के रूप में एक मल्टीपथ वातावरण में चिह्नित करने के लिए, I/O अब सभी पथ पर स्टॉल नहीं करता है. इसके अलावे, जब chccwdev का प्रयोग समान युक्ति को ऑनलाइन लाने के लिए किया जाता है, यह सही पथ ट्रैकर का प्रयोग करेगा.

Network
  • bnx2x: ड्राइवर को नेटवर्क एडाप्टर को Broadcom 5710 चिपसेट पर समर्थन देने के लिए जोड़ा गया.

  • cxgb3: ड्राइवर को Chelsio 10G इथरनेट नियंत्रक व OFED का समर्थन करने के लिए अद्यतन किया गया.

  • realtek: ड्राइवर को Realtek RTL8111 और RTL8168 PCI-E नेटवर्क अंतरफलक कार्ड का समर्थन देने के लिए अद्यतन किया गया.

  • e1000: ड्राइवर को वैकल्पिक MAC पते को समर्थन देने के लिए अद्यतन किया गया, Virtual Connect ऑर्किटेक्चर को समर्थन देने के लिए जरूरी.

  • e1000e: ड्राइवर को नवीनतम अपस्ट्रीम संस्करण के लिए अद्यतन किया गया. यह ICH9m और 82574L शेल्टर द्वीप नेटवर्क अंतरफलक कार्ड के लिए समर्थन देता है, और कई अपस्ट्रीम फिक्स भी लागू करता है.

  • bnx2: ड्राइवर को 1.6.9 में अद्यतन किया गया. यह कई अपस्ट्रीम बदलावों को लागू करता है, और Broadcom 5709s चिपसेट के लिए समर्थन देता है.

  • igb: ड्राइवर को अपस्ट्रीम संस्करण 1.0.8-k2 में अद्यतन किया गया. यह ड्राइवर संस्करण Intel 82575EB (Zoar) चिपसेट का समर्थन करता है.

  • s2io: ड्राइवर को संस्करण 2.0.25.1 में Neterion Xframe-II 10GbE नेटवर्क एडाप्टर के समर्थन के लिए अद्यतन किया गया.

  • tg3: ड्राइवर को 3.86 के अपस्ट्रीम संस्करण में अद्यतन किया गया. यह अद्यतन कई फिक्स व संवर्द्धनों को लागू करता है जिसमें शामिल हैं:

    • irq_sync रेस स्थिति मुद्दा अब ठीक किया गया है.

    • ऑटो-MDI अब समर्थित है.

  • forcedeth: ड्राइवर को अपस्ट्रीम संस्करण 0.61 में अद्यतन किया गया. यह अद्यतन निम्नलिखित चिपसेट के लिए समर्थन देता है:

    • MCP73

    • MCP77

    • MCP79

    यह अद्यतन कई बग फिक्स को देता है जो WOL, MAC पता क्रम और tx समय समाप्ति मुद्दे से संबंधित हैं.

Storage
  • stex: ड्राइवर को संस्करण 3.6.0101.2 में अद्यतन किया गया. यह अद्यतन कई अपस्ट्रीम संवर्द्धनों और बग फिक्स को लागू करता है.

  • mpt fusion: ड्राइवर परिवार को 3.12.19.00 के संस्करण में अद्यतन किया गया. यह अद्यतन कई संवर्द्धनों व फिक्स पर लागू होता है जिसमें महत्वपूर्ण हैं:

    • कतार गहराई के रूपांतरण के लिए पैरामीटर का ट्यूनिंग अब इसमें सीमित है mptsas.c, mptspi.c, और mptfc.c. ये पैरामीटर है mptsas_device_queue_depth, mptspi_device_queue_depth, और mptfc_device_queue_depth. इनके ट्यूनिंग पैरामीटर के लिए मूलभूत मान 48 हैं.

    • 36GB मेमोरी से अधिक के साथ सिस्टम पर, 1,078 स्कैटर/गैदर प्रविष्टियाँ तक अब समर्थित हैं.

    • ioc->broadcast_aen_busy फ्लैग जोड़ा. यह फ्लैग को mptsas_broadcast_primative_work थ्रेड के चलने के दौरान सेट किया गया. जब अतिरिक्त aen घटना भेजी जाती है, उन्हें अनदेखा किया जाएगा जब ioc->broadcast_aen_busy फ्लैग सेट किया जाता है.

      इसके अलावे, SCSI_IO कमांड को रोक दिया जाएगा और फिर कतार में किया जाएगा जब ioc->broadcast_aen_busy फ्लैग सेट किया जाता है. यह फ्लैग को साफ किया जाता है जब mptsas_broadcast_primative_work थ्रेड पूरा किया जाता है.

    • आंतरिक कमांड समय समाप्ति रूटिन अब Diagnostic Reset को हैंग स्थिति साफ करने के लिए निर्गत करता है जब एक sync cache कमांड निर्गत किया जाता है जब एक ड्राइवर अपलोड किया जाता है. यह क्षमता को दो समय समाप्ति रूटिन के द्वारा लागू करके जोड़ा जाता है: एक समय समाप्ति रूटिन सभी आंतरिक कमांड नियंत्रण करती है जो डोमेन वैधता के साथ जुड़ा नहीं है, जब कि दूसरा सिर्फ डोमेन वैधता के साथ कमांडों को नियंत्रित करता है.

    • डोमेन वैधीकरण समय समाप्ति रूटिन अब एक बस रिसेट को निर्गत करती है बजाए लक्ष्य रिसेट के.

    • जब Task Management आग्रह (IOCTL अंतरफलक के) पूर्ण होता है, जुड़े IOCTL टाइमर अब मिटा दिए जाते हैं. यह टाइमर को खतम होने से रोकता है; टाइमर समय समाप्ति होस्ट रिसेट के रूप में परिणाम लाता है जब किTask Management आग्रह सफलतापूर्वक पूर्ण नहीं होता है.

  • qla2xxx: ड्राइवर को संस्करण 8.02.00-k5 में अद्यतन किया गया. qla2xxx में यह अद्यतन निम्नलिखित के लिए समर्थन जोड़ता है:

    • EHAFT, एक QLogic होस्ट बस एडाप्टर यांत्रिकी जो कि फाइबर चैनल युक्तियों के बारे में क्रिया कलाप सूचना देती है.

    • 8GB फाइबर चैनल युक्तियाँ.

    यह अद्यतन कई संवर्द्धनों पर अपस्ट्रीम से लागू होता है, बग फिक्स के साथ जो ड्राइवर को लूप पर प्रतीक्षा करने से रोकता है जो कि पहले ही LOOP_DEAD स्थिति में है.

  • qla3xxx: ड्राइवर को संस्करण v2.03.00-k4-rhel4.7-01 में अद्यतन किया गया. यह अद्यतन एक बग फिक्स करता है जब कि qla3xxx ड्राइवर के द्वारा रखा गया अंतरफलक को VLAN में प्रयोग किया जाता था, इनबाउंड समाप्ति को नियंत्रित नहीं किए गए थे और TCP/IP स्टैक में भेजे गए थे.

  • qla4xxx: ड्राइवर को संस्करण 5.01.03-d0 में अद्यतन किया गया. यह निम्नलिखित फिक्स पर लागू होता है:

    • एक सत्र हर उपलब्ध पोर्ट के लिए समान लक्ष्य पर बनाया गया. इसके अलावा, एक बग जिसने qla4xxx को फिर लॉगिन करने के आग्रह से कुछ लक्ष्यों के लिए रोका (किसी फेलओवर या केबल पुल के बाद) अब फिक्स किया हुआ है.

    • qla4xxx के पिछले संस्करण में, I/O कतार गहराई "queue full" त्रुटियों से अप्रभावित थे. अब, कतार गहराई को ठीक से समायोजित किया जाता है जब "queue full" त्रुटि होती है, जो I/O त्रुटि हैंडलिंग को बढ़िया बनाती है. इसी कारण, सभी LUN के लिए कतार गहराई को साथ ही परिसीमित किया जाएगा.

    • SCSI फंक्शन अब फर्मवेयर आरंभीकरण के पहले सक्रिय की जाती है. यह बग फिक्स सुनिश्चित करता है कि SCSI फंक्शन किसी सॉफ्ट रिसेट या गंभीर त्रुटि की अधिसूचना प्राप्त करता है जो कि फर्मवेयर आरंभीकरण के पूरा होने के पहले होता है.

    • बग जिसने ऑपरेटिंग सिस्टम को कुछ लक्ष्यों की स्कैनिंग से रोका जो "non-active" से "active" स्थिति में जाते हैं (ड्राइवर आरंभीकरण के दौरान) को अब फिक्स किया जाता है.

  • CCISS: ड्राइवर को संस्करण 3.6.20-RH1 में अद्यतन किया गया. यह अद्यतन आने वाले SAS/SATA नियंत्रक के लिए समर्थन देता है, और साथ ही निम्नलिखित बदलाव भी लागू करता है (दूसरों के साथ):

    • I/O नियंत्रण sg_io जोड़ा गया. यह ioctl मल्टीपाथिंग के लिए समर्थन बढ़ाने के लिए दिया गया.

    • /proc/driver/cciss प्रविष्टि को सिस्टम क्रैश रोकने के लिए रूपांतरित किया गया जब सिस्टम पर बड़े पैमाने पर ड्राइवर अधिष्ठापित किए गए.

    • READ_AHEAD सेटिंग cciss ड्राइवर में अब हटाई गई है. cciss ड्राइवर अब 256 के ब्लॉक स्तर मूलभूत का प्रयोग करेगा. जाँच ने दिखाया है कि READ_AHEAD=1024 सतत तरक्की में परिणाम नहीं लाया है; कुछ स्थितियों में, यह सिस्टम सिस्टम के हैंग करने का कारण भी बनता है.

  • megaraid_sas: ड्राइवर को संस्करण 3.18 में LSI 1078 चिपसेट को समर्थन देने के लिए जो MegaRAID मोड में चल रहा है, अद्यतन किया गया. इसके अलावे, कई बग फिक्स इस अद्यतन के द्वारा लागू होते हैं, इनके सहित:

    • MFI_POLL_TIMEOUT_SECS अब 60 सेकेंड है (10 सेकेंड से बढ़ गया). इसे फर्मवेयर को आबंटित करने के लिए संपन्न किया जा सके, जो अधिकतम 60 सेकेंड ले सकता है INIT कमांड को अनुक्रिया देने के लिए.

    • बग जो लगाताप चिप रिसेट और कमांड समय समाप्ति का कारण फ्रेम काउंट गणना के कारण बना अब फिक्स किया गया है. इस अद्यतन के साथ, ड्राइवर अब सही फ्रेम काउंट को फर्मवेयर के पास आग्रह पर भेजता है.

    • बिलिंग का समर्थन करने के लिए मॉड्यूल पैरामीटरpoll_mode_io जोड़ा.

  • arcmsr: ड्राइवर को संस्करण 1.20.00.15.rh में अद्यतन किया गया. यह अद्यतन कई बग फिक्स और गौण संवर्द्धनों को लागू करता है; इसके अलावे, यह साथ ही निम्नलिखित SATA RAID एडाप्टर के लिए समर्थन देता है:

    • ARC1200

    • ARC1201

    • ARC1202

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

तकनीकी पूर्वावलोकन फीचर अभी Red Hat Enterprise Linux 4.7 ग्राहकी सेवा के अंतर्गत समर्थित नहीं है, प्रकार्यात्मक रूप से पूरा नहीं हो सकता है, और उत्पादन प्रयोग के लिये उपयुक्त नहीं है. हालांकि, ये फीचर उपभोक्ता सुविधा में शामिल हैं और व्यापक फैलाव के साथ गुणों को शामिल करता है.

उपभोक्ता इन फीचर को गैर उत्पादन वातावरण में उपयोगी पा सकते हैं. उपभोक्ता इसके पूर्णतः समर्थित होने के पहले तकनीक पूर्वावलोकन फीचर के लिये प्रतिक्रिया भी देते हैं. इरेटा को बहुत नाजुक सुरक्षा मुद्दा दिया जायेगा.

तकनीक पूर्वावलोकन फीचर के विकास के दौरान, अतिरिक्त घटक जांच के लिये सार्वजनिक रूप से उपलब्ध कराया गया है. यह Red Hat का उद्देश्य है कि वह भविष्य में तकनीक पूर्वावलोकन फीचर को जरूर शामिल करें.

Systemtap

Systemtap कार्यशील Linux सिस्टम के बारे में सूचना के एकत्रण को सरलीकृत करने के लिये मुक्त सॉफ्टवेयर (GPL) आधार ढ़ांचा देता है. यह कार्यक्षमता के निदान या कार्य समस्या में मदद करता है. systemtap की मदद से, डेवलेपर को श्रमसाध्य व व्यवधानकारी यंत्र से होकर जाने, फिर कंपाइल करने, अधिष्ठापित करने, श्रृंखला फिर बूट करने की अब जरूरत नहीं है जो अन्यथा आंकड़ा संग्रहण के लिये प्रयोग किया जा सकता है.

gcc

GNU कंपाइलर संग्रह (gcc-4.1) अभी भी इस रिलीज में तकनीकी पूर्वावलोकन के रूप में शामिल है. इस कंपाइलर को Red Hat Enterprise Linux 4.4 में तकनीकी पूर्वावलोकन के रूप में शामिल किया गया था.

gcc-4.1 के बारे में अधिक सूचना के लिए, प्रोजेक्ट वेबसाइट का http://gcc.gnu.org/ पर संदर्भ लें. gcc-4.1.2 के लिए गहराई युक्त मैनुअल को http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/ पर भी पढ़ा जा सकता है.

autofs5

autofs5 को इस रिलीज में तकनीकी पूर्वावलोकन के रूप में शामिल किया गया है. यह autofs का नया संस्करण कई दीर्घकालिक अंतर्कार्यशीलता मुद्दे को बहुल विक्रेता वातावरण में हल किया है. autofs5 निम्नलिखित संवर्द्धन को फीचर करता है:

  • प्रत्यक्ष मैप समर्थन, जो फाइल सिस्टम को स्वतः माउंट करने की यांत्रिकी फाइल सिस्टम पदक्रम में किसी भी समय पर देता है

  • सुस्त mount और umount समर्थन

  • नये विन्यास फाइल /etc/autofs_ldap_auth.conf से होकर संवर्द्धित LDAP समर्थन

  • nsswitch.conf प्रयोग का पूर्ण कार्यान्वयन

  • प्रत्यक्ष मैप के लिए कई मुख्य मानचित्र प्रविष्टि

  • मानचित्र शामिल करने का पूरा कार्यान्वयन, जो autofs मास्टर मैप में शामिल विशेष मानचित्र की सामग्री को छूट देता है

अभी, autofs5 प्रधान मैप कोष विश्लेषक उद्धरित स्ट्रिंग को ठीक से माउंट बिंदु या मैप विशेषता में विश्लेषित नहीं कर सकता है. इस प्रकार, उद्धरति स्ट्रिंग मैप में लिखा जाना चाहिए.

autofs अभी भी अधिष्ठापित है और इस अद्यतन में मूलभूत रूप से चलता है. इस प्रकार, आपको autofs5 संकुल को दस्ती रूप से अधिष्ठापित करने की जरूरत होगी यदि आप autofs5 संवर्द्धन को प्रयोग करने की इच्छा रखते हैं.

आप autofs और autofs5 दोनों को अधिष्ठापित कर रख सकते हैं. हालांकि, सिर्फ उनमें से एक को ऑटोमाउंट सेवा देने के लिए प्रयोग किया हुआ रहना चाहिए. autofs5 को अधिष्ठापित करने और इसे अपने ऑटोमीटर के रूप में प्रयोग करने के लिए, इन चरणों का पालन करें:

  1. बतौर रूट लॉगिन हों और autofs सेवा को service autofs stop कमांड के प्रयोग से रोकें.

  2. autofs सर्विस को chkconfig autofs off कमांड के प्रयोग से निष्क्रिय करें.

  3. autofs5 संकुल अधिष्ठापित कीजिए.

  4. autofs5 सेवा को chkconfig autofs5 on कमांड के प्रयोग से सक्रिय कीजिए.

  5. autofs5 को service autofs5 start के प्रयोग से आरंभ कीजिए.

autofs5 के बारे में अधिक सूचना के लिए, निम्नलिखित man पृष्ठ (autofs5 संकुल के अधिष्ठापन के बाद) का संदर्भ लें:

  • autofs5(5)

  • autofs5(8)

  • auto.master.v5(5)

  • automount5(8)

अधिक सूचना के लिए आप /usr/share/doc/autofs5-<version>/README.v5.release की सलाह ले सकते हैं.

हल मुद्दे

  • जब अनुप्रयोग जैसे कि systool पढ़ता है /sys/class/scsi_host/host<scsi host number>/mbox (Emulex lpfc ड्राइवर के द्वारा उत्पन्न), आसान "Bad State" त्रुटि संदेश अब कंसोल में छापा नहीं जाता है और सिस्टम लॉग फाइल में लॉग नहीं किया जाता है:

  • कर्नेल अब डाटा टर्मिनल रेडी (DTR) सिग्नल को बूट समय के दौरान क्रमिक पोर्ट में छापने से पहले देखभाल करता है. DTR देखभाल कुछ युक्तियों द्वारा जरूरी है. कर्नेल बूट मैसेज अब क्रमिक कंसोल में वैसे युक्तियों पर छापे जाते हैं.

  • Red Hat Enterprise Linux 4.6 में, लॉगिन प्रांप्ट प्रकट नहीं हो सकता है जब ऑपरेटिंग सिस्टम को क्रमिक कंसोल से होकर अधिष्ठापित किया जाता है. यह मुद्दा इस रिलीज में फिक्स कर लिया गया है.

ज्ञात मुद्दे

  • openmpi और lam के पिछले संस्करण में बग आपको इन संकुलों के उन्नयन से रोक सकता है. यह समान बग up2date के विफल होने का कारण बनता है जब सभी संकुलों का उन्नयन किया जाता है.

    यह बग निम्नलिखित त्रुटि में स्पष्ट होता है जब openmpi या lam के उन्नयन की कोशिश की जाती है:

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

    यह बग निम्नलिखित त्रुटि (/var/log/up2date में लॉगिन) में भी स्पष्ट होता है जब सभी संकुलों के उन्नयन का प्रयास up2date से होकर किया जाता है:

    rpm विनिमय चलाने में up2date विफल - %pre %pro failure ?.
    

    इस प्रकार, आपको openmpi और lam के पुराने संस्करण को दस्ती रूप से हटाने की जरूरत होती है इन त्रुटियों से बचने के क्रम में. ऐसा करने के लिए, निम्नलिखित rpm कमांड चलाएँ:

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

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

    इसके गिर्द समाधान के लिये, सभी युक्तियों और mpath लिंक प्रविष्टि को /etc/lvm/.cache में मिटाएँ जो नष्ट LUN के विशिष्ट है. पता करने के लिए कि क्या ये प्रविष्टियां हैं, निम्नलिखित कमांड चलाएँ:

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

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

    lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00 -> ../dm-4
    lrwxrwx--rwx 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
    
  • HA-RAID दो सिस्टम विन्यास में, दो SAS एडाप्टर को दो सिस्टम में प्लग किया जाता है और किसी शेयर किए SAS डिस्क ड्राउर में शेयर किया जाता है. दोनों SAS एडाप्टरों पर Preferred Dual Adapter State गुण की Primary पर सेटिंग एक रेस स्थिति को जन्म दे सकता है और दो SAS एडाप्टर के बीच अनंत फेलओवर का कारण बनता है. यह इसलिए कि सिर्फ एक SAS एडाप्टर को Primary पर सेट किया जा सकता है.

    इस त्रुटि को रोकने के लिए, सुनिश्चित करें कि एक SAS एडाप्टर का Preferred Dual Adapter State को None पर सेट किया जाता है यदि दूसरा SAS एडाप्टर को Primary पर सेट किया जाता है.

  • इस रिलीज पर X सर्वर सिस्टमों पर विफल हो सकता है जो कि Intel GM965 पर आधारित चिपसेट का प्रयोग करता है.

  • यदि आप hp_sw कर्नेल मॉड्यूल का प्रयोग करना चाहते हैं, अद्यतन device-mapper-multipath संकुल अधिष्ठापित करें.

    आपको HP सरणी को ठीक से विन्यस्त करने की जरूरत है सही ढ़ंग से सक्रिय/निष्क्रिय मोड का प्रयोग करने के लिए और Linux मशीन से कनेक्शन को पहचानने के लिए. ऐसा करने के लिए, निम्नलिखित चरणों का पालन करें:

    1. निर्धारित करें कि हर कनेक्शन का वर्ल्ड वाइड पोर्ट नेम (WWPN) show connections का प्रयोग कर रहा है. नीचे show connections का एक HP MSA1000 सरणी पर दो कनेक्शनों के साथ नमूना आउटपुट है:

      Connection Name: <Unknown>
         Host WWNN = 200100E0-8B3C0A65
         Host WWPN = 210100E0-8B3C0A65
         Profile Name = Default
         Unit Offset = 0
         Controller 2 Port 1 Status = Online
      
      Connection Name: <Unknown>
         Host WWNN = 200000E0-8B1C0A65
         Host WWPN = 210000E0-8B1C0A65
         Profile Name = Default
         Unit Offset = 0
         Controller 1 Port 1 Status = Online
      
    2. इन कमांड को चलाकर हर कनेक्शन को ठीक से जाँचें:

      add connection [connection name] WWPN=[WWPN ID] profile=Linux OFFSET=[unit offset]

      नोट करें कि [connection name] को क्रमहीन रूप से सेट किया जा सकता है.

      दिए उदाहरण के प्रयोग से, उचित कमांड होना चाहिए:

      add connection foo-p2 WWPN=210000E0-8B1C0A65 profile=Linux OFFSET=0

      add connection foo-p1 WWPN=210100E0-8B3C0A65 profile=Linux OFFSET=0

    3. show connections को फिर जांचने के लिए चलाएँ कि हर कनेक्शन विधिवत विन्यस्त है. दिए उदाहरण के अनुसार, सही विन्यास को होना चाहिए:

      Connection Name: foo-p2
         Host WWNN = 200000E0-8B1C0A65
         Host WWPN = 210000E0-8B1C0A65
         Profile Name = Linux
         Unit Offset = 0
         Controller 1 Port 1 Status = Online
      
      Connection Name: foo-p1
         Host WWNN = 200100E0-8B3C0A65
         Host WWPN = 210100E0-8B3C0A65
         Profile Name = Linux
         Unit Offset = 0
         Controller 2 Port 1 Status = Online
      
  • Red Hat quota के प्रयोग को EXT3 फाइल सिस्टम पर हतोत्साहित करता है. यह इसलिए कि कुछ स्थितियों में, ऐसा करना गतिरोध का कारण बनता है.

    जाँच में पाया गया है कि kjournald कभी-कभी कुछ EXT3-विशिष्ट कॉलऑउट को ब्लॉक करता है जो तब प्रयुक्त होते हैं जब quota चल रहा होता है. इस प्रकार, Red Hat इस मुद्दे को Red Hat Enterprise Linux 4 में ठीक करने की योजना नहीं रखता है, क्योंकि जरूरी रूपांतरण काफी अतिक्रमण करने वाला होगा.

    नोट करें कि यह मुद्दा Red Hat Enterprise Linux 5 में मौजूद नहीं है.

  • Mellanox MT25204 के लिए हार्डवेयर जाँच में पाया गया है कि एक आंतरिक त्रुटि कुछ खास उच्च लोड स्थितियों के कारण होती है. जब ib_mthca ड्राइवर इस हार्डवेयर पर किसी भारी को रिपोर्ट करता है, यह प्रायः एक अपर्याप्त समाप्ति कतार गहराई से संबंधित होता है जो बचे कार्य आग्रह संख्या के सापेक्ष उपयोक्ता अनुप्रयोग के द्वारा उत्पन्न होता है.

    हालांकि ड्राइवर हार्डवेयर फिर सेट करेगा और ऐसी एक घटना से फिर प्राप्त करेगा, त्रुटि के समय सभी मौजूदा कनेक्शन नष्ट हो जाएँगे. यह सामान्यतः विखंडन दोष में उपयोक्ता अनुप्रयोग में परिणाम देता है. आगे, यदि opensm त्रुटि उत्पन्न होने के समय चलता है तब आपको इसे दस्ती रूप से फिर आरंभ करने की जरूरत विधिवत ऑपरेशन को वापस लाने के लिए होगी.

  • डेस्कटॉप शेयरिंग कनेक्शन प्रतीक इसके संदर्भ मेन्यू को दिखाता है जब आप इसे दो बार क्लिक करते हैं, न कि तब जब आप दाहिने क्लिक करते हैं. सभी दूसरे प्रतीक उनके संदर्भ मेन्यू को दिखाते हैं जब आप उनपर दाहिने क्लिक करते हैं.

( amd64 )