Red Hat Enterprise Linux 5.3

মুক্তিৰ টোকা

সকলো স্থাপত্যৰ বাবে মুক্তিৰ টোকা

Ryan Lerch

Red Hat Engineering Content Services

Legal Notice

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



Abstract

এই আলেখ্যনে 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. Revision History

এই বিভাগত Anaconda আৰু Red Hat Enterprise Linux 5.3 ৰ সংস্থাপনৰ বিশেষ তথ্য আছে ।

Red Hat Network এ নতুন আৰু সলনি কৰা সৰঞ্জাম সংস্থাপন কৰিব পাৰে আৰু বৰ্ত্তমানৰ এটা Red Hat Enterprise Linux 5 ব্যৱস্থাপ্ৰণালীক উন্নত কৰিব পাৰে । ইয়াৰ উপৰিও, বৰ্ত্তমানৰ এটা Red Hat Enterprise Linux 5 ব্যৱস্থাপ্ৰণালীক উন্নত বা Red Hat Enterprise Linux 5.3 ৰ এটা নতুন সংস্থাপনো Anaconda ই কৰিব পাৰে ।

টোকা: Red Hat Enterprise Linux 5.3 ৰ বিটা মুক্তিৰ পৰা এই GA মুক্তিলৈ উন্নত কৰা সমৰ্থিত নহয় ।

ইয়াৰ উপৰিও, যদিও Anaconda ই Red Hat Enterprise Linux ৰ পূৰ্বৰ মূখ্য সংস্কৰণৰ পৰা to Red Hat Enterprise Linux 5.3 লৈ উন্নত কৰাৰ বিকল্প দিয়ে, Red Hat এ বৰ্ত্তমানে ইয়াক সমৰ্থন নকৰে । সাধাৰণতে, Red Hat এ Red Hat Enterprise Linux ৰ কোনো মূখ্য সংস্কৰণৰ মাজত উন্নয়নৰ সমৰ্থন নকৰে । (এটা মূখ্য সংস্কৰণ এটা সম্পূৰ্ণ সংখ্যাৰ সংস্কৰণৰ সলনিৰে দেখুৱা হয় । যেনে, Red Hat Enteprise Linux 4 আৰু Red Hat Enterprise Linux 5 দুয়ো Red Hat Enterprise Linux ৰ মূখ্য সংস্কৰণ ।)

মূখ্য মুক্তিৰ মাজত কৰা উন্নয়নত ব্যৱস্থাপ্ৰণালীৰ সকলো পছন্দ,সেৱা বা নিজৰ বিন্যাস সংৰক্ষিত নহয় । সেইবাবে, Red Hat এ এটা মূখ্য সংস্কৰণৰ পৰা আন এটালৈ উন্নয়ন কৰোঁতে নতুন সংস্থাপনৰ উপদেশ দিয়ে ।

1.1. সকলো স্থাপত্য

  • AnacondaText Mode সংস্থাপনত সংস্থাপন সম্পূৰ্ণ কৰিবলৈ Virtual Network Computing (VNC) লৈ সলনি কৰাৰ সমৰ্থন কৰে ।

  • গুপুত কৰা চালনাজ্ঞান RAID সদস্য ডিষ্ক সৃষ্টি কৰা বা ব্যৱহাৰ কৰা (i.e. software RAID বিভাজন) সমৰ্থিত নহয় । তথাপিও, গুপুত কৰা চালনাজ্ঞান RAID শাৰী (e.g. /dev/md0) সমৰ্থিত ।

  • RHEL5 ৰ কাৰণে NFS default হ'ল "locking" । সেইবাবে, anaconda ৰ %post বিভাগৰ পৰা nfs অংশ তুলিব'লৈ, mount -o nolock,udp আদেশ ব্যৱহাৰ কৰক locking ডেমন আৰম্ভ কৰিবলৈ অংশ তুলি ল'বলৈ nfs ব্যৱহাৰ কৰা আগতে ।

  • এটা iBFT-বিন্যাসিত নে'টৱৰ্ক যন্ত্ৰ ব্যৱস্থাপ্ৰণালীত CD-ROM বা DVD-ROM এৰে সংস্থাপন কৰিলে, নে'টৱৰ্ক বিন্যাস নকৰালৈকে Anaconda ই কোনো iBFT-বিন্যাসিত ভঁৰালৰ যন্ত্ৰ অনতৰ্ভুক্ত নকৰে । সংস্থাপনৰ বাবে নে'টৱৰ্কিং সক্ৰিয় কৰিবলৈ, সংস্থাপনৰ বুট প্ৰ'ম্পটত linux updates=http://[any] আদেশ ব্যৱহাৰ কৰক । মন কৰিব যে [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 সংস্থাপন কৰোঁতে সংস্থাপন সংখ্যা ব্যৱহাৰ কৰে, Virtualization সৰঞ্জাম সমষ্টিক সংস্থাপনৰ সময়ত অনিৰ্বাচিত কৰাতো সুনিশ্চিত কৰক ।Virtualization সৰঞ্জামৰ সমষ্টিয়ে kernel-xen কাৰ্ণেল সংস্থাপন কৰে ।

    মন কৰিব যে পেৰাভাৰ্চুৱেলাইজ কৰা অতিথি এই সমস্যাৰ পৰা প্ৰবাৱিত নহয় । পেৰাভাৰ্চুৱেলাইজ কৰা অতিথিয়ে সদায়ে kernel-xen কাৰ্ণেল ব্যৱহাৰ কৰে ।

  • Red Hat Enterprise Linux 5 ৰ পৰা 5.2 লৈ উন্নত কৰাৰ সময়ত ভাৰ্চুৱেলাইজ কৰা কাৰ্ণেল ব্যৱহাৰ কৰা হ'লে, উন্নয়নৰ সমাপ্তিৰ পিছত ব্যৱস্থাপ্ৰণালী পুনৰাৰম্ভ কৰা আৱশ্যক । তাৰ পিছত আপুনি উন্নত কৰা ভাৰ্চুৱেলাইজ কাৰ্ণেল ব্যৱহাৰ কৰি ব্যৱস্থাপ্ৰণালী আৰম্ভ কৰা আৱশ্যক ।

    Red Hat Enterprise Linux 5 আৰু 5.2 ৰ হাইপাৰ্ভাইছৰসমূহ ABI-ৰ সৈতে সুসংগত নহয় । ব্যৱস্থাপ্ৰণালী উন্নত কৰাৰ পিছত ভাৰ্চুৱেলাইজ কৰা কাৰ্ণেলেৰে পুনৰাৰম্ভ নকৰিলে উন্নত কৰা Virtualization RPM-সমূহ চলমান কাৰ্ণেলৰ সৈতে সামঞ্জস্য ৰাখিব নোৱাৰিব ।

  • Red Hat Enterprise Linux 4.6 ৰ পৰা Red Hat Enterprise Linux 5.1 বা তাৰ পিছলৈ উন্নয়ন কৰোঁতে, gcc4 এ উন্নয়ন বিফল কৰিব পাৰে । সেইবাবে, উন্নয়নৰ পূৰ্বে আপুনি নিজে gcc4 সৰঞ্জাম আঁতৰাব লাগে ।

  • firstboot ভাষাৰ প্লাগ-ইন আঁতৰুৱা হৈছে, কাৰণ এটা নতুন ভাষা নিৰ্ব্বাচন কৰোঁতে সি শুদ্ধ আৰু সম্পূৰ্ণভাবে ব্যৱস্থাপ্ৰণালীক পুনঃ বিন্যাসিত নকৰে ।

  • সংস্থাপনৰ সময়ত Challenge Handshake Authentication Protocol (CHAP) ৰ ব্যৱহাৰ সমৰ্থিত নহয় । CHAP সংস্থাপনৰ পিছতহে সক্ৰিয় কৰিব লাগে ।

    আপোনাৰ ব্যৱস্থাপ্ৰণালীয়ে যদি এটা iFBT যন্ত্ৰৰ যোগেদি বুট কৰে, iFBT BIOS/ফাৰ্মৱেৰ প্ৰতিষ্ঠা পৰ্দ্দাত CHAP বিন্যাস কৰক । পিছৰ বাৰৰ বুটট আপোনাৰ CHAP পছন্দ ব্যৱহাৰ কৰা হ'ব ।

    আপোনাৰ ব্যৱস্থাপ্ৰণালী PXE iSCSI ৰে বুট কৰিলে, CHAP ক iscsiadm এদি বিন্যাস কৰক । তাৰ পিছত, mkinitrd ব্যৱহাৰ কৰক যাতে আপোনাৰ CHAP পছন্দ পিছৰ বাৰৰ বুটৰ সময়ত প্ৰয়োগ কৰা হয় ।

  • সংস্থাপনৰ সময়ত অতিথিৰ বাবে provisioning কৰোঁতে, RHN tools for guests বিকল্প পোৱা নাযাব । এইটো হ'লে, ব্যৱস্থাপ্ৰণালীক অতিৰিক্ত সুবিধাৰ প্ৰয়োজন হ'ব, dom0 ৰ কাৰণে ব্যৱহাৰ কৰা সুবিধাৰ উপৰিও ।

    অতিথিৰ বাবে অতিৰিক্ত সুবিধা লোৱা বন্ধ কৰিবলৈ, rhn-virtualization-common সৰঞ্জাম নিজে সংস্থাপন কৰক Red Hat Network ত ব্যৱস্থাপ্ৰণালী পঞ্জিকৃত কৰাৰ পূৰ্বে ।

  • একাধিক নে'টৱৰ্ক সংযো মাধ্যম থকা ব্যৱস্থাপ্ৰণালীত আৰু নিজে নিৰ্ধাৰণ কৰা IPv6 ঠিকনা থকা ব্যৱস্থাপ্ৰণালীত Red Hat Enterprise Linux 5.3 সংস্থাপন কৰাৰ ফলত এটা অসম্পূৰ্ণ অশুদ্ধ নে'টৱৰ্ক প্ৰতিষ্ঠা হ'ব পাৰে । এইটো হ'লে, আপোনাৰ IPv6 পছন্দ সংস্থাপিত ব্যৱস্থাপ্ৰণালীত দেখা নাযাব ।

    ইয়াৰ কাৰণে, NETWORKING_IPV6yes লৈ নিৰ্ধাৰণ কৰক /etc/sysconfig/network ত । তাৰ পিছত, service network restart আদেশ ব্যৱহাৰ কৰি আপোনাৰ নে'টৱৰ্ক সেৱা পুনৰাৰম্ভ কৰক ।

  • যদি আপোনাৰ ওচৰত yum-rhn-plugin-0.5.2-5.el5_1.2 (বা পূৰ্বৰ সংস্কৰণ আছে) সংস্থাপিত, আপুনি yum update দি Red Hat Enterprise Linux 5.3 লৈ উন্নয়ন কৰিব নোৱাৰিব । ইয়াৰ বাবে, আপোনাৰ yum-rhn-plugin ক শেহতীয়া সংস্কৰণলৈ উন্নত কৰক (yum update yum-rhn-plugin দি) yum update চলোৱাৰ পূৰ্বে ।

  • পূৰ্বে, anaconda ই ৮ তকৈ অধিক SmartArray নিয়ন্ত্ৰক অভিগম কৰিব পৰা নাছিল । এই উন্নয়নত, এই সমস্যা সমাধা কৰা হ'ল ।

  • এটা চালক ডিষ্ক, এজন OEM এ দিয়া, এটা প্ৰতিমূৰ্ত্তিৰ নথিপত্ৰ হয় (*.img), য'ত বহুতো চালক সৰঞ্জাম আৰু কাৰ্ণেলৰ অংশ থাকে । এই চালকসমূহক সংস্থাপনৰ সময়ত ব্যৱহাৰ কৰা হয় সেই যান্ত্ৰিক সামগ্ৰী সমৰ্থন কৰিবলৈ যি এনেয়ে Red Hat Enterprise Linux 5 এ চিনি পাব নোৱাৰে । এবাৰ এই চালক সৰঞ্জাম আৰু কাৰ্ণেল অংশ সংস্থাপন কৰিলে, সিহঁতক initial RAM disk (initrd) ত ৰখা হয় যাতে ব্যৱস্থাপ্ৰণালী বুট কৰাৰ সময়ত সিহঁতক তুলি ল'ব পাৰি ।

    এই মুক্তিত, সংস্থাপনে চালক ডিষ্ক নিজে বিচাৰিব পাৰে (তাৰ নথিপত্ৰপ্ৰণালীৰ লেবেলৰ ওপৰত নিৰ্ভৰ কৰি), যাৰ ফলত সেই ডিষ্কৰ বিষয়বস্তু সংস্থাপনত ব্যৱহাৰ কৰিব পাৰে । এই আচৰণ সংস্থাপন আদেশ শাৰীৰ বিকল্প dlabel=on ৰে নিয়ন্ত্ৰণ কৰা হয়, যি নিজে বিচৰা সক্ৰিয় কৰে । এই মুক্তিৰ বাবে dlabel=on অবিকল্পিত পছন্দ ।

    নথিপত্ৰপ্ৰণালীৰ লেবেল OEMDRV থকা সকলো যন্ত্ৰল পৰীক্ষা কৰা হয় আৰু এই যন্ত্ৰৰ পৰা চালকক তুলি লোৱা হয় সিহঁতক সন্ধান কৰাৰ ক্ৰমত ।

  • বৰ্ত্তমানৰ গুপুত কৰা ব্ল'ক যন্ত্ৰ য'ত vfat নথিপত্ৰপ্ৰণালী আছে এতিয়া বিভাজনৰ সংযোগক্ষেত্ৰত foreign হিচাপে দেখা দিব ; সেইবাবে, ব্যৱস্থাপ্ৰণালী বুটা কৰাৰ সময়ত এই যন্ত্ৰসমূহক স্বয়ংক্ৰিয়ভাবে তুলি লোৱা ন'হ'ব । এনে ধৰণৰ যন্ত্ৰ স্বয়ংক্ৰিয়ভাবে তুলি লোৱা নিশ্চিত কৰিবলৈ, /etc/fstab ত সিহঁতৰ কাৰণে এটা নিবেশ দিব । ইয়াৰ বাবে অধিক বিৱৰণৰ বাবে, man fstab চাওক ।

1.2. PowerPC স্থাপত্য

  • মন কৰিব যে Red Hat Enterprise Linux 5.2 ৰ সংস্থাপনৰ বাবে প্ৰয়োজনীয় সৰ্বনিম্ন RAM 1GB হ'ল; কিন্তু 2GB RAM ৰ উপদেশ দিয়া হয় । কোনো যন্ত্ৰত 1GB তকৈ কম RAM থাকিলে, সংস্থাপন কাৰ্য্য ৰখি যাব পাৰে ।

    ইয়াৰ উপৰিও, PowerPC যন্ত্ৰ য'ত ১GB ৰ RAM আছে গুৰুতৰ কাৰ্য্যকৰ সমস্যা হয় কিছুমান RAM-প্ৰাচুৰ্য্য কৰ্মভাৰত । এটা Red Hat Enterprise Linux 5.2 ব্যৱস্থাপ্ৰণালীৰ বাবে RAM-প্ৰাচুৰ্য্য প্ৰক্ৰিয়া সৰ্বোত্তম ভাবে কৰিব'লৈ, ৪ GB ৰ RAM যন্ত্ৰত হোৱাতো উপদেশিত । এইটোৱে সুনিশ্চিত কৰে যে ব্যৱস্থাপ্ৰণালীত একে সংখ্যক দৈহিক পৃষ্ঠা আছে যি PPC যন্ত্ৰত ৫১২ MB ৰ RAM ব্যৱহাৰ কৰা পূৰণি সংস্কৰণৰ Red Hat Enterprise Linux ৪.৫ বা আগৰ সংস্থাপিত যন্ত্ৰত আছিল ।

1.3. s390x স্থাপত্য

  • anaconda ই এতিয়া CHPID for OSA Express3 cards ত দুয়োটা প'ৰ্টৰ সমৰ্থন কৰে । সংস্থাপকে সংস্থাপনৰ আৰম্ভণিত প'ৰ্ট বিচাৰিব । প'ৰ্টৰ বাবে দিয়া মানে সংস্থাপিত নে'টৱৰ্ক সংযোগ মাধ্যম আৰম্ভ কৰাৰ স্ক্ৰিপ্টটো প্ৰভাৱ পেলাব । প'ৰ্ট ১ নিৰ্ব্বাচন কৰিলে, portno=1 মানক ifcfg-eth* নথিপত্ৰ OPTIONS স্থিতিমাপত যোগ কৰা হয় ।

    Note

    z/VM ত সংস্থাপন কৰিলে, আপুনি PORTNO=0 (port 0 ব্যৱহাৰ কৰিবৈ) বা PORTNO=1 (port 1 ব্যৱহাৰ কৰিবলৈ) CMS বিন্যাস নথিপত্ৰত দিব পাৰে ধৰণক বিচৰা বন্ধ কৰিবলৈ ।

  • Linux বা Linux নোহোৱা নথিপত্ৰপ্ৰণালীৰ DASD ব্ল'ক যন্ত্ৰত সংস্থাপন কৰিলে সংস্থাপক স্থগিত হ'ব পাৰে । এইটো হ'লে, আপুনি ব্যৱহাৰ কৰিব বিচৰা DASD যন্ত্ৰৰ সকলো বিভাজন আঁতৰাব লাগিব আৰু সংস্থাপকক পুনৰাৰম্ভ কৰিব লাগিব ।

1.4. ia64 স্থাপত্য

  • আপোনাৰ ব্যৱস্থাপ্ৰণালীত যদি অকল ৫১২ MB ৰ RAM আছে, Red Hat Enterprise Linux 5.3 সংস্থাপনৰ চেষ্টা বিফল হ'ব পাৰে । এইটো ন'হ'বলৈ, প্ৰথমে এটা মৌলিক সংস্থাপন কৰিব আৰু অন্য সকলো সৰঞ্জাম সংস্থাপনৰ পিছত সংস্থাপন কৰিব ।

  • 32-bit Compatibility Layer ডিস্কৰ পৰা yum সহযোগে সৰঞ্জাম সংস্থাপন বিফল হ'ব পাৰে । বিফল হোৱাৰ প্ৰধান কাৰণ RPM তথ্যভঁৰালত Red Hat সৰঞ্জাম স্বাক্ষৰকাৰী চাবি আমদানি নাই কৰা । Red Hat Network ৰ সৈতে সংযোগ স্থাপন নকৰা আৰু উন্নয়ন প্ৰাপ্ত নকৰাৰ ফলত এই সমস্যা দেখা দিয়াৰ সম্ভাবনা থাকে । চাবি আমদানি কৰাৰ বাবে নিম্নলিখিত আদেশ root হিচাপে সঞ্চালন কৰক:

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

    Red Hat GPG-চাবি আমদানি কৰা হ'লে, yum সহযোগে 32-bit Compatibility Layer ডিস্কৰ পৰা সৰঞ্জাম সংস্থাপন কৰা যাব ।

    উল্লেখ্য, এই ডিস্কৰ পৰা সংস্থাপন কৰাৰ সময় rpm-ৰ বদলি yum ব্যৱহাৰ কৰা উপদেশিত । ইয়াৰ ফলত সংস্থাপনৰ সময়ত মূল কাৰ্য্যকৰপ্ৰণালী সংক্ৰান্ত নিৰ্ভৰতা সঠিকৰূপে মিমাংসা কৰা সম্ভৱ হব ।

2. বৈশিষ্টৰ উন্নয়ন

Block Device Encryption

Red Hat Enterprise Linux 5.3 ত Linux Unified Key Setup (LUKS) ব্যৱহাৰ কৰি ব্ল'ক যন্ত্ৰৰ গুপুতকৰণৰ সমৰ্থন আছে । এটা যন্ত্ৰক গুপুত কৰিলে সেই ব্ল'কত থকা সকলো তথ্যক অনুমতি নথকা অভিগমতাৰ পৰা ৰক্ষা কৰিব পাৰি, যন্ত্ৰৰ পৰা সেই যন্ত্ৰক দৈহিক ভাবে আঁতৰুৱাৰ পিছতো । গুপুত কৰা যন্ত্ৰৰ বিষয়বস্তু অভিগম কৰিবলৈ, এজন ব্যৱহাৰকৰোঁতাই এটা গুপ্তশব্দ বা এটা চাবি প্ৰামণীকৰণ হিচাপে দিবই লাগিব ।

ডিষ্ক গুপুত কৰা নিৰ্ধাৰণ কৰা জানিবলৈ, Red Hat Enterprise Linux Installation Guide ৰ ২৮ নং অধ্যায় চাওক: http://redhat.com/docs/

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

Red Hat Enterprise Linux 5.3 ত mac80211 সৰঞ্জামৰ গোট (devicescape/d80211 সৰঞ্জাম গোটৰ নামেৰে আগে চিনি পোৱা হৈছিল) এতিয়া এটা সমৰ্থিত গুণ । Intel WiFi Link 4965 যান্ত্ৰিক সামগ্ৰীৰ কাৰণেই iwlwifi 4965GN বেতাঁৰ চালকক সক্ৰিয় কৰে যি যি কোনো WiFi নে'টৱৰ্কত কিছুমান বেতাঁৰ যন্ত্ৰক সংযোগ কৰিব দিয়ে ।

Red Hat Enterprise Linux 5.3 ত mac80211 অংশ সমৰ্থিত হ'লেও, কাৰ্ণেলৰ symbol whitelist ত এই চিহ্নসমূহক অন্তৰ্ভূক্ত কৰা হোৱা নাই ।

Global File System 2 (GFS2)

GFS2 মূলত GFS-ৰ অনুক্ৰমিক উন্নতি । ইয়াৰ উন্নয়নত বহুতো গুৰুত্বপূৰ্ণ উন্নতিৰ ফলত অন-ডিস্ক নথিপত্ৰপ্ৰণালীৰ বিন্যাস পৰিবৰ্ত্তন কৰা আৱশ্যক । gfs2_convert প্ৰয়োগ কৰি GFS নথিপত্ৰপ্ৰণালীক GFS2-লৈ ৰূপান্তৰ কৰা যাব, এই ব্যৱস্থাত 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), য'ত বহুতো চালক RPM আৰু কাৰ্ণেলৰ অংশ আছে । এই চালকসমূহক সংস্থাপনৰ সময়ত সেই যান্ত্ৰিক সামগ্ৰীৰ সমৰ্থনৰ বাবে প্ৰয়োগ কৰা হয় যি এনেই চিনাক্ত কৰিব পৰা নহয় হেতেন । ব্যৱস্থাপ্ৰণালীত এই RPM সমূহৰ সংস্থাপন কৰা হয় আৰু initrd ত ৰখা হয় যাতে পুনৰাৰম্ভৰ সময়ত সিহঁত সমৰ্থিত হয় ।

Red Hat Enterprise Linux 5.3 ত, নথিপত্ৰপ্ৰণালীৰ লেবেলৰ ওপৰত নিৰ্ভৰ কৰি সংস্থাপনে নিজেই চালক ডিষ্কৰ উপস্থিতি সন্ধান কৰিব পাৰে, আৰু ডিষ্কৰ বিষয়বস্তু সংস্থাপনৰ সময়ত ব্যৱহাৰ কৰিব পাৰে । এই আচৰণ নিয়ন্ত্ৰণ কৰে dlabel=on নামক সংস্থাপনৰ আদেশ শাৰীৰ বিকল্পই , যি স্বয়ংক্ৰিয় সন্ধান সক্ৰিয় কৰে । নথিপত্ৰপ্ৰণালীৰ লেবেল OEMDRV থকা সকলো ব্ল'ক যন্ত্ৰ পৰীক্ষা কৰা হয় আৰু যি ক্ৰমত পোৱা হয় সেই ক্ৰমতে চালক সমূহক এই যন্ত্ৰসমূহৰ পৰা তুলি লোৱা হয় ।

iSCSI Boot Firmware Table

Red Hat Enterprise Linux 5.3 এ এতিয়া iSCSI Boot Firmware Table (iBFT) ৰ সম্পূৰ্ণৰূপে সমৰ্থন কৰে যি iSCSI যন্ত্ৰৰ পৰা বুট কৰিব দিয়ে । এই সমৰ্থনৰ বাবে iSCSI ডিষ্ক (nodes) ক নিজে আৰম্ভ হোৱাৰ বাবে চিহ্নিত কৰাৰ প্ৰয়োজন নাই; চলনাস্তৰ ৩ বা ৫ ত আৰম্ভ কৰোঁতে সংস্থাপিত ব্যৱস্থাপ্ৰণালীয়ে iSCSI ডিষ্কলৈ আৰু নিজে সংযোগ কৰি প্ৰৱেশ নকৰে ।

iSCSI সাধাৰণতে ৰূট নথিপত্ৰপ্ৰণালীৰ বাবে ব্যৱহৃত, যি ক্ষেত্ৰত এই সলনিয়ে একো প্ৰভাৱ নকৰে কাৰণ চলনাস্তৰ আৰম্ভ কৰাৰ পূৰ্বে প্ৰয়োজনীয় iSCSI ডিষ্কত initrd য়ে সংযোগ কৰি প্ৰৱেশ কৰিব ।

কিন্তু যদি ৰূট নোহোৱা পঞ্জিকাত iSCSI ডিষ্ক তুলিব লগা হয়, যেনে /home বা /srv ত, তেনেহ'লে এই সলনিয়ে আপোনাৰ ওপৰত প্ৰভাৱ পেলাব, কাৰণ এতিয়া সংস্থাপিত ব্যৱস্থাপ্ৰণালীয়ে ৰূট নথিপত্ৰপ্ৰণালীত ব্যৱহাৰ নকৰা iSCSI ডিষ্কলৈ নিজে সংযোগ কৰি প্ৰৱেশ নকৰিব ।

ৰূট নোহোৱা পঞ্জিকাত iSCSI ডিষ্ক এতিয়াও তুলি ল'ব পাৰি, কিন্তু তলৰ এটা প্ৰক্ৰিয়াৰ প্ৰয়োজন:

  1. ৰূট নোহোৱা পঞ্জিকাত তুলি লোৱা iSCSI ডিষ্ক ব্যৱহাৰ নকৰাকৈ ব্যৱস্থাপ্ৰণালী সংস্থাপন কৰক আৰু পিছত উপযুক্ত অভ্যুত্থানৰ স্থান আৰু ডিষ্ক বিন্যাস কৰক

  2. সংস্থাপিত ব্যৱস্থাপ্ৰণালীক চলনাস্তৰ ১ লৈ বুট কৰক, আৰু ৰূট নথিপত্ৰপ্ৰণালীত ব্যৱহাৰ নোহোৱা 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 এতিয়া আৰু স্থগিত নহয় ।

  • lftpsftp ব্যৱহাৰ কৰি স্থানান্তৰ কৰাৰ সময়ত নথিপত্ৰক এতিয়া আৰু দূষিত নকৰে ।

এই মুক্তিত থকা lftp ৰ উন্নয়নৰ বিষয়ে জানিবলৈ, http://lftp.yar.ru/news.html চাওক ।

TTY Input Auditing

TTY input auditing এতিয়া সমৰ্থিত । যদি কোনো প্ৰক্ৰিয়াক TTY input auditing ৰ বাবে চিহ্নিত কৰা হৈছে, TTY ৰ পৰা পঢ়া তথ্যৰ হিচাপ পৰীক্ষা কৰা হয়; এইটো হিচাপ পৰীক্ষাৰ লেখত TTY ধৰণৰ হিচাপে দেখা যাব ।

আপুনি এটা প্ৰক্ৰিয়া (আৰু তাৰ ছাইল্ড প্ৰক্ৰিয়া) ক TTY input auditing ৰ বাবে pam_tty_audit অংশেৰে চিহ্নিত কৰিব পাৰে । এইটো কৰাৰ নিৰ্দেশৰ বাবে, man pam_tty_audit(8) চাওক ।

TTY হিচাপ পৰীক্ষাৰ লেখত হিচাপ পৰীক্ষা কৰা প্ৰক্ৰিয়াৰ সঠিক keystroke থাকে । তথ্যৰ decoding সহজ কৰিবলৈ, সঠিক আদেশ শাৰীক bash এ অ'ডিট কৰে USER_TTY record type ব্যৱহাৰ কৰি ।

"TTY" হিচাপ পৰীক্ষাৰ লেখত TTY ৰ হিচাপ পৰীক্ষা কৰা প্ৰক্ৰিয়াই পঢ়া সকলো তথ্য থাকে । ইয়াত TIOCSTI ioctl system call ৰ দ্বাৰা নিবেশ stream ত ভৰুৱা তথ্যও থাকে ।

SystemTap Re-base

SystemTap ক 0.7.2 সংস্কৰণলৈ পুনঃ স্থাপিত কৰা হৈছে । SystemTap ৰ এই উন্নয়নত বহুতো সৰু উন্নয়ন আছে, আৰু কিছুমান মূখ্য বৈশিষ্ট্য । এই নতুন গুণত আছে:

  • SystemTap এ এতিয়া x86, x86-64 আৰু PowerPC স্থাপত্যত symbolic probing ৰ সমৰ্থন কৰে । ইয়াৰ কাৰণে SystemTap স্ক্ৰিপ্টে user-space applications আৰু shared libraries ত probes ৰাখিব দিয়ে । ইয়াৰ ফলত, SystemTap এ এতিয়া kernel probing ৰ দৰে একেই ধৰণৰ user-space অনুপ্ৰয়োগত debugger probing ৰ অনুমতি দিয়ে ।

    যেনে, যদি coreutils-debuginfo সংস্থাপিত হয়, আপুনি usr/share/doc/systemtap-সংস্কৰণ /examples/general/callgraph.stp ব্যৱহাৰ কৰি ls আদেশৰ callgraph মূদ্ৰণ কৰিব পাৰে, যেনে:

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

    বাইনেৰী আৰু তাৰ debuginfo RPM ৰ মাজত হোৱা সন্ধানহীন সংস্কৰণৰ অমিল কম কৰাৰ বাবে, Red Hat এ আপোনাক SYSTEMTAP_DEBUGINFO_PATH পৰিবেশ চলক ব্যৱহাৰ কৰিবলৈ উপদেশ দিয়া হয় এই মানলৈ +:.debug:/usr/lib/debug:build

    SystemTap ৰ symbolic probes ৰ কাৰণে সমৰ্থন এই মুক্তিৰ কাৰ্ণেলত থকা markers লৈকো সম্প্ৰসাৰণ কৰা হয় । এই marker সমূহ ব্যৱহাৰ কৰিবলৈ, kernel-trace কাৰ্ণেল অংশক /etc/rc.local ত তুলি লওক (modprobe kernel-trace ব্যৱহাৰ কৰি) ।

  • SystemTap এ remote compilation সেৱাৰো সৰ্থন কৰে । ইয়াৰ কাৰণে নে'টৱৰ্কত এটা কম্পিউটাৰে স্থানীয় SystemTap গ্ৰাহকৰ বাবে debuginfo/compiler সেৱক হিচাপে কাম কৰিব পাৰে । গ্ৰাহকে সেৱকক নিজে সন্ধান কৰে mDNS ব্যৱহাৰ কৰি (avahi), আৰু অকল systemtap-client আৰু systemtap-runtime সৰঞ্জামৰ কাম কৰাৰ প্ৰয়োজন ।

    বৰ্ত্তমানে, এই গুণে সুৰক্ষাৰ প্ৰক্ৰীয়া ব্যৱহাৰ নকৰে । সেইবাবে, অকল বিশ্বাসযুক্ত নে'টৱৰ্কতহে remote compilation সেৱা ব্যৱহাৰ কৰিবলৈ উপদেশ দিয়া হয় । অধিক তথ্যৰ বাবে, man stap-server চাওক ।

  • এই মুক্তিৰ কাৰণে কাৰ্ণেল উন্নয়নত এটা কাৰ্ণেল API সম্প্ৰসাৰণ আছে যি SystemTap স্ক্ৰিপ্টৰ বন্ধ কৰা প্ৰক্ৰিয়া বহু গুণে উন্নত কৰে । এই অতিৰিক্ত কাৰ্ণেল API সম্প্ৰসাৰণে স্বতন্ত্ৰ probe আঁতৰুৱাৰ কাৰ্য্যৰ মাজৰ কাল সংহতি আঁতৰাই । ইয়াৰ ফলত, কাৰ্ণেল probe থকা SystemTap স্ক্ৰিপ্ট এতিয়া শীঘ্ৰে সংসাধন কৰা হয় ।

    এইটো প্ৰশাসকৰ বাবে বিশেষ সুবিধাজনক যি wildcards থকা probes ব্যৱহাৰ কৰে সেই স্ক্ৰিপ্ট সমূহত যি বহুতো কাৰ্ণেলৰ ঘটনা অধিকাৰ কৰে, যেনে probe syscall.* {}

এই মুক্তিত SystemTap ৰ উন্নয়নৰ সম্পূৰ্ণ তালিকাৰ বাবে, তলৰ URL চাওক:

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

Cluster Manager উন্নয়ন

Cluster Manager utility (cman) ক সংস্কৰণ 2.0.97 লৈ উন্নত কৰা হৈছে । ইয়াত বহুতো বাগৰ সমাধান আৰু উন্নয়ন আছে, যাৰ ভিতৰত প্ৰধান হ'ল:

  • cman এতিয়া তলৰ ফাৰ্মৱেৰৰ সংস্কৰণ ব্যৱহাৰ কৰে: APC AOS v3.5.7 আৰু APC rpdu v3.5.6 । আগৰ APC 7901 এ সঠিককৈ simple network management protocol (SNMP) ব্যৱহাৰ কৰিব নোৱাৰাৰ বাগ এটাৰ সমাধান কৰা হৈছে ।

  • fence_drac, fence_ilo, fence_egenera, আৰু fence_bladecenter agent এ এতিয়া ssh ৰ সমৰ্থন কৰে ।

  • fence_xvmd চাবিৰ নথিপত্ৰক এতিয়া পুনৰাৰম্ভ নকৰাকৈ পুনঃ তুলি ল'ব পাৰি ।

  • এটা fence ধৰণে এতিয়া ৮ টা fence যন্ত্ৰলৈকে সমৰ্থন কৰিব পাৰে ।

sudo Re-base

sudo ক মূখ্য সংস্কৰণ 1.6.9 লৈ পুনঃ স্থাপিত কৰা হৈছে । sudo ৰ এই সংস্কৰণে এতিয়া LDAP সমৰ্থন কৰে, আৰু sub-tree বিচৰাৰ অনুমতি দিয়ে অকল base searching ৰ সলনি (i.e. tree-level only) sudo rights ৰ বাবে । ই প্ৰশাসকক sudo rights ক এটা আকাৰত শ্ৰেণীভূক্ত কৰিবলৈ সক্ষম কৰে, যাৰ ফলত ব্যৱহাৰকৰোঁতাৰ সুবিধাসমূহ সহজকৈ পৰিচালনা কৰিব পাৰি ।

RPM Re-Base

RedHat Package Manager (RPM) ক এতিয়া Fedora 9 ৰ মূখ্য সংস্কৰণলৈ পুনঃ স্থাপিত কৰা হৈছে । rpm এ এতিয়া multi-arch ব্যৱস্থাপ্ৰণালীত secondary architecture-specific macro নথিপত্ৰ যোগ কৰে । ইয়াৰ উপৰিও, rpm ত Red Hat Enterprise Linux 5 ত অন্তৰ্ভূক্ত কৰিবলৈ সকলো মান প্ৰাপ্ত গুণ এতিয়া আছে ।

এই উন্নয়নে rpm ত বহুতো মূখ্য গুণ আৰু বাগৰ সমাধা প্ৰয়োগ কৰে, য'ত আছে:

  • rpm এ এতিয়া আৰু multi-arch ব্যৱস্থাপ্ৰণালীত অপ্ৰয়োজনীয় .rpmnew আৰু .rpmsave নথিপত্ৰ সৃষ্টি নকৰে ।

  • rpmrpmgiNext() আপেক্ষৰ এটা বাগে শুদ্ধভাবে ভুলৰ প্ৰতিবেদন কৰা ৰোধ কৰিছিল । এই উন্নয়নত ভুল প্ৰতিবেদন শুদ্ধ নিয়ম প্ৰয়োগ কৰা হৈছে, যাৰ ফলত rpm এ সকলো ক্ষেত্ৰতে শুদ্ধ exit code দিয়াটো সুনিশ্চিত কৰা হৈছে ।

Open Fabrics Enterprise Distribution (OFED) / opensm

opensm মূখ্য সংস্কৰণ 3.2 লৈ উন্নত কৰা হৈছে, opensm library API ত এটা সাধাৰণ সলনিৰ সৈতে ।

  • opensm.conf নথিপত্ৰৰ আকৃতি সলনি হৈছে । যদি আপুনি বৰ্ত্তমানৰ opensm.conf ত নিজে সলনি কৰিছে, rpm এ নতুন opensm.conf নথিপত্ৰক /etc/ofed/opensm.conf.rpmnew হিচাপে সংস্থাপন কৰিব । আপুনি নিজৰ সলনিসমূহ এই নথিপত্ৰলৈ নিজে নিব লাগিব আৰু তাৰ পিছত opensm.conf নথিপত্ৰক পুনঃ স্থাপিত কৰিব লাগিব ।

  • Red Hat এ মূখ্য Open Fabrics Enterprise Distribution (OFED) code base ক পৰীক্ষা কৰি থাকে যাতে এই প্ৰযুক্তি বিদ্যাক সৰ্বাধিকভাবে সক্ৰিয় কৰিব পাৰি । ইয়াৰ ফলত, Red Hat এ অখল API/ABI compatibility সংৰক্ষণ কৰিব পাৰে বহুতো সৰু মুক্তিৰ মাজত মূখ্য প্ৰকল্পৰ দৰে । এইটো Red Hat Enterprise Linux ৰ বিকাশৰ সাধাৰণ অভ্যাসত এটা অব্যাহতি ।

    ইয়াৰ কাৰণে, OFED stack ত নিৰ্মাণ কৰা অনুপ্ৰয়োগ (তলৰ তালিকাত দিয়া)ত, recompilation বা উৎসৰ কোড সলনি কৰাৰো প্ৰয়োজন হ'ব পাৰে Red Hat Enterprise Linux ৰ এটা সৰু মুক্তিৰ পৰা নতুন এটালৈ লৈ যোৱাৰ সময়ত ।

    এইটো সাধাৰণতে অন্য অনুপ্ৰয়োগৰ বাবে প্ৰয়োজনীয় নহয়, যি Red Hat Enterprise Linux software stack ত সৃষ্টি কৰা হৈছে । প্ৰভাৱিত অংশ হ'ল:

    • 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 traps ত এটা agent ৰ IP ঠিকনা নিৰ্ধাৰিত কৰিবলৈ প্ৰশাসকক সক্ষম কৰে ।

মূল সংস্কৰণৰ পৰা পোৱা বহুতো উন্নয়ন এই উন্নয়নত আছে, য'ত আছে:

  • snmpd ডেমন এতিয়া ২৫৫ তকৈ অধিক নে'টৱৰ্ক সংযোগমাধ্যম থকা ব্যৱস্থাপ্ৰণালীটো সঠিককৈ কাম কৰে । ইয়াৰ উপৰিও, snmpd এ এতিয়া ৬৫৫৩৫ তকৈ অধিক সংখ্যাৰ প'ৰ্টত কাম কৰিবলৈ বিন্যাস কৰোঁতে ভুলৰ প্ৰতিবেদন কৰে ।

  • এটা race ঘটনা যাৰ ফলত snmpd ডেমনে /proc ৰ পৰা পঢ়োঁতে file descriptor সমূহ leak কৰিছিল এতিয়া শুদ্ধ কৰা হ'ল ।

  • snmpd ডেমনে এতিয়া hrProcessorLoad object IDs (OID) ক শুদ্ধকৈ প্ৰতিবেদন কৰে, multi-CPU যান্ত্ৰিক সামগ্ৰী থকা ব্যৱস্থাপ্ৰণালীটো । মন কৰিব, তথাপিও, OID ৰ মান নিৰ্ধাৰণ কৰিবলৈ ডেমন আৰম্ভ হোৱাৰ পৰা এতিয়াও প্ৰায় ১ মিনিটৰ প্ৰয়োজন হয় ।

  • net-snmp-devel সৰঞ্জাম এতিয়া lm_sensors-devel সৰঞ্জামৰ ওপৰত নিৰ্ভৰ কৰে ।

OpenSSL Re-Base for FIPS Certification

openssl সৰঞ্জামে OpenSSL লাইব্ৰেৰীক এটা নতুন মূখ্য সংস্কৰণলৈ উন্নয়ন কৰে, য'ত বৰ্ত্তমানে Federal Information Processing Standards validation প্ৰক্ৰিয়া চলি আছে (FIPS-140-2) । FIPS ধৰণ অবিকল্পিত ভাবে নিষ্ক্ৰীয় কৰা থাকে, যাতে এইটো নিশ্চিত কৰিব পাৰি যে OpenSSL লাইব্ৰেৰীয়ে Red Hat Enterprise Linux 5 ৰ পূৰনি মুক্তিৰ openssl সৰঞ্জামৰ সৈতে feature parity আৰু ABI compatibility ৰাখিব পাৰে ।

এই উন্নয়নত নিম্নলিখিত মূখ্য সমাধানো আছে:

  • অবিকল্পিতভাবে, zlib compression ক SSL আৰু TLS সংযোগৰ বাবে ব্যৱহাৰ কৰা হয় । Central Processor Assist for Cryptographic Function (CPACF) থকা IBM System z স্থাপত্যত, compression CPU ভাৰৰ মূল অঙ্গ হৈ গ'ল, আৰু সৰ্বমোঠ কাৰ্য্যক্ষমতা compression ৰ গতিৰে নিৰ্ধাৰিত কৰা গ'ল (গুপুত কৰাৰ গতিৰে নহয়) । যেতিয়া compression নিষ্ক্ৰীয় হয়, সৰ্বমোঠ কাৰ্য্যক্ষমতা বহুত অধিক । এই উন্নত সৰঞ্জামত, SSL আৰু TLS সংযোগৰ বাবে zlib compression নিষ্ক্ৰীয় কৰিব পাৰি OPENSSL_NO_DEFAULT_ZLIB পৰিবেশ চলকেৰে । এটা মধ্যম গতিৰ নে'টৱৰ্কত TLS সংযোগৰ বাবে, compression আৰম্ভ ৰখাটোৱে ভাল, যাতে স্থানান্তৰ কৰিব লগা তথ্যৰ আকাৰ সৰু হয় ।

  • 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 ৰ গতি উন্নত কৰে, যাৰ ফলত প্ৰত্যেক minor মুক্তিত বৃদ্ধি পোৱা সৰঞ্জামৰ সংখ্যাৰ সমস্যা সমাধা কৰা হৈছে । ইয়াৰ উপৰিও, এই উন্নয়নত reinstall আদেশকো অন্তৰ্ভূক্ত কৰা হৈছে, বহুতো আদেশৰ সংযোগ মাধ্যম উন্নত কৰা হৈছে, আৰু বহুতো বাগৰ সমাধা কৰা হৈছে, য'ত আছে:

  • এটা ৱেব ঠিকনা (http) ত থকা বিন্যাস নথিপত্ৰ নিৰ্দ্দিষ্ট কৰিবলৈ যিকোনো yum আদেশ বিফল হৈছিল যদি -c বিকল্প ব্যৱহাৰ কৰা হৈছিল । এই বাগৰ সমাধান কৰা হৈছে ।

  • yumত এটা checkSignal() আপেক্ষকে অশুদ্ধ exit আপেক্ষক ব্যৱহাৰ কৰিছিল; সেইবাবে, yum ৰ পৰা বাহিৰ হ'লে এটা traceback হে পোৱা গৈছিল । এই মুক্তিত, yum এতিয়া ভালকৈ বাহিৰ হয়।

flash-plugin Re-Base

flash-plugin সৰঞ্জামক 10.0.12.36 সংস্কৰণলৈ পুনঃ স্থাপিত কৰা হৈছে । এই উন্নয়নত বুতো সুৰক্ষাৰ সমাধান আছে য'ত আছে এটা পূৰ্বৰ flash-plugin ASYNC উন্নয়ন । ইয়াৰ উপৰিও, এই উন্নত প্লাগ-ইনত আছে Adobe Flash Player 10, য'ত তলৰ বাগৰ সমাধান আৰু গুণৰ বৃদ্ধি আছে:

  • Linux ৰ মঞ্চত স্থিৰতা উন্নত কৰা ধ্বনিৰ নিৰ্গমত এটা race condition ৰ সমস্যা সমাধান কৰি ।

  • নিজৰ পছন্দৰ ফিল্টাৰ আৰু তাৰ প্ৰভাৱৰ বাবে নতুন সমৰ্থন, native 3D transformation আৰু এনিমেছন, উন্নত অ;ডিঅ' প্ৰ'চেছিং, এটা নতুন, অধিক নমনীয় text engine, আৰু GPU hardware acceleration ।

এই উন্নয়নৰ অধিক তথ্যৰ বাবে, এই সংযোগৰ Adobe Flash Player 10 মুক।তিৰ টোকা চাওক:

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

gdb Rebase

gdb ক 6.8 সংস্কৰণলৈ পুনঃ স্থাপিত কৰা হৈছে । ইয়াত বহুতো মূখ্য গুণৰ উন্নয়ন আৰু বাগ সমাধান আছে, য'ত মূখ্য হ'ল: support for breakpoints inside C++ templates, constructors and inline functions.

এই মুক্তিত প্ৰয়োগ কৰা gdb ৰ উন্নয়নৰ অধিক তথ্যৰ বাবে, http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/NEWS?rev=1.259.2.1&cvsroot=src চাওক ।

AMD Family10h processors ত Instruction Based Sampling

Red Hat Enterprise Linux 5.3 ৰ বাবে AMD Family10h processors ৰ কাৰণে নতুন যান্ত্ৰিক সামগ্ৰীৰ পাৰ্শ্বৰূপ সৃষ্টি কৰাৰ সমৰ্থন যোগ কৰা হৈছে । এই নতুন AMD CPU য়ে Instruction Based Sampling (IBS) ৰ সমৰ্থন কৰে । IBS ৰ সমৰ্থনৰ বাবে তথ্য সংগ্ৰহ কৰিবলৈ oProfile চালকত কিছু সলনিৰ আৰু এই নতুন গুণৰ সৈতে জড়িত নতুন Model Specific Registers (MSRs) ক আৰম্ভ কৰাৰ প্ৰয়োজন ।

এই উন্নয়নে নতুন IBS_FETCH আৰু IBS_OP profiling samples ক oProfile চালকৰ per CPU buffer আৰু event buffers লৈ যোগ কৰে । IBS sampling নিয়ন্ত্ৰণ কৰিবলৈ /dev/oprofile ত নতুন নিয়ন্ত্ৰণৰ নিবেশ যোগ কৰা হৈছে । চালকৰ পূৰ্বৰ PMC সংস্কৰণৰ সৈতে এই সলনিসমূহ backward ভাবে সুসঙ্গত, আৰু এই তথ্য ব্যৱহাৰ কৰিবলৈ oProfile 0.9.3 ৰ বাবে এটা বেলেগ patch ।

IBS ৰ বাবে জানিবলৈ ইয়াত চাওক: Instruction-Based Sampling: A New Performance Analysis Technique for AMD Family 10h Processors, November 19, 2007

Squid Re-base

Squid শেহতীয়া মূখ্য সংস্কৰণলৈ (STABLE21) স্থাপিত কৰা হৈছে । এই উন্নয়নে বহুতো বাগ সমাধা কৰে, য'ত আছে:

  • squid init স্ক্ৰিপ্টে সদায়ে ০ ৰ এটা ভুল exit code দিছিল । এই বাগ সমাধা কৰা হ'ল, যাৰ ফলত Linux Standard Base ৰ সৈতে squid এতিয়া সুসঙ্গত ।

  • refresh_stale_hit নিৰ্দেশক ব্যৱহাৰ কৰা ফলত Clock going backwards ভুলৰ সম্বাদ squid লগ নথিপত্ৰত দেখা দিয়ে ।

  • squid সংস্থাপন প্ৰক্ৰিয়াই /usr/local/squid পঞ্জিকাৰ শুদ্ধ গৰাকী সৃষ্টি কৰিব নোৱাৰিলে । এই মুক্তিত, squid ব্যৱহাৰকৰোঁতা এতিয়া /usr/local/squid ৰ অবিকল্পিত গৰাকী ।

  • squidhash_lookup() আপেক্ষক ব্যৱহাৰ কৰিবলৈ চেষ্টা কৰিলে, signal 6 এৰে বাহিৰ হয় ।

  • squid_unix_group ব্যৱহাৰ কৰিলে squid ক্ৰেশ্ব কৰিব পাৰে ।

Apache ত Event Multi-Processing Model

httpd, Apache HTTP Server সৰঞ্জামটোত, এতিয়া পৰীক্ষামূলক event Multi-Processing Model (MPM) আছে । এই MPM এ কাৰ্য্যক্ষমতা বঢ়াই keepalive সংযোগ নিয়ন্ত্ৰণ কৰিবলৈ dedicated thread ব্যৱহাৰ কৰি ।

audit Update

কাৰ্ণেলৰ audit উপ-প্ৰণালী দ্বাৰা সৃষ্টি কৰা audit ৰেকৰ্ডক ৰক্ষা কৰা আৰু বিচৰাৰ বাবে user-space সৰঞ্জাম audit সৰঞ্জামত আছে । এই audit সৰঞ্জামসমূহক নতুন মূখ্য সংস্কৰণ 1.7.7 লৈ উন্নত কৰা হৈছে, য'ত পূৰ্বৰ audit সৰঞ্জামৰ উন্নয়ন আৰু বাগৰ সমাধান আছে ।

এই উন্নত audit সৰঞ্জামে তলৰ উন্নয়নসমূহ যোগ কৰে:

  • এই audit প্ৰণালীয়ে এতিয়া দূৰৰ পৰা প্ৰৱেশ কৰিব পাৰে ।

  • auditctl সৰঞ্জামে audit নিয়মত একাধিক চাবিৰ সমৰ্থন কৰে ।

  • এটা উদাহৰণস্বৰূপ STIG নিয়মৰ নথিপত্ৰ (stig.rules) য'ত auditctl নিয়ম থাকে যাক init স্ক্ৰিপ্টে audit ডেমনক আৰম্ভ কৰাৰ সময়ত তুলি লোৱা হয় এতিয়া এই উন্নত সৰঞ্জামত উদাহৰণ হিচাপে দিয়া হৈছে ।

  • এটা নতুন সৰঞ্জাম, ausyscall, যোগ কৰা হৈছে syscall ৰ নাম cross-referencing কৰিবলৈ আৰু সংখ্যাৰ তথ্য পাবলৈ ।

  • aureport এ এতিয়া audit ঘটনাত পোৱা চাবিৰ বিষয়ে প্ৰতিবেদন কৰে ।

  • ausearch আৰু aureport প্ৰ'গ্ৰেমৰ বাবে ঘটনাৰ লগক এতিয়া উন্নত কৰা হৈছে ।

libgomp re-base

libgomp ক 4.3.2-7.el5 সংস্কৰণলৈ পুনঃ স্থাপিত কৰা হৈছে । ইয়াৰ বাবে OpenMP কাৰ্য্যক্ষমতা উন্নত হয় আৰু gcc43 compiler ব্যৱহাৰ কৰোঁতে OpenMP 3.0 সংস্কৰণৰ বাবে সমৰ্থন যোগ কৰা হয় ।

iSCSI target capability

iSCSI target capability, যাক Linux Target (tgt) framework ৰ অংশ হিচাপে আগবঢ়োৱা হয়, প্ৰযুক্তি বিদ্যাৰ পূৰ্ব প্ৰদৰ্শনৰ পৰা Red Hat Enterprise Linux 5.3 ত সম্পূৰ্ণ সমৰ্থনলৈ গৈছে । এটা SCSI initiator থকা অন্য ব্যৱস্থাপ্ৰণালীত block-level SCSI ভঁৰালৰ সেৱা আগবঢ়াবলৈ এটা ব্যৱস্থাপ্ৰণালীক linux target framework এ অনুমতি দিয়ে । এই গুণ আৰম্ভণিতে এটা Linux iSCSI target হিচাপে আগবঢ়োৱা হৈছে, যিকোনো iSCSI initiator ৰ বাবে নে'টৱৰ্কত ভঁৰালৰ সেৱা আগবঢ়াব পৰাকে ।

iSCSI target ব্যৱহাৰ কৰিবলৈ, scsi-target-utils RPM সংস্থাপন কৰক আৰু ইয়াত থকা নিৰ্দেশ চাওক: /usr/share/doc/scsi-target-utils-[version]/README আৰু /usr/share/doc/scsi-target-utils-[version]/README.iscsi

3. চালকৰ উন্নয়ন

3.1. সকলো স্থাপত্য

সাধাৰন চালক/স্থাপত্যৰ উন্নয়ন
  • ALSA ৰ Intel High Definition Audio চালককো উন্নত কৰা হৈছে ।

  • AMD ATI integrated ছিপ্‌ছেটত High-Definition Multimedia Interface (HDMI) অ'ডিঅ'ৰ সমৰ্থন এতিয়াউন্নত কৰা হৈছে ।

  • তলৰ Wacom graphics tablet সমূহ এতিয়া linuxwacom চালকেৰে সমৰ্থিত:

    • Cintiq 20WSX

    • Intuos3 4x6

  • Emulex Fibre Channel Host Bus Adapters ৰ কাৰণে lpfc চালকক 8.2.0.33.2p সংস্কৰণলৈ উন্নত কৰা হৈছে । ইয়াত বহুতো সলনি আছে, যাৰ ভিতৰত প্ৰধান হ'ল:

    • এতিয়া NETLINK_SCSITRANSPORT ছকেট ব্যৱহাৰ কৰা হয়

    • আৰম্ভ নোহোৱা node access সমাধা কৰা হ'ল ।

    • NPIV সক্ৰিয় কৰোঁতে echotest বিফলতাৰ কাৰণৰ এটা বাগ সামধাকৰা হ'ল ।

    • ফাইবাৰ ছেনেল প্ৰমাণীকৰণৰ বাবে এতিয়া fcauthd 1.19 ৰ প্ৰয়োজন ।

  • IBM DS4000 ৰ কাৰণে এতিয়া dm-multipath ত inbox ৰ সমৰ্থন আছে ।

  • ixgbe চালকে এতিয়া 82598AT dual-port এডাপ্টাৰ আৰু 82598 CX4 এডাপ্টাৰৰ সমৰ্থন কৰে ।

  • Digi Neo PCI Express 4 HiProfile I/O এডাপ্টাৰৰ সমৰ্থনৰ বাবে jsm চালকক উন্নত কৰা হৈছে ।

  • hp-ilo: চালকক যোগ কৰা হ'ল, HP Integrated Lights Out (iLO) প্ৰযুক্তিৰ বাবে সমৰ্থন আগবঢ়োৱা হৈছে ।

  • এই মুক্তিত radeon_tp চালক সম্পূৰ্ণৰূপে সমৰ্থিত । এই চালকে ATI R500/R600 ছিপ্‌ছেট সক্ৰিয় কৰে ।

    চালকত নিম্নলিখিত কাৰ্যক্ষমতাও আছে:

    • Modesetting on R500/R600 chipsets

    • 2D acceleration on R500 chipsets

    • Shadow framebuffer acceleration on R600 chipsets

  • এই মুক্তিত powernow-k8 চালক তুলিব পৰা অংশ হিচাপে আছে । ই নিশ্চিত কৰে যে বৰ্ত্তমানৰ চালকৰ frameworks (যেনে Red Hat Driver Update Model আৰু Dell DKMS) এ powernow-k8 চালকৰ উন্নয়ন ব্যৱহাৰকৰোঁতাক RPM সৰঞ্জাম হিচাপে দিব পাৰে কাৰ্ণেল উন্নয়ন নকৰাকৈ ।

  • এই মুক্তিৰ বাবে, লিগেচি মূদ্ৰকৰ সমৰ্থনৰ বাবে Red Hat এ pnm2ppa পুনঃ যোগ কৰিছে । মন কৰিব, কিন্তু, এই সমৰ্থন অবচিত আৰু পিছৰ মূখ্য মুক্তিত এইটো আগবঢ়োৱা ন'হ'ব ।

  • USB Smartcard চাবিৰ ফলকৰ সমৰ্থন যোগ কৰিবৰ বাবে ccid চালকক re-base কৰা হৈছে ।

  • USB ভিডিঅ' যন্ত্ৰৰ বাবে uvcvideo চালকসমূহক Red Hat Enterprise Linux 5.3 ৰ কাৰ্ণেলত যোগ কৰা হৈছে ।

নে'টৱৰ্ক
  • Broadcom NetXtreme II নে'টৱৰ্ক কাৰ্ডৰ বাবে bnx2 চালকক 1.7.9 সংস্কৰণলৈ উন্নত কৰা হৈছে । বুট কৰাৰ সময়ত ব্যৱস্থাপ্ৰণালীয়ে কৰা পেনিকৰ এটা বাগ সমাধা কৰিবলৈ এই উন্নয়নে bnx2 ব্যৱহাৰ কৰা নিয়ন্ত্ৰকত ethernet ring buffer বিকল্প সমূহৰ সামধা কৰে ।

  • Intel PRO/1000 ইথাৰ্নে'ট যন্ত্ৰৰ বাবে e1000e চালকক মূখ্য সংস্কৰণ 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 সংস্কৰণলৈ উন্নত কৰা হৈছে ।

  • Red Hat Enterprise Linux 5.3 ত niu চালকক যোগ কৰা হৈছে, Sun CP3220 ব্যৱস্থপ্ৰণালীত 10Gbps ইথাৰ্নে'ট যন্ত্ৰৰ বাবে সমৰ্থন যোগ কৰি ।

  • Intel PRO Wireless যন্ত্ৰৰ বাবে ipw2100 আৰু ipw2200 চালকসমূহক Linux Kernel 2.6.25 ৰ পৰা Red Hat Enterprise Linux 5.3 লৈ বেক্‌প'ৰ্ট কৰা হৈছে ।

  • Broadcom Wireless যন্ত্ৰৰ বাবে bcm43xx চালকক Linux Kernel 2.6.25 ৰ পৰা Red Hat Enterprise Linux 5.3 লৈ বেক্‌প'ৰ্ট কৰা হৈছে ।

  • বেতাঁৰ যন্ত্ৰৰ বাবে ieee80211 সমৰ্থনৰ অংশক Linux Kernel 2.6.25ৰ পৰা Red Hat Enterprise Linux 5.3 লৈ বেক্‌প'ৰ্ট কৰা হৈছে ।

  • ZyDas Wireless যন্ত্ৰৰ বাবে zd1211rw চালকক শেহতীয়া non-mac80211 সংস্কৰণৰ সৈতে একে কৰিবলৈ উন্নত কৰা হৈছে Linux 2.6.25 সংস্কৰণৰ আগৰটোৰ পৰা ।

  • iwlwifi চালকক 2.6.26 ৰ পৰা সংস্কৰণলৈ উন্নত কৰা হৈছে, iwl4965 বেতাঁৰ যন্ত্ৰৰ বাবে 802.11n সমৰ্থন যোগ কৰি । চালকৰ 2.6.26 সংস্কৰণৰ পিছৰ বহুতো বাগৰ সমাধা এই বেক্‌পো'ৰ্ট কৰা চালকত অন্তৰ্ভুক্ত কৰা হৈছে ।

  • Myricom Myri-10G Ethernet যন্ত্ৰৰ বাবে myri10ge চালকক 1.3.2-1.269 সংস্কৰণলৈ উন্নত কৰা হ'ল ।

  • NetXen নে'টৱৰ্ক কাৰ্ডৰ বাবে netxen চালকক 3.4.18 সংস্কৰণলৈ উন্নত কৰা হৈছে ।

  • Broadcom Everest নে'টৱৰ্ক যন্ত্ৰৰ বাবে bnx2x চালকক 1.45.23 সংস্কৰণলৈ উন্নত কৰা হৈছে, 57711 যান্ত্ৰিক সামগ্ৰীৰ বাবে সমৰ্থন যোগ কৰি ।

  • শুদ্ধ link-up চিনাক্তকৰণ বন্ধ কৰা এটা বাগ সমাধান কৰিবলৈ forcedeth-msi চালকক উন্নত কৰা হৈছে ।

  • Atheros বেতাঁৰ যন্ত্ৰৰ ath5k চালকক Linux Kernel 2.6.26 ৰ পৰা Red Hat Enterprise Linux 5.3 লৈ বেক্‌প'ৰ্ট কৰা হৈছে ।

  • Ralink বেতাঁৰ যন্ত্ৰৰ বাবে rt2x00 চালকক Linux Kernel 2.6.26 ৰ পৰা Red Hat Enterprise Linux 5.3 লৈ বেক্‌প'ৰ্ট কৰা হৈছে ।

  • Realtek বেতাঁৰ যন্ত্ৰৰ বাবে rtl8180 আৰু rtl8187 চালকক Linux Kernel 2.6.26 ৰ পৰা Red Hat Enterprise Linux 5.3 লৈ বেক্‌প'ৰ্ট কৰা হৈছে ।

  • cxgb3: চালক (আৰু তাৰ ফাৰ্মৱেৰ) এই মুক্তিত অন্তৰ্ভূক্ত । এই চালকে Chelsio RDMA 10Gb PCI-E Ethernet adapter ৰ সমৰ্থন কৰে ।

ভঁৰাল
  • 3w-xxxx: 3ware SATA RAID Controllers ৰ বাবে 1.26.03 সংস্কৰণলৈ উন্নত কৰা চালক । ইয়াত বহুতো মূখ্য সলনি আছ, যাৰ ভিতৰত প্ৰধান হ'ল:

    • ২ GB ত কৈ অধিক RAM থকা ব্যৱস্থাপ্ৰণালীত এটা 3ware 7000 বা 8000 শৃঙ্খলাৰ কাৰ্ড ব্যৱহাৰ কৰোঁতে হোৱা তথ্য হানিৰ এটা বাগ সমাধা কৰা হ'ল ।

    • ৪ GB ত কৈ অধিক RAM থকা ব্যৱস্থাপ্ৰণালীত এটা 3ware 8006 শৃঙ্খলাৰ কাৰ্ড ব্যৱহাৰ কৰোঁতে ৬৪-বিট স্থাপত্যত Anaconda আৰু স্থগিত নহয় ।

    • __tw_shutdown() আৰম্ভ কৰিলে এতিয়া irq handler মুক্ত হয় । বন্ধ কৰাৰ সময়ত এটা interrupt ক share কৰা হ'লে এইটোৱে এটা সাম্ভাব্য null pointer de-reference ৰোধ কৰে ।

    • এতিয়া RCD bit for caching mode page আৰম্ভ কৰা হৈছে ।

    • ioctl resets আৰু scsi resets ক এতিয়া ছিৰিয়েলাইজ কৰা হৈছে কাৰণ সিহঁতৰ এতিয়া সংঘৰ্ষ নহয় ।

  • 3w-9xxx: 3ware SATA RAID Controllers ৰ বাবে চালকক 2.26.08 সংস্কৰণলৈ উন্নত কৰা হ'ল । ইয়াত বহুতো মূখ্য সলনি আছে, যাৰ ভিতৰত প্ৰধান হ'ল:

    • ৪ GB ত কৈ অধিক RAM থকা ব্যৱস্থাপ্ৰণালীত pci_unmap_single() এ আপেক্ষকক শুদ্ধকৈ মাতে ।

    • এটা বাগ যি লিখা কাৰ্য্য লাহেকৈ কৰে সমাধা কৰা হ'ল ।

    • DMA মাস্ক এতিয়া ৩২-বিট লৈ ঘুৰি আহে যদি ৬৪-বিট বিফল হয় ।

    • 3ware 9690SA SAS Controller Device ৰ বাবে সমৰ্থন যোগ কৰা হ'ল ।

  • megaraid_sas: চালকক 4.01-rh1 সংস্কৰণলৈ উন্নত কৰা হ'ল । এই উন্নয়নত বহুতো বাগৰ সমাধান আছে, য'ত আছে:

    • MFI_POLL_TIMEOUT_SECS এতিয়া ৬০ ছেকেণ্ডৰ ।

    • এটা বাগ যি frame count calculation ৰ কাৰণে নিৰন্তৰ chip resets আৰু command timeout কৰে তাক সমাধান কৰা হ'ল ।

    • LSI Generation 2 Controllers (0078, 0079) ৰ বাবে সমৰ্থন যোগ কৰা হ'ল ।

    • ফাৰ্মৱেৰ বন্ধ কৰা উন্নত কৰিবলৈ shutdown routine ত DCMD ক বন্ধ কৰিবলৈ এটা আদেশ যোগ কৰা হ'ল ।

    • যান্ত্ৰিক সামগ্ৰীৰ Linux চালকত অপ্ৰত্যাশিত interrupt কৰা এটা বাগ সমাধা কৰা হ'ল ।

  • SCSI device handler infrastructure (scsi_dh) ক উন্নত কৰা হৈছে, য'ত এই উন্নত গুণ আছে:

    • এটা সাধাৰণ ALUA (asymmetric logical unit access) হেণ্ডলাৰ কাৰ্য্যকৰ কৰা হৈছে ।

    • LSI RDAC SCSI ভিত্তিক ভঁৰাল যন্ত্ৰৰ বাবে সমৰ্থন যোগ কৰা হৈছে ।

  • QLogic Fibre Channel Host Bus Adapters ৰ বাবে qla2xxx চালকক উন্নত কৰা হৈছে, ISP84XX ধৰণৰ কাৰ্ডৰ বাবে সমৰ্থন যোগ কৰি ।

  • ভাৰ্চুৱেল SCSI (vSCSI) যন্ত্ৰক এমুলেট কৰিবলৈ ibmvscsi চালকসমূহক উন্নত কৰা হৈছে, ভাৰ্চুৱেলাইজ্‌ড tape যন্ত্ৰৰ বাবে সমৰ্থন যোগ কৰি ।

  • lpfc: চালকক 8.2.0.30 সংস্কৰণলৈ উন্নত কৰা হৈছে । এই উন্নয়নত বহুতো বাগৰ সমাধান আৰু উন্নয়ন আছে, য'ত আছে:

    • PowerPC স্থাপত্যত PCI এডাপ্টাৰৰ বাবে Improved Enhanced Error Handling (EEH)

    • সমৰ্থিত NPIV ভাৰ্চুৱেল প'ৰ্টৰ সংখ্যা বৃদ্ধি কৰা হ'ল

    • I/O queue depth নিয়ন্ত্ৰণ কৰিবলৈ উন্নত চালকৰ জ্ঞান

    • Fibre Channel over Ethernet (FCoE) এডাপ্টাৰৰ বাবে সমৰ্থন যোগ কৰা হ'ল

    • নতুন যান্ত্ৰিক সামগ্ৰীৰ বাবে SAN পৰা বুট কৰা এতিয়া সমৰ্থিত

  • HP Smart Array নিয়ন্ত্ৰকৰ বাবে cciss চালকক 3.6.20-RH2 সংস্কৰণলৈ উন্নত কৰা হৈছে ।

4.1. সকলো স্থাপত্য

  • relayfs ত পূৰ্বে ৬৪ MB ৰ buffer আকাৰৰ সীমা আছিল । এই উন্নয়নত, relayfs for on-memory buffers লৈ বিতৰণ কৰা স্মৃতিশক্তিৰ সীমাক ৪০৯৫ MB লৈ বৃদ্ধি কৰা হৈছে । ইয়াৰ কাৰণে SystemTap আৰু অন্য tracing সৰঞ্জামে যি relayfs ব্যৱহাৰ কৰে অধিক ঘটনা trace কৰিব পাৰে ।

  • Dell Remote Access Controller 4 (DRAC4) ৰ কাৰণে চালক নাছিল । ইয়াৰ ফলত, DRAC4 এ দিয়া যিকোনো ভাৰ্চুৱেল যন্ত্ৰ কাৰ্ণেলে বিচাৰি পোৱা নাছিল । এই উন্নয়নত, pata_sil680 কাৰ্ণেল অংশ যি উপযুক্ত চালক দিয়ে যোগ কৰা হৈছে, যি সমস্যাৰ সমাধান কৰে ।

  • আগতে relay সংযোগমাধ্যমৰ কাৰণে message buffers ক অকল অন-লাইনCPU ৰ কাৰণে বিতৰণ কৰা হৈছিল যেতিয়া relay_open() ক call কৰা হৈছিল । ইয়াৰ ফলত, যদি এটা অফ-লাইন CPU ক relay_open() ক call কৰাৰ পিছত আৰম্ভ কৰা হৈছিল, এটা কাৰ্ণেল পেনিক হৈছিল । এই উন্নয়নত, এটা নতুন message buffer ক চলিত অৱস্থাত বিতৰণ কৰা হয় যদি কোনো নতুন CPU যোগ কৰা হয় ।

  • 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 মডেলৰ কাৰণে উন্নত সমৰ্থন দিবলৈ thinkpad_acpi কাৰ্ণেল অংশক উন্নত কৰা হৈছে ।

  • এতিয়া soft lockup detector ক বিন্যাস কৰিব পাৰি এটা সাৱধানৰ সম্বাদ নিদি কাৰ্ণেল পেনিক ট্ৰিগাৰ কৰিবলৈ । ইয়াৰ ফলত ব্যৱহাৰকৰোঁতাই soft lockup ৰ সময়ত এটা ক্ৰেশ্ব ডাম্প সৃষ্টি কৰি বিধিবদ্ধ পৰীক্ষা কৰিব পাৰে ।

    পেনিক সৃষ্টি কৰিবলৈ soft lockup detector ক বিন্যাস কৰিবলৈ, soft_lockup কাৰ্ণেল স্থিতিমাপক 1 লৈ নিৰ্ধাৰণ কৰক । অবিকল্পিতভাবে ই 0

  • Next-Generation Intel Microarchitecture (Nehalem) ভিত্তিৰ processors ক oprofile এ শুদ্ধকৈ চিনি পাব নোৱাৰিলে । ইয়াৰ বাবে, performance monitoring unit ব্যৱহাৰ কৰিব পৰা ন'গ'ল আৰু processor টো timer interrupt লৈ ঘুৰি যাই । ইয়াৰ সমাধানৰ বাবে কাৰ্ণেলক উন্নত কৰা হ'ল ।

  • কাৰ্ণেলত CPU power state, C3, ৰ কাৰণে সমৰ্থন যোগ কৰা হৈছে Next-Generation Intel Microarchitecture (Nehalem) ত । C3 ত সোমাব পৰা ক্ষমতাৰ কাৰণে (sleep state হিচাপেও জনা) স্থগিত অৱস্থাত থকা CPU ৰ শক্তিৰ ক্ষমতা বঢ়ায় ।

  • পূৰ্বে, কাৰ্ণেলৰ MAX_ARG_PAGES সীমা কম আছিল, আৰু এই ভুল দেখা গৈছিল:

    execve: Argument list too long
    এই উন্নয়নত, এই সীমাক stack আকাৰৰ ২৫ শতাংশলৈ বৃদ্ধি কৰা হৈছে, যাৰ ফলত সমস্যাৰ সমাধান হয় ।

  • autofs4 উন্নয়নক Red Hat Enterprise Linux 5.3 লৈ linux কাৰ্ণেল সংস্কৰণ 2.6.27 ৰ পৰা পুনঃ স্থাপিত কৰা হৈছে ।

  • Red Hat Enterprise Linux 5.3 ত এতিয়া core নথিপত্ৰক এটা user space application ৰ forked copy লৈ pipe কৰাৰ ক্ষমতা আছে, এটা নথিপত্ৰলৈ পোনেপোনে পঠিওৱাৰ সলনি । এইটো /proc/sys/kernel/core_pattern| path/to/application দি কৰিব পাৰি । এটা core ডাম্প কৰিলে, নিৰ্ধাৰিত অনুপ্ৰয়োগৰ এটা নকল চলোৱা হ'ব, আৰু stdin ত core ক pipe কৰা হ'ব । ইয়াৰ কাৰণে core ক core dump সময়ত augment কৰিব পাৰি, পৰীক্ষা আৰু সক্ৰীয় ভাবে পৰিচালনা কৰিব পাৰি ।

  • /proc/cpuinfo নথিপত্ৰই এতিয়া প্ৰত্যেক CPU য়ে ব্যৱহাৰ কৰা Advanced Programmable Interrupt Controller (APIC) ৰ ID দিয়ে ।

  • Machine Check Exception (MCE) কাৰ্ণেল উপপ্ৰণালীক নতুন ব্যৱস্থাপ্ৰণালীৰ প্ৰয়োজনৰ মতে বৃহত্তৰ স্মৃতিশক্তিৰ বিন্যাসৰ বাবে উন্নত কৰা হৈছে ।

  • Samba ৰ যোগেদি নথিপত্ৰপ্ৰণালী তুলি লওঁতে mount আদেশে Kerberos প্ৰমাণীকৰণৰ সমৰ্থন কৰে । sec=krb5 বা sec=krb5i switch এ কাৰ্ণেলক এটা userspace অনুপ্ৰয়োগ call কৰিব দিয়ে (cifs.upcall) যি এটা SPNEGO (Simple and Protected GSSAPI Negotiation Mechanism) security blob (Binary Large OBject) দিয়ে । কাৰ্ণেলে এই blob ব্যৱহাৰ কৰিব পাৰে সেৱকৰ সৈতে প্ৰমাণ কৰিবলৈ আৰু অনুৰোধ কৰা নথিপত্ৰপ্ৰণালী তুলি ল'বলৈ ।

  • IOAPIC NMI watchdog ব্যৱহাৰ কৰা প্ৰণালীত যদি আপুনি কাৰ্ণেল স্থিতিমাপ kernel.unknown_nmi_panic ব্যৱহাৰ কৰিছে, এটা কাৰ্ণেল পেনিক হ'ব পাৰে । কাৰণ NMI watchdog এ সুৰক্ষিতভাবে NMI ৰ উৎস নিষ্ক্ৰীয় কৰিব নোৱাৰিলে ।

    এই মুক্তিত, NMI watchdog কোডক সলনি কৰা হৈছে যাতে ব্যৱহাৰকৰোঁতাই সুৰক্ষিতভাবে NMI উৎস নিষ্ক্ৰীয় কৰিব পাৰে । সেইবাবে, আপুনি এতিয়া IOAPIC NMI watchdog ধৰণ ব্যৱহাৰ কৰা প্ৰণালীত কাৰ্ণেল স্থিতিমাপ kernel.unknown_nmi_panic বিন্যাস কৰিব পাৰে ।

4.2. x86 স্থাপত্য

  • powernowk8 চালকে চলিত CPU ৰ সংখ্যাত যথেষ্ট পৰীক্ষা কৰা নাছিল । ইয়াৰ ফলত, চালক আৰম্ণ কৰোঁতে, এটা কাৰ্ণেল oops ভুলৰ সম্বাদ দেখা গৈছিল । এই উন্নয়নত powernowk8 চালকে সমৰ্থিত CPU ৰ সংখ্যাক (supported_cpus) অন-লাইন CPU ৰ সৈতে একে হোৱা পৰীক্ষা কৰে (num_online_cpus), যি সমস্যাৰ সমাধান কৰে ।

4.3. PowerPC স্থাপত্য

  • CPUFreq, কাৰ্ণেলৰ উপ-প্ৰণালী যি CPU frequency আৰু voltage ক্ৰমবৰ্দ্ধন কৰে, উন্নত কৰা হৈছে Cell Processors ৰ উন্নত সমৰ্থনৰ সৈতে । এই উন্নয়নত এটা Synergistic Processing Unit (SPU) aware CPUFreq governor আছে যদি Cell processors ৰ শক্তি পৰিচালনা বৃদ্ধি কৰে ।

  • Red Hat Enterprise Linux 5.3 ত Error Detection and Correction (EDAC) এতিয়া Cell Broadband Engine Architecture সমৰ্থিত । 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 "":
  • যান্ত্ৰিক সামগ্ৰীৰ watchpoints ব্যৱহাৰ কৰি এনে এটা চলক ব্যৱহাৰ কৰি যি multiple threadত ব্যৱহাৰ হয় ডিবাগ কৰাৰ কাৰণে GNU Debugger (GDB) এ ট্ৰিগাৰ ঘটনা এৰি গৈছিল ।GDB য়ে অনবৰতে watchpoint triggers পাবলৈ কাৰ্ণেলক উন্নত কৰা হৈছে, যাৰ ফলত ডিবাগ অধিবেশনৰ কাৰ্য্যক্ষমতা উন্নত হৈছে ।

4.4. x86_64 স্থাপত্য

  • kprobe-booster ক ia64 x86_64 স্থাপত্যত সমৰ্থিত, যাৰ ফলত কাৰ্ণেল ঘটনাক শীঘ্ৰে বিচাৰিব পাৰি । 64-bit স্থাপত্যত চলা সেৱকত এই গুণে probing সৰঞ্জাম (e.g. SystemTap and Kprobes) ৰ কাৰণে হোৱা overhead কো কমাব ।

  • কাৰ্ণেলত _PTC (Processor Throttling Control), _TSS (Throttling Supported States) আৰু _TPC (Throttling Present Capabilities) objects ৰ কাৰণে সমৰ্থন যোগ কৰা হৈছে । এই সমৰ্থন, যি Advance Configuration and Power Interface specification (ACPI) ৰ অঙ্গ processor throttling ৰ কাৰণে উন্নত পৰিচালনা দিয়ে ।

4.5. s390x স্থাপত্য

  • zipl.conf ত, double quote থকা স্থিতিমাপ যই single quote ত আছে (ie parameters='vmhalt="LOGOFF"') ভুলকৈ বিশ্লেষণ কৰা হৈছিল । ইয়াৰ ফলত, kernel-kdump সৰঞ্জাম সংস্থাপন কৰা বিফল হৈছিল, এই ভুলৰ সৈতে:

    grubby fatal error: unable to find a suitable template
    ইয়াৰ সমাধানৰ কাৰণে, স্থিতিমাপ সমূহক single quotes ত ৰাখিব লাগে double quotes ৰ ভিতৰত(ie parameters="vmhalt='LOGOFF'")

    Note

    Red hat Enterprise Linux 5 ত double quotes ৰ ভিতৰত single quotes অবিকল্পিত নিয়ম ।

4.6. ia64 স্থাপত্য

  • পূৰ্বৰ Intel Itanium processors ৰ বাবে Dual-Core Intel Itanium 2 processor এ machine check architecture (MCA) প্ৰতিবেদনক বেলেগকৈ সম্পূৰ্ণ কৰিছিল । cache check আৰু bus check লক্ষ্যৰ চিহ্ন এতিয়া পৰিস্থিতিৰ মতে বেলেগ হ'ব পাৰে । শুদ্ধ লক্ষ্যৰ identifier ক চিনি পাবলৈ কাৰ্ণেলক উন্নত কৰা হৈছে ।

  • kprobe-booster ক ia64 x86_64 স্থাপত্যত সমৰ্থিত, যাৰ ফলত কাৰ্ণেল ঘটনাক শীঘ্ৰে বিচাৰিব পাৰি । 64-bit স্থাপত্যত চলা সেৱকত এই গুণে probing সৰঞ্জাম (e.g. SystemTap and Kprobes) ৰ কাৰণে হোৱা overhead কো কমাব ।

  • এই উন্নয়নত, pselect() আৰুppoll() system calls ৰ কাৰণে কাৰ্ণেলত সমৰ্থন দিয়া হৈছে ।

5. ভাৰ্চুৱেলাইজেছন্

এই বিভাগত Red Hat Enterprise Linux suite ৰ ভাৰ্চুৱেলাইজেছন সৰঞ্জামত কৰা উন্নয়নৰ তথ্য আছে ।

5.1. বৈশিষ্টৰ উন্নয়ন

  • blktap (blocktap) userspace toolkit উন্নত কৰা হৈছে, যাৰ ফলত blktap backed ভাৰ্চুৱেলাইজ কৰা অতিথিৰ transfer statistics পৰিচালনা কৰিব পাৰি ।

  • Intel Extended Page Table (EPT) গুণৰ বাবে সমৰ্থন যোগ কৰা হৈছে, যাৰ ফলত EPT সমৰ্থন কৰা যান্ত্ৰিক সামগ্ৰীৰ সম্পূৰ্ণৰূপে ভাৰ্চুৱেলাইজ কৰা অতিথিৰ কাৰ্য্যক্ষমতা বৃদ্ধি হৈছে ।

  • e1000 নে'টৱৰ্ক যন্ত্ৰৰ emulation অতিথিৰ কাৰণে যোগ কৰা হৈছে, যাৰ ফলত অকল Windows 2003 অতিথিক ia64 স্থাপত্যত সমৰ্থন কৰা হৈছে । e1000 emulation ব্যৱহাৰ কৰিবলৈ, xm আদেশ ব্যৱহাৰ কৰিব লাগিব ।

  • virtio ৰ কাৰণে চালক, KVM ত I/O virtualization ৰ মঞ্চ, Red Hat Enterprise Linux 5.3 ত Linux Kernel 2.6.27 ৰ পৰা পুনঃ স্থাপিত কৰা হৈছে । এই চালকে KVM অতিথিক উন্নত I/O কাৰ্য্যক্ষমতা দিয়ে । বিভিন্ন userspace অংশ হ'ল: anaconda, kudzu, lvm, selinux আৰু mkinitrd কো উন্নত কৰা হৈছে virtio যন্ত্ৰ সমৰ্থন কৰিবলৈ ।

  • নেটিভ Linux কাৰ্ণেলে vmcoreinfo নিজেই সমৰ্থন কৰে, কিন্তু, kdump ক dom0 ডোমেইনত প্ৰতিষ্ঠা কৰিলে, kernel-xen-debuginfo সৰঞ্জামৰ প্ৰয়োজন । এই উন্নয়নত, কাৰ্ণেল আৰু hypervisor ক সলনি কৰা হৈছে আৰু এতিয়া vmcoreinfo পঢ়া আৰু kdump লিখা সমৰ্থন কৰে । ডিবাগৰ কাৰণে kdump ব্যৱহাৰ কৰিব লগা ব্যৱহাৰকৰোঁতাই বা অন্য পৰীক্ষা dom0 ডোমেইনত এতিয়া কৰিব পাৰি debuginfo বা debuginfo-common সৰঞ্জাম সংস্থাপন নকৰাকৈ ।

  • সম্পূৰ্ণ ভাৰ্চুৱেলাইজ কৰা Red Hat Enterprise Linux 5 অতিথিয়ে suboptimal কাৰ্য্যক্ষমতা পাইছিল emulated ডিষ্ক আৰু নে'টৱৰ্ক যন্ত্ৰ ব্যৱহাৰ কৰোঁতে । এই উন্নয়নত, kmod-xenpv সৰঞ্জাম আছে যি সম্পূৰ্ণ ভাৰ্চুৱেলাইজ কৰা গৃহস্থত পেৰাভাৰ্চুৱেলাইজ কৰা ডিষ্ক আৰু নে'টৱৰ্কৰ ব্যৱহাৰ সহজ কৰে ।

    সম্পূৰ্ণ ভাৰ্চুৱেলাইজ কৰা গৃহস্থত এই চালক ব্যৱহাৰ কৰিলে সম্পূৰ্ণ ভাৰ্চুৱেলাইজ কৰা অতিথিৰ কাৰ্য্যক্ষমতা আৰু গুণন বৃদ্ধি কৰিব পাৰে । netfront আৰু block front চালকৰ উন্নয়নৰ কাৰণে চালক চিনি পোৱা যায় আৰু কাৰ্ণেল সৰঞ্জামৰ লগত একে কৰা হয় ।

  • অতিথিয়ে এতিয়া ২MB backing page memory tables ব্যৱহাৰ কৰিব পাৰে, যি প্ৰণালীৰ কাৰ্য্যক্ষমতা বঢ়াব পাৰে ।

5.2. সংশোধন কৰা সমস্যা

5.2.1. সকলো স্থাপত্য

  • এটা পেৰাভাৰ্চুৱেলাইজ কৰা অতিথিক বন্ধ কৰিলে dom0 কিছু সময়ৰ বাবে বন্ধ হয় । বহু সংখ্যক স্মৃতিশক্তি থকা অতিথিত বহুত ছেকেণ্ডৰ বিৰতি পোৱা গৈছিল (ie ১২GB আৰু অধিক) । এই উন্নয়নত, ভাৰ্চুৱেলাইজ কৰা কাৰ্ণেলে ডাঙৰ পেৰাভাৰ্চুৱেলাইজ কৰা অতিথিক বন্ধ কৰিবলৈ pre-emptible কৰে, যি সমস্যাৰ সমাধান কৰে ।

  • crash এ hypervisor ৰ relocation ঠিকনা vmcore নথিপত্ৰৰ পৰা পছিব পৰা নাছিল । ইয়াৰ ফলত, crash থকা এটা Virtualized kernel vmcore নথিপত্ৰ খুলিলে বিফল হয়, এই ভুলৰ লগত:

    crash: cannot resolve "idle_pg_table_4"
    এই উন্নয়নত, hypervisor এ এতিয়া শুদ্ধকৈ ঠিকনা ৰাখে, যি সমস্যা সমাধান কৰে ।

  • আগতে, পেৰাভাৰ্চুৱেলাইজ কৰা অতিথিত সৰ্বাধিক ১৬ টা ডিষ্ক হ'ব পাৰিছিল । এই উন্নয়নত, এতিয়া ২৫৬ টা হ'ব পাৰে ।

  • kdump কাৰ্ণেলৰ কাৰণে সংৰক্ষিত স্মৃতিশক্তি অশুদ্ধ আছিল, যাৰ ফলত ব্যৱহাৰ কৰিব নোৱাৰা crash dumps পোৱা গৈছিল । এই উন্নয়নত, স্মৃতিশক্তি সংৰক্ষণ শুদ্ধ, যাৰ ফলত শুদ্ধ crash dumps সৃষ্টি কৰিব পাৰি ।

  • এটা পেৰাভাৰ্চুৱেলাইজ কৰা অতিথিত নিৰ্দ্দিষ্ট নামৰ ডিষ্ক সংযোগ কৰিলে অতিথিত(ie. /dev/xvdaa, /dev/xvdab, /dev/xvdbc etc.) দূষিত /dev যন্ত্ৰ সৃষ্টি হয় । এই উন্নয়নে এই সমস্যা সমাধা কৰে যাতে এই নামৰ ডিষ্ক পেৰাভাৰ্চুৱেলাইজ কৰা অতিথিত সংযোগ কৰিলে শুদ্ধ /dev যন্ত্ৰ অতিথিৰ ভিতৰত সৃষ্টি হয় ।

  • আগতে, loopback যন্ত্ৰৰ সংখ্যা ৪ লৈকে আছিল । তাৰ ফলত, ৪ টাতকৈ অধিক নে'টৱৰ্ক সংযোগমাধ্যম থকা প্ৰণালীত bridge সৃষ্টি কৰিব পৰা নগৈছিল । এই উন্নয়নত, প্ৰয়োজনৰ মতে netloop চালকে অতিৰিক্ত loopback যন্ত্ৰ সৃষ্টি কৰে ।

  • ভাৰ্চুৱেল নে'টৱৰ্ক যন্ত্ৰ সৃষ্টি বা ভাঙি দিওঁতে এটা race condition হৈছিল । কেতিয়াবা -- বিশেষকৈ high load পৰিস্থিতিত -- ইয়াৰ কাৰণে ভাৰ্চুৱেল যন্ত্ৰই উত্তৰ নিদিয়ে । এই উন্নয়নত, ভাৰ্চুৱেল যন্ত্ৰৰ অৱস্থা পৰীক্ষা কৰা হয় যাতে race condition নহয় ।

  • অনুপ্ৰয়োগ চলি থাকিলে virt-manager ত memory leak পোৱা যাব । তাৰ ফলত, অনুপ্ৰয়োগে বহুতো সম্পদ ব্যৱহাৰ কৰিব, যাৰ ফলত memory starvation হ'ব পাৰে । এই উন্নয়নত, leak সমাধা কৰা হ'ল, যাৰ ফলত সমস্যাৰ সমাধান হয় ।

  • crash সৰঞ্জামে x86_64 vmcores পৰীক্ষা কৰিব নোৱাৰে kernel-xen চলোৱা প্ৰণালীৰ পৰা কাৰণ Red Hat Enterprise Linux hypervisor টো relocatable হয় আৰু পুনঃ স্থাপিত physical base address ক vmcore file ৰ ELF হেডাৰলৈ পঠিওৱা নহয় । ক্ৰেশ্ব সৰঞ্জামৰ নতুন --xen_phys_start আদেশ শাৰীৰ বিকল্পই ব্যৱহাৰকৰোঁতাক relocated base physical address লৈ ক্ৰেশ্ব আগবঢ়াব দিয়ে ।

  • মন কৰিব যে সকলো মাউছ ঘটনাক Paravirtual Frame Buffer (PVFB) এ ধৰি সংসাধান কৰিছিল । তাৰ ফলত, scroll wheel কাম নকৰিছিল এটা পেৰাভাৰ্চুৱেলাইজ কৰা অতিথিৰ লগত Virtual Machine Console সংযোগ কৰোঁতে । এই উন্নয়নত, scroll wheel মাউছ ঘটনা শুদ্ধকৈ কাম কৰে, যি এই সমস্যাৰ সমাধান হয় ।

  • বেছি স্মৃতিশক্তি থকা প্ৰণালীত (ie ২৫৬GB বা অধিক), dom0 প্ৰতিষ্ঠা কৰিলে hypervisor memory heap ক exhaust কৰা হ'ব । ইয়াৰ সমাধানৰ কাৰণে, xenheap আৰু dom0_size আদেশ শাৰীৰ তৰ্কক বৈধ মানলৈ নিৰ্ধাৰিত কৰিব লাগিব । এই উন্নয়নত, hypervisor ক উন্নত কৰা হৈছে এই মান নিজেই নিৰ্ধাৰণ কৰিবলৈ, যি এই সমস্যাৰ সমাধান কৰে ।

  • বহু সংখ্যক CPU থকা যন্ত্ৰত ভাৰ্চুৱেলাইজেছন ব্যৱহাৰ কৰিলে hypervisor ক্ৰেশ্ব কৰিব পাৰে অতিথি সংস্থাপনৰ সময়ত । এই উন্নয়নত, সমস্যাৰ সমাধান কৰা হ'ল ।

  • এটা softlockup হ'ব পাৰে বেছি স্মৃতিশক্তি থকা অতিথি সৃষ্টি কৰাৰ সময়ত । ইয়াৰ ফলত, ভুলৰ এটা call trace দুয়ো dom0 আৰু অতিথিত দেখা গৈছিল । এই উন্নয়নত, এই সমস্যাৰ সমাধান কৰা হৈছে ।

  • Intel processors ত যি CPUID family value ৬ দিয়ে, অকল এটা performance counter register সক্ৰিয় কৰা হৈছিল kernel-xen ত । সেইবাবে, অকল counter 0 ই samples দিছিল । এই উন্নয়নত, এই সমস্যা সমাধা কৰা হৈছে ।

5.2.2. x86 স্থাপত্য

  • নতুন CPU থকা প্ৰণালীত, CPU APIC ID টো CPU ID তকে বেলেগ । তাৰ ফলত, ভাৰ্চুৱেলাইজ কৰা কাৰ্ণেলে CPU frequency scaling আৰম্ভ কৰিব পৰা নাছিল । এই উন্নয়নত, ভাৰ্চুৱেলাইজ কৰা কাৰ্ণেলে CPU APIC ID উদ্ধাৰ কৰে hypervisor ৰ পৰা, যাৰ ফলত CPU frequency scaling শুদ্ধকৈ আৰম্ভ হয় ।

  • এটা x86 পেৰাভাৰ্চুৱেলাইজ কৰা অতিথি চলালে, যদি এটা প্ৰক্ৰিয়াই অবৈধ স্মৃতিশক্তি অভিগম কৰে, সি এটা loop ত চলিব SEGV চিগ্নেল পোৱাৰ স্থানত । ইয়াৰ কাৰণ হৈছিল hypervisor ত কৰা execshield checks ধৰনৰ বাবে । এই উন্নয়নত, এই সমস্যাৰ সমাধান কৰা হৈছে ।

5.2.3. ia64 স্থাপত্য

  • এটা xend বাগ যাৰ কাৰণে অতিথিৰ সংস্থাপন বিফল হয় এতিয়া সমাধা কৰা হয় ।

  • evtchn ঘটনা চেনেলৰ যন্ত্ৰত locks আৰু memory barriers নাছিল । ইয়াৰ কাৰণে xenstore এ উত্তৰ নিদিছিল । এই উন্নয়নত, এই সমস্যাৰ সমাধান কৰা হৈছে ।

  • Non-Uniform Memory Access (NUMA) তথ্য xm info আদেশে দেখুৱা নাছিল । তাৰ কাৰণে, node_to_cpu মান প্ৰত্যেক নোডৰ কাৰণে no cpus বুলি ভুলকৈ দিয়া হৈছিল । এই উন্নয়নত, এই সমস্যা সমাধান কৰা হৈছিল ।

  • আগতে, এটা Hardware Virtual Machine (HVM) অতিথি সৃষ্টি কৰা বিফল হয় VT-i2 প্ৰযুক্তিবিদ্যা থকা প্ৰ'ছেছৰত । এই উন্নয়নত, এই সমস্যাৰ সমাধান কৰা হৈছে ।

5.2.4. x86_64 স্থাপত্য

  • অতিথি ভাৰ্চুৱেল যন্ত্ৰৰ বাবে Dynamic IRQs ব্যয় হ'লে, dom0 কাৰ্ণেল ক্ৰেশ্ব কৰে । এই উন্নয়নত, এইটো সমাধা কৰা হৈছে, আৰু IRQ ৰ সংখ্যা বৃদ্ধি কৰা হৈছে, যাৰ ফলত সমস্যাৰ সমাধান কৰা হৈছে ।

  • নতুন CPU থকা প্ৰণালীত, CPU APIC ID টো CPU ID তকে বেলেগ । তাৰ ফলত, ভাৰ্চুৱেলাইজ কৰা কাৰ্ণেলে CPU frequency scaling আৰম্ভ কৰিব পৰা নাছিল । এই উন্নয়নত, ভাৰ্চুৱেলাইজ কৰা কাৰ্ণেলে CPU APIC ID উদ্ধাৰ কৰে hypervisor ৰ পৰা, যাৰ ফলত CPU frequency scaling শুদ্ধকৈ আৰম্ভ হয় ।

5.3. জ্ঞাত সমস্যা

5.3.1. সকলো স্থাপত্য

  • ভাৰ্চুৱেল কাৰ্ণেল ব্যৱহাৰ কৰোঁতে Diskette ড্ৰাইভ media অভিগম কৰিব নোৱাৰি । ইয়াৰ বাবে এটা USB-attached diskette ড্ৰাইভ ব্যৱহাৰ কৰক ।

    মন কৰিব যে diskette ড্ৰাইভ media অন্য ভাৰ্চুৱেলাইজ নকৰা কাৰ্ণেলৰ লগত ভালকৈ কাম কৰে ।

  • পেৰাভাৰ্চুৱেলাইজ কৰা অতিথিৰ live migrations ত, time-dependent অতিথিৰ প্ৰক্ৰীয়া শুদ্ধকৈ কাম নকৰিবও পাৰে যদি তাৰ গৃহস্থৰ (dom0) times সমকালীন নহয় । প্ৰণালীৰ সময় সমকাল কৰিবলৈ NTP ব্যৱহাৰ কৰক সকলো গৃহস্থৰ বাবে migration ৰ আগত ।

  • দুটা গৃহস্থ ব্যৱস্থাপ্ৰণালীত এটা অতিথিক বাৰে বাৰে মাইগ্ৰেট কৰিলে এটা গৃহস্থ ব্যৱস্থাপ্ৰণালী পেনিক কৰিব পাৰে । গৃহস্থ ব্যৱস্থাপ্ৰণালীৰ পৰা কোনো অতিথি মাইগ্ৰেট কৰাৰ পিছত আৰু সেই একেই অতিথি ব্যৱস্থাপ্ৰণালীক প্ৰত্যাবৰ্তনৰ পূৰ্বে গৃহস্থ ব্যৱস্থাপ্ৰণালী পুনৰাৰম্ভ কৰিলে, পেনিক সৃষ্টি ন'হ'ব ।

  • Windows 2008 বাWindows Vista চলাওঁতে ডিষ্ক পুনৰাকৃত কৰিলে অতিথি ক্ৰেশ্ব কৰিব পাৰে যেতিয়া অতিথিক একাধিক ভাৰ্চুৱেল CPU দি বুট কৰা হয় । ইয়াৰ সমাধানৰ কাৰণে, অতিথিক এটা ভাৰ্চুৱেল CPU ৰে বুট কৰিব পুনৰাকৃত কৰোঁতে ।

  • সম্পূৰ্ণৰূপে ভাৰ্চুৱেলাইজ কৰা অতিথি যাক virt-manager দি সৃষ্টি কৰা গৈছে কতিয়াবা মাউছৰ গতিক বাধা দিব পাৰে । ইয়াৰ সমাধানৰ কাৰণে, অতিথিৰ বাবে এটা USB tablet যন্ত্ৰ বিন্যাস কৰিবলৈ virt-manager ব্যৱহাৰ কৰক ।

  • CPU ৰ সৰ্বাধিক সংখ্যা ১২৮ তকৈ কম লৈ সীমিত কৰিব লাগিব এটা ১২৮ বা বেছি CPU প্ৰণালীত । এই সময়ত সৰ্বাধিক ১২৬ সমৰ্থিত । maxcpus=126 hypervisor তৰ্ক ব্যৱহাৰ কৰক Hypervisor ক ১২৬ লৈ সীমিত কৰিবলৈ

  • সম্পূৰ্ণৰূপে ভাৰ্চুৱেলাইজ কৰা অতিথিয়ে ডোমেইনক paused আৰু unpaused কৰাৰ বাবে হেৰুৱা সময়ত ঘুৰাই নাপায়। pause আৰু unpause ঘটনাত ব্যয় হোৱা সময় শুদ্ধকৈ হিচাপ ৰখাটো পেৰাভাৰ্চুৱেলাইজ কৰা কাৰ্ণেলৰ সুবিধা । এইটোক মূখ্য সংস্কৰণত replaceable timers কোৱা হৈছে, সেইকাৰণে সম্পূৰ্ণৰূপে ভাৰ্চুৱেলাইজ কৰা অতিথিত পেৰাভাৰ্চুৱেলাইজ কৰা timer থাকিব । বৰ্ত্তমানে, ইয়াৰ বিকাশ হৈ আছে আৰু Red Hat Enterprise Linux ৰ পিছত সংস্কৰণত পোৱা যাব ।

  • পেৰাভাৰচুৱেলাইজ কৰা অতিথিক বাৰে বাৰে migrate কৰিলে bad mpa সম্বাদে দেখা দিব পাৰে dom0 ক'ন্সোলত । কিছু ক্ষেত্ৰত, hypervisor এও পেনিক কৰিব পাৰে ।

    এটা hypervisor কাৰ্ণেল পেনিক বন্ধ কৰিবলৈ, migrate কৰা অতিথিক পুনৰাৰম্ভ কৰক bad mpa সম্বাদ ওলোৱাৰ পিছত ।

  • dom0 ত interface bonding প্ৰতিষ্ঠা কৰোঁতে, অবিকল্পিতnetwork-bridge স্ক্ৰিপ্টৰ কাৰণে bonded network interface সমূহে unavailable আৰু available মাজত সলনি হ'ব পাৰে । ইয়াক flapping বুলি কোৱা হয় ।

    এইটো বন্ধ কৰিবলে, মানপ্ৰাপ্ত network-script শাৰী /etc/xen/xend-config.sxp ত সলনি কৰক এই শাৰীৰে:

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

    এইটে কৰিলে netloop যন্ত্ৰ নিষ্ক্ৰীয় হ'ব, যি Address Resolution Protocol (ARP) monitoring ক বিফল হোৱা বন্ধ কৰে address transfer প্ৰক্ৰিয়াত ।

  • একাধিক অতিথিৰ ডোমেইন চলাওঁতে, অতিথিৰ নে'টৱৰ্ক অস্থায়ীভাবে ৰখি যাব পাৰে, যাৰ ফলত dom0 log ত এই ভুল দেখা যায়:

    Memory squeeze in netback driver
    ইয়াৰ সমাধাৰ বাবে, dom0 ৰ স্মৃতিশক্তি বঢ়াই দিয়ক dom0_mem hypervisor আদেশ শাৰীৰ বিকল্পৰে ।

5.3.2. x86 স্থাপত্য

  • xm migrate [domain] [dom0 IP address] এৰে পেৰাভাৰ্চুৱেলাইজ্‌ কৰা অতিথিক গমন কৰিব নোৱাৰি ।

  • এটা সম্পূৰ্ণৰূপে ভাৰ্চুৱেলাইজ কৰা SMP অতিথিত Red Hat Enterprise Linux 5 সংস্থাপন কৰোঁতে, সংস্থাপন ৰখি যাব পাৰে । গৃহস্থ (dom0)ই Red Hat Enterprise Linux 5.2 চলোৱাৰ বাবে হ'ব পাৰে ।

    এই ন'হ'বলৈ, সংস্থাপনৰ সময়ত অতিথিয়ে এটা প্ৰচেছৰ ব্যৱহাৰ কৰা নিৰ্ধাৰণ কৰক ।virt-install--vcpus=1 বিকল্প ব্যৱহাৰ কৰি আপুনি এইটো কৰিব পাৰে । সংস্থাপন সম্পূৰ্ণ হ'লে, আপুনি অতিথিক SMP লৈ নিৰ্ধাৰণ কৰিব পাৰে virt-manager বিতৰণ কৰা vcpus সলনি কৰি ।.

5.3.3. x86_64 স্থাপত্য

  • xm migrate [domain] [dom0 IP address] এৰে পেৰাভাৰ্চুৱেলাইজ্‌ কৰা অতিথিক গমন কৰিব নোৱাৰি ।

  • HP ব্যৱস্থাপ্ৰণালীৰ প্ৰতিমান সংখ্যা xw9300 আৰু xw9400 ত ভাৰ্চুৱেলাইজেছন সংস্থাপন কৰাৰ সময়ত time went backwards সতৰ্কবাৰ্তা প্ৰদৰ্শিত হ'ব পাৰে ।

    xw9400 যন্ত্ৰত এই সমস্যা সমাধানৰ বাবে BIOS বৈশিষ্ট্যেত HPET সময় নিৰ্ধাৰণ ব্যৱস্থা সক্ৰিয় কৰক । উল্লেখ্যোগ্য যে, 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 পেৰাভাৰ্চুৱেলাইজ কৰা অতিথি ব্যৱস্থাপ্ৰণালী বুট কৰাৰ অযোগ্য হোৱাৰ সম্ভাবনা আছে । গৃহস্থ ব্যৱস্থাপ্ৰণালীত ৪ GB ৰ অধিক 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 ব্যৱস্থাপ্ৰণালীত (যেনে Hitachi Cold Fusion 3e), EFI Maintenance Manager ৰ দ্বাৰা VGA সক্ৰিয় কৰোঁতে dom0 ত ছিৰিয়েল প'ৰ্ট উদ্ধাৰ কৰিব নোৱাৰি । সেইবাবে, আপুনি নিম্নলিখিত ছিৰিয়েল প'ৰ্টৰ তথ্য dom0 কাৰ্ণেললৈ দিব লাগিব:

    • bits/second ত গতি

    • data bits ৰ সংখ্যা

    • Parity

    • io_base ঠিকনা

    এই বিৱৰণসমূহ /boot/efi/elilo.confdom0 কাৰ্ণেলৰ append= শাৰীত নিৰ্ধাৰণ কৰিব লাগিব । যেনে:

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

    এই উদাহৰণত, com1 ছিৰিয়েল প'ৰ্ট, 19200 গতি (bits/second ত), 8n1 এ data bits ৰ সংখ্যা/parity settings নিৰ্ধাৰণ কৰে, আৰু 0x3f8 io_base ঠিকনা ।

  • Non-Uniform Memory Access (NUMA) ব্যৱহাৰ কৰা স্থাপত্যত ভাৰ্চুৱেলাইজেছনে কাম নকৰে । সেইকাৰণে, NUMA ব্যৱহাৰ কৰা ব্যৱস্থাপ্ৰণালীত ভাৰ্চুৱেলাইজ কৰা কাৰ্ণেলক সংস্থাপন কৰিলে বুট বিফল হ'ব ।

    কিছুমান সংস্থাপন সংখ্যাই ভাৰ্চুৱেল কৰা কাৰ্ণেলক অৱিকল্পিত ভাবে সংস্থাপন কৰে । যদি আপোনাৰ ওচৰত তেনে এটা সংস্থাপন সংখ্যা আছে আৰু আপোনাৰ ব্যৱস্থাপ্ৰণালীয়ে NUMA ব্যৱহাৰ কৰে আৰু kernel-xen ৰ লগত কাম নকৰে, সংস্থাপনৰ সময়ত ভাৰ্চুৱেলাইজেছন বিকল্প নিৰ্ব্বাচন নকৰিব ।

  • বৰ্ত্তমানে, সম্পূৰ্ণৰূপে ভাৰ্চুৱেলাইজ কৰা অতিথিৰ live migration এই স্থাপত্যত সমৰ্থিত নহয় । ইয়াৰ উপৰিও, kexec আৰু kdump এই স্থাপত্যৰ বাবে ভাৰ্চুৱেলাইজেছন সমৰ্থিত নহয় ।

6. প্ৰযুক্তিবিদ্যাৰ পূৰ্ব-প্ৰদৰ্শন

প্ৰযুক্তিবিদ্যা পূৰ্ব-প্ৰদৰ্শনৰ বৈশিষ্ট বৰ্ত্তমানে Red Hat Enterprise Linux বৰঙনি সেৱাৰ অন্তৰ্গত সমৰ্থিত নহয়,সম্পূৰ্ণৰূপে কাৰ্য্যকৰ ন'হ'বও পাৰে, আৰু সাধাৰণতে উৎপাদনৰ বাবে ব্যৱহাৰযোগ্য নহয় । তথাপিও, গ্ৰাহকৰ সুবিধা আৰু ব্যাপক উন্মুক্তকৰণৰ বাবে এই সকলো বৈশিষ্টসমূহ অন্তৰ্ভুক্ত কৰা হৈছে ।

গ্ৰাহকৰ পৰীক্ষামূলক পৰিবেশত এইসমূহ ব্যৱহাৰ কৰিবে পাৰে । প্ৰযুক্তিগত পূৰ্বপ্ৰদৰ্শনত সকলো বৈশিষ্ট্য উপলব্ধ কৰা হয় যি বৰ্ত্তমানে সমৰ্থিত নহয় আৰু প্ৰকৃত প্ৰকাশনৰ পূৰ্বে গ্ৰাহকৰ এই সকলো বৈশিষ্ট্যৰ কাৰ্যকাৰিতা পৰীক্ষা নিৰীক্ষা কৰি তেওঁলোকৰ মতামত জনাব পাৰে । গুৰুত্বপূৰ্ণ নিৰাপত্তা বিষয়ক ত্ৰুটি-বিচ্যুতি সংক্ৰান্ত সহায়তা উপলব্ধ কৰা হ'ব ।

প্ৰযুক্তিগত পূৰ্বপ্ৰদৰ্শনৰ উদ্দেশ্যে নিৰ্মাণ সময়ত পৰীক্ষানিৰীক্ষাৰ উদ্দেশ্যে অতিৰিক্ত বৈশিষ্ট্য যোগ কৰা হব পাৰে । Red Hat ভবিষ্যতে প্ৰকাশিত কোনো মুক্তিত প্ৰযুক্তিগত পূৰ্বপ্ৰদৰ্শনত প্ৰস্তুত কৰা বৈশিষ্ট্য সম্পূৰ্ণৰূপে উপলব্ধ আৰু সমৰ্থন কৰিবলৈ ইচ্ছুক ।

ALUA Mode on EMC Clariion

EMC Clariion ভঁৰালত dm-multipath ব্যৱহাৰ কৰা Explicit active-passive failover (ALUA) mode এতিয়া পোৱা যায় । এই mode T10 ৰ গুণৰ হিচাপত আগবঢ়োৱা হৈছে, কিন্তু এই মুক্তিত প্ৰযুক্তিবিদ্যাৰ পূৰ্বপ্ৰদৰ্শন হিচাপে আগবঢ়োৱা হৈছে ।

T10 ৰ অধিক তথ্যৰ বাবে, http://www.t10.org চাওক ।

ext4

ext নথিপত্ৰপ্ৰণালীৰ শেহতীয়া পিৰি, ext4, এই মুক্তিত প্ৰযুক্তিবিদ্যাৰ পূৰ্বপ্ৰদৰ্শন হিচাপে পোৱা গৈছে । Ext4 হ'ল ext3 নথিপত্ৰপ্ৰণালীৰ এটা উন্নত সংস্কৰণ Red Hat আৰু Linux সম্প্ৰদায়ে বিকাশ কৰা । প্ৰযুক্তিবিদ্যাৰ পূৰ্বপ্ৰদৰ্শনৰ কাৰণে নথিপত্ৰপ্ৰণালীৰ মুক্তিৰ নাম হ'ল ext4dev

নথিপত্ৰপ্ৰণালীক ext4dev.ko কাৰ্ণেল অংশই দিয়ে, আৰু এটা নতুন e4fsprogs সৰঞ্জাম, য'ত ext4 ৰ সৈতে ব্যৱহাৰ কৰিবলৈ e2fsprogs প্ৰশাসনিক সৰঞ্জামৰ উন্নত সংস্কৰণ আছে । ব্যৱহাৰ কৰিবলৈ, e4fsprogs সংস্থাপন কৰক আৰু তাৰ পিছত আদেশ ব্যৱহাৰ কৰক যেনে mkfs.ext4dev e4fsprogs কাৰ্য্যক্ৰমৰ পৰা ext4-base নথিপত্ৰপ্ৰণালী সৃষ্টি কৰিবলৈ । মাউন্ট আদেশ শাৰী বা fstab নথিপত্ৰত এই নথিপত্ৰ চিনিবলৈ, ext4dev নথিপত্ৰপ্ৰণালীৰ নাম ব্যৱহাৰ কৰক ।

FreeIPMI

FreeIPMI ক এই উন্নয়নত Technology Preview হিচাপে অন্তৰ্ভূক্ত কৰা হৈছে । FreeIPMI হ'ল Intelligent Platform Management IPMI system software ৰ এটা গোট । ই in-band আৰু out-of-band চালনাজ্ঞান দিয়ে, Intelligent Platform Management Interface (IPMI v1.5 and v2.0) standards ৰ কাৰণে এটা বিকাশৰ লাইব্ৰেৰী দিয়াৰ লগতে ।

FreeIPMI ৰ অধিক তথ্যৰ বাবে, http://www.gnu.org/software/freeipmi/ চাওক

TrouSerS আৰু tpm-tools

Trusted Platform Module(TPM) যান্ত্ৰিক সামগ্ৰীৰ ব্যৱহাৰ সক্ৰিয় কৰিবৰ বাবে এই মুক্তিত TrouSerS আৰু tpm-tools অন্তৰ্ভুক্ত কৰা হৈছে । TPM যান্ত্ৰিক সামগ্ৰীৰ গুণ হৈছে (অন্যৰ উপৰিও):

  • সৃষ্টি, সংৰক্ষণ, আৰু গুপুতভাবে RSA চাবিৰ প্ৰয়োগ (স্মৃতিশক্তিত উন্মুক্ত নকৰাকৈ)

  • cryptographic hashes ব্যৱহাৰ কৰি এটা platform's চালনাজ্ঞানৰ অৱস্থা পৰীক্ষা কৰা

TrouSerS Trusted Computing Group's Software Stack (TSS) specification ৰ এটা প্ৰয়োগ । আপুনি TrouSerS ব্যৱহাৰ কৰিব পাৰে TPM যান্ত্ৰিক সামগ্ৰী ব্যৱহাৰ কৰাৰ বাবে অনুপ্ৰয়োগ লিখিবলৈ । tpm-tools TPM যান্ত্ৰিক সামগ্ৰী পৰিচালনা আৰু ব্যৱহাৰ কৰা সৰঞ্জামৰ এটা গোট ।

TrouSerS ৰ অধিক তথ্যৰ বাবে, http://trousers.sourceforge.net/ চাওক ।

eCryptfs

eCryptfs Linux ৰ কাৰণে এটা stacked cryptographic নথিপত্ৰপ্ৰণালী । ই বৰ্ত্তমানৰ তুলি লোৱা তলৰ নথিপত্ৰ প্ৰণালী যেনে EXT3 ৰ ব্যক্তিগত পঞ্জিকাত তুলি লয়; eCryptfs ব্যৱহাৰ কৰিবলৈ আৰম্ভ কৰিবলৈ বৰ্ত্তমানৰ বিভাজন বা নথিপত্ৰপ্ৰণালী সলনি কৰাৰ প্ৰয়োজন নাই ।

এই মুক্তিত, eCryptfs ক মূখ্য সংস্কৰন 56 লৈ পুনঃ স্থাপিত কৰা হৈছে, য'ত বহুতো বাগৰ সমাধা আছে । ইয়াৰ উপৰিও, এই উন্নয়নত eCryptfs (ecryptfs-mount-helper-gui) বিন্যাস কৰোঁতে সহায় কৰিবলৈ এটা চিত্ৰাঙ্কিত কাৰ্য্যক্ৰমো আছে ।

এই উন্নয়নে কিছুমান eCryptfs মাউন্ট বিকল্পৰ কাৰণে নিয়ম সলনি কৰিছে । eCryptfs ৰ এই সংস্কৰণ উন্নত কৰিব বিচাৰিলে, আপুনি প্ৰভাৱিত হোৱা মাউন্ট স্ক্ৰিপ্ট আৰু /etc/fstab ৰ নিবেশ উন্নত কৰিব লাগিব । এই সলনি সমূহৰ অধিক তথ্যৰ বাবে, man ecryptfs চাওক ।

eCryptfs ৰ এই মুক্তিত এই সকিয়নি আছে:

  • মন কৰিব যে eCryptfs নথিপত্ৰপ্ৰণালী তেতিয়াহে কাম কৰিব যেতিয়া গুপুত কৰা নথিপত্ৰপ্ৰণালীক একেই নামৰ পঞ্জিকাত এবাৰ তুলি লোৱা হয় । যেনে:

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

    নথিপত্ৰপ্ৰণালীৰ সুৰক্ষিত অংশ মুকলি হ'ব নালাগে, i.e. তাক অন্য অভ্যুত্থানৰ স্থানত তুলি ল'ব নালাগে, bind mounts, আৰু তাৰ নিচিনা ।

  • নে'টৱৰ্ক নথিপত্ৰপ্ৰণালীত eCryptfs মাউন্ট কাম নকৰিব (e.g. NFS, Samba) ।

  • eCryptfs কাৰ্ণেল চালকৰ এই সংস্কৰণক উন্নত userspace ৰ প্ৰয়োজন, যাক 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'ৰ সহায়ত বৃহৎ সংখ্যক ব্যৱস্থাপ্ৰণালীসহ য় ব্যৱস্থাপ্ৰণালী পৰিচালনা আৰু প্ৰভিশনিং সহজে কৰা যাব । এই ব্যৱস্থাপ্ৰণালীত ব্যৱহৃত বৈশিষ্ট্যেৰ প্ৰতিৰূপ নিৰ্মাণ কৰা হয় আৰু চ্টেট লেছ্‌ ব্যৱস্থাপ্ৰণালীত স্থাপিত হয় । চ্টেট লেছ্‌ ব্যৱস্থাপ্ৰণালী অকল পাঠযোগ্য অৱস্থায় অপাৰেটিং ব্যৱস্থাপ্ৰণালীত চলোৱা হয় (অধিক বিৱৰণেৰ বাবে /etc/sysconfig/readonly-root পঢ়ক) ।

বৰ্ত্তমানে চ্টেট লেছ্‌ ব্যৱহাৰৰ বাবে নিৰ্ধাৰিত সম্পূৰ্ণ বৈশিষ্ট্যাৰ একাংশ উপলব্ধ কৰা হৈছে । এই কাৰণে ইয়াক প্ৰযুক্তিগত পূৰ্বপ্ৰদৰ্শন'ৰ দৰ্যায় উপস্থিত আছে ।

অৱস্থাহীন বৈশিষ্ট্যেৰ কোড পৰীক্ষা কৰিব'লৈ ইচ্ছুক ব্যৱহাৰকৰোঁতাই http://fedoraproject.org/wiki/StatelessLinuxHOWTO ত পোৱা ব্যৱহাৰপ্ৰণালীৰ নথিপত্ৰ পঢ়া আৰু stateless-list@redhat.com ডাক তালিকাত যোগদান কৰাৰ উপদেশ দিয়া হৈছে ।

Stateless Linux সক্ৰিয়কৰণৰ বাবে আৱশ্যক গত বৈশিষ্ট্য Red Hat Enterprise Linux 5-ত উপলব্ধ কৰা হৈছিল ।

AIGLX

সম্পূৰ্ণৰূপে সমৰ্থিত X সেৱকৰ এটা বৈশিষ্ট্য হল AIGLX । ইয়াক প্ৰযুক্তিগত পূৰ্বপ্ৰদৰ্শনৰ অধীন উপস্থিত কৰা হৈছে । সাধাৰণ ডেস্কট'পত GL-দ্বাৰা চালিত প্ৰভাৱ এই বৈশিষ্ট্যৰ সহায়েৰে সক্ৰিয় কৰা যাব । এই প্ৰকল্পত আছে:

  • নিম্নভাবে পৰিবৰ্ত্তিত X সেৱক

  • নতুন আচাৰ বিধিৰ সমৰ্থনসহ এটা উন্নত Mesa সৰঞ্জাম

এই অংশসমূহ সংস্থাপন কৰি, আপুনি ডেষ্কট'পত নিম্নমানৰ সলনিৰে GL-ত্বৰণশক্তিৰ পৰিণাম পাব পাৰে, আৰু X সেৱক সলনি নকৰাকৈ সিহঁতক নিজ ইচ্ছাৰ মতে সক্ৰীয় বা নিষ্ক্ৰীয় কৰিব পাৰে । যান্ত্ৰিক GLX ত্বৰণৰ সুবিধা ল'বলৈ AIGLX এ দূৰৰ GLX অনুপ্ৰয়োগো সক্ৰীয় কৰে ।

iSCSI Target

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

firewire-sbp2 অংশ বৰ্ত্তমান উন্নয়নত প্ৰযুক্তিগত পূৰ্বপ্ৰদৰ্শন ৰূপে অন্তৰ্ভুক্ত কৰা হৈছে । এই অংশৰ সহায়ত FireWire সংৰক্ষণ যন্ত্ৰ আৰু স্কেনাৰৰ সৈতে সংযোগ স্থাপন কৰা সম্ভৱ ।

বৰ্ত্তমানে, FireWire ৰ দ্বাৰা নিম্নলিখিত সমৰ্থিত নহয়:

  • IPv4

  • pcilynx গৃহস্থ কন্ট্ৰোলাৰ

  • মাল্টি-LUN ভঁৰালৰ যন্ত্ৰ

  • সংৰক্ষণ যন্ত্ৰৰ বাবে বাধাবিহীন ব্যৱহাৰ

ইয়াৰ উপৰিও, FireWire ৰ বৰ্ত্তমান সংস্কৰণত নিম্নলিখিত সমস্যা এতিয়াও আছে:

  • SBP2 চালকৰ স্মৃতিশক্তি লিকৰ ফলত যন্ত্ৰৰ প্ৰত্যুত্তৰ প্ৰাপ্তি বন্ধ হয় যাব পাৰে ।

  • এই সংস্কৰণত উপস্থিত এটা কোড big-endian যন্ত্ৰে সঠিকৰূপে চলাবলৈ সক্ষম নহয় । ইয়াৰ ফলত PowerPC যন্ত্ৰে অপ্ৰত্যাশিত আচৰণৰ সম্ভাবনা আছে ।

ktune

এই মুক্তিত ktune (ktune সৰঞ্জামৰ পৰা) আছে, এটা সেৱা যি বহুতো কাৰ্ণেল tuning স্থিতিমাপক নিৰ্দ্দিষ্ট প্ৰনালীৰ পাৰ্শ্বৰূপৰ বাবে উপযুক্ত মানলৈ নিৰ্ধাৰণ কৰে । বৰ্ত্তমানে, ktune অকল ডাঙৰ স্মৃতিশক্তিৰ প্ৰণালী যি disk-intensive আৰু network-intensive অনুপ্ৰয়োগ চলায় তাৰ কাৰণে পাৰ্শ্বৰূপ দিয়ে ।

ktune ৰ পছন্দই /etc/sysctl.conf বা কাৰ্ণেল আদেশ শাৰী ৰ পছন্দ আঁতৰাই নিদিয়ে । ktune কিছুমান প্ৰণালী আৰু workloads ৰ কাৰণে উপযুক্ত ন'হ'বও পাৰে; সেইকাৰণে, আপুনি উৎপাদনত ব্যৱহাৰ কৰা পূৰ্বে তাক পৰীক্ষা কৰিব লাগে ।

ktune এ নিৰ্ধাৰণ কৰা বিন্যাস আপুনি নিষ্ক্ৰীয় কৰিব পাৰে আৰু সাধাৰন পছন্দলৈ ঘুৰি যাব পাৰে ktune সেৱা বন্ধ কৰিবলৈ service ktune stop ব্যৱহাৰ কৰি (root হিচাপে) ।

SGPIO Support for dmraid

Serial General Purpose Input Output (SGPIO) এটা উদ্যোগিকভাবে মানপ্ৰপ্ত সংযোগৰ ধৰণ যাক এটা main board আৰু বিভিন্ন ভিতৰৱা আৰু বাহিৰৰ হাৰ্ড ডিষ্ক ড্ৰাইভ bay enclosures ৰ মাজত ব্যৱহাৰ কৰা হয় । এই ধৰণে এটা enclosure ত LED চাকি নিয়ন্ত্ৰণ কৰিব পাৰি AHCI চালক সংযোগ মাধ্যমেৰে ।

এই মুক্তিত, dmraid ত SGPIO ৰ সমৰ্থন প্ৰযুক্তিবিদ্যাৰ পূৰ্বপ্ৰদৰ্শন হিচাপে অন্তৰ্ভূক্ত । ইয়াৰ কাৰণে dmraid এ disk enclosures ৰ সৈতে শুদ্ধকৈ কাম কৰিব ।

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 অবিকল্পিত হ'ব । এইটো প্ৰয়োজনীয় কাৰণ Red Hat Enterprise Linux 5 ৰ অংশ হিচাপে আগবঢ়োৱা বহুতো হেডাৰে GNU in-line semantics আশা কৰে ISO C99 semantics ৰ সলনি । এই হেডাৰক GNU in-line semantics ক গুণৰ সহায়ত অনুৰোধ কৰিবলৈ সলনি কৰা হোৱা নাই ।

Kernel Tracepoint Facility

এই উন্নয়নত, এটা নতুন কাৰ্ণেলৰ marker/tracepoint সুবিধাক প্ৰযুক্তিবিদ্যাৰ পূৰ্বপ্ৰদৰ্শন হিচাপে আগবঢ়োৱা হৈছে । এই সংযোগক্ষেত্ৰই কাৰ্ণেলত static probe points যোগ কৰে, SystemTap দৰে সৰঞ্জামৰ লগত ব্যৱহাৰ কৰিবলৈ ।

Fibre Channel over Ethernet (FCoE)

Fibre Channel over Ethernet (FCoE) চালক, libfc ৰ সৈতে, এটা মানপ্ৰাপ্ত Ethernet কাৰ্ডৰ লগত FCoE চলাব দিয়ে । এই কাৰ্য্যক্ষমতা Red Hat Enterprise Linux 5.3 ত প্ৰযুক্তিবিদ্যাৰ পূৰ্ব প্ৰদৰ্শন হিচাপে আগবঢ়োৱা হৈছে ।

Red Hat Enterprise Linux 5.3 এ FCoE ৰ সম্পূৰ্ণ সমৰ্থন দিয়ে তিনিটা বিশেষ যান্ত্ৰিক সামগ্ৰীৰ প্ৰয়োগত । এইবোৰ হ'ল: Cisco fnic চালক, Emulex lpfc চালক, আৰু Qlogic qla2xx চালক ।

Device Failure Monitoring of RAID sets

Device Failure Monitoring, dmraid আৰু dmevent_tool সৰঞ্জাম ব্যৱহাৰ কৰি, Red Hat Enterprise Linux 5.3 ত প্ৰযুক্তিবিদ্যাৰ পূৰ্বপ্ৰদৰ্শন হিচাপে আগবঢ়োৱা হৈছে । RAID গোটৰ অাংশিক যন্ত্ৰত বিফলতা চাবলৈ আৰু প্ৰতিবেদন কৰিবলৈ ই সক্ষম কৰে ।

7. সংশোধন কৰা সমস্যা

7.1. সকলো স্থাপত্য

  • TTY যন্ত্ৰৰ কাৰ্য্যৰ কাৰণে তথ্য শুদ্ধকৈ সৃষ্টি হোৱা নাছিল । তাৰ ফলত, sar -y বিফল হয়, এই ভুলৰ সৈতে:

    Requested activities not available in file

    এই উন্নত সৰঞ্জামত, sar ক শুদ্ধ কৰা হৈছে যাতে -y বিকলপই TTY যন্ত্ৰৰ কাৰ্য্য দিয়ে ।

  • আগতে, /etc/multipath.confmax_fdsunlimited লৈ নিৰ্ধাৰণ কৰিলে multipathd ডেমন আৰম্ভ নহয় । যদি open file descriptors ৰ সংখ্যা প্ৰণালীৰ সৰ্বাধিকলৈ নিৰ্ধাৰিত কৰিব লাগে, max_fdsmax লৈ নিৰ্ধাৰণ কৰিব লাগে ।

  • mod_perl এতিয়া 2.0.4 সংস্কৰণলৈ পুনঃ স্থাপিত, মূখ্য সংস্কৰণলৈ । এই উন্নয়নত বহুতো উন্নত গুণ আছে, য'ত এটা সমাধান আছে যি mod_perlBugzilla 3.0 ৰ সৈতে সঠিককৈ কাম কৰিব দিয়ে ।

  • cups 1.3.7 সংস্কৰণলৈ পুনঃ স্থাপিত কৰা হৈছে । ইয়াত বহুতে বাগৰ সমাধান আৰু উন্নত গুণ আছে, যাৰ ভিতৰত আছে:

    • Kerberos authentication এতিয়া সমৰ্থিত ।

    • User-defined printer আৰু job policies এতিয়া শুদ্ধকৈ তুলি লোৱা হয় ।

    • Remote queue caches এতিয়া আৰু তুলি লোৱা নহয় যেতিয়া চৰণ কৰা নিষ্ক্ৰীয় কৰা হয় ।

    • classes.conf বিন্যাস নথিপত্ৰৰ এতিয়া শুদ্ধ অনুমতি আছে ।

  • lm_sensors2.10.7 সংস্কৰণলৈ পুনঃ স্থাপিত কৰা হৈছে । ইয়াত বহুতে বাগৰ সমাধান আছে, য'ত k8temp তুলি লোৱাৰ সময়ত General parse error সম্বাদেৰে ক্ৰশ্ব নকৰা libsensors এটা সমাধানো আছে ।

  • elfutils ক উন্নত কৰা হৈছে এই বাগৰ সমাধান কৰিবলৈ:

    • eu-readelf কিছুমান নিবেশ নথিপত্ৰ পঢ়োঁতে ক্ৰেশ্ব কৰিছিল ।

    • eu-strip সৰঞ্জাম ব্যৱহাৰ হয় rpmbuild নিয়মত নতুন বাইনেৰী সৰঞ্জাম সৃষ্টি কৰিবলৈ । ই ডিবাগ তথ্যক চলাব পৰা কোডৰ পৰা বেলেগ কৰে, -debuginfo সৰঞ্জাম বনাবলৈ । এই সৰঞ্জামত থকা এটা বাগৰ কাৰণে ব্যৱহাৰ কৰিব নোৱাৰা s390 স্তাপত্যত ET_REL নথিপত্ৰৰ বাবে ডিবাগ তথ্য দিছিল; ই Linux কাৰ্ণেল অংশৰ নথিপত্ৰক প্ৰভাৱ কৰে (.ko.debug), আৰু সৃষ্টি কৰা kernel-debuginfo সৰঞ্জাম s390 ত Systemtap ৰ সৈথে কাম নকৰে ।

  • vnc-server ক এতিয়া 4.1.2-14.el5 সংস্কৰণলৈ পুনঃ স্থাপিত কৰা হৈছে । ইয়াত এই সমাধান সমূহ আছে:

    • Xvnc আৰম্ভ হ'বলৈ বিফল হওঁতে vncserver এ মূদ্ৰণ কৰিব নোৱাৰাৰ এটা বাগ সমাধা কৰা হৈছে ।

    • Xvnc এ এতিয়া আৰু ভুল root window depth ব্যৱহাৰ নকৰে; এতিয়া -depth বিকল্পই দিয়া শুদ্ধ window depth ব্যৱহাৰ কৰে ।

    • X সেৱক ক্ৰেশ্ব কৰা libvnc.so অংশৰ বাগ সমাধা কৰা হ'ল ।

    • Xvnc এ এতিয়া GLX আৰু RENDER সম্প্ৰসাৰণক সকলো স্থাপত্যত সমৰ্থন কৰে ।

  • smartmontools 5.38 সংস্কৰণলৈ পুনঃ স্থাপিত কৰা হৈছে । যান্ত্ৰিক সামগ্ৰীৰ বাবে autodetection উন্নত কৰে, CCISS RAID arrays ৰ কাৰণে সমৰ্থন উন্নত কৰে, আৰু সমৰ্থিত যন্ত্ৰৰ এটা ডাঙৰ ভঁৰাল আছে ।

    ইয়াত এটা বাগৰ সমাধা আছে য'ত SELinux এ smartmontools3ware RAID devices পৰিচালনা কৰিব নিদিছিল । smartmontools এ এতিয়া তেনপ যন্ত্ৰ পৰিচালনা কৰিব পাৰে ।

  • python-urlgrabber ক 3.1.0-5 সংস্কৰণলৈ পুনঃ স্থাপিত কৰা হৈছে । ইয়াত বহুতো বাগৰ সমাধা আছে, য'ত আছে:

    • yum এ এতিয়া yum ভঁৰালৰ পৰা ডাউন্‌লোড কৰিব পাৰে যি partial ডাউন্‌লোডৰ সমৰ্থন নকৰে ।

    • yum এ এতিয়া বিৰতি পোৱা ডাউন্‌লোডত আগবাঢ়ি যাব পাৰে যদিও yum ভঁৰাল নিৰ্দ্দিষ্ট প'ৰ্ট থকা FTP ভিত্তিৰ ।

    • আগবঢ়াৰ বাৰৰ আকাৰ এতিয়া টাৰ্মিনেলৰ পৰস্থৰ সৈতে মিলি থকা । ইয়াৰ উপৰিও, আগবঢ়াৰ বাৰ এতিয়া পৰিষ্কাৰ, আৰু ডাউন্‌লোড কৰা সৰ্বমোঠ তথ্যৰ শতাংশ দিয়ে ।

    • python-urlgrabberkeepalive signal এতিয়া সমাধা কৰা হৈছে । আগতে, ইয়াৰ এটা বাগে ডাউন্‌লোডৰ সময়ত স্মৃতিশক্তিৰ প্ৰয়োগ অশুদ্ধকৈ বঢ়াইছিল; ইয়াৰ উপৰিও, এই বাগে reposync আৰু yumdownloader শুদ্ধকৈ কাম কৰিব নিদিছিল যেতিয়া বহু সংখ্যক সৰঞ্জাম ডাউন্‌লোড কৰা হৈছিল ।

  • yum-utils ক এতিয়া মূখ্য সংস্কৰণ 1.1.16 লৈ পুনঃ স্থাপিত কৰা হৈছে । ইয়াত বহুতো বাগৰ সমাধান আছে, য'ত আছে:

    • yum update --security এ এতিয়া শুদ্ধকৈ পুৰনিন সুৰক্ষাৰ উন্নয়ন সন্ধান কৰিব পাৰে ।

    • yum-versionlock এতিয়া পুৰনি সৰঞ্জামৰ ক্ষেত্ৰত শুদ্ধকৈ কাম কৰে ।

    এই উন্নয়নত yum-fastestmirror প্লাগ-ইনো আছে, যাৰ ফলত yum এ mirrorlist ত দ্ৰুত ভঁৰালৰ সন্ধান কৰিব পাৰে ।

  • Samba ক মূখ্য সংস্কৰণ 3.2.0 লৈ পুনঃ স্থাপিত কৰা হৈছে । ই বহুতো বাগৰ সমাধা কৰে, য'ত এটা আছিল Windows 2003 ক নিজৰ name server হিচাপে ব্যৱহাৰ কৰা ডোমেইনত ব্যৱহাৰকৰোঁতাই সংযোগ কৰিব নোৱাৰিছিল । ইয়াত আৰু এটা বাগৰ সমাধা আছে যি প্ৰণালীৰ গুপ্তশব্দ net rpc changetrustpwব্যৱহাৰ কৰি সলনি কৰাৰ পিছত samba domain membership ভাঙিছিল ।

    এই মুক্তিত মূখ্য samba উন্নয়নৰ বাবে, http://www.samba.org/samba/history/samba-3.0.32.html চাওক

  • OpenLDAP ক মূখ্য সংস্কৰণ 2.3.43 লৈ পুনঃ স্থাপিত কৰা হৈছে । ইয়াত বহুতো বাগৰ সমাধা আছে, য'ত আছে:

    • init স্ক্ৰিপ্টে সকিয়নি দিয়ে যদি slapd ডেমনে TLS প্ৰমাণপত্ৰ পঢ়িব নোৱাৰে ।

    • openldap-debuginfo সৰঞ্জামৰ সকলে লাইব্ৰেৰী unstripped ।

    • openldap-devel সৰঞ্জাম আঁতৰালে OpenLDAP লাইব্ৰেৰী নাভাঙে ।

    Red Hat এ এতিয়া OpenLDAP সেৱকৰ কাৰণে additional overlays দিয়ে । syncprov ৰ বাহিৰে, সকলো overlays ক বেলেগopenldap-servers-overlays সৰঞ্জামত পোৱা যায়, যাক dynamically loadable modules হিচাপে সংসাধন কৰা হৈছে । syncprov overlay ক statically সংযোগ কৰা হৈছে OpenLDAP সেৱকলৈ পুৰনি OpenLDAP মুক্তিৰ সৈতে সুসঙ্গত ৰাখিবলৈ ।

  • xterm বাইনেৰীত set group ID (setgid) bit বিন্যাসিত থকাৰ কাৰণে, কিছুমান পৰিবেশৰ চলক (যেনে LD_LIBRARY_PATH আৰু TMPDIR) unset হৈছিল । এই মুক্তিত, xterm বাইনেৰীৰ এতিয়া mode 0755 অনুমতি বিন্যাসিত, যি ইয়াৰ সমাধান হয় ।

  • NIS সেৱকত একাধিক যন্ত্ৰ ypbind ৰে সংযুক্ত থাকিলে load balance কৰাৰ উপদেশিত ধৰণ এই মুক্তিত বেলেগ । ypbind ডেমনৰ আচৰণ বেলেগ নহয়: সি এতিয়াও /etc/ypbind বিন্যাস নথিপত্ৰত থকা সকলো NIS সেৱকক ping কৰে আৰু তাৰ পিছত এটা শীঘ্ৰে উত্তৰ দিয়া সেৱকৰ লগত bind কৰে । আগতে, প্ৰত্যেক যন্ত্ৰৰ /etc/ypbind.conf বিন্যাস নথিপত্ৰত সকলো NIS সেৱক তালিকাভূক্ত কৰা উপদেশিত আছিল । কিন্তু, যিহেতু বেছি load থকা সেৱকেও এই ping ৰ উত্তৰ দিয়ে, যাৰ ফলত সিহঁতৰ নিজৰ load বাঢ়ে, এতিয়া প্ৰশাসকে NIS সেৱকৰ এটা সৰু সংখ্যা প্ৰত্যেক যন্ত্ৰৰ ypbind.conf ত তালিকাভূক্ত কৰা উপদেশিত, আৰু যন্ত্ৰসমূহত এই তালিকা বেলেগ কৰিব লাগে । এই ধৰণে, NIS সেৱকক স্বয়ংক্ৰিয়ভাবে load-balanced কৰা হয় কাৰণ প্ৰত্যেক NIS সেৱকক প্ৰত্যেক যন্ত্ৰৰ বাবে পোৱা নাযায় ।

  • OpenMotif ক মূখ্য সংস্কৰণ 2.3.1 লৈ পুনঃ স্থাপিত কৰা হৈছে । ইয়াত বহুতো বাগৰ সমাধান আছে, য'ত আছে:

    • OpenMotifGrab আৰু Ungrab ঘটনা পৰিচালনা কৰাৰ এটা বাগৰ সমাধা কৰা হৈছে । আগতে, এই বাগৰ কাৰণে প্ৰদৰ্শন lock হৈছিল ।

    • nedit ৰ এটা বাগৰ কাৰণে nedit চিত্ৰাঙ্কিত ব্যৱহাৰকৰোঁতাৰ সংযোগমাধ্যম ব্যৱহাৰ কৰিলে ক্ৰেশ্ব কৰে । কোডৰ এটা আপেক্ষকৰ কাৰণে এইটো হয় যি কিছুমান বস্তুৰ নিৰ্ব্বাচনত এটা segmentation fault কৰিছিল, যিহক এতিয়া সমাধা কৰা হৈছে ।

  • dbus ক 1.1.2 সংস্কৰণলৈ পুনঃ স্থাপিত কৰা হৈছে । ইয়াৰ এটা বাগৰ সমাধা আছে য'ত multi-threaded অনুপ্ৰয়োগে dbus ত deadlock সৃষ্টি কৰে । আগতে, এটা thread এ dbus লৈ শুনাৰ পিছত সম্বাদ সংসাধন কৰে, দ্বিতীয় thread এ dbus লৈ সম্বাদ পঠিয়াই ।

  • strace ক 4.5.18 সংস্কৰণলৈ পুনঃ স্থাপিত কৰা হৈছে । ইয়াত বহুতে বাগৰ সমাধা আছে, য'ত আছে:

    • কিছুমান multi-threaded অনুপ্ৰয়োগত -f বিকল্প ব্যৱহাৰ কৰোঁতেstrace ক্ৰেশ্ব কোৱাৰ এটা বাগ সমাধা কৰা হৈছে (বিশেষকৈ ৬৪-bit প্ৰণালীত) ।

    • ৬৪-bit সংস্কৰনৰ strace এ এটা ৩২-bit প্ৰক্ৰিয়াত vfork() function call চলাব নোৱাৰা এটা বাগৰ সমাধা কৰা হৈছে ।

  • cpuspeed 1.2.1-5 সংস্কৰণলৈ উন্নত কৰা হৈছে । এই উন্নয়নৰ লগত, cpuspeed init স্ক্ৰিপ্টে speedstep-centrino তুলি লয় যদি অন্য অংশ বিফল হয় । ইয়াৰ উপৰিও, এটা user-space বাগ যি Powernow-k8 অংশক তুলি নিদিছিল তাৰ সমাধা কৰা হৈছে ।

  • বিতৰণৰ পৰা frysk সৰঞ্জামৰ গোটক আঁতৰুৱা হৈছে । frysk ক Red Hat Enterprise Linux 5.0 ত প্ৰযুক্তিবিদ্যাৰ পূৰ্ব প্ৰদৰ্শন হিচাপে আগবঢ়োৱা হৈছিল ।

  • আগতে, iostat -x আদেশে দিয়া বিভাজনৰ I/O statistics অসম্পূৰ্ণ । এই উন্নয়নত বিভাজনৰ statistics ক ডিষ্কৰ statistics গণনা কৰা দি নিৰ্ধাৰণ কৰা হয়, যাৰ ফলত বিভাজন স্তৰত সংযোজিত আৰু সৰ্বাত্মক I/O statistics পোৱা যায় ।

  • Dovecot মেইল সেৱকৰ বিন্যাস নথিপত্ৰত গুপ্তশব্দ disclosure flaw পোৱা গৈছিল । প্ৰণালীত ssl_key_password বিকল্প থাকিলে, যিকোবো স্থানীয় ব্যৱহাৰকৰোঁতাই SSL key গুপ্তশব্দ চাব পাৰে (CVE-2008-4870) ।

    Note

    ইয়াৰ কাৰণে আক্ৰমণকাৰীয়ে SSL চাবিৰ বিষয়বস্তু চাব নোৱাৰে । চাবিৰ নথিপত্ৰ নোহোৱাকে গুপ্তশব্দৰ কোনো মূল্য নাই যাক যিকোনোৱে পঢ়িব নোৱাৰে ।

    এই মানক সুৰক্ষিত কৰিবলৈ, কিন্তু, dovecot.conf নথিপত্ৰই "!include_try" directive ৰ সমৰ্থন কৰে । ssl_key_password বিকল্পক dovecot.conf ৰ পৰা অকল ৰূট গৰাকী হোৱা, আৰু অকল ৰূটে পঢ়িব বা লিখিব পৰা নথিপত্ৰলৈ নিব লাগে, (ie 0600) । ইয়াক dovecot.conf ৰ পৰা অভিগম কৰিব লাগে !include_try /path/to/password/file বিকল্পৰে ।

7.2. x86_64 স্থাপত্য

  • ksh ক 2008-02-02 সংস্কৰণলৈ পুনঃ স্থাপিত কৰা হৈছে । এই উন্নয়নত multi-byte character handling যোগ কৰা হৈছে, বহুতো কাৰ্য্য নিয়ন্ত্ৰণৰ সমস্যা সমাধান কৰা হৈছে আৰু বহু মূখ্য বাগৰ সমাধান আছে । ksh ৰ উন্নয়ন আগৰ সক্ৰিপ্টৰ লগত সুসঙ্গত ।

7.3. s390x স্থাপত্য

  • এটা vmconvert বাগৰ কাৰণে সি শুদ্ধকৈ vmur যন্ত্ৰ node ত কাম কৰিব নোৱাৰে (/dev/0.0.000c) । ইয়াৰ কাৰণেvmconvert বিফল হয় vmur যন্ত্ৰত ডাম্প অভিগম কৰিব লওঁতে এই ভুলৰ সৈতেvmconvert: Open dump file failed! (Permission denied) । এই মুক্তিত s390utils ৰ উন্নয়নে ইয়াৰ সমাধান কৰে ।

  • mon_procd আৰু mon_fsstatd ডেমনৰ কাৰণে init স্ক্ৰিপ্ট আৰু config নথিপত্ৰ s390utils সৰঞ্জামত নাছিল । তাৰ ফলত এই ডেমন সৃষ্টি কৰি ব্যৱহাৰ কৰিব পৰা নগৈছিল । এই উন্নয়নত হেৰুৱা নথিপত্ৰ আছে আৰু এই সমস্যাৰ সমাধান হ'ল ।

7.4. PowerPC স্থাপত্য

  • এই স্থাপত্যত ehci_hcd অংশ তুলি লোৱা বন্ধ কৰা এটা বাগৰ সমাধা কৰা হৈছে । ই নিশ্চিত কৰে যে Belkin 4-port PCI-Express USB Lily adapter (আৰু অন্য একেই যন্ত্ৰ) এতিয়া Red Hat Enterprise Linux 5 ৰ লগত ঠিককে কাম কৰে যেতিয়া ehci_hcd অংশ ব্যৱহাৰ কৰা হয় ।

  • libhugetlbfs লাইব্ৰেৰী এতিয়া 1.3 সংস্কৰণলৈ পুনঃ স্থাপিত । ইয়াৰ বহুতো মূখ্য উন্নতি আছে, যাৰ ফলত Huge pages ব্যৱহাৰ কৰা অনুপ্ৰয়োগৰ কাৰ্য্যক্ষমতা বৃদ্ধি হয় ।

    libhugetlbfs ৰ উন্নয়নৰ সম্পূৰ্ণ তালিকাৰ বাবে, এই সংযোগ চাওক:

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

  • Red Hat Enterprise Linux 5.2 ত, এটা ৬৪-bit সংস্কৰণৰ httpd ৩২-bit httpd স্থাপত্যৰ লগত অন্তৰ্ভূক্ত কৰা হৈছে । দুয়োটা সংস্কৰণ সংস্থাপন কৰিলে, httpd সংঘৰ্ষ হৈছিল, যাৰ ফলত httpd অশুদ্ধকৈ কাম কৰে ।

    ইয়াৰ সমাধানৰ কাৰণে, ৬৪-bit সংস্কৰণৰ httpd ক এই মুক্তিৰ পৰা আঁতৰুৱা হৈছে । এই মুক্তিৰ বাবে httpd উন্নয়ন কৰিলে ৬৪-bit সংস্কৰণৰ httpd ও আঁতৰাব ।

8. জ্ঞাত সমস্যা

8.1. সকলো স্থাপত্য

  • ৰূট প্ৰণালী গুপুত কৰিবলৈ নতুন disk encryption গুণ ব্যৱহাৰ কৰিলে, ক'ন্সোলত এই ভুল দেখা যাব প্ৰণালী বন্ধ কৰিলে:

    Stopping disk encryption [FAILED]

    এই সম্বাদ আওকাণ কৰিব পাৰি, বন্ধ কৰাৰ প্ৰক্ৰীয়া সফলতাৰে সম্পূৰ্ণ হ'ব ।

  • গুপুত কৰা যন্ত্ৰ ব্যৱহাৰ কৰিলে,bootup ত এই ভুল দেখা যাব পাৰে:

    insmod: error inserting '/lib/aes_generic.ko': -1 File exists
    এই সম্বাদ আওকাণ কৰিব পাৰি ।

  • multipath ত Multiple Device (MD) RAID দি সংস্থাপন কৰিলে প্ৰণালী বুট কৰিব নোৱাৰিব । Multipath to Storage Area Network (SAN) যন্ত্ৰই যি ভিতৰুৱাকৈ RAID দিয়ে প্ৰভাৱিত নহয় ।

  • এটা node ত বহুতো LUN যোগ কৰিলে, multipath এ udev এ সিহঁতৰ কাৰণে device node সৃষ্টি কৰাৰ সময় বহু পৰিমানে বৃদ্ধি কৰিব পাৰে । আপুনি এই সমস্যা পালে, আপুনি /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 এ node ত ব্ল'ক যন্ত্ৰ যন্ত্ৰ যোগ কৰিলে প্ৰত্যেক বাৰে multipath চলায় । এই শাৰী আঁতৰালেও, multipathd নিজে আৰম্ভ হ'ব multipath যন্ত্ৰ সৃষ্টি কৰিবলৈ, আৰু বুট কৰাৰ সময়ত multipath ক call কৰা হ'ব, multipathed root নথিপত্ৰপ্ৰণালী থকা node ৰ কাৰণে । অকল এই সলনি হৈছে যে multipath যন্ত্ৰ স্বয়ং সৃষ্টি নহয় multipathd চলোঁতে, যি বহু সংখ্যক multipath ব্যৱকাৰকৰোঁতাৰ বাবে সমস্যা হ'ব নালাগে ।

  • Red Hat Enterprise Linux ৰ আগৰ সংস্কৰণৰ পৰা 5.3 লৈ উন্নয়ন কৰোঁতে, এই ভুল দেখা দিব পাৰে:

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

    locking সমস্যাৰ কাৰণ হ'ল glibc ত shared futex locking ক উন্নত কৰা হৈছিলper-process futexes এৰে 5.2 আৰু 5.3 ৰ মাজত । তাৰ ফলত, 5.2 glibc ব্যৱহাৰ কৰি চলা কাৰ্য্যক্ৰমে shared futex locking ত শুদ্ধকৈ কাম কৰিব নোৱাৰে 5.3 glibc ব্যৱহাৰ কৰি চলা কাৰ্য্যক্ৰমত ।

    এই ভুলৰ সম্বাদ এটা সৰঞ্জামে rpm call কৰাৰ পৰিণাম যি তাৰ সংস্থাপন স্ক্ৰিপ্টৰ অংশ । উন্নয়ন কৰা rpm instance এ আগৰ glibc ব্যৱহাৰ কৰিছে, কিন্তু স্ক্ৰিপ্টৰ পৰা আৰম্ভ কৰা rpm instance এ নতুন glibc ব্যৱহাৰ কৰিছে ।

    এই ভুল ন'হ'বলৈ, প্ৰথমে glibc বেলেগকৈ উন্নত কৰক:

    # yum update glibc
    # yum update
    আপুনি এই ভুল সংস্থাপিত 5.3 প্ৰণালীত glibc ক আগৰ সংস্কৰণলৈ নিলেও দপখিব পাৰে ।

  • Red Hat Enterprise Linux 5 ত mvapich আৰু mvapich2 ক অকল InfiniBand/iWARP interconnects সমৰ্থন কৰিবলৈ সংসাধন কৰা হৈছে । তাৰ ফলত, সিহঁত ethernet বা অন্য নে'টৱৰ্ক interconnects ত কাম নকৰিব ।

  • দুটাতকৈ অধইক গুপুত কৰা যন্ত্ৰ থকা প্ৰণালীত , anaconda ই এটা সৰ্বব্যাপি গুপ্তশব্দ দিয়াৰ বিকল্প আছে । init স্ক্ৰিপ্টে, কিন্তু, এই গুণৰ সমৰ্থন নকৰে । প্ৰণালী বুট কৰিলে, সকলো গুপুত কৰা যন্ত্ৰৰ বাবে গুপ্তশব্দ দিলেও হ'ব ।

  • yum ব্যৱহাৰ কৰি openmpi উন্নয়ন কৰিলে, এই সতৰ্কবাৰ্তা দেখা দিব পাৰে:

    cannot open `/tmp/openmpi-upgrade-version.*' for reading: No such file or directory
    এইটো ক্ষতিকৰ নহয় আৰু আওকাণ কৰিব লাগে ।

  • IRQ SMP affinity বিন্যাস কৰিলে কিছুমান যন্ত্ৰত প্ৰভাৱ নেপেলায় যি message signalled interrupts (MSI) ব্যৱহাৰ কৰে no MSI per-vector masking capability ৰ লগত । এনে যন্ত্ৰৰ উদাহৰণ হ'ল Broadcom NetXtreme ইথাৰ্নে'ট যন্ত্ৰ যি bnx2 চালক ব্যৱহাৰ কৰে ।

    এনে যন্ত্ৰৰ বাবে আপুনি IRQ affinity বিন্যাস কৰিব হ'লে, MSI নিষ্ক্ৰীয় কৰক /etc/modprobe.d/ ত এটা নথিপত্ৰ সৃষ্টি কৰি য'ত এই শাৰী থাকে:

    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.

    Important

    ওপৰৰ Knowledgebase আলেখ্যনৰ নিৰ্দেশ মানিলে অন্য সমস্যা হ'ব পাৰে যিহক GSS এ সমৰ্থন নকৰে ।

  • উন্নত /etc/udev/rules.d/50-udev.rules নথিপত্ৰৰ এটা বাগৰ কাৰণে ৯ তকৈ অধিক সংখ্যা থকা নামত tape যন্ত্ৰত persistent names নাম সৃষ্টি কৰিব নোৱাৰিলে । যেনে, tape যন্ত্ৰৰ বাবে nst12 ৰ persistent নাম সৃষ্টি নহ'ব ।

    ইয়াৰ সমাধানৰ কাৰণে, /etc/udev/rules.d/50-udev.rules ত প্ৰত্যেক nst[0-9] ৰ পিছত এটা asterisk (*) যোগ কৰক ।

  • smartctl সৰঞ্জামে SATA যন্ত্ৰৰ পৰা শুদ্ধকৈ SMART স্থিতিমাপ পঢ়িব নোৱাৰে ।

  • openmpi আৰু lam ৰ আগৰ সংস্কৰত থকা বাগৰ কাৰণে এই সৰঞ্জাম উন্নত কৰিব ন'হ'বও পাৰে । এই ভুলত এই বাগ দেখা যায় (openmpi বা lam উন্নয়ন কৰিব লওঁতে:

    ভুল: %preun(openmpi-[version]) scriptlet বিফল, প্ৰস্থানৰ অৱস্থা 2

    সেইকাৰণে, আপুনি নিজে openmpi আৰু lam ৰ পুৰনি সংস্কৰণ আঁতৰাব লাগিব সিহঁতৰ শেহতীয়া সংস্কৰণ সংস্থাপন কৰিবলৈ । এইটো কৰিবলৈ, এই rpm আদেশ ব্যৱহাৰ কৰক:

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

  • dm-multipath ব্যৱহাৰ কৰোঁতে, যদি features "1 queue_if_no_path"/etc/multipath.conf ৰ নিৰ্ধাৰিত কৰা হৈছে তেনেহ'লে I/O দিয়া যিকোনো প্ৰক্ৰিয়া স্থগিত হ'ব যেতিয়ালৈকে এটা বা অধিক পথ পুনঃস্থাপিত নহয় ।

    এইটো নোহোৱা কৰিবলৈ, /etc/multipath.confno_path_retry [N] নিৰ্ধাৰণ কৰক (য'ত [N] প্ৰণালীয়ে এটা পথ পুনঃ চেষ্টা কৰাৰ সংখ্যা) । যেতিয়া আপুনি এইটো কৰে, /etc/multipath.conf ৰ পৰা features "1 queue_if_no_path" বিকল্প আঁতৰাব ।

    "1 queue_if_no_path" আপুনি ব্যৱহাৰ কৰিবলৈ হ'লে আৰু ইয়াত সমস্যা দেখিলে, dmsetup ব্যৱহাৰ কৰক নিৰ্দ্দিষ্ট LUN ৰ কাৰণে চলা সময়ত নিয়মনীতি সম্পাদন কৰিবলৈ (i.e. যাৰ কাৰণে সকলো পথ নোপোৱা হয়) ।

    দেখুৱাবলৈ: dmsetup message [device] 0 "fail_if_no_path" চলাওক, য'ত [device] multipath যন্ত্ৰৰ নাম হয় (e.g. mpath2; পথ নিৰ্ধাৰিত নকৰিব) যাৰ কাৰণে আপুনি নিয়মনীতিক "queue_if_no_path" ৰ পৰা "fail_if_no_path" লৈ সলনি কৰিব বিচাৰিব ।

  • একেই কাৰ্ণেলৰ একাধিক সংস্থাপিত সংস্কৰণ সক্ৰিয় কৰাটো সমৰ্থিত নহয় । ইয়াৰ উপৰিও, কাৰ্ণেলৰ অংশৰ সংস্কৰণক বিশ্লেষণ কৰাৰ ধৰণত থকা এটা বাগৰ কাৰণে একেই কাৰ্ণেলৰ পুৰনি সংস্কৰণ সক্ৰিয় হ'ব পাৰে ।

    Red Hat এ উপদেশ দিয়ে যে আপুনি ইতিমধ্যে সংস্থাপিত কাৰ্ণেল অংশৰ নতুন সংস্কৰণ সংস্থাপন কৰিলে, আপুনি পুৰনি সংস্কৰণ প্ৰথমে আঁতৰাব লাগে ।

  • NFS root বিন্যাস কৰা IBM Bladecenter QS21 বা QS22kdump চলালে বিফল হ'ব । এইটো নহ'বলৈ, /etc/kdump.conf ত এটা NFS dump লক্ষ্য নিৰ্ধাৰিত কৰক ।

  • IBM T60 লেপ্টপ সমূহ এটা ড'কিং স্টেছনত থাকোঁতে বন্ধ হ'ব যেতিয়া suspend কৰা হয় । এইটো ন'হ'বলৈ, acpi_sleep=s3_bios তৰ্কৰে প্ৰণালী বুট কৰক ।

  • IBM Bladecenter-ৰ QLogic iSCSI Expansion Card এ ইথাৰনেট আৰু iSCSI কৰ্ম দিয়ে । কাৰ্ডৰ কিছু অংশ উভয় কৰ্ম দ্বাৰা যৌথৰূপে ব্যৱহৃত হয় । তথাপিও, বৰ্তমানৰ qla3xxx আৰু qla4xxx চালকসমূহে ইথাৰনেট আৰু iSCSI কৰ্ম অকল পৃথকৰূপে সমৰ্থন কৰে । একলগে ইথাৰনেট আৰু iSCSI কৰ্ম সমৰ্থন নকৰে ।

    এই সীমাবদ্ধতাৰ কাৰণে, এটাৰ পিছত এটা resets (এটাৰ পিছত এটা ifdown/ifup আদেশেৰে) এ যন্ত্ৰক স্থগিত কৰিব পাৰে । এইটো নকৰিবলৈ, এটা ifup ৰ পিছত ১০ ছেকেণ্ডৰ বিৰতি দিব ifdown আদেশৰ আগত । আৰু, একেই বিৰতি দিব ifdown ৰ পিছত ifup ৰ আগত । এই বিৰতিয়ে ifup দিয়াৰ সময়ত যথেষ্ট সময় দিয়ে স্থিৰ আৰু পুনৰাৰম্ভ কৰিবলৈ ।

  • Cisco Aironet MPI-350 বেতাঁৰ কাৰ্ড প্ৰয়োগকাৰী লেপ্টপততাঁৰ দ্বাৰা সংযুক্ত ইথাৰনেট পোৰ্ট ব্যৱহাৰ কৰি নেটৱৰ্ক সংস্থাপনৰ সময়ত DHCP ঠিকনা প্ৰাপ্ত কৰাৰ সময়ত স্তব্ধ হব পাৰে ।

    এই সমস্যা সমাধানৰ বাবে সংস্থাপনৰ বাবে স্থানীয়ৰূপে ব্যৱহাৰযোগ্য মাধ্যম ব্যৱহাৰ কৰক । অথবা সংস্থাপনৰ পূৰ্বে লেপ্টপৰ BIOS ত অনাতাঁৰ কাৰ্ড নিষ্ক্ৰিয় কৰক (সংস্থাপনৰ পিছত অনাতাঁৰ কাৰ্ড পুনৰায় সক্ৰিয় কৰিব পাৰে) ।

  • Red Hat Enterprise Linux 5.3 ত বুট কৰাৰ সময়/var/log/boot.logত লগ কৰা নহব ।

  • ব্যৱস্থাপ্ৰণালী সফল ভাবে এটা kexec/kdump কাৰ্ণেলত পুনৰাৰম্ভ ন'হ'ব পাৰে যদি X চলি আছে আৰু vesa ৰ বাহিৰে অন্য এটা চালক ব্যৱহাৰ কৰিছে ।এই সমস্যা অকল ATI Rage XL চিত্ৰাঙ্কণৰ ছিপ্‌ছেতৰ লগতহে আছে ।

    যদি ATI Rage XL থকা ব্যৱস্থাপ্ৰণালীত X চলি আছে, kexec/kdump কাৰ্ণেললৈ সফল ভাবে পুনৰাৰম্ভ কৰিব'লৈ এটা vesa চালক ব্যৱহাৰ কৰাতো সুনিশ্চিত কৰক ।

  • nVidia CK804 চিপসেট সহ যন্ত্ৰত Red Hat Enterprise Linux 5.2 ব্যৱহাৰৰ সময়ত নিম্নলিখিত কাৰ্ণেল বাৰ্তাৰ অনুৰূপ বাৰ্তা প্ৰদৰ্শন হব পাৰে:

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

    এই বাৰ্তা দ্বাৰা চিহ্নিত হয় যে কিছুমান PCI-E পোৰ্ট IRQ অনুৰোধ কৰা নাই । ইয়াৰ উপৰিও, এই বাৰ্তাৰ ফলত যন্ত্ৰৰ কৰ্ম কোনো ভাবে বিঘ্নিত নহয় ।

  • root ব্যৱহাৰকৰোঁতাৰূপে প্ৰৱেশ কৰা হ'লে অপসাৰণযোগ্য সংগ্ৰহস্থন (যেনে CD আৰু DVD) স্বয়ংক্ৰিয়ৰূপে তুলি লোৱা নহয় । চিত্ৰাঙ্কিত নথিপত্ৰ পৰিচালনব্যৱস্থাৰ সহায়ত এই যন্ত্ৰ তুলি লোৱা আৱশ্যক ।

    বা, /media-ত কোনো যন্ত্ৰ তুলি লোৱাৰ বাবে নিম্নলিখিত আদেশ প্ৰয়োগ কৰক:

    mount /dev/[device name] /media
  • বিন্যাস কৰা ভঁৰাল ব্যৱস্থাপ্ৰণালীত এটা LUN আঁতৰুৱা হলে, গৃহস্থ ব্যৱস্থাপ্ৰণালীত সেইটো প্ৰদৰ্শিত নহয় । এই ক্ষেত্ৰত, dm-multipath ৰ ব্যৱহাৰৰ ফলত lvm আদেশসমূহ সঞ্চালিত নহয় কাৰণ LUN stale অৱস্থালৈ ধাৰ্য হয় ।

    এই সমস্যা আঁতৰুৱাৰ বাবে /etc/lvm/.cache নথিপত্ৰৰ stale LUN সংক্ৰান্ত সকলো যন্ত্ৰ আৰু mpath লিঙ্ক আঁতৰাওক ।

    এই সমস্ত নিবেশ চিনাক্ত কৰাৰ বাবে, নিম্নলিখিত আদেশ ব্যৱহাৰ কৰক:

    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 বিকল্পৰ সৈতে চলাওঁতে নিলম্বিত হ'ব পাৰে যদি কোনো পথ এটা blocking যন্ত্ৰত থাকে । মন কৰিব যে যন্ত্ৰৰ পৰা উত্তৰ নাপালেও কিছু সময়ৰ পিছত চালক বিফল নহয় ।

    এইটো cleanup কোডাৰ পৰা হৈছে, যি path checker অনুৰোধ সম্পূৰ্ণ বা বিফল হোৱালৈ ৰখে । আদেশ বন্ধ নকৰাকৈ বৰ্ত্তমানৰ multipath অৱস্থা দেখুৱাবলৈ, ইয়াৰ সলনিmultipath -l ব্যৱহাৰ কৰক ।

  • Red Hat Enterprise Linux 5.2 Beta সংস্কৰণৰ pm-utils ৰ পৰা pm-utils উন্নত কৰাৰ সময়ত নিম্নলিখিত সমস্যা দেখা দিব আৰু উন্নয়ন কৰ্ম বিফল হ'ব:

    error: unpacking of archive failed on file /etc/pm/sleep.d: cpio: rename

    এইটো নোহোৱা কৰিবলৈ, উন্নয়নৰ পূৰ্বে /etc/pm/sleep.d/ পঞ্জিকা আঁতৰাব । যদি /etc/pm/sleep.d ত কোনো নথিপত্ৰ আছে, আপুনি সিহঁতক /etc/pm/hooks/ লৈ নিব পাৰে ।

  • Mellanox MT25204 ৰ বাবে কৰা যান্ত্ৰিক সামগ্ৰীৰ পৰীক্ষাৰ পৰা জনা হয় যে অতিভাৰ পৰিবেশত এটা ভিতৰুৱা ভুল হয় । এই যান্ত্ৰিক সামগ্ৰীত যেতিয়া ib_mthca চালকে এটা সৰ্বনশীয়া ভুলৰ কথা কয়, এইটো সাধাৰণতে ব্যৱহাৰকৰোঁতাৰ অনুপ্ৰয়োগে সৃষ্টি কৰা কাৰ্য্য অনুৰোধৰ সম্বন্ধিত এটা অপৰ্যাপ্ত সম্পূৰ্ণ queue depth ৰ বাবে হয় ।

    চালক দ্বাৰা যান্ত্ৰিক সামগ্ৰী পুনঃ প্ৰতিষ্ঠা কৰি এই ধৰণৰ কোনো সমস্যা সমাধান কৰিলেও, সমস্যা উৎপন্ন হোৱাৰ সময়ত সকলো উপস্থিত সংযোগ বিচ্ছিন্ন হৈ যাব । ইয়াৰ ফলত, ব্যৱহাৰকৰোঁতাৰ অনুপ্ৰয়োগত সেগমেন্টেশন ফল্টে দেখা দিয়ে । ইয়াৰ উপৰিও, সমস্যা উৎপন্ন হোৱাৰ সময় opensm চলমান থাকিলে, সঠিক কৰ্ম সঞ্চালনৰ বাবে ব্যৱহাৰকৰোঁতাই ইয়াক পুনৰাৰম্ভ কৰিব লাগে ।

  • এটা অতিথিত Red Hat Enterprise Linux 5 সংস্থাপন কৰিলে, অতিথিক dom0 ই দিয়া এটা অস্থায়ী সংস্থাপন কাৰ্ণেল ব্যৱহাৰ কৰিবলৈ বিন্যা। সংস্থাপনৰ পিছত fসি নিজৰ its own b ব্যৱহাৰ কৰিব পাৰে । কিন্তু. এইটো তেতিয়াহে সম্ভৱ হয় যেতিয়া cing the gueপ্ৰথম s firsক এটা to be a হিচাপে বলবৎ কৰা হয় ।shutdown.

    সেইকাৰণে, অতিথিৰ সংস্থাপনৰ পিছত Reboot বুটাম ওলালে, তাক টিপিলে অতিথি বন্ধ কৰে, কিন্তু reboot নহয় । এই আচৰণ প্ৰত্যাশিত ।

    মন কৰিব যে ইয়াৰ পিছত অতিথিক বুট কৰিলে সি নিজৰ bootloader ব্যৱহাৰ কৰিব ।

  • compiz source RPM ত rpmbuild চলালে বিফল হ'ব যদি কোনো KDE বা qt বিকাশৰ সৰঞ্জাম সংস্থাপিত (যেনে, qt-devel) । এইটো compiz বিন্যাস স্ক্ৰিপ্টৰ এটা বাগৰ কাৰণে হয় ।

    ইয়াৰ সমাধানৰ কাৰণে, KDE বা qt বিকাশৰ সৰঞ্জামক compiz সৰঞ্জামক তাৰ source RPM ৰ পৰা সৃষ্টি কৰাৰ আগতে আঁতৰাব ।

  • যদি আপোনাৰ ওচৰত ATI Radeon R500 বা R600 graphics card আছে, firstboot সংস্থাপনৰ পিপছত নচলিব । প্ৰণালীয়ে পোনেপোনে চিত্ৰাঙ্কিত প্ৰৱেশ পৰ্দ্দালৈ যাব আৰু firstboot এৰি যাব । নিজে firstboot চলাব খুজিলে (i.e. এটা failsafe টাৰ্মিনেলৰ পৰা), X অধিবেশন ক্ৰেশ্ব কৰিব ।

    এই সমস্যা ATI Radeon R500/R600 যান্ত্ৰিক সামগ্ৰীয়ে ব্যৱহাৰ কৰা চালকৰ কাৰণে হয় । এই graphics cards এ ব্যৱহাৰ কৰা চালক এতিয়াও প্ৰযুক্তিবিদ্যাৰ পূৰ্বপ্ৰদৰ্শনত । ইয়াৰ সমাধানৰ বাবে, আপোনাৰ /etc/X11/xorg.conf নথিপত্ৰ সংৰক্ষণ কৰক; তাৰ পিছত, এই আদেশেৰে X বিন্যাস কৰক সমৰ্থিতvesa চালক ব্যৱহাৰ কৰিবলৈ:

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

    আপুনি এতিয়া firstboot চলাব পাৰিব । আপোনাৰ পুৰনি পছন্দলৈ যাবলৈ, আগৰ /etc/X11/xorg.conf পুনঃ প্ৰতিষ্ঠা কৰক ।

  • আপোনাৰ প্ৰণালীয়ে TSC timer ব্যৱহাৰ কৰিলে, gettimeofday system call পিছলৈ যাব পাৰে । এটা overflow সমস্যা যি TSC timer ক কিছু ক্ষেত্ৰত বহুত আগবঢ়াই দিয়াৰ কাৰণত এইটো হয়; এইটো হ'লে, TSC timer এ নিজকে শুধৰাব, কিন্তু সময়ত পিছত যোৱাহে প্ৰতিবেদন কৰিব ।

    এই সমস্যা time-sensitive প্ৰণালীৰ বাবে গুৰুতৰ, যেনে যি transaction systems আৰু database ত ব্যৱহৃত । সৈইকাৰণে, আপোনাৰ প্ৰণালীক precision timing ৰ প্ৰয়োজন হ'লে, আপুনি কাৰ্ণেলে অন্য এটা timer (যেনে, HPET) ব্যৱহাৰ কৰাটো নিশ্চিত কৰিবলৈ Red Hat উপদেশ দিয়ে ।

  • sniff চলাবলৈ চেষ্টা কৰিলে ভুল হ'ব পাৰে । ইয়াৰ কাৰণ হৈছে dogtail ৰ সৈতে কিছু সৰঞ্জাম সংস্থাপিত হোৱা নাই ।

    এই ঘটনা ন'হ'বলৈ, নিম্নলিখিত সৰঞ্জাম নিজে সংস্থাপন কৰক:

    • librsvg2

    • ghostscript-fonts

    • pygtk2-libglade

  • Thin Provisioning (যাক "virtual provisioning" বুলিও কোৱা হয়) EMC Symmetrix DMX3 আৰু DMX4 ৰ লগত মুক্তি পাব । অনুগ্ৰহ কৰি অধিক বিৱৰণৰ কাৰণে EMC Support Matrix আৰু Symmetrix Enginuity কোডৰ মুক্তিৰ টোকা চাওক ।

  • /etc/multipath.conf ত, max_fdsunlimited লৈ নিৰ্ধাৰণ কৰিলে multipathd ডেমন শুদ্ধকৈ আৰম্ভ ন'হ'ব । সেইকাৰণে, এই পছন্দৰ কাৰণে আপুনি উচ্চ মান ব্যৱহাৰ কৰিব লাগে ।

  • SystemTap এ বৰ্ত্তমানে GCC ব্যৱহাৰ কৰে user-space ঘটনা probe কৰিবলৈ । GCC য়ে, কিন্তু, স্থিতিমাপৰ কাৰণে শুদ্ধ স্থানৰ তালিকাৰ তথ্য ডিবাগাৰক দিব নোৱাৰে । কেতিয়াবা, GCC এ কিছুমান স্থিতিমাপ দেখুৱাব নোৱাৰে । তাৰ কাৰণে, SystemTap স্ক্ৰিপ্ট যি user-space ক probe কৰে অশুদ্ধ মান দিব পাৰে ।

  • IBM T41 লেপ্টপ মডেল শুদ্ধকৈ Suspend Mode ত নাযায়; সেইকাৰণে, Suspend Mode এ বেটাৰিৰ জীৱন এতিয়াও কম কৰিব । কাৰণ Red Hat Enterprise Linux 5 ত radeonfb অংশ নাই ।

    ইয়াৰ সমাধানৰ কাৰণে, /usr/share/hal/scripts/ ত এটা স্ক্ৰিপ্ট যোগ কৰক hal-system-power-suspend নামেৰে য'ত এই শাৰী থাকে:

    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 অংশই সেই ৰেজিস্ট্ৰাৰ register পৰিষ্কৰ কৰে যি BIOS এ স্মৃতিশক্তিৰ ভুল প্ৰতিবেদন কৰিবলৈ ব্যৱহাৰ কৰে ।

    বৰ্ত্তমানৰ Red Hat Enterprise Linux Driver Update Model এ কাৰ্ণেল অংশক অবিকল্পিতভাবে সকলো অংশক তুলি ল'বলৈ নিৰ্দেশ দিয়ে (edac অংশও) । আপুনি BIOS স্মৃতিশক্তিৰ প্ৰতিবেদন নিশ্চিত কৰিবলৈ, আপুনি নিজে edac অংশক blacklist কৰিব লাগিব । ইয়াৰ বাবে, /etc/modprobe.conf ত এই শাৰী যোগ কৰক:

    blacklist edac_mc
    blacklist i5000_edac
    blacklist i3000_edac
    blacklist e752x_edac
  • Red Hat Enterprise Linux 5.3 এ এটা ব্ল'ক যন্ত্ৰৰ online growing বা shrinking ৰ সন্ধান কৰিব পাৰে । তথাপিও, এটা যন্ত্ৰই নিজৰ আকাৰ সলনি কৰা স্বয়ংক্ৰিয়ভাবে সন্ধান পাবলৈ কোনো প্ৰক্ৰীয়া নাই, এইটো নিজেই কৰিব লাগিব আৰু যন্ত্ৰ(সমূহ)ত থকা কোনো নথিপত্ৰপ্ৰণালীক নিজে আকাৰ দিব লাগিব । পুনঃ আকাৰ দিয়া ব্ল'ক যন্ত্ৰৰ সন্ধান পালে, system logs ত এনে ধৰণৰ সম্বাদ দেখা দিব:

    VFS: busy inodes on changed media or resized disk sdi

    ব্ল'ক যন্ত্ৰক বঢ়ালে, এই সম্বাদ আওকাণ কৰিব পাৰি । কিন্তু, যদি ব্ল'ক যন্ত্ৰৰ তথ্য সৰু নকৰাকৈ যন্ত্ৰক সৰু কৰা হৈছে, তাত থকা তথ্য দূষিত হ'ব পাৰে ।

    অকল সমস্ত LUN (বা ব্ল'ক যন্ত্ৰ) ত সৃষ্টি কৰা নথিপত্ৰপ্ৰণালীকহে online resize কৰিব পাৰি । যদি ব্ল'ক যন্ত্ৰত বিভাজন আকাৰ আছে, তেতিয়াহ'লে সেই আকাৰক বৰ্ত্মানলৈ আনিবলৈ নথিপত্ৰপ্ৰণালীক নমাব লাগিব ।

  • আপোনাৰ প্ৰণালীত GFS2 নথিপত্ৰপ্ৰণালীক তুলি লোৱা হ'লে, এটা node স্থগিত হ'ব পাৰে যদি এটা cached inode ক এটা node ত অভিগম কৰা হয় আৰু বেলেগ এটা node ত unlink কৰা হয় । এইটো হ'লে, স্থগিত node পোৱা নাযাব যেতিয়ালৈকে আপুনি তাক fence আৰু উদ্ধাৰ নকৰে normal cluster recovery mechanism দি । আপেক্ষকে gfs2_dinode_dealloc ক call কৰে আৰু স্থগিত node ৰ স্থগিত হোৱা প্ৰক্ৰিয়াৰ stack trace ত shrink_dcache_memory ও দেখা দিব ।

    এই সমস্যা single-node GFS2 নথিপত্ৰপ্ৰণালীত দেখা নাযায় ।

  • প্ৰণালী বুট কৰিলে এই ভুল দেখা দিব পাৰে:

    Could not detect stabilization, waiting 10 seconds.
    Reading all physical volumes.  This may take a while...
    এই বিৰতি (যান্ত্ৰিক সামগ্ৰীৰ বিন্যাসৰ ওপৰত নিৰ্ভৰ কৰি ১০ ছেকেণ্ডলৈকে হ'ব পাৰে) প্ৰয়োজনীয় যাতে কাৰ্ণেলে ডিষ্ক পৰীক্ষা কৰা সুনিশ্চিত কৰিব পাৰি ।

  • User Payload Access ৰ বৰ্ত্তমান প্ৰয়োগে ipmitool ত আপোনাক যন্ত্ৰ বিন্যাস কৰিব দিয়ে, কিন্তু আপোনাক সেই যন্ত্ৰবোৰৰ কাৰণে পছন্দ উদ্ধাৰ কৰিব নিদিয়ে ।

  • এটা kickstart নথিপত্ৰত --maxsize স্থিতিমাপ ব্যৱহাৰ নকৰি একে সময়তে swap --grow স্থিতিমাপ ব্যৱহাৰ কৰিলে anaconda ই swap বিভাজনৰ আকাৰ সীমিত কৰে । সি তাক যন্ত্ৰ পূৰ্ণ কৰাকে বাঢ়িব নিদিয়ে ।

    ২GB তকৈ কম দৈহিক স্মৃতিশক্তি থকা প্ৰনালীত, বলবৎ কৰা সীমা দৈহিক স্মৃতিশক্তিৰ দুগুণ । ২GB তকৈ অধিক প্ৰণালীত,বলবৎ কৰা সীমা হ'ল দৈহিক স্মৃতিশক্তিৰ ২GB যোগ কৰি ।

  • gfs2_convert কাৰ্য্যক্ৰমে GFS metadata ৰ পৰা সকলো ব্ল'ক মুক্ত নকৰিবও পাৰে যি GFS2 আৰু ব্যৱহঁত নহয় । এই অব্যৱহৃত metadata ব্ল'ক পিছৰ বাৰ প্ৰণালীত 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 নথিপত্ৰপ্ৰণালী দূষিত হোৱা নুবুজায়, সিহঁতে কয় যে মুক্ত কৰিব লগা ব্ল'কক মুক্ত কৰা হোৱা নাই । মুক।ত কৰিব লগা ব্লকৰ সংখ্যা নথিপত্ৰপ্ৰণালীৰ আকাৰ আৰু ব্ল'কৰ আকাৰৰ ওপৰত নিৰ্ভৰ কৰিব । বহুতে নথিপত্ৰপ্ৰনালীত এই সমস্যা ন'হ'ব । ডাঙৰ নথিপত্ৰপ্ৰণালীত ব্ল'কৰ সংখ্যা সৰু হ'ব পাৰে (সাধাৰণতে 100 তকৈ কম) ।

8.2. x86 স্থাপত্য

  • মুক্ত ধাতুৰ (ভাৰ্চুৱেলাইজ নকৰা) কাৰ্ণেল ব্যৱহাৰ কৰাৰ সময়ত X সেৱকৰ দ্বাৰা মনিটৰৰ পৰা EDID তথ্য উদ্ধাৰ নকৰাৰ সম্ভাৱনা আছে । এই পৰিস্থিতিত চিত্ৰাঙ্কিত চালকৰ দ্বাৰা ৮০০x৬০০ ৰ অধিক বিশ্লেষণ কৰা প্ৰদৰ্শণ দেখুৱাব নোৱাৰে ।

    এই সমস্যা আঁতৰুৱাৰ বাবে, /etc/X11/xorg.confServerLayout বিভাগত নিম্নলিখিত শাৰী যোগ কৰক :

    বিকল্প "Int10Backend" "x86emu"
  • Dell M4300 আৰু M6300 ত প্ৰতিবেদন প্ৰক্ৰীয়া নিজে সক্ৰিয় কৰিব লাগিব । ইয়াৰ বাবে, এই নিৰ্দেশ মানক:

    1. alsamixer খোলক ।

    2. Tab টিপক [Capture] টগল কৰিবলৈ View ক্ষেত্ৰত (তালিকাৰ ওপৰৰ বাওঁ ফালে) ।

    3. Space টিপক ।

    4. প্ৰতিবেদন কৰা সক্ৰিয় হোৱা নিশ্চিত কৰিবলৈ, ADCMux ক্ষেত্ৰৰ ওপৰত L R CAPTUR দেখা দিব লাগে ।

  • প্ৰণালীৰ সংস্থাপনত বুট যন্ত্ৰত গুপুত কৰা সক্ৰিয় কৰা হ'লে, প্ৰণালীৰ বুট কৰাৰ সময়ত এই সম্বাদ লগ কৰা হ'ব:

    padlock: VIA PadLock not detected.
    এই সম্বাদক আওকাণ কৰিব পাৰি ।

8.3. x86_64 স্থাপত্য

  • কিছুমান যন্ত্ৰ যি NVIDIA চিত্ৰাঙ্কণৰ কাৰ্ড ব্যৱহাৰ কৰে দূষিত চিত্ৰ বা আখৰ দেখুৱাব পাৰে চিত্ৰাঙ্কিত সংস্থাপক ব্যৱহাৰ কৰোঁতে বা চিত্ৰাঙ্কিত প্ৰৱেশৰ সময়ত । ইয়াৰ সমাধানৰ বাবে, এটা ভাৰ্চুৱেল কন্স'ললৈ গৈ X গৃহস্থলৈ ঘুৰি আহক ।

  • এটা IBM T61 লেপ্টপত, আপুনি glxgears সংযোগক্ষেত্ৰ নিটিপিবলৈ Red Hat এ উপদেশ দিয়ে (glxgears চলাওঁতে) । ইয়াৰ কাৰণে প্ৰণালী বন্ধ হ'ব পাৰে ।

    এইটো বন্ধ কৰিবলৈ, tiling গুণ নিষ্ক্ৰীয় কৰক । এইটো কৰিবলৈ, /etc/X11/xorg.confDevice বিভাগত এই শাৰী যোগ কৰক:

    Option "Tiling" "0"
  • Dell M4300 আৰু M6300 ত প্ৰতিবেদন প্ৰক্ৰীয়া নিজে সক্ৰিয় কৰিব লাগিব । ইয়াৰ বাবে, এই নিৰ্দেশ মানক:

    1. alsamixer খোলক ।

    2. Tab টিপক [Capture] টগল কৰিবলৈ View ক্ষেত্ৰত (তালিকাৰ ওপৰৰ বাওঁ ফালে) ।

    3. Space টিপক ।

    4. প্ৰতিবেদন কৰা সক্ৰিয় হোৱা নিশ্চিত কৰিবলৈ, ADCMux ক্ষেত্ৰৰ ওপৰত L R CAPTUR দেখা দিব লাগে ।

  • আপোনাৰ প্ৰণালীয়ে Intel 945GM graphics card ব্যৱহাৰ কৰিলে, i810 চালক ব্যৱহাৰ নকৰিব । আপুনি অবিকল্পিপত intel চালকহে ব্যৱহাৰ কৰিব লাগে ।

  • dual-GPU লেপ্টপত, যদি এটা graphics chip Intel-based হয়, Intel graphics ধৰণে কোনো বাহিৰৰ digital সংযোগ (including HDMI, DVI, and DisplayPort) চলাব নোৱাৰে । এইটো Intel GPU যান্ত্ৰিক সামগ্ৰীৰ সীমাবদ্ধতা । আপোনাৰ বাহিৰৰ digital সংযোগৰ প্ৰয়োজন হ'লে, প্ৰণালীক discrete graphics chip (BIOS ত) ব্যৱহাৰ কৰিবলৈ বিন্যাস কৰক ।

8.4. PowerPC স্থাপত্য

  • ডিবাগ কৰাৰ বাবে Alt-SysRq-W প্ৰয়োগ কৰা হ'লে নিম্নলিখিত সতৰ্কবাৰ্তা প্ৰদৰ্শিত হ'ব:

    ২Badness in smp_call_function at arch/powerpc/kernel/smp.c:223

    ইয়াৰ পিছত, ব্যৱস্থাপ্ৰণালী স্তব্ধ (hang) হোৱাৰ এটা সতৰ্কবাৰ্তা প্ৰদৰ্শন কৰা হয় । এই বাৰ্তাটি উপেক্ষা কৰক কাৰণ ব্যৱস্থাপ্ৰণালী স্তব্ধ নহয় ।

  • Dell M4300 আৰু M6300 ত প্ৰতিবেদন প্ৰক্ৰীয়া নিজে সক্ৰিয় কৰিব লাগিব । ইয়াৰ বাবে, এই নিৰ্দেশ মানক:

    1. alsamixer খোলক ।

    2. Tab টিপক [Capture] টগল কৰিবলৈ View ক্ষেত্ৰত (তালিকাৰ ওপৰৰ বাওঁ ফালে) ।

    3. Space টিপক ।

    4. প্ৰতিবেদন কৰা সক্ৰিয় হোৱা নিশ্চিত কৰিবলৈ, ADCMux ক্ষেত্ৰৰ ওপৰত L R CAPTUR দেখা দিব লাগে ।

  • PPC কাৰ্ণেলৰ আকাৰ OpenFirmware এ সমৰ্থন কৰিবলৈ বহুত ডাঙৰ । সেইকাৰণে, network বুট কৰা বিফল হ'ব, যাৰ ফলত এই সমস্যা হ'ব:

    Please wait, loading kernel...
    /pci@8000000f8000000/ide@4,1/disk@0:2,vmlinux-anaconda: No such file or directory
    boot: 
    ইয়াৰ সমাধানৰ কাৰণে:
    1. OpenFirmware প্ৰ'মপ্টলৈ বুট কৰক, '8' চাবি টিপি যেতিয়া IBM splash screen ওলায় ।

    2. এই আদেশ চলাওক:

      setenv real-base 2000000

    3. এই আদেশেৰে System Managment Services (SMS) লৈ বুট কৰক:

      0
      > dev /packages/gui obe

8.5. s390x স্থাপত্য

  • ২ GB তকৈ অধিক অতিথিৰ ভঁৰালক সংজ্ঞা দিয়া এটা z/VM ত Red Hat Enterprise Linux 5.2 চলালে, যিকোনো Queued-I/O assist (QIOASSIST) বিকল্প সক্ৰিয় থকা QDIO ধৰণত সংযোগ কৰা FCP আৰু OSA যন্ত্ৰৰ পৰা পঢ়িব পাৰি আৰু লিখিব পাৰে । যদি আপোনাৰ প্ৰণালীত এনে কোনো যন্ত্ৰ আছে, তলৰ সংযোগৰ পৰা উপযুক্ত z/VM Program Temporary Fix (PTF) ডাউন্‌লোড কৰি সংস্থাপন কৰা Red Hat এ উপদেশ দিয়ে:

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

  • এটা z/VM দ'মক পোনেপোনে পঢ়ি এখন নথিপত্ৰলৈ সলনি কৰা সম্ভৱ নহয় । ইয়াৰ সলনি, vmur ব্যৱহাৰ কৰি আপুনি প্ৰথমে z/VM ৰীডাৰৰ পৰা দ'ম নকল কৰি এটা Linux নথিপত্ৰপ্ৰণালীলৈ নকল কৰিব লাগে আৰু vmconvert ব্যৱহাৰ কৰি সেই দ'মক এটা Linux ত পঢ়িব পৰা নথিপত্ৰলৈ সলনি কৰিব লাগে ।

  • 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 ৰ সঠিকভাবে কাৰ্য্য কৰাৰ বাবে প্ৰয়োজন নাই । সেইবাবে, যদি আপোনাৰ Itanium ব্যৱস্থাপ্ৰণালী এটা kdump কাৰ্য্যৰ সময়ত পুনৰাৰম্ভ হয়, /etc/sysconfig/kdumpKEXEC_ARGS চলকত --noio যোগ কৰি purgatory ত ক'ন্সোল নিৰ্গম নিষ্ক্ৰিয় কৰক ।

  • perftest বিফল হ'ব যদি বেলেগ CPU ৰ গতি থাকে । সেইকাৰণে, আপুনি perftest চলোৱাৰ আগতে CPU speed scaling নিষ্ক্ৰীয় কৰিব লাগে ।

  • kdump কাৰ্ণেল বুট কৰিলে, boot লগত এই ভুল দেখা যাব:

    mknod: /tmp/initrd.[numbers]/dev/efirtc: No such file or directory

    এই ভুলটো এটা ভুল পথত efirtc সৃষ্টি কৰিবলৈ অশুদ্ধ অনুৰোধ কৰাৰ কাৰণে হয় । কিন্তু, যন্ত্ৰৰ পথ initramfs স্থায়ীভাবে সৃষ্টি কৰা হয় kdump সেৱা আৰম্ভ কৰোঁতে । সেইকাৰণে, যন্ত্ৰৰ নোড run-time ত সৃষ্টি কৰাটোredundant, সুৰক্ষিত, আৰু kdump ৰ কাৰ্য্যক্ষমতাত প্ৰভাৱ পেলাব নালাগে ।

  • কিছুমান প্ৰণালীয়ে kdump কাৰ্ণেলক শুদ্ধকৈ বুট নকৰিবও পাৰে । তেনে ক্ষেত্ৰত, machvec=dig কাৰ্ণেল স্থিতিমাপ ব্যৱহাৰ কৰিব ।

  • Dell M4300 আৰু M6300 ত প্ৰতিবেদন প্ৰক্ৰীয়া নিজে সক্ৰিয় কৰিব লাগিব । ইয়াৰ বাবে, এই নিৰ্দেশ মানক:

    1. alsamixer খোলক ।

    2. Tab টিপক [Capture] টগল কৰিবলৈ View ক্ষেত্ৰত (তালিকাৰ ওপৰৰ বাওঁ ফালে) ।

    3. Space টিপক ।

    4. প্ৰতিবেদন কৰা সক্ৰিয় হোৱা নিশ্চিত কৰিবলৈ, ADCMux ক্ষেত্ৰৰ ওপৰত L R CAPTUR দেখা দিব লাগে ।

  • Intel Itanium-ভিত্তিক প্ৰণালীত য'ত SELinux enforcing ধৰণত চলিছে, allow_unconfined_execmem_dyntrans ন'হ'লে allow_execmem Booleans ক আৰম্ভ কৰিব লাগিব IA-32 Execution Layer (ia32el সেৱা) এ শুদ্ধকৈ কাম কৰিবলৈ । allow_unconfined_execmem_dyntrans Boolean বন্ধ থাকিলে,কিন্তু allow_execmem Boolean আৰম্ভ থাকিলে, যি Red Hat Enterprise Linux 5 ত অবিকল্পিত, ia32el সেৱাই 32-bit emulation ৰ সমৰ্থন কৰে; কিন্তু, যদি দুয়ো Booleans বন্ধ, emulation বিফল হয় ।

A.Revision History

Revision History
Revision 1.016th October 2008Ryan Lerch