Copyright 2008 Red Hat, Inc.. This material may only be distributed subject to the terms and conditions set forth in the Open Publication License, V1.0 or later (the latest version of the OPL is presently available at http://www.opencontent.org/openpub/).
Red Hat and the Red Hat "Shadow Man" logo are registered trademarks of Red Hat, Inc. in the United States and other countries.
All other trademarks referenced herein are the property of their respective owners.
The GPG fingerprint of the security@redhat.com key is:
CA 20 86 86 2B D6 9D FC 65 F6 EC C4 21 91 80 CD DB 42 A6 0E
Red Hat Enterprise Linux 5.3-এ জন্য রিলিজ নোটের তথ্য এইখানে উপস্থিত করা হয়েছে।
নিম্নলিখিত বিভাগে Anaconda ও Red Hat Enterprise Linux 5.3 ইনস্টলেশন প্রক্রিয়া সম্বন্ধে বিশেষ আলোচনা করা হয়েছে।
Red Hat Network দ্বারা নতুন ও পরিবর্তিত প্যাকেজ ইনস্টল করার পাশাপাশি, উপস্থিত Red Hat Enterprise Linux 5 সিস্টেম আপগ্রেড করা যাবে। বিকল্প রূপে, Anaconda-র সাহায্যে, একটি Red Hat Enterprise Linux 5 সিস্টেমকে আপগ্রেড করা যাবে অথবা Red Hat Enterprise Linux 5.3 নতুন করতে ইনস্টল করা যাবে।
উল্লেখ্য: Red Hat Enterprise Linux 5.3-র বিটা সংস্করণ থেকে বর্তমান GA সংস্করণে আপগ্রেড বর্তমানে সমর্থিত নয়।
উপরন্তু, Anaconda দ্বারা Red Hat Enterprise Linux-র পূর্ববর্তী প্রধান সংস্করণ থেকে Red Hat Enterprise Linux 5.3-এ আপগ্রেড করার সুবিধা উপলব্ধ করা হলেও, Red Hat দ্বারা বর্তমানে এই বৈশিষ্ট্যর জন্য সহায়তা উপলব্ধ করা হয় না। উপরন্তু, Red Hat Enterprise Linux-র প্রধান সংস্করণের মধ্যে স্থানীয় আপগ্রেডের ক্ষেত্রে Red Hat দ্বারা সাহায্য করা হয় না। (প্রধান সংখ্যাগুলি পূর্ণসংখ্যার পরিবর্তন দ্বারা চিহ্নিত হবে। উদাহরণস্বরূপ, Red Hat Enteprise Linux 4 ও Red Hat Enterprise Linux 5 সংস্করণগুলি, Red Hat Enterprise Linux-র প্রধান সংস্করণ।)
কোনো প্রধান রিলিজ সংস্করণকে পৃথক প্রধান সংস্করণে আপগ্রেড করার সময় সিস্টেমের সমস্ত নির্ধারিত বৈশিষ্ট্য, পরিসেবা ও স্বনির্ধারিত মান সংরক্ষিত হয় না। এই কারণে, Red Hat-র মতে একটি প্রধান সংস্করণ থেকে অন্য প্রধান সংস্করণে আপগ্রেড করার সময় সম্পূর্ণ নতুন ইনস্টলেশন করা বাঞ্ছনীয়।
Anaconda-র টেক্সট মোড ইনস্টলে বর্তমানে, ইনস্টলেশন সম্পূর্ণ করার জন্য ভার্চুয়াক নেটওয়ার্ক কম্পিউটিং (VNC) প্রয়োগ করার বিকল্প উপলব্ধ করা হয়েছে।
এনক্রিপ্ট করা সফ্টওয়্যার RAID মেম্বার ডিস্ক (অর্থাৎ, software RAID পার্টিশন) নির্মাণ অথবা ব্যবহার বর্তমানে সমর্থিত না হলেও, এনক্রিপ্ট করা সফ্টওয়্যার RAID অ্যারে (উদাহরণ, /dev/md0) নির্মাণ করা যাবে।
RHEL5-র ক্ষেত্রে NFS-র জন্য ডিফল্ট ভাবে "locking" বৈশিষ্ট্য প্রয়োগ করা হয়। এই কারণে, anaconda-র %post বিভাগের নির্দেশ অনুযায়ী nfs শেয়ার মাউন্ট করতে ইচ্ছুক হলে, শেয়ার মাউন্ট করার জন্য nfs প্রয়োগের পূর্বে mount -o nolock,udp কমান্ড ব্যবহার করে লকিং ডেমন আরম্ভ করুন।
iBFT-কনফিগার করা নেটওয়ার্ক ডিভাইস সহ সিস্টেমে CD-ROM অথবা DVD-ROM থেকে ইনস্টল করার সময়, নেটওয়ার্ক ব্যবস্থা কনফিগার না করা হলে, Anaconda দ্বারা iBFT-কনফিগার করা সংরক্ষণ ডিভাইস গণ্য করা হবে না। ইনস্টলেশনের জন্য নেটওয়ার্ক ব্যবস্থা কনফিগার করার জন্য বুট প্রম্পটে এই কমান্ডটি ব্যবহার করুন: linux updates=http://। উল্লেখ্য, [any][any]
আপনার সিস্টেমের জন্য স্থায়ী 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-র ভাষা সংক্রান্ত প্লাগ-ইন সরিয়ে ফেলা হয়েছে। নতুন ভাষা নির্বাচনের পরে সিস্টেমটি সঠিকরূপে কনফিগার না করার ফলে এই প্লাগ-ইনটি সরিয়ে ফেলা হয়েছে।
ইনস্টলেশনের সময় চ্যালেঞ্জ হ্যান্ডশেক অথেনটিকেশন প্রোটোলের (CHAP) ব্যবহার সমর্থিত নয়। এই কারণে, শুধুমাত্র ইনস্টলেশনের পরে CHAP সক্রিয় করা আবশ্যক।
iFBT ডিভাইসের মাধ্যমে সিস্টেম বুট করলে, iFBT BIOS/ফার্মওয়্যার প্রস্তুতির পর্দায় CHAP কনফিগার করুন। পরবর্তী বার বুট করার সময় CHAP-র জন্য নির্ধারিত বৈশিষ্ট্য প্রয়োগ করা হবে।
PXE iSCSI-র মাধ্যমে সিস্টেম বুট করলে, iscsiadm-র সাহায্যে CHAP কনফিগার করুন। কনফিগার করার পরে, পরবর্তী বুটের সময় CHAP সংক্রান্ত বৈশিষ্ট্য প্রয়োগ করার জন্য mkinitrd ব্যবহার করুন।
ইনস্টলেশন কালে গেস্ট সিস্টেম প্রভিশন করার সময়, RHN tools for guests বিকল্পটি উপলব্ধ থাকবে না। এই সমস্যা দেখা দিলে, dom0 দ্বারা ব্যবহৃত এনটাইরেলমেন্ট ভিন্ন সিস্টেমের জন্য একটি পৃথক এনটাইটেলমেন্ট প্রয়োজন হবে।
গেস্ট সিস্টেমের জন্য অতিরিক্ত এনটাইটেলমেন্টের প্রয়োগ রোধ করার জন্য, Red Hat Network-এ কোনো সিস্টেম নিবন্ধনের পূর্বে rhn-virtualization-common প্যাকেজটি ইনস্টল করুন।
একাধিক নেটওয়ার্ক ইন্টারফেস ও ব্যবহারকারী দ্বারা নির্ধারিত IPv6 ঠিকানা সহ কোনো সিস্টেমে Red Hat Enterprise Linux 5.3 ইনস্টল করার ফলে, নেটওয়ার্কের বৈশিষ্ট্যের কিছু অংশ সঠিকভাবে কনাফিগার না হতে পারে। এই সমস্যা উৎপন্ন হলে, ইনস্টল করা সিস্টেমের মধ্যে IPv6 বৈশিষ্ট্য প্রদর্শিত হবে না।
এই সমস্যা এড়ানোর জন্য, /etc/sysconfig/network ফাইলের মধ্যে NETWORKING_IPV6-র মান yes ধার্য করুন। এর পরে, service network restart কমান্ড প্রয়োগ করে নেটওয়ার্ক সংযোগ পুনরায় আরম্ভ করুন।
সিস্টেমের মধ্যে yum-rhn-plugin-0.5.2-5.el5_1.2 (অথবা পূর্ববর্তী) সংস্করণ ইনস্টল করা থাকলে, yum update প্রয়োগ করে Red Hat Enterprise Linux 5.3-এ আপগ্রেড করা সম্ভব হবে না। এই সমস্যা এড়ানোর জন্য yum update চালানোর আগে (yum update yum-rhn-plugin প্রয়োগ করে)yum-rhn-plugin-র সর্বশেষ সংস্করণে আপগ্রেড করুন।
পূর্বে, anaconda দ্বারা ৮-র বেশি সংখ্যক SmartArray কনট্রোলার ব্যবহার করা সম্ভব ছিল না। এই আপডেট-এ এই সমস্যা সমাধান করা হয়েছে।
কোনো OEM থেকে প্রাপ্ত ড্রাইভার ডিস্ট মূলত একটি ইমেজ ফাইল (*.img) এবং এর মধ্যে একাধিক ড্রাইভার প্যাকেজ ও কার্নেল মডিউল অন্তর্ভুক্ত থাকার সম্ভাবনা রয়েছে। সাধারণত Red Hat Enterprise Linux 5 দ্বারা অসমর্থিত হার্ডওয়্যারগুলি, ইনস্টলেশনের সময় সমর্থনের উদ্দেশ্যে এই ড্রাইভারগুলি প্রয়োগ করা হয়। প্যাকেজ ও কার্নেল মডিউলগুলি সিস্টেমে ইনস্টল করা হলে সেগুলি ইনিশিয়াল RAM ডিস্কের (initrd) মধ্যে স্থাপন করা হয় যার ফলে সিস্টেম বুট করা হলে এইগুলির লোড করা যাবে।
এই রিলিজে, (ফাইল-সিস্টেমের লেবেলের উপর ভিত্তি করে) ইনস্টলেশনের সময় ড্রাইভার ডিস্কের উপস্থিতি স্বয়ংক্রিয়ভাবে সনাক্ত করা যাবে ও ইনস্টলেশনের সময় এই ডিস্কে উপস্থিত সামগ্রী ব্যবহার করা যাবে। ইনস্টলেশনের সময় ব্যবহারযোগ্য কমান্ড-লাইন বিকল্প dlabel=on দ্বারা এই আচরণ নিয়ন্ত্রণ করা যাবে ও এর ফলে স্বয়ংক্রিয় অনুসন্ধান ব্যবস্থা আরম্ভ হবে। বর্তমান রিলিজের ক্ষেত্রে dlabel=on মান ডিফল্টরূপে ধার্য করা হয়।
OEMDRV ফাইল-সিস্টেম লেবেল সহ সকল ব্লক ডিভাইস পরীক্ষা করা হয় ও ড্রাইভারের উপস্থিতি সনাক্ত হলে সেগুলি লোড করা হয়।
vfat ফাইল-সিস্টেম ধারণকারী এনক্রিপ্ট করা ব্লক ডিভাইসগুলির ক্ষেত্রে, পার্টিশনের ইন্টারফেসে foreign প্রদর্শিত হবে; সিস্টেম বুট করার সময় এই ডিভাইসগুলি স্বয়ংক্রিয়রূপে মাউন্ট করা হবে, কিন্তু এই কাজ সুনিশ্চিত করার জন্য /etc/fstab ফাইলের মধ্যে এই ফাইল-সিস্টেমগুলির জন্য যথাযত এনট্রি যোগ করুন। প্রয়োজনীয় নির্দেশাবলীর জন্য man fstab পড়ুন।
Red Hat Enterprise Linux 5.2 ইনস্টলেশনের জন্য সর্বনিম্ন RAM-র মাপ ১ গিগাবাইটে; বাঞ্ছনীয় RAM-র পরিমাণ ২ গিগাবাইট। ১ গিগাবাইটের কম RAM বিশিষ্ট মেশিনে ইনস্টলেশন কর্ম স্তব্ধ হওয়ার সম্ভাবনা আছে।
উপরন্তু, ১ গিগাবাইট RAM সহ PowerPC মেশিনে অতিমাত্রায় RAM প্রয়োগকারী কিছু কর্ম সঞ্চালনের সময় কর্মক্ষমতা সংক্রান্ত উল্লেখযোগ্য সমস্যা দেখা দেবে। Red Hat Enterprise Linux 5.2 সিস্টেম এই সমস্ত RAM-প্রয়োগকারী কর্ম সঠিকরূপে সঞ্চালনের জন্য মেশিনে ৪ গিগাবাইট RAM যোগ করা বাঞ্ছনীয়। এর ফলে Red Hat Enterprise Linux 4.5 ও পূর্ববর্তী সংস্করণ প্রয়োগকারী PPC মেশিনের (৫১২ মেগাবাইট RAM সহ) অনুরূপ প্রকৃত পেজ সংখ্যা উপলব্ধ থাকবে।
anaconda দ্বারা বর্তমানে OSA Express3 কার্ডের CHPID-র মধ্যে দুটি পোর্ট সমর্থন করা হয়। ইনস্টলেশনের প্রাথমিক পর্যায়ে, ইনস্টলার দ্বারা পোর্ট সংখ্যা উল্লেখের অনুরোধ করা হবে। পোর্টের জন্য উল্লিখিত সংখ্যা দ্বারাও ইনস্টল করা নেটওয়ার্ক স্ক্রিপ্ট প্রভাবিত হতে পারে। পোর্ট 1 নির্বাচন করা হলে ifcfg-eth* ফাইলের মধ্যে OPTIONS পরামিতির জন্য portno=1 মান যোগ করা হয়।
z/VM-র মধ্যে ইনস্টল করার সময়, মোড উল্লেখ করার অনুরোধ না প্রাপ্ত করার জন্য CMS কনফিগারেশন ফাইলের মধ্যে PORTNO=0 (পোর্ট 0 ব্যবহারের জন্য) অথবা PORTNO=1 (পোর্ট 1 ব্যবহারের জন্য) যোগ করা যাবে।
DASD ব্লক ডিভাইসের মধ্যে Linux অথবা Linux-ভিন্ন অন্য কোনো ফাইল-সিস্টেম সহ মেশিনে ইনস্টল করার প্রচেষ্টা করা হলে ইনস্টলারের কর্ম স্থগিত হতে পারে। এই সমস্যা দেখা দিলে, ব্যবহারের জন্য চিহ্নিত সকল DASD ডিভাইসগুলির মধ্যে উপস্থিত পার্টিশনগুলি মুছে ফেলুন ও পুনরায় ইনস্টলার আরম্ভ করুন।
সিস্টেমের মধ্যে 512মেগাবাইট 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 ব্যবহার করা বাঞ্ছনীয়। এর ফলে ইনস্টলেশনের সময় মূল অপারেটিং সিস্টেম সংক্রান্ত নির্ভরতা সঠিকরূপে মিমাংসা করা সম্ভব হবে।
Linux Unified Key Setup (LUKS) নিয়মাবলী অনুযায়ী ব্লক ডিভাইস এনক্রিপশনের প্রণালী সমর্থনব্যবস্থা Red Hat Enterprise Linux 5.3-র মধ্যে উপস্থিত রয়েছে। ডিভাইস এনক্রিপ্ট করা হলে, অবাঞ্ছিত অনুপ্রবেশের বিরুদ্ধে ব্লক ডিভাইসের মধ্যে উপস্থিত তথ্য সুরক্ষিত করা হবে। সিস্টেম থেকে ডিভাইস বিচ্ছিন্ন করা হলেও এনক্রিপশন বজায় থাকবে। এনক্রিপ্ট করা ডিভাইসের মধ্যে উপস্থিত তথ্য ব্যবহারের জন্য কোনো পরিচয়-পংক্তি অথবা কি দ্বারা অনুমোদন প্রয়োজন।
ডিস্ক এনক্রিপশন নির্ধারণের প্রণালী সম্পর্কে জানার জন্য উল্লিখিত লিংকে উপস্থিত Red Hat Enterprise Linux ইনস্টলেশন গাইডের ২৮-তম অধ্যায়টি পড়ুন: http://redhat.com/docs/
mac80211 স্ট্যাক (পূর্বে devicescape/d80211 স্ট্যাক নামে পরিচিত) Red Hat Enterprise Linux 5.3-এ বর্তমানে সমর্থিত। এর দ্বারা Intel® WiFi Link 4965 হার্ডওয়্যারের জন্য iwlwifi 4965GN বেতার ড্রাইভার সক্রিয় করা হয়। এই স্ট্যাক সহযোগে কয়েকটি বেতার ডিভাইস যে কোনো ওয়াই-ফাই নেটওয়ার্কের সাথে সংযোগ স্থাপন করতে সক্ষম হবে।
Red Hat Enterprise Linux 5.3-র মধ্যে mac80211 সমর্থিত হলেও, কার্নেলের symbol whitelist-র মধ্যে এর symbol-গুলি অন্তর্ভুক্ত করা হয়নি।
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.3-র মধ্যে GFS2 ব্যবহার করতে হলে Red Hat Enterprise Linux 5.2-র মধ্যে ইনস্টল করা GFS2 কার্নেল মডিউলগুলি মুছে ফেলা আবশ্যক।
কোনো OEM থেকে প্রাপ্ত ড্রাইভার ডিস্ট মূলত একটি ইমেজ ফাইল (*.img) এবং এর মধ্যে একাধিক ড্রাইভার RPM ও কার্নেল মডিউল অন্তর্ভুক্ত থাকার সম্ভাবনা রয়েছে। সাধারণত অসমর্থিত হার্ডওয়্যারগুলি, ইনস্টলেশনের সময় সমর্থনের উদ্দেশ্যে এই ড্রাইভারগুলি প্রয়োগ করা হয়। RPM-গুলি সিস্টেমে ইনস্টল করে initrd-র মধ্যে স্থাপন করা হয় যার ফলে মেশিন পুনরায় বুট করা হলে এইগুলির ব্যবহার আরম্ভ করা যাবে।
Red Hat Enterprise Linux 5.3-এ, ফাইল-সিস্টেমের লেবেলের উপর ভিত্তি করে ইনস্টলেশনের সময় ড্রাইভার ডিস্কের উপস্থিতি স্বয়ংক্রিয়ভাবে সনাক্ত করা যাবে ও ইনস্টলেশনের সময় এই ডিস্কে উপস্থিত সামগ্রী ব্যবহার করা যাবে। ইনস্টলেশনের সময় ব্যবহারযোগ্য কমান্ড-লাইন বিকল্প dlabel=on দ্বারা এই আচরণ নিয়ন্ত্রণ করা যাবে ও এর ফলে স্বয়ংক্রিয় অনুসন্ধান ব্যবস্থা আরম্ভ হবে।OEMDRV ফাইল-সিস্টেম লেবেল সহ সকল ব্লক ডিভাইস পরীক্ষা করা হয় ও ড্রাইভারের উপস্থিতি সনাক্ত হলে সেগুলি লোড করা হয়।
Red Hat Enterprise Linux 5.3 দ্বারা বর্তমানে iSCSI Boot Firmware Table (iBFT) সম্পূর্ণরূপে সমর্থিত হবে এবং এর ফলে iSCSI ডিভাইস থেকে বুট করা সম্ভব হবে। এর জন্য, iSCSI ডিস্কগুলি (নোড) স্বয়ংক্রিয়রূপে আরম্ভ না হওয়ার জন্য চিহ্নিত করা হয়; runlevel 3(৩) অথবা 5(৫)-এ প্রবেশ করার সময় ইনস্টল করা সিস্টেমটি স্বয়ংক্রিয়ভাবে iSCSI ডিস্কের সাথে সংযুক্ত করে লগ-ইন করবে না।
সাধারণত, root ফাইল-সিস্টেমে iSCSI ব্যবহার করা হয় এবং এই ক্ষেত্রে এই পরিবর্তনের ফলে বিশেষ প্রভাব সৃষ্টি হবে না কারণ runlevel-এ প্রবেশ করার পূর্বেই initrd দ্বারা প্রয়োজনীয় iSCSI ডিস্কের সাথে সংযোগ স্থাপন করে সেগুলির মধ্যে লগ-ইন করা হবে।
তথাপি, root ভিন্ন অন্য ডিরেক্টরি যেমন, /home অথবা /srv-তে iSCSI ডিস্ক মাউন্ট করার প্রয়োজন হলে এই পরিবর্তনের ফলে প্রভাব সৃষ্টি হবে কারণ ইনস্টল করা সিস্টেম দ্বারা স্বয়ংক্রিয়রূপে root ফাইল-সিস্টেমের জন্য ব্যবহার না হওয়ার iSCSI ডিস্কের সাথে সংযোগ করে লগ-ইন করা সম্ভব হবে না।
root ভিন্ন অন্য ডিরেক্টরিতে মাউন্ট করা iSCSI ডিস্ক ব্যবহার করা সম্ভব হলেও, নিম্নলিখিত পদ্ধতিগুলির মধ্যে একটি প্রয়োগ করা আবশ্যক:
root ভিন্ন অন্য ডিরেক্টরির মধ্যে মাউন্ট করা iSCSI ডিস্ক ব্যবহার না করে সিস্টেম ইনস্টল করুন ও প্রযোজ্য ডিস্ক ও মাউন্ট পয়েন্টগুলি পরে স্বয়ং কনফিগার করুন।
সিস্টেমটি runlevel 1-এ বুট করুন ও root ফাইল-সিস্টেম রূপে ব্যবহার না হওয়া সকল iSCSI ডিস্ককে স্বয়ংক্রিয়ভাবে আরম্ভ করার জন্য কনফিগার করুন। এর জন্য প্রতি ডিস্কের ক্ষেত্রে নিম্নলিখিত কমান্ডটি একবার প্রয়োগ করুন:
iscsiadm -m node -T
target-name -p ip:port -o update -n node.startup -v automatic
rhythmbox অডিও প্লেয়ার, 0.11.6 সংস্করণে আপডেট করা হয়েছে। এর ফলে, প্রোপ্রাইটরি GStreamer প্লাগ-ইন ব্যবহারের সুবিধা উপলব্ধ থাকবে।
lftp, সংস্করণ 3.7.1-এ রি-বেস করা হয়েছে। এর ফলে, মূল প্রজেক্টের অনেক উন্নত বৈশিষ্ট্য ও বাগের সংশোধন প্রয়োগ করা হয়েছে। যেমন:
mirror --script দ্বারা নির্মিত স্ক্রিপ্টগুলির ক্ষেত্রে lftp দ্বারা উদ্ধৃতি ব্যবহারের পদ্ধতির মধ্যে নিরাপত্তা জড়িত একটি সমস্যা (যার ফলে অনুমতির মাত্রার অবাঞ্ছিত বৃদ্ধি হত) বর্তমানে সংশোধন করা হয়েছে।
-c বিকল্প সহযোগে lftp-র ব্যবহারের ফলে lftp বর্তমানে স্তব্ধ হয় না।
sftp সহযোগে ফাইল স্থানান্তরণের সময় lftp দ্বারা বর্তমানে ফাইলগুলির কোনো ক্ষতি করা হয় না।
এই রিলিজে প্রয়োগ হওয়া lftp-র আপডেট সম্পর্কে জানতে, http://lftp.yar.ru/news.html-এ উপস্থিত তথ্য পড়ুন।
TTY ইনপুট অডিট ব্যবস্থা বর্তমানে সমর্থিত। TTY ইনপুট অডিটের জন্য কোনো প্রসেস চিহ্নিত করা হলে, TTY থেকে সংশ্লিষ্ট প্রসেস দ্বারা পড়া সকল তথ্য অডিট করা হয়; অডিটের রেকর্ডের মধ্যে TTY ধরন হিসাবে এই কর্মের তথ্য উপস্থিত করা হবে।
TTY ইনপুট অডিটের জন্য কোনো প্রসেস (এবং সেটির চাইল্ড প্রসেস) চিহ্নিত করার জন্য pam_tty_audit মডিউল প্রয়োগ করা যাবে। এই প্রণালী সম্পর্কে নির্দেশাবলী প্রাপ্ত করার জন্য man pam_tty_audit(8) দ্বারা উপলব্ধ তথ্য পড়ুন।
TTY অডিট রেকর্ডের মধ্যে, অডিট প্রসেস দ্বারা পড়া সুনির্দিষ্ট কি-স্ট্রোক সংরক্ষিত থাকে। তথ্য ডিকোডের ব্যবস্থা সহজ করার জন্য , bash দ্বারা USER_TTY-র ধরনের রেকর্ড সহযোগে সুনির্দিষ্ট কমান্ড অডিট করা হয়।
"TTY" অডিট রেকর্ডের মধ্যে, TTY থেকে অডিট করা প্রসেসগুলি থেকে পড়া সকল তথ্য উপস্থিত থাকে। TIOCSTI ioctl সিস্টেম কল দ্বারা ইনপুট স্ট্রিমের মধ্যে অন্তর্ভুক্ত তথ্যও এর মধ্যে অন্তর্ভুক্ত থাকে।
SystemTap, 0.7.2 সংস্করণে রি-বেস করা হয়েছে। SystemTap-র এই সংস্করণে কয়েকটি গুরুত্বপূর্ণ নতুন বৈশিষ্ট্যের পাশাপাশি সামান্য উন্নতিও যোগ করা হয়েছে। নতুন বৈশিষ্ট্যগুলির মধ্যে রয়েছে:
SystemTap দ্বারা বর্তমানে x86, x86-64 ও PowerPC আর্কিটেকচারের মধ্যে সিম্বলিক প্রোবিং ব্যবস্থা সমর্থন করা হয়। এর ফলে, SystemTap স্ক্রিপ্ট দ্বারা ইউজার-স্পেস অ্যাপ্লিকেশন ও শেয়ার্ড ডিরেক্টরির মধ্যে প্রোব স্থাপন করা সম্ভব হবে এবং কয়েকটি ইউজার-স্পেস অ্যাপ্লিকেশনের ক্ষেত্রে, কার্নেল প্রোবিং-র অনুরূপ মাত্রায় ডিবাগার প্রোবিং-র সুবিধা SystemTap দ্বারা উপলব্ধ করা হয়।
উদাহরণ, coreutils-debuginfo ইনস্টল করা থাকলে, /usr/share/doc/systemtap- প্রয়োগ করে version/examples/general/callgraph.stpls কমান্ডের callgraph তৈরি করা যাবে। যেমন:
stap para-callgraph.stp 'process("ls").function("*")' -c 'ls -l'
বাইনার ও সংশ্লিষ্ট debuginfo RPM-র সংস্করণের মধ্যে সনাক্ত না হওয়া গরমিলের সম্ভাবনা হ্রাস করার জন্য Red Hat দ্বারা SYSTEMTAP_DEBUGINFO_PATH এনভায়রনমেন্ট ভেরিয়েবলের মান +:.debug:/usr/lib/debug:build-এ স্থাপন করার প্রস্তাব জানানো হচ্ছে।
এই রিলিজে, কার্নেলের মধ্যে অন্তর্ভুক্ত মার্কারের ক্ষেত্রেও SystemTap-র সিম্বলিক প্রোব ব্যবহার করা যাবে। এই মার্কারগুলি ব্যবহার করার জন্য /etc/rc.local-র মধ্যে (modprobe kernel-trace ব্যবহার করে) kernel-trace kernel মডিউলটি লোড করুন।
SystemTap দ্বারা দূরবর্তী কম্পাইলেশন ব্যবস্থাও উপলব্ধ করা হয়। এর ফলে, নেটওয়ার্কের মধ্যে উপস্থিত সকল SystemTap ক্লায়েন্ট সিস্টেমের জন্য একটি কম্পিউটার দ্বারা সকল debuginfo/কম্পাইলার পরিসেবা উপলব্ধ করা হবে। mDNS-র (avahi) সাহায্যে ক্লায়েন্ট সিস্টেমগুলি স্বয়ংক্রিয়ররপে সার্ভারটি সনাক্ত করে ও কর্ম সঞ্চালনের জন্য শুধুমাত্র systemtap-client ও systemtap-runtime প্যাকেজগুলির উপস্থিতি আবশ্যক।
বর্তমানে, এই ব্যবস্থার জন্য কোনো ধরনের নিরাপত্তা বৈশিষ্ট্য যেমন এনক্রিপশন উপলব্ধ করা হয় না এবং শুধুমাত্র বিশ্বস্ত নেটওয়ার্কের মধ্যেই কম্পাইলেশন পরিসেবা ব্যবহার করা বাঞ্ছনীয়। অধিক বিবরণের জন্য man stap-server দেখুন।
কার্নেল সংক্রান্ত আপডেটের তালিকায় রয়েছে একটি কার্নেল API এক্সটেনশন। এই এক্সটেনশনের সাহায্যে SystemTap স্ক্রিপ্ট বন্ধ করার প্রক্রিয়া উন্নত হবে। উপরন্তু, এই কার্নেল API একস্টেনশনের ফলে প্রতিটি প্রোব বর্জনের জন্য অপ্রয়োজনীয় সুসংগতি কর্ম বাতিল করা যাবে ও বৃহৎ সংখ্যক কার্নেল প্রোব বিশিষ্ট SystemTap স্ক্রিপ্টগুলি দ্রুত সঞ্চালন করা হয়।
বিশেষত, ওয়াইল্ড-কার্ড বিশিষ্ট প্রোব প্রয়োগকারী অ্যাডমিনিস্ট্রেটরদের ক্ষেত্রে এটি সুবিধাজনক, কারণ এই ধরনের প্রোব দ্বারা অনেক কার্নেল ইভেন্ট যেমন probe syscall.* {} সনাক্ত করা হয়।
এই রিলিজে উপস্থিত SystemTap-র সকল আপডেট-র তালিকা দেখার জন্য নিম্নলিখিত URL দেখুন:
http://sources.redhat.com/git/gitweb.cgi?p=systemtap.git;a=blob_plain;f=NEWS;hb=rhel53
Cluster Manager-র সরঞ্জাম (cman) 2.0.97 সংস্করণে আপডেট করা হয়েছে। এর মধ্যে কয়েকটি উন্নতি ও বাগ সংশোধন করা হয়েছে। উল্লেখযোগ্য হল:
cman দ্বারা বর্তমানে নিম্নলিখিত ফার্মওয়্যার সংস্করণ ব্যবহার করা হয়: APC AOS v3.5.7 ও APC rpdu v3.5.6। এর মধ্যে, APC 7901 দ্বারা সিম্পল নেটওয়ার্ক ম্যানেজমেন্ট প্রোটোকল (SNMP) সঠিকরূপে ব্যবহার করতে প্রতিরোধকারী একটি বাগ সংশোধন করা হয়েছে।
fence_drac, fence_ilo, fence_egenera, ও fence_bladecenter এজেন্ট দ্বারা বর্তমানে ssh সমর্থন করা হয়।
পুনরারম্ভ না করে, fence_xvmd কি ফাইলগুলি এখন পুনরায় লোড করা যাবে।
একটি fence মেথড দ্বারা বর্তমানে ৮-টি অবধি fence ডিভাইস সমর্থন করা যাবে।
sudo, মূল প্রজেক্টের 1.6.9 সংস্করণে রি-বেস করা হয়েছে। sudo-র এই সংস্করণ দ্বারা বর্তমানে LDAP সমর্থিত হবে ও sudo সংক্রান্ত অনুসন্ধানের জন্য বেস অনুসন্ধানের (অর্থাৎ শুধুমাত্র ট্রি-স্তরে) পরিবর্তে সাব-ট্রি অনুসন্ধানের সুবিধা উপলব্ধ করা হয়। এর ফলে, অ্যাডমিনিস্ট্রেটররা ট্রি বিন্যাসের মধ্যে sudo অনুমতির শ্রেণী নির্ধারণ করে সহজেই ব্যবহারকারীদের অনুমতি পরিচালনা করতে পারবেন।
RedHat Package Manager (RPM) বর্তমানে Fedora 9-র সংস্করণে রি-বেস করা হয়েছে। একাধিক আর্কিটেকচার বিশিষ্ট সিস্টেমে rpm দ্বারা বর্তমানে আর্কিটেকচারের জন্য সুনির্দিষ্ট ম্যাক্রো ফাইল অন্তর্ভুক্ত করা হয়। উপরন্তু, Red Hat Enterprise Linux 5-এ অন্তর্ভুক্ত করার জন্য প্রয়োজনীয় সার্টিফিকেশন সংক্রান্ত সকল পরিমাপ rpm দ্বারা পূর্ণ করা হয়।
মূল প্রজেক্টে হওয়া কিছু উন্নতি ও বাগের সংশোধন rpm-র এই আপডেটে অন্তর্ভুক্ত করা হয়েছে, যেমন:
একাধিক আর্কিটেকচার বিশিষ্ট সিস্টেমের ক্ষেত্রে rpm দ্বারা অপ্রয়োজনীয় .rpmnew ও .rpmsave ফাইল নির্মিত হয় না।
rpm-র rpmgiNext() ফাংশানে উপস্থিত একটি বাগের ফলে ত্রুটি সংক্রান্ত বার্তা সঠিকরূপে প্রস্তুত করা সম্ভব হত না। এই আপডেটে, ত্রুটির সূচনার নিয়মাবলী প্রয়োগ করার ফলে, ত্রুটি উৎপন্নের পরে rpm দ্বারা সঠিক প্রস্থান (exit) কোড উপলব্ধ করা হয়।
opensm, মূল প্রজেক্টের 3.2 সংস্করণে আপডেট করা হয়েছে, এর ফলে opensm লাইব্রেরি API-র কিছু সামাণ্য পরিবর্তন অন্তর্ভুক্ত হয়েছে।
opensm.conf ফাইলের বিন্যাস পরিবর্তিত হয়েছে। opensm.conf ফাইলের মধ্যে কোনো স্বনির্ধারিত মান উপস্থিত থাকলে, rpm দ্বারা নতুন opensm.conf ফাইলটি /etc/ofed/opensm.conf.rpmnew ফাইল নামে স্থাপন করা হবে। স্বনির্ধারিত মানগুলি ব্যবহারকারীকে এই নতুন ফাইলে স্থানান্তর করে উপস্থিত opensm.conf ফাইলটি প্রতিস্থাপন করতে হবে।
Red Hat দ্বারা ওপেন ফ্যাব্রিক্স এন্টারপ্রাইজ ডিস্ট্রিবিউশনের (OFED) মূল প্রজেক্টের কোড-বেস পুঙ্খানুপুঙ্খ ভাবে নিরীক্ষণ করা হয়, যাতে নির্মিয়মান এই প্রযুক্তির সর্বাধিক সম্ভাব্য প্রয়োগ করার যোগ্য বৈশিষ্ট্য উপলব্ধ করা হয়। এর ফলে, মূল প্রজেক্টে উপলব্ধ ক্ষমতা অনুযায়ী Red Hat দ্বারা শুধুমাত্র রিলিজের লঘু সংস্করণে API/ABI-র সুসংগতি বজায় রাখঅ সম্ভব হয়। এই ক্ষেত্রে, Red Hat Enterprise Linux নির্মাণে ব্যবহৃত সাধারণ কর্ম প্রণালী অনুসরণ করা সম্ভব হয় না।
এর ফলে, Red Hat Enterprise Linux-র কোনো লঘু রিলিজ সংস্করণ থেকে নতুন সংস্করণে পরিবর্তনের সময় OFED স্ট্যাকের উপর নির্মিত অ্যাপ্লিকেশনগুলি (নীচে তালিকাভুক্ত) পুনরায় কম্পাইল অথবা সোর্সে কোড পরিবর্তন করার আবশ্যকতা দেখা দিতে পারে।
Red Hat Enterprise Linux সফ্টওয়্যার স্ট্যাকে নির্মিত অন্যান্য অ্যাপ্লিকেশনের ক্ষেত্রে এই সমস্যা দেখা দেয় না। প্রভাবিত সামগ্রীগুলি হল:
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, মূল প্রজেক্টের 5.3.2.2 সংস্করণে রি-বেস করা হয়েছে। এই আপডেটে স্ট্রিম কনট্রোল ট্রান্সমিশন প্রোটোকল (SCTP) সমর্থন (RFC 3873, http://www.ietf.org/rfc/rfc3873.txt অনুযায়ী) এবং (/etc/snmpd.conf-র সাথে ব্যবহারযোগ্য) দুটি নতুন কনফিগারেশন বিকল্প যোগ করা হয়েছে:
dontLogTCPWrappersConnects -- সংযোগের প্রচেষ্টার সংখ্যা প্রকাশ করা হয় না।
v1trapaddress -- বাহিরমূখী SNMP ট্র্যাপের মধ্যে অ্যাডমিনিস্ট্রেটররা এজেন্টের IP ঠিকানা নির্ধারণ করতে পারবেন।
মূল প্রজেক্টে সংশোধিত কয়েকটি বাগ, এই আপডেট-এ সংশোধন করা হয়েছে, যেমন:
২৫৫-র অধিক সংখ্যক নেটওয়ার্ক ইন্টারফেস সহ সিস্টেমে snmpd ডেমন বর্তমানে সঠিকরূপে চলতে সক্ষম। উপরন্তু, ৬৫৫৩৫-র বেশি সংখ্যক কোনো পোর্টে অপেক্ষার জন্য snmpd কনফিগার করা হলে, বর্তমানে ত্রুটির বার্তা প্রদর্শন করা হয়।
একটি রেস অবস্থার ফলে, /proc থেকে তথ্য পড়ার সময় snmpd ডেমন দ্বারা ফাইল-ডেসক্রিপ্টর লিক করা হত। এই সমস্যা সংশোধন করা হয়েছে।
snmpd ডেমন দ্বারা বর্তমানে সঠিকরূপে hrProcessorLoad অবজেক্ট ID (OID) উল্লিখিত হয়। একাধিক CPU বিশিষ্ট হার্ডওয়্যারের ক্ষেত্রেও এটি প্রযোজ্য। উল্লেখ্য, ডেমন আরম্ভের পরে OID-র মান গণনা করতে আনুমানিক এক মিনিট সময় ব্যা হয়।
The net-snmp-devel প্যাকেজ বর্তমানে lm_sensors-devel প্যাকেজের উপর নির্ভরশীল।
openssl প্যাকেজগুলি দ্বারা OpenSSL লাইব্রেরিকে মূল প্রজেক্টের একটি নতুন সংস্করণে আপগ্রেড করা হয়। বর্তমানে, ফেডারেল ইনফোরমেশন প্রসেসিং স্ট্যান্ডার্ড দ্বারা এটি অনুমোদিত করা হচ্ছে (FIPS-140-2)। Red Hat Enterprise Linux 5-র মধ্যে উপস্থিত openssl প্যাকেজের পূর্ববর্তী সংস্করণের সাথে OpenSSL লাইব্রেরির বৈশিষ্ট্য ও ABI-র সামঞ্জস্য বজায় রাখার জন্য ডিফল্টরূপে, FIPS মোড নিষ্ক্রিয় করা হয়েছে।
মূল প্রজেক্টের নিম্নলিখিত পরিবর্তনগুলি এই আপডেট-এ প্রয়োগ করা হয়েছে:
SSL ও TLS সংযোগের জন্য ডিফল্টরূপে zlib কম্প্রেশন ব্যবহার করা হয়। সেন্ট্রাল প্রসেসর অ্যাসিস্ট ফর ক্রপ্টোগ্রাফিক ফাংশান(CPACF) সহ IBM System z আর্কিটেকচারের ক্ষেত্রে CPU-র প্রধান লোড কম্প্রেশনের ফলে সৃষ্টি হয় ও কম্প্রেশনের গতি (এনক্রিপশনের গতি নয়) দ্বারা সর্বমোট কর্মক্ষমতা ধার্য হয়। কম্প্রেশন ব্যবস্থা নিষ্ক্রিয় করা হলে, কর্মক্ষমতা উল্লেখযোগ্যভাবে বৃদ্ধি হবে। আপডেট করার এই প্যাকেজগুলির ক্ষেত্রে, OPENSSL_NO_DEFAULT_ZLIB এনভায়রনমেন্ট দ্বারা SSL ও TLS সংযোগের জন্য zlib কম্প্রেশন নিষ্ক্রিয় করা যাবে। ধীর গতির নেটওয়ার্কের মধ্যে TLS সংযোগের ক্ষেত্রে, কম্প্রেশন ব্যবহার করা বাঞ্ছনীয় কারণ এর ফলে বিনিময় হওয়া তথ্যের পরিমাণ হ্রাস করা যাবে।
s_client ও s_server বিকল্প সহ openssl কমান্ড ব্যবহারকালে, ডিফল্ট CA সার্টিফিকেট ফাইলটি (/etc/pki/tls/certs/ca-bundle.crt) পড়া হয় না। এর ফলে, সার্টিফিকেট যাচাই করা সম্ভব হত না। যাচাইয়ের সময় সার্টিফিকেটের বৈধতা নির্ধারণের জন্য -CAfile /etc/pki/tls/certs/ca-bundle.crt বিকল্পটি ব্যবহার করা আবশ্যক ছিল। আপডেট করা প্যাকেজে, ডিফল্ট CA সার্টিফিকেট পড়া হয় এবং -CAfile বিকল্প সহযোগে পৃথকরূপে উল্লেখ করার প্রয়োজন হয় না।
yum, মূল প্রজেক্টের 3.2.18 সংস্করণে রি-বেস করা হয়েছে। এই আপডেটের ফলে, yum-র কর্ম সঞ্চালনের গতি বৃদ্ধি হয় এবং প্রতিটি লঘু রিলিজ সংস্করণে প্যাকেজ সংখ্যায় বৃদ্ধির কারণে উৎপন্ন সমস্যা কিছু মাত্রায় হ্রাস করা সম্ভব হয়। উপরন্তু, এই আপডেটে reinstall কমান্ড পুনরায় স্থাপন করা হয়েছে যার ফলে বিভিন্ন কমান্ডের জন্য ইন্টারফেস উন্নত হওয়ার পাশাপাশি একাধিক বাগ সংশোধন করা হয়েছে, যেমন:
ওয়েব ঠিকানা (http) সহযোগে কোনো কনফিগারেশন ফাইলের স্থান নির্দেশ করার জন্য -c বিকল্প প্রয়োগ করা হলে, yum কমান্ড সফলভাবে ব্যবহার করা সম্ভব ছিল না। এই বাগ বর্তমানে সংশোধন করা হয়েছে।
yum-র মধ্যে একটি checkSignal() ফাংশান দ্বারা একটি ভুল exit ফাংশান কল করা হত; এই ক্ষেত্রে, yum থেকে প্রস্থান করা হলে একটি ট্রেস-ব্যাক উৎপন্ন হত। এই রিলিজের হওয়া পরিবর্তনের ফলে yum সঠিকরূপে প্রস্থান করতে সক্ষম হবে।
flash-plugin প্যাকেজ, 10.0.12.36 সংস্করণে রি-বেস করা হয়েছে। একটি পূর্ববর্তী flash-plugin ASYNC আপডেটের মধ্যে অন্তর্ভুক্ত কয়েকটি নিরাপত্তা সংক্রান্ত পরিবর্তন এই আপডেটে যোগ করা হয়েছে। উপরন্তু, আপডেট করা এই প্লাগ-ইনের মধ্যে Adobe Flash Player 10 উপস্থিত রয়েছে এবং এর মধ্যে নিম্নলিখিত বাগের সংশোধন ও উন্নত বৈশিষ্ট্য যোগ করা হয়েছে:
শব্দের আউটপুটের ক্ষেত্রে একটি রেস অবস্থা সংশোধন করে Linux প্ল্যাটফর্মে কর্মক্ষমতার স্থায়ীত্ব বৃদ্ধি করা হয়েছে।
স্বনির্ধারিত ফিল্টার ও ইফেক্ট, নেটিভ ৩-ডি রূপান্তর ও অ্যানিমেশন, উন্নত অডিও প্রক্রিয়াকরণ, নতুন ও অধিক নমনীয় টেকস্ট ইঞ্জিন ও GPU হার্ডওয়্যারের গতিবর্ধন সমর্থিত হবে।
এই আপডেট সম্পর্কে অধিক বিবরণ প্রাপ্ত করার জন্য, নিম্নলিখিত লিংকে Adobe Flash Player 10 রিলিজ নোট পড়ুন:
http://www.adobe.com/support/documentation/en/flashplayer/10/Flash_Player_10_Release_Notes.pdf
gdb, 6.8 সংস্করণে রি-বেস করা হয়েছে ও মূল প্রজেক্টের কিছু উন্নত বৈশিষ্ট্য ও বাগের সংশোধন অন্তর্ভুক্ত করা হয়েছে। এর মধ্যে উল্লেখযোগ্য হল: C++ টেমপ্লেট, কন্সট্রাক্টার ও ইন-লাইন ফাংশানের মধ্যে ব্রেক-পয়েন্ট সমর্থন।
এই রিলিজে অন্তর্ভুক্ত gdb আপডেট সম্পর্কে জানতে হলে http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/NEWS?rev=1.259.2.1&cvsroot=src পড়ুন।
Red Hat Enterprise Linux 5.3-এ, AMD Family10h প্রসেসরের জন্য নতুন হার্ডওয়্যার প্রোফাইল সমর্থন ব্যবস্থা যোগ করা হয়েছে। নতুন AMD CPU-গুলি দ্বারা ইনস্ট্রাকশান বেসড স্যাম্পলিং (IBS) সমর্থন করা হয়। এই নতুন বৈশিষ্ট্যগুলির সাথে যুক্ত মডোল স্পেসিফিক রেজিস্টার (MSR) আরম্ভ করার জন্য তথ্য সংগ্রহের জন্য oProfile ড্রাইভারের পরিবর্তন, IBS সমর্থন ব্যবস্থার ক্ষেত্রে আবশ্যক।
প্রতি CPU-র জন্য উপস্থিত বাফার ও oProfile ড্রাইভারের ইভেন্ট বাফারের মধ্যে IBS_FETCH ও IBS_OP প্রোফাইলিং স্যাম্পেল যোগ করা হয়েছে। IBS স্যাম্পলিং নিয়ন্ত্রণের জন্য /dev/oprofile-র মধ্যে নিয়ন্ত্রণ সংক্রান্ত নতুন এনট্রি যোগ করা হয়েছে। ড্রাইভারের, পূর্ববর্তী শুধুমাত্র PMC সংস্করণের সাথে এই পরিবর্তনগুলি সুসংগত ও নতুন তথ্য ব্যবহারের জন্য oProfile 0.9.3-র একটি পৃথক প্যাচ উপস্থিত রয়েছে।
IBS সম্পর্কে ধিক বিবরণের জন্য নীচে উল্লিখিত নথিটি পড়ুন: Instruction-Based Sampling: A New Performance Analysis Technique for AMD Family 10h Processors, November 19, 2007
Squid, মূল প্রজেক্টের সর্বশেষ স্থায়ী সংস্করণে (STABLE21) রি-বেস করা হয়েছে। এর মধ্যে একাধিক বাগ সংশোধন করা হয়েছে, যেমন:
squid init স্ক্রিপ্ট দ্বারা সর্বদা প্রস্থানের ভুল কোড অর্থাৎ 0 উৎপন্ন করা হত। এই সমস্যা সংশোধন করা হয়েছে এবং squid বর্তমানে Linux Standard Base-র সাথে সুসংগত।
refresh_stale_hit ডিরেক্টিভ ব্যবহারের ফলে squid লগ ফাইলের মধ্যে Clock going backwards ত্রুটির বার্তা প্রদর্শন করা হয়।
squid ইনস্টলেশনের সময় /usr/local/squid ডিরেক্টরির মালিকানা সঠিকরূপে স্থাপিত হত না। বর্তমান রিলিজে, /usr/local/squid ডিফল্টরূপে squid ব্যবহারকারীর মালিকানাধীন স্থাপিত হয়।
squid দ্বারা hash_lookup() ফাংশান ব্যবহার করা হলে signal 6 সংকেত উৎপন্ন করে কর্ম পরিত্যাগ করা হবে।
squid_unix_group ব্যবহারের ফলে squid বিপর্যস্ত হতে পারে।
Apache HTTP সার্ভার প্যাকেজ httpd-র মধ্যে বর্তমানে পরীক্ষামূলক ইভেন্ট মাল্টি-প্রসেসিং মডেল (MPM) উপস্থিত রয়েছে। keepalive সংযোগ ব্যবস্থাপনার উদ্দেশ্যে সুনির্দিষ্ট থ্রেড প্রয়োগের সাহায্যে MPM দ্বারা কর্মক্ষমতা বৃদ্ধি করা হয়।
কার্নেলের মধ্যে audit সাব-সিস্টেম দ্বারা নির্মিত audit রেকর্ড সংরক্ষণ ও অনুসন্ধানের জন্য audit প্যাকেজের মধ্যে ইউজার-স্পেস সামগ্রী উপস্থিত রয়েছে। audit প্যাকেজগুলি, মূল প্রজেক্টের 1.7.7 সংস্করণে আপডেট করা হয়েছে যার ফলে, পূর্ববর্তী audit প্যাকেজের তুলনায় উন্নত বৈশিষ্ট্য ও বাগের সংশোধন এই সংস্করণে উপস্থিত রয়েছে।
আপডেট করার audit প্যাকেজগুলি দ্বারা নিম্নলিখিত উন্নত বৈশিষ্ট্য উপলব্ধ করা হয়েছে:
audit সিস্টেম দ্বারা বর্তমানে দূরবর্তী অবস্থান থেকে লগিং করা সম্ভব হবে।
auditctl দ্বারা audit নিয়মাবলীর জন্য একাধিক কি-র ব্যবহার সমর্থন করা হয়।
আপডেট করা এই সমস্ত প্যাকেজের মধ্যে, init স্ক্রিপ্ট দ্বারা audit ডেমন আরম্ভ করার সময় লোড হওয়া auditctl নিয়মাবলী ধারণকারী একটি STIG নিয়মাবলী ফাইলের (stig.rules) নমূনা উপলব্ধ রয়েছে।
syscall-র নাম ও সংখ্যা সংক্রান্ত তথ্যের প্রতি-নির্দেশ করার জন্য ausyscall নামক একটি নতুন সামগ্রী যোগ করা হয়েছে।
audit ইভেন্টে প্রদর্শিত কি-র জন্য aureport-এ রিপোর্ট উপস্থিত করা হয়।
ausearch ও aureport প্রোগ্রামের ক্ষেত্রে, ইভেন্ট লগ পার্সিং ব্যবস্থা উন্নত করা হয়েছে।
libgomp, সংস্করণ 4.3.2-7.el5-এ রি-বেস করা হয়েছে। এর ফলে, OpenMP-র কর্মক্ষমতা বৃদ্ধি হয় ও gcc43 কম্পাইলারের সাথে ব্যবহার করা হলে OpenMP সংস্করণ 3.0 সমর্থনের সুবিধা উপলব্ধ করা হয়।
Linux Target (tgt) পরিকাঠামোর অধীন উপলব্ধ iSCSI টার্গেটের ক্ষমতা Red Hat Enterprise Linux 5.3-এ প্রযুক্তিগত প্রি-ভিউ থেকে সম্পূর্ণ রূপে সমর্থিত বৈশিষ্ট্যের তালিকায় পদার্পন করেছে। linux target পরিকাঠামোর সাহায্যে, একটি সিস্টেম দ্বারা 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
ALSA-র মধ্যে Intel High Definition অডিও ড্রাইভার আপডেট করা হয়েছে।
AMD ATI ইন্টিগ্রেডেড চিপসেটের মধ্যে হাই-ডেফিনিশন মাল্টি-মিডিয়া ইন্টারফেস (HDMI) অডিও সমর্থন উন্নত করা হয়েছে।
linuxwacom ড্রাইভারের সাহায্যে বর্তমানে, নিম্নলিখিত Wacom গ্রাফিক্স ট্যাবলেটগুলির ব্যবহার সমর্থিত হবে:
Cintiq 20WSX
Intuos3 4x6
Emulex ফাইবার চ্যানেল হোস্ট বাস অ্যাডাপ্টারের জন্য lpfc ড্রাইভারটি 8.2.0.33.2p সংস্করণে আপডেট করা হয়েছে। এর ফলে, মূল প্রজেক্টের অনেক পরিবর্তন প্রয়োগ করা হয়েছে। উল্লেখযোগ্য পরিবর্তন:
NETLINK_SCSITRANSPORT সকেট বর্তমানে ব্যবহার করা হবে
আরম্ভ না করা নোডের ব্যবহার মীমাংসা করা হয়েছে।
NPIV সক্রিয়করণের ফলে echotest বিফলকারী একটি বাগ সংশোধন করা হয়েছে।
ফাইবার চ্যানেল অনুমোদনের জন্য বর্তমানে fcauthd 1.19 উপস্থিত থাকা আবশ্যক।
dm-multipath-এ বর্তমানে IBM DS4000-র জন্য inbox সমর্থন উপলব্ধ রয়েছে।
ixgbe ড্রাইভার দ্বারা বর্তমানে 82598AT ডুয়েল-বুট অ্যাডাপ্টার ও 82598 CX4 অ্যাডাপ্টার সমর্থন করা হয়।
Digi Neo PCI Express 4 HiProfile ইনপুট/আউটপুট অ্যাডাপ্টারের জন্য সমর্থন উপলব্ধ করার উদ্দেশ্যে jsm ড্রাইভার যোগ করা হয়েছে।
hp-ilo: HP Integrated Lights Out (iLO) প্রযুক্তি উপলব্ধকারী ড্রাইভার যোগ করা হয়েছে।
ATI R500/R600 চিপসেটের জন্য radeon_tp ড্রাইভার, বর্তমান রিলিজে সম্পূর্ণরূপে সমর্থিত।
এই ড্রাইভারের জন্য নিম্নলিখিত কার্যকারিতা উপলব্ধ করা হয়েছে:
R500/R600 চিপ-সেটের উপর modesetting
R500 চিপ-সেটের উপর 2D অ্যাক্সিলেরেশন
R600 চিপ-সেটের উপর শেডো ফ্রেম-বাফার অ্যাক্সেলেরেশন
বর্তমান রিলিজের মধ্যে, powernow-k8 ড্রাইভারটি একটি লোড করার যোগ্য মডিউল রূপে অন্তর্ভুক্ত করা হয়েছে। এর ফলে, বর্তমানে উপলব্ধ ড্রাইভার ফ্রেমওয়ার্কের (যেমন, Red Hat Driver Update Model ও Dell DKMS) সাহায্যে, ব্যবহারকারীদের জন্য RPM প্যাকেজ রূপে powernow-k8 ড্রাইভার আপডেট করা সম্ভব হবে এবং এর জন্য কার্নেল মডিউল আপগ্রেড করার প্রয়োজন হবে না।
লিগ্যাসি প্রিন্টার সমর্থনের উদ্দেশ্যে, বর্তমানে রিলিজে Red Hat দ্বারা pnm2ppa পুনরায় যোগ করা হচ্ছে। উল্লেখ্য, এই সমর্থন ব্যবস্থা অবচিত হয়েছে এবং ভবিষ্যতে উপলব্ধ প্রধান রিলিজে এই বৈশিষ্ট্য উপস্থিত থাকবে না।
USM Smartcard কি-বোর্ড সমর্থনের জন্য ccid ড্রাইভার রি-বেস করা হয়েছে।
USB ভিডিও ডিভাইসের জন্য uvcvideo ড্রাইভারগুলি Red Hat Enterprise Linux 5.3-এ উপস্থিত কার্নেলের মধ্যে যোগ করা হয়েছে।
Broadcom NetXtreme II নেটওয়ার্ক কার্ডের সাথে ব্যবহারযোগ্য bnx2 ড্রাইভারটি 1.7.9 সংস্করণে আপডেট করা হয়েছে। এই আপডেটের মধ্যে bnx2 প্রয়োগকারী কনট্রোলারের মধ্যে ইথারনেট রিং বাফারের মধ্যে একটি বাগ সংশোধন করার হয়েছে। এই বাগের ফলে সিস্টেম বুট করার সময় প্যানিক সৃষ্টি হত।
Intel PRO/1000 ইথারনেট ডিভাইসের জন্য e1000e ড্রাইভার, মূল প্রজেক্টের 0.3.3.3-k2 সংস্করণে আপডেট করা হয়েছে। এর ফলে, সমর্থিত ডিভাইসের EEPROM ও NVM, লেখার জন্য উন্মুক্ত থাকবে না।
igb: Intel Gigabit ইথারনেট অ্যাডাপ্টারের ড্রাইভার 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 ইথারনেট ডিভাইস সমর্থন করা সম্ভব হবে।
Red Hat Enterprise Linux 5.3-এ Intel PRO বেতার ডিভাইসের জন্য, Linux Kernel 2.6.25 থেকে ipw2100 ও ipw2200 ড্রাইভার ব্যাক-পোর্ট করা হয়েছে।
Red Hat Enterprise Linux 5.3-এ Broadcom বেতার ডিভাইসের জন্য, Linux Kernel 2.6.25 থেকে bcm43xx ড্রাইভার ব্যাক-পোর্ট করা হয়েছে।
Red Hat Enterprise Linux 5.3-এ বেতার ডিভাইসের জন্য, Linux Kernel 2.6.25 থেকে ieee80211 সমর্থন ব্যবস্থা ব্যাক-পোর্ট করা হয়েছে।
ZyDas বেতার ডিভাইসের জন্য zd1211rw ড্রাইভার আপডেট করা হয়েছে। 2.6.25-র পূর্ববর্তী সর্বশেষ mac80211 ভিন্ন সংস্করণের সাথে সুসংগত পরিবর্তন করা হয়েছে।
iwlwifi ড্রাইভার 2.6.26 সংস্করণ থেকে আপডেট করা হয়েছে। এর ফলে iwl4965 বেতার ডিভাইসের জন্য 802.11n সমর্থন ব্যবস্থা যোগ করা হয়েছে। 2.6.26-র পরবর্তী সংস্করণে সংশোধিত কিছু বাগও ব্যাক-পোর্ট করা ড্রাইভারের ক্ষেত্রে সংশোধন করা হয়েছে।
Myricom Myri-10G ইথারনেট ডিভাইসের জন্য myri10ge ড্রাইভার, 1.3.2-1.269 সংস্করণ সংখ্যায় আপডেট করা হয়েছে।
NetXen নেটওয়ার্ক কার্ডের সাথে ব্যবহারযোগ্য netxen ড্রাইভারটি 3.4.18 সংস্করণে আপডেট করা হয়েছে।
57711 হার্ডওয়্যার সমর্থনের জন্য Broadcom Everest নেটওয়ার্ক ডিভাইসের সাথে ব্যবহারযোগ্য bnx2 ড্রাইভার, 1.45.23 সংস্করণে আপডেট করা হয়েছে।
সঠিক রূপে লিংক সনাক্তকরণ প্রতিরোধকারী একটি বাগ সংশোধন করে forcedeth-msi ড্রাইভার আপডেট করা হয়েছে।
Red Hat Enterprise Linux 5.3-এ Atheros বেতার ডিভাইসের জন্য, Linux Kernel 2.6.26 থেকে ath5k ড্রাইভার ব্যাক-পোর্ট করা হয়েছে।
Red Hat Enterprise Linux 5.3-এ Ralink বেতার ডিভাইসের জন্য, Linux Kernel 2.6.26 থেকে rt2x00 ড্রাইভার ব্যাক-পোর্ট করা হয়েছে।
Red Hat Enterprise Linux 5.3-এ Realtek বেতার ডিভাইসের জন্য, Linux Kernel 2.6.26 থেকে rtl8180 ও rtl8187 ড্রাইভার ব্যাক-পোর্ট করা হয়েছে।
cxgb3: এই রিলিজে ড্রাইভার (ও যথাযত ফার্মওয়্যার) উপলব্ধ কর হয়েছে। এই ড্রাইভারের সাহায্যে Chelsio RDMA 10Gb PCI-E ইথারনেট অ্যাডাপ্টার সমর্থনের ব্যবস্থা উপস্থিত রয়েছে।
3w-xxxx: 3ware SATA RAID কনট্রোলারের ড্রাইভার 1.26.03 সংস্করণে আপডেট করা হয়েছে। এর ফলে, মূল প্রজেক্টের কয়েকটি পরিবর্তন অন্তর্ভুক্ত করা হয়েছে, উল্লেখযোগ্য হল:
২ গিগাবাইটের অধিক পরিমাণ RAM বিশিষ্ট সিস্টেমের মধ্যে 3ware 7000 অথবা 8000 অনুক্রমের কার্ড ব্যবহারকালে তথ্য ক্ষতিকারী একটি বাগ সংশোধন করা হয়েছে।
৪ গিগাবাইটের অধিক পরিমাণ RAM সহ একটি সিস্টেম 3ware 8006 অনুক্রমের কার্ড ব্যবহার করা হলে, বর্তমানে ৬৪-বিট আর্কিটেকচারের মধ্যে Anaconda স্তব্ধ হয় না।
__tw_shutdown() আরম্ভ করা হলে বর্তমানে irq হ্যান্ডলার মুক্ত করা হয়। এর ফলে, বন্ধ করার সময় কোনো ইন্টারাপ্ট শেয়ার করা হলে নাল পয়েন্টারের সম্ভাব্য ডি-রেফারেন্স প্রতিরোধ করা হয়।
ক্যাশিং মোডের জন্য RCD bit বর্তমানে সক্রিয় করা হয়েছে।
ioctl ও scsi রিসেট কর্ম বর্তমানে অনুক্রমে ধার্য করা হয়েছে যার ফলে এইগুলির মধ্যে দ্বন্দ্ব হওয়ার কোনো সম্ভাবনা থাকবে না।
3w-9xxx: 3ware SATA RAID কনট্রোলারের জন্য ড্রাইভারটি 2.26.08 সংস্করণে আপডেট করা হয়েছে। এর ফলে, মূল প্রজেক্টে হওয়া বেশ কয়েকটি পরিবর্তন প্রয়োগ করা হয়েছে, উল্লেখযোগ্য:
৪ গিগাবাইটের অধিক পরিমাণ RAM বিশিষ্ট সিস্টেমের মধ্যে pci_unmap_single() কল, বর্তমানে সঠিকরূপে সঞ্চালিত হয়।
লেখার কাজের গতি হ্রাসকারী একটি বাগ সংশোধন করা হয়েছে।
৬৪-বিট বিফল হলে, DMA মাস্কের বৈশিষ্ট্য বর্তমানে ৩২-বিটে প্রত্যাবর্তন করা হয়।
3ware 9690SA SAS কনট্রোলার ডিভাইসের জন্য সমর্থন উপলব্ধ করা হয়েছে।
megaraid_sas: 4.01-rh1 সংস্করণে আপডেট করা হয়েছে। এর ফলে, কয়েকটি বাগ সংশোধন করা হয়েছে, যেমন:
MFI_POLL_TIMEOUT_SECS বর্তমানে ৬০ সেকেন্ড।
ফ্রেম কাউন্ট গণনার ফলে অনবরত চিপ রি-সেট ও কমান্ডের সময়সীমা উত্তীর্ণকারী একটি বাগ সংশোধন করা হয়েছে।
LSI Generation 2 কনট্রোলারের (0078, 0079) জন্য সমর্থন উপলব্ধ করা হয়েছে।
ফার্মওয়্যার বন্ধ করার প্রক্রিয়া উন্নত করার জন্য, DCMD বন্ধ করার জন্য একটি কমান্ড যোগ করা হয়েছে।
হার্ডওয়্যার Linux ড্রাইভারের মধ্যে অপ্রত্যাশিত ইন্টারাপ্ট সৃষ্টিকারী একটি বাগ সংশোধন করা হয়েছে।
SCSI ডিভাইস পরিচালনার পরিকাঠামো (scsi_dh) আপডেট করার ফলে, নিম্নলিখিত উন্নতিগুলি হয়েছে:
একটি সাধারণ ALUA (অ্যাসিমেট্রিক লজিক্যাল ইউনিট অ্যাকসেস) হ্যান্ডলার স্থাপিত হয়েছে।
LSI RDAC SCSI ভিত্তিক সংগ্রহস্থলের জন্য সমর্থন ব্যবস্থা যোগ করা হয়েছে।
QLogic ফাইবার চ্যানেল হোস্ট বাস অ্যাডাপ্টারের জন্য qla2xxx আপডেট করা হয়েছে। এর ফলে, ISP84XX ধরনের কার্ড সমর্থিত হবে।
ভার্চুয়াল SCSI (vSCSI) ডিভাইস এমুলেট করার উদ্দেশ্যে ibmvscsi ড্রাইভার আপডেট করা হয়েছে। এর ফলে ভার্চুয়ালাইজ করা টেপ ডিভাইসের ব্যবহার সমর্থিত হবে।
lpfc: 8.2.0.30 সংস্করণে ড্রাইভার আপডেট করা হয়েছে। এই আপডেটে বিবিধ উন্নতি ও বাগ সংশোধন করা হয়েছে, যেমন:
PowerPC আর্কিটেকচারের মধ্যে PCI অ্যাডাপ্টারের জন্য উন্নত এনহান্সড এরার হ্যান্ডলিং (EEH) ব্যবস্থা।
সমর্থিত NPIV ভার্চুয়াল পোর্টের সংখ্যা বৃদ্ধি করা হয়েছে
ইনপুট/আউটপুট কিউয়ের মাত্রা নিয়ন্ত্রণের জন্য ড্রাইভার লজিক উন্নত করা হয়েছে
৪
নতুন হার্ডওয়্যারের ক্ষেত্রে SAN থেকে বুট করা সম্ভব হবে
HP Smart Array কনট্রোলারের জন্য cciss ড্রাইভারটি 3.6.20-RH2 সংস্করণের জন্য আপডেট করা হয়েছে।
relayfs-র জন্য পূর্বে বাফারের ক্ষেত্রে ৬৪ মেগাবাইট মাপের সীমা আরোপ করা হত। বর্তমান রিলিজে, মেমরির বাফারের মধ্যে relayfs-র জন্য বরাদ্দ মেমরির পরিমাণ ৪০৯৫ মেগাবাইটে বৃদ্ধি করা হয়েছে। relayfs ব্যবহারকারী ট্রেসিং সামগ্রী যেমন SystemTap প্রভৃতি দ্বারা এর ফলে, অধিক সংখ্যক ইভেন্ট ট্রেস করা সম্ভব হবে।
Dell Remote Access Controller 4 (DRAC4)-র ড্রাইভার উপস্থিত ছিল না। এর ফলে, DRAC4 দ্বারা উপলব্ধ কোনো ভার্চুয়াল ডিভাইসগুলি কার্নেল দ্বারা সনাক্ত করা হত না। বর্তমানে, প্রযোজ্য ড্রাইভার উপলব্ধকারী pata_sil680 কার্নেল মডিউলটি যোগ করা হয়েছে যার ফলে এই সমস্যা সমাধান করা হয়।
relay_open() কল করা হলে, অন-লাইন CPU-র জন্য রিলে ইন্টারফেসের মেসেজ বাফারগুলি বরাদ্দ করা হয়। এর ফলে, relay_open() কল করার পরে কোনো অফ-লাইন CPU সক্রিয় করা হলে কার্নেল প্যানিক সৃষ্টি হত। বর্তমান আপডেটের মধ্যে, নতুন CPU যোগ করা হলে একটি নতুন মেসেজ বাফার স্বয়ংক্রিয়রূপে বরাদ্দ করা হয়।
8250 ভিত্তিক সিরিয়াল পোর্টের জন্য ড্রাইভার আপডেট করা হয়েছে। এর ফলে, DSR/DTR হার্ডওয়্যার ফ্লো নিয়ন্ত্রণের জন্য সমর্থন ব্যবস্থা উপলব্ধ থাকবে।
কার্নেলে, 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 নামক কার্নেল পরামিতির মান 1 ধার্য করুন। ডিফল্টরূপে, এই পরামিতির মান 0 হয়ে থাকে।
Next-Generation Intel Microarchitecture (Nehalem)-র উপর ভিত্তি করে নির্মিত প্রসেসরগুলি oprofile দ্বারা সঠিকরূপে সনাক্ত করা সম্ভব ছিল না। এর ফলে, কর্মক্ষমতা নিরীক্ষণের গণক সঠিকরূপে ব্যবহৃত না হওয়ার কারণে প্রসেসর দ্বারা টাইমার ইন্টারাপ্ট ব্যবহার করা হত। এই সমস্যা সমাধানের জন্য কার্নেল আপডেট করা হয়েছে।
Next-Generation Intel Microarchitecture (Nehalem)-র মধ্যে CPU-র অবস্থা, C3-র জন্য কার্নেলের মধ্যে সমর্থন ব্যবস্থা যোগ করা হয়েছে। C3-তে (স্লিপ স্টেট নামেও পরিচিত) প্রবেশ করার সুবিধার ফলে CPU অব্যবহৃত থাকাকালীন বিদ্যৎ ব্যবহারের ক্ষমতা বৃদ্ধি হয়।
পূর্বে, কার্নেলে মধ্যে নির্ধারিত MAX_ARG_PAGES-র সীমা অত্যন্ত কম নির্ধারিত হওয়ার ফলে, নিম্নলিখিত সমস্যা দেখা দিত:
execve: Argument list too longবর্তমান আপডেটের ক্ষেত্রে, এই সীমার পরিমাণ স্ট্যাকের ২৫% অবধি বৃদ্ধি করার ফলে এই সমস্যা সমাধান করা হয়েছে।
Red Hat Enterprise Linux 5.3-এ Linux Kernel 2.6.27 থেকে autofs4 আপডেট ব্যাক-পোর্ট করা হয়েছে।
Red Hat Enterprise Linux 5.3-র মধ্যে বর্তমানে core ফাইলের ক্ষেত্রে সরাসরি কোনো ফাইলের মধ্যে pipe করার পরিবর্তে, ইউজার স্পেস অ্যাপ্লিকেশনের একটি fork করার প্রতিলিপির মধ্যে pipe করা সম্ভব। /proc/sys/kernel/core_pattern-র মধ্যে | অন্তর্ভুক্ত করে এই বৈশিষ্ট্য কার্যকরী করা হয়। core ডাম্প করা হলে, নির্দিষ্ট অ্যাপ্লিকেশনের একটি প্রতিলিপি সঞ্ছালিত হবে ও core-টি stdin-এ pipe করা হবে। এর ফলে, core ডাম্পের সময় core বৃদ্ধি, বিশ্লেষণ ও তৎপরতার সাথে ব্যবস্থাপনা করা সম্ভব হবে।
path/to/application
/proc/cpuinfo ফাইল দ্বারা বর্তমানে, প্রতিটি CPU দ্বারা ব্যবহৃত অ্যাডভান্সড প্রোগ্রামেবল ইন্টারাপ্ট কনট্রোলারের (APIC) ID সম্পর্কে সূচিত করা হয়।
নতুন সিস্টেমগুলির ক্ষেত্রে আবশ্যক বৃহৎ মেমরি কনফিগারেশন সমর্থনের জন্য মেশিন চেক এক্সেপশন (MCE) কার্নেল সাব-সিস্টেম উন্নত করা হয়েছে।
Samba সহযোগে ফাইল-সিস্টেম মাউন্ট করার সময় mount কমান্ড দ্বারা বর্তমানে Kerberos অনুমোদন ব্যবস্থা সমর্থিত হবে। sec=krb5 অথবা sec=krb5i সুইচের সাহায্যে কার্নেল দ্বারা SPNEGO (সিম্পল এন্ড প্রোটেক্টেড GSSAPI নিগোশিয়েশন মেকানিসম) সিকিউরিটি blob (বাইনারি লার্জ অবজেক্ট) উৎপন্নকারী ইউজার-স্পেস অ্যাপ্লিকেশন (cifs.upcall) কল করা সম্ভব। এই blob সহযোগে কার্নেল দ্বারা সার্ভারে অনুমোদন করে, অনুরোধ করা ফাইল-সিস্টেম লোড করা সম্ভব হবে।
IOAPIC NMI ওয়াচ-ডগ পদ্ধতি প্রয়োগকারী কোনো সিস্টেমে kernel.unknown_nmi_panic কার্নেল পরামিতি প্রয়োগ করা হলে, কার্নেল প্যানিক সৃষ্টি হতে পারে। NMI ওয়াচ-ডগ দ্বারা নিরাপদভাবে NMI সোর্স নিষ্ক্রিয় না করার ফলে এই সমস্যা দেখা দেয়।
এই রিলিজে, ব্যবহারকারীদের দ্বারা নিরাপদ ভাবে NMI সোর্স নিষ্ক্রিয় করার সুবিধা উপলব্ধ করার জন্য NMI ওয়াচ-ডগ কোড পরিবর্তন করা হয়েছে। IOAPIC NMI ওয়াচ-ডগ পদ্ধতি ব্যবহারকারী সিস্টেমের ক্ষেত্রে বর্তমানে, kernel.unknown_nmi_panic কার্নেল পরামিতি কনফিগার করা সম্ভব হবে।
চলমান CPU-গুলির উপর powernowk8 ড্রাইভার দ্বারা পর্যাপ্ত পরীক্ষা নিরীক্ষা করা হচ্ছিল না। এর ফলে, ড্রাইভার আরম্ভের সময় একটি কার্নেল উপস বার্তা উৎপন্ন হওয়ার সম্ভাবনা দেখা দিত। বর্তমান আপডেটের মধ্যে, powernowk8 ড্রাইভার দ্বারা পরীক্ষা করা হয় সমর্থিত CPU-র সংখ্যা (supported_cpus) ও অন-লাইন CPU-র সংখ্যা (num_online_cpus) এক কি না। এর ফলে এই সমস্যা সমাধান করা হয়।
CPU-র ফ্রিকোয়েন্সি ও ভোল্টেজের মাত্রা পরিবর্তনকারী কার্নেল সাব-সিস্টেম CPUFreq আপগ্রেড করা হয়েছে এবং এর ফলে Cell প্রসেসরের জন্য উন্নত সমর্থন ব্যবস্থা উপলব্ধ করা হবে। এই আপডেটে, সিনারজিস্টিক প্রসেসিং ইউনিট (SPU) সচেতন CPUFreq গভার্নার প্রয়োগ করা হয়েছে। এর সাহায্যে Cell প্রসেসরের বিদ্যুৎ পরিচালন ক্ষমতা উন্নত হবে।
Red Hat Enterprise Linux 5.3-এ Cell Broadband ইঞ্জিন আর্কিটেকচারে মধ্যে এরার ডিটেকশন এন্ড কারেকশন (EDAC) বর্তমানে সমর্থিত। EDAC সক্রিয় করার জন্য উল্লিখিত কমান্ড প্রয়োগ করুন: modprobe cell_edac
ব্যবহৃত কার্নেলের মধ্যে মডিউলটি অন্তর্ভুক্ত করা হয়েছে কিনা যাচাই করার জন্য, /var/log/dmesg ফাইলের মধ্যে নিম্নলিখিত তথ্যের উপস্থিতি পরীক্ষা করুন:
EDAC MC: Ver: 2.0.1 Oct 4 2008 EDAC MC0: Giving out device to cell_edac MIC: DEV cbe-mic EDAC MC1: Giving out device to cell_edac MIC: DEV cbe-mic
মেমরি সংক্রান্ত সমাধানযোগ্য ত্রুটি সনাক্ত হলে, কনসোলের মধ্যে নিম্নলিখিত বার্তা প্রদর্শন করা হবে:
EDAC MC0: CE page 0xeff, offset 0x5700, grain 0, syndrome 0x51, row 0, channel 0, label "":
একাধিক থ্রেড দ্বারা যৌথরূপে একটি ভেরিয়েবলের সাহায্যে হার্ডওয়্যার ওয়াচ-পয়েন্ট সহযোগে ডিবাগ করার প্রচেষ্টার ফলে GNU Debugger (GDB) দ্বারা ভুলবসত কয়েকটি ট্রিগার ইভেন্ট সনাক্ত করা হত না। কার্নেলের আপডেটের ফলে, GDB দ্বারা নিয়মিতরূপে ওয়াচ-পয়েন্ট ট্রিগার প্রাপ্ত করা হবে যার ফলে ডিবাগ সেশানের নির্ভরযোগ্যতা বৃদ্ধি হবে।
ia64 ও x86_64 আর্কিটেকচারের মধ্যে kprobe-booster বর্তমানে সমর্থিত হবে। এর ফলে, ব্যবহারকারীদের পক্ষে কার্নেল সংক্রান্ত ইভেন্ট সহজে অনুসন্ধান করা সম্ভব হবে। ৬৪-বিট আর্কিটেকচারে চলমান সার্ভারগুলির মধ্যে ব্যবহৃত অনুসন্ধানের সামগ্রী (যেমন, SystemTap ও Kprobes) দ্বারা প্রয়োগ হওয়ার সার্বিক রিসোর্সের পরিমাণ হ্রাস করাও সম্ভব হয়।
_PTC (প্রসেসর থ্রটেলিং কনট্রোল), _TSS (থ্রটেলিং সাপোর্টেড স্টেটস) ও _TPC (থ্রটেলিং প্রেসেন্ট কেপেবিলিটিস) অবজেক্টের জন্য সমর্থন ব্যবস্থা যোগ করা হয়েছে। অ্যাডভান্স কনফিগারেশন এন্ড পাওয়ার ইন্টাফেস (ACPI) নির্দেশাবলী অনুযায়ী উপলব্ধ এই সমর্থন দ্বারা উন্নত প্রসেসর থ্রটেলিং পরিচালন ব্যবস্থা উপলব্ধ করা হয়।
zipl.conf-র ক্ষেত্রে, একটি উদ্ধৃতি চিহ্নের মধ্যে উপস্থিত দুটি উদ্ধৃতি চিহ্নের মধ্যে উল্লিখিত পরামিতিগুলি (ie parameters='vmhalt="LOGOFF"') সঠিক রূপে পার্স করা হচ্ছিল না। এর ফলে, সম্ভবত kernel-kdump প্যাকেজ ইনস্টল করা সম্ভব হয়নি এবং নিম্নলিখিত ত্রুটি উৎপন্ন হয়:
grubby fatal error: unable to find a suitable templateএই সমস্যা এড়ানোর জন্য, দুটি উদ্ধৃতি চিহ্নের মধ্যে পরামিতি লেখার সময় সেগুলি একটি উদ্ধৃতি দ্বারা বেষ্টিত করা আবশ্যক (যেমন
parameters="vmhalt='LOGOFF'")
Red hat Enterprise Linux 5-র ক্ষেত্রে দুটি উদ্ধৃতি চিহ্নের মধ্যে একটি উদ্ধৃতি চিহ্ন ব্যবহারের নিয়ম পালন করা হয়।
পূর্ববর্তী Intel Itanium প্রসেসরের তুলনায় Dual-Core Intel Itanium 2 প্রসেসর দ্বারা মেশিন চেক আর্কিটেকচার (MCA) রেকর্ডের ক্ষেত্রে পৃথক তথ্য সংড়ক্ষণ করা হত। বর্তমানে কিছু পরিস্থিতিতে ক্যাশে ও বাস পরীক্ষণের টার্গেট আইডেন্টিফায়ারগুলি ভিন্ন হতে পারে এবং সঠিক টার্গেট আইডেন্টিফায়ার সনাক্ত করার জন্য কার্নেল আপডেট করা হয়েছে।
ia64 ও x86_64 আর্কিটেকচারের মধ্যে kprobe-booster বর্তমানে সমর্থিত হবে। এর ফলে, ব্যবহারকারীদের পক্ষে কার্নেল সংক্রান্ত ইভেন্ট সহজে অনুসন্ধান করা সম্ভব হবে। ৬৪-বিট আর্কিটেকচারে চলমান সার্ভারগুলির মধ্যে ব্যবহৃত অনুসন্ধানের সামগ্রী (যেমন, SystemTap ও Kprobes) দ্বারা প্রয়োগ হওয়ার সার্বিক রিসোর্সের পরিমাণ হ্রাস করাও সম্ভব হয়।
এই আপডেট-এ, pselect() ও ppoll() সিস্টেম কলগুলি কার্নেলে যোগ করা হয়েছে।
Red Hat Enterprise Linux-র মধ্যে Virtualization সংক্রান্ত সামগ্রীর সংকলন সংক্রান্ত আপডেটগুলি এই বিভাগে অন্তর্ভুক্ত করা হয়েছে।
blktap (blocktap) ইউজার-স্পেস টুল-কিট আপডেট করা হয়েছে। এর ফলে, blktap দ্বারা ব্যবস্থাপিত ভার্চুয়ালাইজ করা গেস্ট সিস্টেমগুলির ক্ষেত্রে পরিবহণ সংক্রান্ত পরিসংখ্যান নিরীক্ষণ করা সম্ভব হবে।
Intel Extended Page Table (EPT) বৈশিষ্ট্যের জন্য সমর্থন ব্যবস্থা উপলব্ধ করা হয়েছে। এর ফলে, EPT সমর্থনকারী হার্ডওয়্যারের মধ্যে সম্পূর্ণ ভার্চুয়ালাইজ করা গেস্ট সিস্টেমের কর্মক্ষমতা বৃদ্ধি হয়েছে।
গেস্ট সিস্টেমের জন্য e1000 নেটওয়ার্ক ডিভাইস এমুলেশন এই আপডেটে অন্তভুক্ত করা হয়েছে। বর্তমানে শুধুমাত্র, ia64 গেস্ট আর্কিটেকচারের মধ্যে Windows 2003 গেস্ট সিস্টেমের জন্য এই বৈশিষ্ট্য উপলব্ধ রয়েছে। e1000 এমুলেশন প্রয়োগ করার জন্য, xm কমান্ড ব্যবহার করা আবশ্যক।
Red Hat Enterprise Linux 5.3-এ KVM-র মধ্যে ইনপুট/আউটপুট ভার্চুয়ালাইজের জন্য ব্যবহৃত প্ল্যাটফর্ম virtio-র ড্রাইভারগুলি, Linux Kernel 2.6.27 থেকে ব্যাক-পোর্ট করা হয়েছে। এই ড্রাইভারগুলির ফলে, KVM গেস্ট সিস্টেমগুলির ক্ষেত্রে উন্নত ইনপুট/আউটপুট করা সম্ভব হবে। virtio ডিভাইস সমর্থনের জন্য বিভিন্ন ইউজার-স্পেস সামগ্রী আপডেট করা হয়েছে, যেমন: anaconda, kudzu, lvm, selinux ও mkinitrd।
নেটিভ Linux কার্নেল দ্বারা স্বয়ংক্রিয়ভাবে vmcoreinfo সমর্থন করা হলেও, dom0 ডোমেইনের মধ্যে kdump প্রস্তুত করার জন্য kernel-xen-debuginfo প্যাকেজের উপস্থিতি আবশ্যক। বর্তমান রিলিজে, কার্নেল ও হাইপার-ভাইসর পরিবর্তন করা হয়েছে যার ফলে নেটিভ অবস্থায় vmcoreinfo থেকে পড়া ও kdump-এ লেখা সম্ভব হবে। dom0 ডোমেইনে ডি-বাগ অথবা অন্য কোনো ধরনের কারণনির্ণয়ের জন্য kdump প্রয়োগ করার জন্য debuginfo ও debuginfo-common প্যাকেজগুলি ইনস্টক করার প্রয়োজন দেখা দেবে না।
এমুলেট করা ডিস্ক ও নেটওয়ার্ক ডিভাইস ব্যবহার করার সময়, সম্পূর্ণরূপে ভার্চুয়ালাইজ করা Red Hat Enterprise Linux 5 গেস্টের ক্ষেত্রে সর্বোত্তম কর্মক্ষমতাব্যবহার করা সম্ভব হয় না। সম্পূর্ণ ভার্চুয়ালাইজ করা গেস্ট সিস্টেমে, প্যারা-ভার্চুয়ালাইজ করা ডিস্ক ও নেটওয়ার্কের ব্যবহার সরল করার জন্য এই আপডেট-এ kmod-xenpv প্যাকেজ যোগ করা হয়েছে।
সম্পূর্ণ ভার্চুয়ালাইজ করা গেস্ট সিস্টেমে এই ড্রাইভারগুলি ব্যবহার করা হলে, এই গেস্ট সিস্টেমগুলির কর্মক্ষমতা ও কার্যকারীতা উল্লেখযোগ্য ভাবে বৃদ্ধি হতে পারে। netfront ও ব্লক ফন্ট ড্রাইভারের ক্ষেত্রে সংশোধিত বাগগুলি তৎক্ষনাৎ প্রয়োগ করা হয় ও কার্নেল প্যাকেজের সাথে সুসংগত করা হয়।
গেস্ট সিস্টেমগুলির জন্য বর্তমানে ২ মেগাবাইট পেজ বিশিষ্ট মেমরি টেবিল ব্যবহারের ক্ষমতা উপলব্ধ করা হয়েছে। এর ফলে, সিস্টেমের কর্মক্ষমতা বৃদ্ধি হবে।
প্যারা-ভার্চুয়ালাইজড গেস্ট সিস্টেম বন্ধ করার ফলে dom0 থেকে কিছু সময়ের জন্য কোনো প্রতিক্রিয়া প্রাপ্তি বন্ধ হয়ে যেত। অধিক পরিমাণ মেমরি বিশিষ্ট (অর্থাৎ, ১২ গিগাবাইট অথবা অধিক) গেস্ট সিস্টেমের ক্ষেত্রে কিছু সেকেন্ডের বিলম্বও দেখা যেত। এই আপডেটে, বড় প্যারা-ভার্চুয়ালাইজড গেস্ট বন্ধ করার জন্য ভার্চুয়ালাইজড কার্নেল দ্বারা প্রি-এমপ্ট বৈশিষ্ট্য উপলব্ধ করা হয় এবং এর ফলে এই সমস্যা সমাধান করা সম্ভব হয়।
crash দ্বারা vmcore ফাইল থেকে হাইপার-ভাইসরের স্থানান্তরিত ঠিকানা পড়া সম্ভব হয়নি। এর ফলে, crash সহযোগে ভার্চুয়ালাইজড কার্নেল vmcore ফাইল খোলা সম্ভব হবে না ও নিম্নলিখিত সমস্যা উৎপন্ন হবে:
crash: cannot resolve "idle_pg_table_4"বর্তমান আপডেটে এই সমস্যা সমাধান করা হয়েছে এবং হাইপার-ভাইসর দ্বারা এই ঠিকানা সঠিকরূপে সংরক্ষিত হয়।
পূর্বে, প্যারা-ভার্চুয়ালাইজড গেস্টের ক্ষেত্রে সর্বাধিক ১৬-টি ডিস্ক ডিভাইস ব্যবহার করা সম্ভব ছিল। বর্তমান আপডেটে এই সংখ্যা, ২৫৬ অবধি বৃদ্ধি করা হয়েছে।
kdump কার্নেলের জন্য সংরক্ষিত মেমরি সঠিক না হওয়ার ফলে নির্মিত crash ডাম্পগুলি ব্যবহারযোগ্য ছিল না। বর্তমান আপডেটে এই সংরক্ষণ ব্যবস্থা আপডেট করা হয়েছে ও সঠিক crash ডাম্প উৎপন্ন করা হয়।
প্যারা-ভার্চুয়ালাইজ্ড গেস্ট সিস্টেমের সাথে, সুনির্দিষ্ট নাম সহ একটি ডিস্ক (অর্থাৎ /dev/xvdaa, /dev/xvdab, /dev/xvdbc প্রভৃতি) সংযোগের ফলে, গেস্ট সিস্টেমের মধ্যে /dev ডিভাইস ক্ষতিগ্রস্ত হত। বর্তমান আপডেটে এই সমস্যা সমাধান করা হয়েছে যার ফলে, প্যারা-ভার্চুয়ালাইজ্ড গেস্ট সিস্টেমের সাথে এই ধরনের নাম বিশিষ্ট ডিস্ক যোগ করা হলে গেস্ট সিস্টেমের /dev অধীন যথাযত ডিভাইস তৈরি করা হবে।
পূর্বে শুধুমাত্র ৪-টি লুপ-ব্যাক ডিভাইস ব্যবহার করা সম্ভব ছিল। এর ফলে, ৪-র বেশি সংখ্যক নেটওয়ার্ক ইন্টারফেস বিশিষ্ট সিস্টেমে ব্রিজ নির্মাণের ক্ষমতা সীমিত ছিল। বর্তমান আপডেটে, প্রয়োজন অনুসারে netloop ড্রাইভার দ্বারা অতিরিক্ত লুপ-ব্যাক ডিভাইস নির্মাণ করা হয়।
ভার্চুয়াল নেটওয়ার্ক ডিভাইস নির্মাণ ও বর্জনের সময় একটি race অবস্থা দেখা দেওয়ার সম্ভাবনা ছিল। কিছু পরিস্থিতি যেমন অত্যাধিক লোড বিশিষ্ট সময়ে, এর ফলে ভার্চুয়াল মেশিন দ্বারা কোনো প্রতিক্রিয়া করা সম্ভব হত না। বর্তমান আপডেটে, এই race অবস্থা প্রতিরোধ করা জন্য ভার্চুয়াল ডিভাইসের অবস্থা যাচাই করা হয়।
অ্যাপ্লিকেশন চলমান থাকলে, virt-manager-র ক্ষেত্রে একটি মেমরি লিক উৎপন্ন হওয়ার সম্ভাবনা ছিল। এর ফলে, অ্যাপ্লিকেশন দ্বারা নিয়মিতরূপে অতিরিক্ত রিসোর্স প্রয়োগ করার হবে ও অপর্যাপ্ত মেমরি থাকত। বর্তমান রিলিজে, এই লিক ও সমস্যা সংশোধন করা হয়েছে।
kernel-xen চালনাকারী সিস্টেমের মধ্যে crash দ্বারা x86_64 vmcores সমীক্ষা করা সম্ভব হয়নি। Red Hat Enterprise Linux হাইপার-ভাইসরের স্থান পরিবর্তনশীল ও প্রকৃত বেস ঠিকানা পরিবর্তিত হলে vmcore ফাইলের ELF হেডারের মধ্যে এই তথ্য আপডেট না হওয়ার ফলে এই সমস্যা দেখা দেয়। crash-র জন্য উপলব্ধ নতুন --xen_phys_start কমান্ড-লাইন বিকল্পের সাহায্যে ব্যবহারকারী সহজেই পরিবর্তিত প্রকৃত ঠিকানার সূচনা crash-র জন্য আপডেট করতে পারবেন।
প্যারা-ভার্চুয়াল ফ্রেম বাফার (PVFB) দ্বারা সকল মাউস ইভেন্ট সনাক্ত করে প্রক্রিয়াভুক্ত করা হচ্ছিল না। এর ফলে, ভার্চুয়াল মেশিন কনসোল সহ প্যারা-ভার্চুয়ালাইজ্ড গেস্ট সিস্টেমের ক্ষেত্রে স্ক্রোল-উইল ব্যবহার করা সম্ভব ছিল না। বর্তমান রিলিজে এই সমস্যা সমাধান করা হয়েছে ও স্ক্রোল-উইল সঠিকরূপে ব্যবহার করা সম্ভব হবে।
বৃহৎ পরিমাণ মেমরি (অর্থাৎ ২৫৬ গিগাবাইট অথবা অধিক) বিশিষ্ট সিস্টেমের মধ্যে dom0 স্থাপন করা হলে হাইপার-ভাইসর মেমরি হিইপ অবশিষ্ট না থাকার সম্ভাবনা ছিল। এই সমস্যা এড়ানোর জন্য, xenheap ও dom0_size কমান্ড-লাইন আর্গুমেন্টগুলি ক্ষেত্রে সিস্টেম অনুযায়ী প্রযোজ্য মান নির্ধারণ করা হয়েছে। বর্তমান আপডেটে এই সমস্যা সমাধান করা হয়েছে ও হাইপার-ভাইসর দ্বারা স্বয়ংক্রিয়রূপে এই মান ধার্য করা হয়।
বৃহৎ সংখ্যক CPU বিশিষ্ট একটি মেশিনে ভার্চুয়ালাইজেশন ব্যবহৃত হলে, গেস্ট ইনস্টলেশন চলাকালে হাইপার-ভাইসর বিপর্যস্ত হওয়ার সম্ভাবনা ছিল। বর্তমানে রিলিজে এই সমস্যা আপডেট করা হয়েছে।
বৃহৎ পরিমাণ মেমরি সহ গেস্ট সিস্টেম নির্মাণ কারলে একটি softlockup উৎপন্ন হওয়ার সম্ভাবনা ছিল। এর ফলে, dom0 এবং গেস্ট সিস্টেমের মধ্যে এই ত্রুটি কল ট্রেস প্রদর্শিত হত। বর্তমান আপডেটে এই সমস্যা সমাধান করা হয়েছে।
CPUID ফ্যামিলির মান 6 প্রদর্শনকারী Intel প্রসেসরের ক্ষেত্রে kernel-xen-র মধ্যে কর্মক্ষমতা যাচাইয়ের শুধুমাত্র একটি কাউন্টার রেজিস্টার সক্রিয়া করা হয়েছে। এর ফলে, শুধুমাত্র কাউন্টার 0 দ্বারা নমূনা উপলব্ধ করা হত। বর্তমান আপডেটে এই সমস্যা সমাধান করা হয়েছে।
নতুন ধরনের CPU বিশিষ্ট সিস্টেমের ক্ষেত্রে CPU APIC ID ও CPU ID-র মধ্যে পার্থক্য রয়েছে। এর ফলে, ভার্চুয়ালাইজ্ড কার্নেল দ্বারা CPU-র ফ্রিকোয়ন্সির মাত্রা পরিবর্তন ব্যবস্থা আরম্ভ করা সম্ভব ছিল না। বর্তমান আপডেটে, ভার্চুয়ালাইজ্ড কার্নেল দ্বারা হাইপার-ভাইসর থেকে সরাসরি CPU APIC ID প্রাপ্ত করা হয় যার ফলে CPU-র ফ্রিকোয়ন্সির মাত্রা পরিবর্তন ব্যবস্থা সঠিকরূপে আরম্ভ হয়।
x86 প্যারা-ভার্চুয়ালাইজ্ড গেস্ট চালনাকালে, প্রসেস দ্বারা কোনো মেমরির কোনো অবৈধ স্থান প্রয়োগের প্রচেষ্টা করা হলে SEGV সিগন্যাল উৎপন্ন না করে একটি লুপ আরম্ভ হয়ে যেত। হাইপার-ভাইসরের মধ্যে execshield পরীক্ষার প্রক্রিয়ার জন্য এই সমস্যা দেখা দিত। বর্তমান আপডেটে এই সমস্য সমাধান করা হয়েছে।
গেস্ট ইনস্টলেশন প্রতিরোধকারী একটি xend বাগ এখন সংশোধন করা হয়েছে।
evtchn ইভেন্ট চ্যানেল ডিভাইসের ক্ষেত্রে লক ও মেমরি সংক্রান্ত সীমা অনুপস্থিত ছিল। এর ফলে xenstore থেকে কোনো প্রতিক্রিয়া প্রাপ্ত হত না। বর্তমান আপডেটে এই সমস্যা সমাধান করা হয়েছে।
xm info কমান্ড দ্বারা নন-ইউনিফর্ম মেমরি অ্যাকসেস (NUMA) সংক্রান্ত তথ্য প্রদর্শিত হচ্ছিল না। এর ফলে, প্রতিটি নোডের জন্য node_to_cpu-র ভুল মান, no cpus প্রদর্শন করা হচ্ছিল। বর্তমান আপডেটে এই সমস্যা সমাধান করা হয়েছে।
হার্ডওয়্যার ভার্চুয়াল মেশিনে (HVM) পূর্বে নির্মিত গেস্ট সিস্টেমগুলি, VT-i2 প্রযুক্তি বিশিষ্ট প্রসেসরে চলতে সক্ষম হবে না। বর্তমান আপডেটে এই সমস্যা সমাধান করা হয়েছে।
গেস্ট ভার্চুয়াল মেশিনের জন্য উপলব্ধ ডাইনামিক IRQ অবশিষ্ট না থাকলে, dom0 কার্নেল বিপর্যস্ত হত। বর্তমান আপডেটে crash উৎপন্নের সমস্যা সংশোধন করা হয়েছে এবং উপলব্ধ IRQ-র সংখ্যা বৃদ্ধি করে এই সমস্যা সমাধান করা হয়েছে।
নতুন ধরনের CPU বিশিষ্ট সিস্টেমের ক্ষেত্রে CPU APIC ID ও CPU ID-র মধ্যে পার্থক্য রয়েছে। এর ফলে, ভার্চুয়ালাইজ্ড কার্নেল দ্বারা CPU-র ফ্রিকোয়ন্সির মাত্রা পরিবর্তন ব্যবস্থা আরম্ভ করা সম্ভব ছিল না। বর্তমান আপডেটে, ভার্চুয়ালাইজ্ড কার্নেল দ্বারা হাইপার-ভাইসর থেকে সরাসরি CPU APIC ID প্রাপ্ত করা হয় যার ফলে CPU-র ফ্রিকোয়ন্সির মাত্রা পরিবর্তন ব্যবস্থা সঠিকরূপে আরম্ভ হয়।
ভার্চুয়ালাইজ করা কার্নেল ব্যবহারের সময় ডিস্কেট ড্রাইভের মিডিয়া ব্যবহার করা সম্ভব হবে না। এই সমস্যা এড়ানোর জন্য, USB-দ্বারা সংযুক্ত ডিস্কেট ড্রাইভ ব্যবহার করুন।
উল্লেখ্য, ভার্চুয়ালাইজ না করা অন্যান্য কার্নেলের সাথে ডিস্কেট ড্রাইভের মিডিয়া সহজেই ব্যবহার করা সম্ভব।
প্যারা-ভার্চুয়ালাইজড গেস্ট সিস্টেমের লাইভ মাইগ্রেশনের সময়, প্রযোজ্য হোস্ট সিস্টেমের (dom0) সাথে সময় সুসংগত না থাকলে, সময়ের উপর নির্ভরশীল গেস্ট প্রসেসগুলি সঠিকরূপে চলতে সক্ষম না হতে পারে। এই কারণে, মাইগ্রেশনের পূর্বে সিস্টেম ও হোস্টের সময় সুসংগত করার জন্য NTP প্রয়োগ করুন।
দুটি হোস্ট সিস্টেমের মধ্যে একটি গেস্ট সিস্টেম বারংবার মাইগ্রেট করা হলে, একটি হোস্ট সিস্টেমে প্যানিক সৃষ্টি হতে পারে। হোস্ট সিস্টেম থেকে কোনো গেস্ট মাইগ্রেট করার পরে ও সেই একই গেস্ট সিস্টেম প্রত্যাবর্তনের পূর্বে হোস্ট সিস্টেমটি পুনরায় বুট করা হলে, প্যানিক সৃষ্টি হবে না।
একাধিক ভার্চুয়াল CPU সহ বুট করা গেস্ট সিস্টেমে Windows 2008 অথবা Windows Vista চালানোর সময়, ডিস্ক ফরম্যাটের প্রচেষ্টার ফলে গেস্ট সিস্টেমটি বিপর্যস্ত হতে পারে। এই সমস্যা এড়ানোর জন্য, ফরম্যাট করার পূর্বে সংশ্লিষ্ট গেস্ট সিস্টেমটি বুট করার সময় শুধুমাত্র একটি ভার্চুয়াল CPU প্রয়োগ করুন।
virt-manager সহযোগে নির্মিত সম্পূর্ণ ভার্চুয়ালাইজ করা সকল গেস্টের মধ্যে কিছু পরিস্থিতিতে পর্দায় মাউসের চলাচল বিঘ্নিত হতে পারে। এই সমস্যা এড়ানোর জন্য, virt-manager সহযোগে গেস্ট সিস্টেমের জন্য একটি USB ট্যাবলেট ডিভাইস কনফিগার করুন।
১২৮ অথবা অধিক সংখ্যক CPU সিস্টেম ব্যবহারকালে সর্বাধিক ব্যবহৃত CPU-র সংখ্যা ১২৮-র মধ্যে সীমিত রাখা আবশ্যক। বর্তমানে সর্বাধিক ১২৬-টি CPU ব্যবহার করা যাবে। হাইপার-ভাইসরের ক্ষেত্রে সর্বাধিক ব্যবহৃত CPU-র সংখ্যা ১২৬-র মধ্যে সীমিত রাখতে হলে maxcpus=126 ব্যবহার করুন।
ডোমেইন স্থগিত ও পুনরারম্ভ করার ফলে হারানো সময়ের গণনা, সম্পূর্ণ ভার্চুয়ালইজ করা গেস্ট সিস্টেম দ্বারা পূরণ করা সম্ভব হয় না। প্যারা-ভার্চুয়ালইজ গেস্ট সিস্টেমগুলির ক্ষেত্রে এই গণনা করা ক্ষমতা উপলব্ধ রয়েছে। পরিবর্তনশীল টাইমার সহযোগে, মূল প্রজেক্টে এই সমস্যা নিবারণের প্রচেষ্টা চলছে যার ফলে সম্পূর্ণ ভার্চুয়ালাইজ করা গেস্ট সিস্টেমের ক্ষেত্রে প্যারা-ভার্চুয়ালাইজড টাইমার প্রয়োগ করা হবে। বর্তমানে এই কোড নির্মিত হচ্ছে ও ভবিষ্যতে প্রকাশিত Red Hat Enterprise Linux-র কোনো সংস্করণে এই বৈশিষ্ট্য উপলব্ধ করা হবে।
প্যারাভার্চুয়ালাইজ করা গেস্ট সিস্টেমগুলি নিয়মিতরূপে মাইগ্রেট করা হলে, dom0 কনসোলের মধ্যে bad mpa বার্তা প্রদর্শিত হতে পারে। কিছু ক্ষেত্রে, হাইপার-ভাইসরে প্যানিক সৃষ্টি হতে পারে।
হাইপার-ভাইসর কার্নেলের প্যানিক প্রতিরোধ করার জন্য bad mpa বার্তা প্রদর্শিত হলে মাইগ্রেট করা গেস্ট সিস্টেমগুলি পুনরায় আরম্ভ করুন।
dom0-র ক্ষেত্রে ইন্টারফেস বন্ডিং ব্যবস্থা প্রস্তুত করার সময়, বন্ড করা নেটওয়ার্ক ইন্টারফেসের ক্ষেত্রে, ডিফল্ট network-bridge স্ক্রিপ্ট দ্বারা পর্যাক্রমে unavailable ও available অবস্থা প্রদর্শিত হতে পারে। এই পরিস্থিতটি সাধারণত flapping নামে পরিচিত।
এই অবস্থা প্রতিরোধ করার জন্য, /etc/xen/xend-config.sxp ফাইলের মধ্যে network-script পংক্তির পরিবর্তে নিম্নলিখিত পংক্তি লিখুন:
(network-script network-bridge-bonding netdev=bond0)
এর ফলে, netloop ডিভাইস নিষ্ক্রিয় করা হবে এবং অ্যাড্রেস ট্রান্সফার প্রক্রিয়া চলাকালে অ্যাড্রেস রোসোলিউশন প্রোটোকল (ARP) নিরীক্ষণ ব্যবস্থা বিফল হবে না।
একাধিক গেস্ট ডোমেইন চালনাকালে, গেস্ট নেটওয়ার্ক ব্যবস্থা সাময়িকভাবে বন্ধ হয়ে যেতে পারে এবং dom0-র লগের মধ্যে নিম্নলিখিত ত্রুটি দেখা দেবে:
Memory squeeze in netback driverএই সমস্যা এড়ানোর জন্য,
dom0_mem হাইপার-ভাইসর কমান্ড-লাইন বিকল্প সহযোগে dom0-র জন্য উপলব্ধ মেমরির পরিমাণ বৃদ্ধি করা যাবে।
xm migrate সহযোগে প্যারা-ভার্চুয়ালাইজ করা গেস্ট সিস্টেমের মাইগ্রেশন করা সম্ভব নয়।
[domain] [dom0 IP address]
সম্পূর্ণরূপে ভার্চুয়ালাইজ করা SMP গেস্ট সিস্টেমের মধ্যে Red Hat Enterprise Linux 5 ইনস্টল করার সময়, ইনস্টলেশন বন্ধ হওয়ার সম্ভাবনা রয়েছে। হোস্ট সিস্টেমের (dom0) মধ্যে Red Hat Enterprise Linux 5.2 ব্যবহৃত হলে এই সমস্যা দেখা দিতে পারে।
এই সমস্যা এড়ানোর জন্য, ইনস্টলেশনের সময় গেস্ট সিস্টেম দ্বারা শুধুমাত্র একটি প্রসেসরের ব্যবহার ধার্য করুন। virt-install-র মধ্যে উপস্থিত --vcpus=1 বিকল্পের সাহায্যে এটি করা যাবে। ইনস্টলেশন সমাপ্ত হলে virt-manager-র মধ্যে বরাদ্দ vcpus-র মান পরিবর্তন করে গেস্ট সিস্টেমটির জন্য SMP নির্ধারণ করুন।
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 প্যারাভার্চুয়ালাইজড গেস্ট সিস্টেমগুলি বুট করার অযোগ্য হওয়ার সম্ভাবনা রয়েছে। হোস্ট সিস্টেমে ৪ গিগাবাইটের থেকে বেশি RAM উপস্থিত থাকলে এই সমস্যা হওয়ার অধিক সম্ভাবনা থাকে।
এই সমস্যা এড়ানোর জন্য, প্রতিটি Red Hat Enterprise Linux 4.5 গেস্ট সিস্টেমকে CPU মোডে বুট করুন ও সর্বশেষ কার্নেল সংস্করণে (Red Hat Enterprise Linux 4.5.z) আপগ্রেড করুন।
xm migrate সহযোগে প্যারা-ভার্চুয়ালাইজ করা গেস্ট সিস্টেমের মাইগ্রেশন করা সম্ভব নয়।
[domain] [dom0 IP address]
VGA-তে কনসোল আউটপুটের জন্য কনফিগারে করা কয়েকটি Itanium সিস্টেমে dom0 ভার্চুয়ালাইজ করা কার্নেল বুট করতে ব্যর্থ হতে পারে। ভার্চুয়ালাইজ করা কার্নেল দ্বারা Extensible Firmware Interface (EFI) বৈশিষ্ট্য থেকে ডিফল্ট কনসোল ডিভাইস সঠিকরূপে সনাক্ত না করার ফলে এই সমস্যা দেখা দেয়।
এই পরিস্থিতিতে,/boot/efi/elilo.conf ফাইলে বুট সংক্রান্ত কার্নেল বিকল্পের সাথে বুট পরামিতি console=tty যোগ করে এই সমস্যা এড়ানো যাবে।
EFI মেইনটেনেন্স ম্যানেজার দ্বারা VGA সক্রিয় করা হলে, কয়েকটি Itanium সিস্টেমে (যেমন Hitachi Cold Fusion 3e), dom0-র মধ্যে সিরিয়াল পোর্ট সনাক্ত করা সম্ভব হয় না। এই পরিস্থিতিতে, সিরিয়াল পোর্ট সংক্রান্ত নিম্নলিখিত তথ্যটি dom0 কার্নেলের ক্ষেত্রে উল্লেখ করা আবশ্যক:
বিট/সেকেন্ড হিসাবে গতির মাপ
ডাটা বিটের সংখ্যা
প্যারিটি
io_base ঠিকানা
/boot/efi/elilo.conf ফাইলের মধ্যে dom0 কার্নেলের append= পংক্তির মধ্যে এই বিবরণ অন্তর্ভুক্ত করতে হবে। আবশ্যক:
append="com1=19200,8n1,0x3f8 -- quiet rhgb console=tty0 console=ttyS0,19200n8"
এই উদাহরণে, com1 হল সিরিয়াল পোর্ট, 19200 হল গতি (বিট/সেকেন্ড), 8n1 দ্বারা তথ্য/প্যারিটি-র বৈশিষ্ট্য উল্লেখ করা হয় ও parity settings, and 0x3f8 হল io_base-র ঠিকানা।
নন-ইউনিফর্ম মেমরি অ্যাকসেস (NUMA) ব্যবহারকারী আর্কিটেকচারের মধ্যে ভার্চুয়ালাইজেশন ব্যবহার করা সম্ভব নয়। NUMA প্রয়োগকারী সিস্টেমের মধ্যে ভার্চুয়ালাইজ করা কার্নেল ইনস্টল করা হলে সিস্টেমগুলি বুট করতে সক্ষম হবে না।
কয়েকটি ইনস্টলেশন সংখ্যার ক্ষেত্রে, ডিফল্টরূপে ভার্চুয়ালাইজ করা কার্নেল ইনস্টল করা হয়। এই ধরনের কোনো ইনস্টলেশন সংখ্যা সহযোগে, kernel-xen ব্যবহারে করতে অক্ষম NUMA প্রয়োগকারী সিস্টেমে, ইনস্টলেশন করার সময় Virtualization বিকল্পটি থেকে নির্বাচন মুছে নেওয়া আবশ্যক।
বর্তমানে, এই আর্কিটেকচারের মধ্যে সম্পূর্ণ রূপে ভার্চুয়ালাইজ করা গেস্ট সিস্টেমের লাইভ-মাইগ্রেশন সমর্থিত নয়। উপরন্তু, এই আর্কিটেকচারের মধ্যে ভার্চুয়ালাইজেশনের সাথে kexec ও kdump সমর্থিত হবে না।
প্রযুক্তিগত প্রি-ভিউ-এ এমন সব বৈশিষ্ট্য উপলব্ধ করা হয় যেগুলি বর্তমানে Red Hat Enterprise Linux সাবস্ক্রিপশন পরিসেবার অন্তর্গত সমর্থিত নয় এবং অসম্পূর্ণ হওয়ার ফলে প্রধান কর্মক্ষেত্রে ব্যবহারযোগ্য নয়। তথাপি গ্রাহকদের জন্য এই সব বৈশিষ্ট্যের কার্যকারিতা পরীক্ষা নিরীক্ষা করার জন্য এইগুলি উপলব্ধ করা হয়।
গ্রাহকরা পরীক্ষামূলক পরিবেশে এইগুলি ব্যবহার করতে পারবেন। প্রযুক্তিগত প্রি-ভিউয়ে এমন সব বৈশিষ্ট্য উপলব্ধ করা হয় যেগুলি বর্তমানে সমর্থিত নয় এবং প্রকৃত প্রকাশনার পূর্বে গ্রাহকরা এই সব বৈশিষ্ট্যের কার্যকারিতা পরীক্ষা নিরীক্ষা করে তাদের মতামত জানাতে পারবেন। গুরুত্বপূর্ণ নিরাপত্তা বিষয়ক ত্রুটি-বিচ্যুতি সংক্রান্ত সহায়তা উপলব্ধ করা হবে।
প্রযুক্তিগত প্রি-ভিউয়ের উদ্দেশ্যে নির্মাণ চলাকালে পরীক্ষানিরীক্ষার উদ্দেশ্যে অতিরিক্ত বৈশিষ্ট্য যোগ করা হতে পারে। Red Hat ভবিষ্যতে প্রকাশিত কোনো রিলিজের মধ্যে প্রযুক্তিগত প্রি-ভিউয়ে প্রস্তুত করা বৈশিষ্ট্যগুলি সম্পূর্ণরূপে উপলব্ধ ও সমর্থন করতে ইচ্ছুক।
EMC Clariion সংগ্রহস্থলে dm-multipath সহযোগে ইমপ্লিসিট অ্যাক্টিভ-প্যাসিভ ফেইল-ওভার (ALUA) মোড বর্তমানে সমর্থিত। T10-র নির্দিষ্ট মান অনুযায়ী এই মোড উপলব্ধ করা হয়েছে। কিন্তু বর্তমান রিলিজে এটি প্রযুক্তিগত প্রি-ভিউ রূপে উপস্থিত।
T10 সম্পর্কে অধিক জানতে, http://www.t10.org দেখুন।
ext ফাইল-সিস্টেমের সাম্প্রতিকতম পর্যায় অর্থাৎ ext4, এই রিলিজে প্রযুক্তিগত প্রি-ভিউ রূপে উপলব্ধ করা হয়েছে। Red Hat এবং Linux সম্প্রদায়ের সদস্যদের দ্বারা নির্মিত ext3 ফাইল-সিস্টেমের বর্ধিত সংস্করণ হল Ext4। প্রযুক্তিগত প্রি-ভিউয়ের ক্ষেত্রে এই ফাইল-সিস্টেমের জন্য ext4dev নাম ব্যবহার করা হবে।
ext4dev.ko কার্নেল মডিউল দ্বারা উপলব্ধ করা হয় ও e4fsprogs নামক একটি নতুন প্যাকেজের মধ্যে e2fsprogs প্রশাসনিক সামগ্রীর আপডেট করা সংস্করণ উপস্থিত রয়েছে। এইগুলি ext4-র সাথে ব্যবহার করা যাবে। এর জন্য, e4fsprogs ইনস্টল করুন ও e4fsprogs প্রোগ্রাম থেকে প্রাপ্ত mkfs.ext4dev কমান্ড প্রয়োগ করে ext4-base ফাইল-সিস্টেম নির্মাণ করুন। mount কমান্ড-লাইন অথবা fstab ফাইলের মধ্যে এই ফাইল-সিস্টেমটি উল্লেখ করার জন্য ext4dev ফাইল-সিস্টেমের নাম প্রয়োগ করুন।
বর্তমান আপডেটে, FreeIPMI একটি প্রযুক্তিগত প্রি-ভিউ রূপে উপলব্ধ করা হয়েছে। FreeIPMI মূলত, উচ্চ ক্ষমতা বিশিষ্ট প্ল্যাটফর্ম পরিচালনা ব্যবস্থা IPMI সিস্টেম সফ্টওয়্যারের সমষ্টি। এর দ্বারা ইন-ব্যান্ড ও আউট-অফ-ব্যান্ড সফ্টওয়্যার এবং ইনটেলিজেন্ট প্ল্যাটফর্ম ম্যানেজমপন্ট ইন্টারফেস (IPMI v1.5 ও v2.0) দ্বারা নির্ধারিত প্রমিত মান অনুযায়ী ডিভেলপমেন্ট লাইব্রেরি উপলব্ধ করা হয়।
FreeIPMI সম্পর্কে অধিক জানার জন্য http://www.gnu.org/software/freeipmi/ দেখুন।
Trusted Platform Module (TPM) হার্ডওয়্যার ব্যবহারের উদ্দেশ্যে এই রিলিজে TrouSerS ও tpm-tools অন্তর্ভুক্ত করা হয়েছে।TPM হার্ডওয়্যার বিভিন্ন বৈশিষ্ট্যের মধ্যে রয়েছে:
নিরাপদ ভাবে (মেমরির মধ্যে উন্মুক্ত না করে) RSA-কি নির্মাণ, সংরক্ষণ ও ব্যবহার
ক্রিপ্টোগ্রাফিক হ্যাশ চিহ্ন প্রয়োগ করে প্ল্যাটফর্মের' সফ্টওয়্যার অবস্থা যাচাই
Trusted Computing Group'-র Software Stack (TSS) দ্বারা নির্ধারিত বৈশিষ্ট্যের একটি বাস্তবায়িত রূপ হল TrouSerS। TrouSerS সহযোগে TPM হার্ডওয়্যার প্রয়োগকারী অ্যাপ্লিকেশন নির্মাণ করা সম্ভব হবে। TPM হার্ডওয়্যার পরিচালনা ও ব্যবহারের জন্য tpm-tools মূলত কিছু সরঞ্জামের সংকলন।
TrouSerS সম্পর্কে অধিক জানতে http://trousers.sourceforge.net/।
eCryptfs মূলত Linux-র সাথে ব্যবহারযোগ্য একটি স্ট্যাকড ক্রিপ্টোগ্রাফিক ফাইল-সিস্টেম। তুলনামূলক ভাবে নিম্ন মাত্রার ফাইল-সিস্টেম যেমন EXT3 মাউন্ট করতে ব্যবহৃত ডিরেক্টির মধ্যে এটি মাউন্ট করা হয়; eCryptfs-র ব্যবহার আরম্ভের জন্য উপস্থিত পার্টিশন অথবা ফাইল-সিস্টেম পরিবর্তন করার প্রয়োজন নেই।
বর্তমান রিলিজে, মূল প্রজেক্টের 56 সংখ্যক সংস্করণে eCryptfsরি-বেশ করা হয়েছে। এর ফলে, কয়েকটি উন্নত বৈশিষ্ট্যের পাশাপাশি কিছু উল্লেখযোগ্য বাগ সংশোধিত হয়েছে। উপরন্তু, বর্তমানে রিলিজে eCryptfs কনফিগার করতে সহায়ক একটি গ্রাফিক্যাল প্রোগ্রাম যোগ করা হয়েছে (ecryptfs-mount-helper-gui)।
eCryptfs mount সংক্রান্ত কয়েকটি বিকল্পের সিন্টেক্স পরিবর্তিত হয়েছে এবং eCryptfs-র এই সংস্করণে আপডেট করা হলে প্রভাবিত mount স্ক্রিপ্ট ও /etc/fstab-র তথ্য পরিবর্তন করা আবশ্যক। এই সমস্ত পরিবর্তন সম্পর্কে জানতে হলে man ecryptfs পড়ুন।
eCryptfs-র বর্তমান রিলিজের ক্ষেত্রে প্রযোজ্য চেতাবনী:
উল্লেখ্য, একই নামের ডিরেক্টরির মধ্যে এনক্রিপ্ট করার ফাইল-সিস্টেম মাউন্ট করা হলে eCryptfs ফাইল-সিস্টেমটি সঠিক রূপে কাজ করতে সক্ষম হবে। উদাহরণস্বরূপ:
mount -t ecryptfs /mnt/secret /mnt/secret
ফাইল-সিস্টেমের নিরাপদ অংশটি উন্মুক্ত করা উচিত হয়, অর্থাৎ এটি অন্যান্য মাউন্ট-পয়েন্ট, bind মাউন্ট ইত্যাদিতে মাউন্ট করা উচিত নয়।
নেটওয়ার্ক ফাইল সিস্টেমে (যেমন, NFS, Samba) eCryptfs মাউন্ট করা হলে, তা সঠিকরূপে চলতে সক্ষম হবে।
eCryptfs কার্নেল ড্রাইভারের এই সংস্করণের ক্ষেত্রে ecryptfs-utils-56-4.el5 অথবা ঊর্ধ্বতন সংস্করণ দ্বারা উপলব্ধ userspace প্রয়োজন।
eCryptfs, সম্পর্কে অধিক জানতে http://ecryptfs.sf.net দেখুন। প্রস্তুতি সম্পর্কে মৌলিক তথ্য প্রাপ্ত করার জন্য http://ecryptfs.sourceforge.net/README ও http://ecryptfs.sourceforge.net/ecryptfs-faq.html-এ উপস্থিত তথ্য দেখা যাবে।
সিস্টেমের কর্ম সঞ্চালন ও পরিচালনার ক্ষেত্রে নতুন চিন্তাধারার বাস্তবায়িত রূপ, Stateless Linux-র সাহায্যে বৃহৎ সংখ্যক সিস্টেমসহ পরিকাঠামোয় সিস্টেম পরিচালনা ও প্রভিশনিং সহজে করা যাবে। এই সিস্টেমে ব্যবহৃত বৈশিষ্ট্যের প্রতিরূপ নির্মাণ করা হয় ও স্টেট-লেস সিস্টেমে তা স্থাপিত হয়। স্টেট-লেস সিস্টেমে শুধুমাত্র পাঠযোগ্য অবস্থায় অপারেটিং সিস্টেম চালানো হয় (অধিক বিবরণের জন্য /etc/sysconfig/readonly-root পড়ুন)।
বর্তমানে স্টেট-লেস ব্যবহারের জন্য নির্ধারিত সম্পূর্ণ বৈশিষ্ট্যাবলীর একাংশ উপলব্ধ করা হয়েছে। এই কারণে এটি প্রযুক্তিগত প্রি-ভিউ-র দর্যায় উপস্থিত রয়েছে।
স্টেট-লেস বৈশিষ্ট্যের কোড পরীক্ষা করতে ইচ্ছুক ব্যবহারকারীদেরকে Red Hat-র পক্ষ থেকে http://fedoraproject.org/wiki/StatelessLinux/HOWTO-তে উপলব্ধ ব্যবহারপ্রণালীর নথি পড়তে ও stateless-list@redhat.com মেইলিং-লিস্টে যোগদান করার বিশেষ অনুরোধ জানানো হচ্ছে।
Stateless Linux সক্রিয়করণের জন্য আবশ্যক পরিকাঠামোগত বৈশিষ্ট্য Red Hat Enterprise Linux 5-র মধ্যে উপলব্ধ করা হয়েছিল।
সম্পূর্ণরূপে সমর্থিত X সার্ভারের একটি বৈশিষ্ট্য হল AIGLX। এটি প্রযুক্তিগত প্রি-ভিউয়ের অধীন উপস্থিত করা হয়েছে। সাধারণ ডেস্কটপের মধ্যে GL-দ্বারা চালিত ইফেক্ট এই বৈশিষ্ট্য সহকারে সক্রিয় করা যাবে। এই প্রজেক্টে রয়েছে:
স্বল্প পরিবর্তিত X সার্ভার
নতুন প্রোটোকল সমর্থনকারী একটি আপডেট করা Mesa প্যাকেজ।
এটি ইনস্টল করা হলে অতি স্বল্প পরিবর্তনের মাধ্যমে আপনার ডেস্কটপে GL-দ্বারা চালিত ইফেক্টের পাশাপাশি X সার্ভার পরিবর্তন না করে এইগুলি সক্রিয় অথবা নিষ্ক্রিয় করা যাবে। দূরবর্তী GLX অ্যাপ্লিকেশনগুলিও AIGLX-র মাধ্যমে দ্রুত হার্ডওয়্যার GLX সঞ্চালনের সুযোগ নিতে পারবে।
Linux target (tgt) পরিকাঠামোর সাহায্যে একটি সিস্টেম দ্বারা SCSI ইনিশিয়েটরসহ অন্যান্য সিস্টেমে ব্লক-স্তরের SCSI সংগ্রহ ব্যবস্থা উপলব্ধ করা সম্ভব। এই বৈশিষ্ট্য প্রাথমিকরূপে Linux iSCSI টার্গেট হিসাবে স্থাপন করা হবে এবং এর সাহায্যে নেটওয়ার্কের মাধ্যমে যে কোনো iSCSI ইনিশিয়েটরের জন্য সংগ্রহস্থল উপলব্ধ করা যাবে।
iSCSI টার্গেট প্রস্তুত করার জন্য, scsi-target-utils RPM ইনস্টল করুন ও নিম্নলিখিত ফাইলের নির্দেশ অনুসরণ করুন:
/usr/share/doc/scsi-target-utils-
[version]/README
/usr/share/doc/scsi-target-utils-
[version]/README.iscsi
[version]
অধিক জানতে man tgtadm পড়ুন।
firewire-sbp2 মডিউলটি বর্তমান আপডেটে প্রযুক্তিগত প্রি-ভিউ রূপে অন্তর্ভুক্ত করা হয়েছে। এই মডিউলের সাহায্যে FireWire সংরক্ষণ ডিভাইস ও স্ক্যানারের সাথে সংযোগ স্থাপন করা সম্ভব।
বর্তমানে, FireWire দ্বারা নিম্নলিখিত জিনিষগুলি সমর্থিত নয়:
IPv4
pcilynx হোস্ট কন্ট্রোলার
মাল্টি-LUN স্টোরেজ ডিভাইস
সংরক্ষণ ডিভাইসের জন্য বাধাবিহীন ব্যবহার
উপরন্তু, FireWire-র বর্তমান সংস্করণে নিম্নলিখিত সমস্যাগুলি এখনও মজুত:
SBP2 ড্রাইভারে মেমরি লিকের ফলে মেশিন থেকে প্রত্যুত্তর প্রাপ্তি বন্ধ হয়ে যেতে পারে।
এই সংস্করণে উপস্থিত একটি কোড big-endian মেশিনে সঠিকরূপে চলতে সক্ষম নয়। এর ফলে PowerPC মেশিনে অপ্রত্যাশিত আচরণের সম্ভাবনা রয়েছে।
সিস্টেমের সুনির্দিষ্ট প্রোফাইল অনুযায়ী কার্নেলের মান পরিবর্তনে পরামিতি নির্ধারণকারী একটি পরিসেবা - ktune (ktune প্যাকেজ থেকে প্রাপ্ত), এই রিলিজের সাথে উপলব্ধ করা হয়েছে। বর্তমানে, ডিস্ক ও নেটওয়ার্কের অত্যাধিক ব্যবহারকারী অ্যাপ্লিকেশন চালনাকরী বৃহৎ মেমরি বিশিষ্ট সিস্টেমের জন্য, ktune দ্বারা প্রোফাইল উপলব্ধ করা হয়।
ktune দ্বারা নির্ধারিত বৈশিষ্ট্যগুলির ফলে, /etc/sysctl.conf ফাইলে ও কার্নেল কমান্ড-লাইনে নির্ধারিত মান উপেক্ষা করা হয় না। কিছু সিস্টেম ও কর্মক্ষমতার পরিমাপ অনুযায়ী ktune-র ব্যবহার যথাযত না হতে পারে; এই কারণে, প্রধান কর্মক্ষেত্রে ব্যবহারের পূর্বে পর্যাপ্ত পরীক্ষা নিরীক্ষা করা আবশ্যক।
ktune দ্বারা নির্ধারিত কনফিগারেশন নিষ্ক্রিয় করে পূর্বাবস্থায় প্রত্যাবর্তন করার জন্য, service ktune stop (root পরিচয়ে) কমান্ড সহযোগে ktune বন্ধ করুন।
প্রধান বোর্ড ও অভ্যন্তরীণ/বহিস্থিত হার্ড-ডিস্ক বে ধারণস্থলের মধ্যে যোগাযোগের জন্য উদ্যোগ ক্ষেত্রে ব্যবহৃত একটি প্রমিত মান হল সিরিয়াল জেনারেল পারপাস ইনপুট আউটপুট (SGPIO)। AHCI ড্রাইভার ইন্টারফেসের সাহায্যে কোনো ধারণস্থলের উপর উপস্থিত LED বাতি নিয়ন্ত্রণ করা সম্ভব হবে।
dmraid-র মধ্যে SGPIO সমর্থন ব্যবস্থা বর্তমান রিলিজে প্রযুক্তিগত প্রি-ভিউ রূপে উপস্থিত রয়েছে। এই সমর্থন ব্যবস্থার ফলে, ডিস্ক ধারণস্থলের সাথে dmraid সঠিকরূপে চলতে সক্ষম হবে।
এই রিলিজে, Gnu Compiler Collection সংস্করণ 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-র সাথে উপলব্ধ অনেক হেডারের ক্ষেত্রে ISO C99 বিন্যাসের পরিবর্তে GNU in-line বিন্যাস প্রত্যাশিত হওয়া ফলে এই ব্যবস্থা। বিভিন্ন অ্যাট্রিবিউটের সাহায্যে GNU in-line বিন্যাস অনুরোধের উদ্দেশ্যে, এই হেডারগুলির মধ্যে প্রয়োজনীয় পরিবর্তন করা হয়নি।
এই আপডেটের মধ্যে প্রযুক্তিগত প্রি-ভিউ রূপে একটি নতুন কার্নেল মার্কার/ট্রেস-পয়েন্ট প্রয়োগ করা হয়েছে। এই ইন্টারফেসের সাহায্যে SystemTap ইত্যাদির সাথে ব্যবহারের উদ্দেশ্যে, কার্নেলের মধ্যে স্ট্যাটিক প্রোবের পয়েন্ট যোগ করা যাবে।
ফাইবার চ্যানেল ওভার ইথানেট (FCoE) ড্রাইভার ও libfc-র সাহায্যে একটি সাধারণ ইথারনেট কার্ডের মাধ্যমে FCoE প্রয়োগ করা সম্ভব হবে। Red Hat Enterprise Linux 5.3-র মধ্যে এটি প্রযুক্তিগত প্রি-ভিউ রূপে উপলব্ধ করা হয়েছে।
তিনটি বিশেষ হার্ডওয়্যার বাস্তবায়নের জন্য Red Hat Enterprise Linux 5.3 দ্বারা সম্পূর্ণ FCoE সমর্থন ব্যবস্থা উপলব্ধ করা হয়েছে। এইগুলি হল: Cisco fnic ড্রাইভার, Emulex lpfc ড্রাইভার ও, Qlogic qla2xx ড্রাইভার।
dmraid ও dmevent_tool সহযোগে ডিভাইসের বিপর্যয় নিরীক্ষণ ব্যবস্থা, Red Hat Enterprise Linux 5.3-র মধ্যে প্রযুক্তগত প্রি-ভিউ রূপে উপস্থিত করা হয়েছে। এর সাহায্যে, RAID সংকলনের মধ্যে উপস্থিত ডিভাইসের কোনো বিপর্যয় অতি সহজেই নিরীক্ষণ করে প্রয়োজনীয় সূচনাবার্তা প্রদান করা সম্ভব হবে।
TTY ডিভাইসের কর্ম সম্পর্কে তথ্য সঠিকরূপে উৎপন্ন হয়নি। এর ফলে, sar -y কমান্ড বিফল হয়েছে এবং নিম্নলিখিত ত্রুটি দেখা দিয়েছে:
Requested activities not available in file
আপডেট করার প্যাকেজের মধ্যে sar সংশোধিত হয়েছে এবং -y বিকল্পের ব্যবহারের ফলে TTY ডিভাইসের কর্ম সংক্রান্ত ফলাফল উৎপন্ন হবে।
পূর্বে, /etc/multipath.conf ফাইলের মধ্যে max_fds-র মান unlimited ধার্য করা হলে multipathd ডেমন আরম্ভ করা সম্ভব হত না। খোলা ফাইল ডিস্ক্রিপ্টের সংখ্যা যদি সিস্টেমের ক্ষেত্রে প্রযোজ্য সর্বাধিক মানে স্থাপন করতে হলে max_fds-র জন্য max ধার্য করা আবশ্যক।
mod_perl এখন মূল প্রজেক্টের 2.0.4 সংস্করণে রি-বেস করা হয়েছে। এই আপডেটের মধ্যে উপস্থিত কিছু উল্লেখযোগ্য পরিবর্তনের মধ্যে, একটি বাগ সংশোধন করা হয়েছে যার ফলে Bugzilla 3.0-র সাথে mod_perl সঠিকরূপে ব্যবহার করা যাবে।
cups বর্তমানে 1.3.7 সংস্করণে রি-বেস করা হয়েছে। এর ফলে, উন্নত বৈশিষ্ট্য যোগ ও বাগ সংশোধন করা হয়েছে। উল্লেখযোগ্য হল:
Kerberos অনুমোদন ব্যবস্থা বর্তমানে সমর্থিত।
ব্যবহারকারী দ্বারা প্রিন্টার ও কর্ম সংক্রান্ত নিয়মনীতি বর্তমানে সঠিকরূপে লোড করা হবে।
ব্রাউজিং নিষ্ক্রিয় করা হলে, দূরবর্তী সারির (কিউ) ক্যাশে বর্তমানে লোড করা হবে না।
classes.conf কনফিগারেশন ফাইলের জন্য বর্তমানে সঠিক অনুমতি ধার্য করা হয়।
lm_sensors, 2.10.7 সংস্করণে রি-বেস করা হয়েছে। এর ফলে, মূল প্রজেক্টের অনেক উন্নতি ও বাগের সংশোধন প্রয়োগ করা হয়েছে যেমন, k8temp লোড করা হলে General parse error বার্তা প্রদর্শন করে libsensors বিপর্যয়কারী একটি বাগ সংশোধিত হয়েছে।
নিম্নলিখিত বাগগুলি সংশোধনের উদ্দেশ্যে, বর্তমান রিলিজে elfutils আপডেট করা হয়েছে:
কয়েকটি ইনপুট ফাইল পড়ার সময় eu-readelf ব্যবস্থা বিপর্যস্ত হওয়ার সম্ভাবনা রয়েছে।
নতুন বাইনারি প্যাকেজ নির্মাণের জন্য ব্যবহৃত rpmbuild প্রক্রিয়া দ্বারা eu-strip প্রয়োগ করা হয়। এর সাহায্যে, এক্সেকিউটেবল কোড থেকে ডিবাগিং সংক্রান্ত তথ্য আলাদা করে -debuginfo প্যাকেজ তৈরি করা হয়। এই সামগ্রীর মধ্যে উপস্থিত একটি বাগের ফলে s390 প্ল্যাটফর্মের মধ্যে ET_REL ফাইলের জন্য ত্রুটিপূর্ণ ডিবাগিং তথ্য উৎপন্ন হত। এই কারণে Linux কার্নেল মডিউল ফাইল (.ko.debug) প্রভাবিত হত ও নির্মিত kernel-debuginfo প্যাকেজগুলি s390 আর্কিটেকচারের মধ্যে Systemtap সহ ব্যবহার করা সম্ভব ছিল না।
vnc-server বর্তমানে 4.1.2-14.el5 সংস্করণে রি-বেস করা হয়েছে। এই আপডেটে নিম্নলিখিত সংশোধন করা হয়েছে:
Xvnc আরম্ভ করতে বিফল হলে একটি বাগের উপস্থিতির কারণে vncserver দ্বারা ত্রুটির বার্তা প্রদর্শন করা সম্ভব ছিল না। এই সমস্যা সংশোধন করা হয়েছে।
Xvnc দ্বারা বর্তমানে root উইন্ডোর ক্ষেত্রে ভুল মাপ ব্যবহার করা হয় না এবং -depth বিকল্প দ্বারা উল্লিখিত উইন্ডোর সঠিক মাপ প্রয়োগ করা হয়।
একটি বাগের কারণে libvnc.so মডিউল ব্যবহারের ফলে X সার্ভার বিপর্যস্ত হত। এই বাগ সমাধান করা হয়েছে।
Xvnc দ্বারা বর্তমানে, সকল আর্কিটেকচারের জন্য GLX ও RENDER এক্সটেনশন প্রয়োগ করা হয়।
smartmontools, 5.38 সংস্করণে রি-বেস করা হয়েছে। এর ফলে, হার্ডওয়্যার ডিভাইসের স্বয়ংক্রিয় সনাক্তকরণ, CCISS RAID অ্যারে সমর্থন উন্নত করার পাশাপাশি, সমর্থিত ডিভাইসের একটি বর্ধিত ডাটাবেস উপলব্ধ করা হয়েছে।
একটি উপস্থিত বাগের ফলে, SELinux দ্বারা smartmontools-কে 3ware RAID ডিভাইস নিরীক্ষণ করতে প্রতিরোধ করা হত। smartmontools দ্বারা বর্তমানে এই ডিভাইসগুলি সহজেই নিরীক্ষণ করা সম্ভব হয়।
python-urlgrabber 3.1.0-5 সংস্করণে রি-বেস করা হয়েছে। এর ফলে, মূল প্রজেক্টে সংশোধিত অনেক বাগ এইখানে সংশোধিত হয়েছে। উল্লেখযোগ্য হল:
আংশিক ডাউনলোড সমর্থন করতে অক্ষম yum সংগ্রহস্থল থেকে বর্তমানে yum দ্বারা সঠিকরূপে পুনরায় ডাউনলোড করা সম্ভব হয়।
FTP ভিত্তিক সুনির্দিষ্ট পোর্ট সহ yum সংগ্রহস্থল থেকে, বিঘ্নিত ডাউনলোড বর্তমানে yum দ্বারা সঠিকরূপে পুনরায় আরম্ভ করা সম্ভব।
টার্মিন্যালের প্রস্ত অনুযায়ী, বর্তমানে প্রগতিসূচক বারের মাপ পরিবর্তন করা হবে। উপরন্তু, প্রগতিসূচক বারের প্রদর্শন সুবিন্যাস্ত করা হয়েছে এবং ডাউনলোড করা তথ্যের পরিমাণ শতাংশ অনুযায়ী প্রদর্শন করা হবে।
python-urlgrabber-র keepalive সংকেত বর্তমানে সংশোধিত হয়েছে। পূর্বে, এই সংকেতের মধ্যে উপস্থিত একটি বাগের ফলে ডাউনলোডের সময় মেমরির ব্যবহার ভুলবসত বৃদ্ধি করা হত; উপরন্তু, বৃহৎ সংখ্যক প্যাকেজ ডাউনলোড করার সময় reposync ও yumdownloader-র সঠিক কর্ম সঞ্চালন এই বাগের ফলে প্রভাবিত হত।
yum-utils বর্তমানে মূল প্রজেক্টের 1.1.16 সংস্করণে রি-বেস করা হয়েছে। এর ফলে, অনেক বাগ সংশোধন করা হয়েছে, যেমন:
yum update --security কমান্ডের সাহায্যে প্রয়োজনীয় পুরোনো নিরাপত্তা বিষয়ক আপডেট সঠিকরূপে সনাক্ত করা সম্ভব হবে।
অবচিত প্যাকেজের সাথে yum-versionlock সঠিক রূপে সঞ্চালিত হয়।
এই আপডেটের মধ্যে yum-fastestmirror প্লাগ-ইন উপস্থিত রয়েছে। এর ফলে, yum দ্বারা মিররের তালিকায় উপলব্ধ সবচেয়ে দ্রুত সংগ্রহস্থল নির্বাচন করা সম্ভব হবে।
Samba, মূল প্রজেক্টের 3.2.0 সংস্করণে রি-বেস করা হয়েছে। এর ফলে বেশ কয়েকটি বাগ সংশোধিত হয়েছে, যেমন Windows 2003 নেম-সার্ভার প্রয়োগকারী ডোমেইনের মধ্যে ব্যবহারকারীদের সংযোগ করতে প্রতিরোধকারী একটি বাগ। উপরন্তু, net rpc changetrustpw সহযোগে সিস্টেমের পাসওয়ার্ড পরিবর্তনের পরে samba ডোমেইনের সদস্যতা ক্ষতিগ্রস্তকারী একটি বাগ সংশোধন করা হয়েছে।
এই রিলিজে মূল samba প্রজেক্ট থেকে অন্তর্ভুক্ত সকল বৈশিষ্ট্যের তালিকা জানার জন্য http://www.samba.org/samba/history/samba-3.0.32.html দেখুন।
OpenLDAP বর্তমানে মূল প্রজেক্টের 2.3.43 সংস্করণে রি-বেস করা হয়েছে। এর ফলে মূল প্রজেক্টে সংশোধিত অনেক বাগ এইখানে সংশোধিত হয়েছে, যেমন:
slapd ডেমন দ্বারা TLS সার্টিফিকেট ফাইল পড়া সম্ভব না হলে init স্ক্রিপ্ট দ্বারা একটি সতর্কবার্তা প্রদর্শন করা হয়।
openldap-debuginfo প্যাকেজের মধ্যে উপস্থিত সকল লাইব্রেরি আন-স্ট্রিপ করা হয়েছে।
openldap-devel প্যাকেজ আন-ইনস্টল করার ফলে, OpenLDAP লাইব্রেরিগুলি ক্ষতিগ্রস্ত হবে না।
OpenLDAP সার্ভারের জন্য Red Hat দ্বারা বর্তমানে অতিরিক্ত ওভার-লে উপলব্ধ করা হয়। syncprov ব্যতীত অন্যান্য সকল ওভার-লেগুলি ভিন্ন openldap-servers-overlays প্যাকেজ রূপে উপলব্ধ রয়েছে এবং এইগুলি ডাইনামিক্যালি লোডেড মডিউল হিসাবে কম্পাইল করা হয়েছে। পূর্ববর্তী OpenLDAP রিলিজের সাথে সামঞ্জস্য বজায় রাখার জন্য syncprov ওভার-লেটি OpenLDAP সার্ভারের সাথে স্ট্যাটিক পদ্ধতিতে সংযুক্ত করা হয়েছে।
xterm বাইনারির ক্ষেত্রে set group ID (setgid) বিট কনফিগার হওয়ার ফলে, কয়েকটি এনভায়রনমেন্টার ভেরিয়েবলের মান (যেমন LD_LIBRARY_PATH ও TMPDIR) বাতিল হয়ে যেত। বর্তমান রিলিজের মধ্যে,xterm বাইনারির ক্ষেত্রে 0755 মোডের অনুমতি ধার্য হওয়ার ফলে এই সমস্যা সমাধান করা হয়েছে।
ypbind সহযোগে একাধিক মেশিন দ্বারা সংযোগ করার সময় NIS সার্ভারের ভারসাম্য নিয়ন্ত্রণের বাঞ্ছনীয় পদ্ধতি এই রিলিজে পরিবর্তিত হয়েছে। ypbind ডেমনের আচরণ পরিবর্তিত হয়নি এবং /etc/ypbind কনফিগারেশন ফাইলে তালিকাভুক্ত সকল NIS সার্ভার ping করে সবচেয়ে দ্রুত উত্তর প্রদানকারী সার্ভারের সাথে বাইন্ড করা হয়। পূর্বে, প্রতিটি মেশিনের /etc/ypbind.conf কনফিগারেশন ফাইলের মধ্যে সকল উপলব্ধ NIS সার্ভারের তালিকা সংরক্ষণ করা বাঞ্ছনীয় ছিল। কিন্তু, অধিক ভারাক্রান্ত সার্ভার সকল সার্ভারগুলি এই ping অনুরোধের উত্তর দেওয়ার কারণে সার্ভারের ভার বৃদ্ধি হয়ে যেত। এই কারণে, বর্তমানে অ্যাডমিনিস্ট্রেটরদেরকে প্রতিটি মেশিনের ybind.conf ফাইলের মধ্যে অল্প সংখ্যক ও ভিন্ন NIS সার্ভারের তালিকা তৈরির করার অনুরোধ জানানো হয়। এর ফলে, প্রতিটি মেশিনের জন্য সকল NIS সার্ভারের তালিকা উপলব্ধ না থাকার ফলে, NIS সার্ভারগুলির মধ্যে স্বয়ংক্রিয়ভাবে ভারসাম্য বজায় রাখা সম্ভব হয়।
OpenMotif বর্তমানে, মূল প্রজেক্টের 2.3.1 সংস্করণে রি-বেস করা হয়েছে। এর ফলে, মূল প্রজেক্টে সংশোধিত অনেক বাগ এই আপডেটে সংশোধিত হয়েছে। উল্লেখযোগ্য হল:
OpenMotif দ্বারা Grab ও Ungrab ইভেন্ট ব্যবস্থাপনা সংক্রান্ত একটি বাগ সংশোধন করা হয়েছে। পূর্ববর্তী রিলিজে এই বাগের উপস্থিতির ফলে ডিসপ্লে লক হয়ে যেত।
nedit গ্রাফিক্যাল ইউজার ইন্টারফেস ব্যবহারের সময়, nedit-এ উপস্থিত একটি বাগের কারণে এটি বিপর্যস্ত হত। কোডের মধ্যে উপস্থিত একটি ফাংশানের কারণে, কিছু সামগ্রী নির্বাচনের পরে সেগমেন্টেশন ফল্ট দেখা দিত। এই সমস্যা এখন সমাধান করা হয়েছে।
dbus, সংস্করণ 1.1.2-এ রি-বেস করা হয়েছে। এর ফলে, dbus-র মধ্যে মাল্টি-থ্রেডেড প্রোগ্রাম দ্বারা ডেডলক উৎপন্নকারী একটি বাগ সংশোধিত হয়েছে। পূর্ববর্তী রিলিজের ক্ষেত্রে, একটি থ্রেড দ্বারা dbus অ্যাপ্লিকেশনে অপেক্ষঅ করে বার্তা প্রক্রিয়াভুক্ত করার সময়, একটি ভিন্ন থ্রেড দ্বারা dbus-এ বার্তা প্রেরণ করা হত।
strace, 4.5.18 সংস্করণে রি-বেস করা হয়েছে। এর ফলে বেশ কয়েকটি বাগ সংশোধিত হয়েছে, যেমন:
কয়েকটি মাল্টি-থ্রেড প্রোগ্রামের সাথে (মূলত ৬৪-বিট সিস্টেমের মধ্যে) -f বিকল্পটি ব্যবহারের ফলে strace-র বিপর্যয় সৃষ্টিকারী একটি বাগ সংশোধন করা হয়েছে।
strace-র ৬৪-বিট সংস্করণ দ্বারা ৩২-বিট প্রসেসের মধ্যে vfork() ফাংশান সঞ্চালনে বাধা সৃষ্টিকারী একটি সমস্যা সমাধান করা হয়েছে।
cpuspeed, 1.2.1-5 সংস্করণে আপডেট করা হয়েছে। অন্যান্য সকল মডিউল লোড করা সম্ভব না হলে, বর্তমান আপডেটে cpuspeed init স্ক্রিপ্ট দ্বারা speedstep-centrino মডিউল লোড করা হয়। উপরন্তু, Powernow-k8 মডিউলকে লোড করতে প্রতিরোধকারী একটি ইউজার-স্পেস বাগ বর্তমানে সংশোধন করা হয়েছে।
এই ডিস্ট্রিবিউশন থেকে, frysk সংকলনের সকল সামগ্রী সম্পূর্ণরূপে মুছে ফেলা হয়েছে। Red Hat Enterprise Linux 5.0-র মধ্যে frysk প্রযুক্তিগত প্রি-ভিউ রূপে অন্তর্ভুক্ত করা হয়েছে।
পূর্বে, iostat -x কমান্ড দ্বারা সঠিক ইনপুট/আউটপুট সংক্রান্ত পরিসংখ্যান উপলব্ধ করা হত না। বর্তমান আপডেটের ফলে, পার্টিশন সংক্রান্ত পরিসংখ্যান গণনার জন্য ডিস্ক পরিসংখ্যান গণনার পদ্ধতি প্রয়োগ করা হয়। এর ফলে, পার্টিশন স্তরের তথ্য বিশিষ্ট পরিশ্রুত ও সার্বিক ইনপুট/আউটপুট পরিসংখ্যান উপলব্ধ করা হয়।
Dovecot মেইল সার্ভারের কনফিগারেশন ফাইলের মধ্যে পাসওয়ার্ডের প্রকাশ সংক্রান্ত একটি ত্রুটি ধরা পড়েছে। কোনো সিস্টেমের ক্ষেত্রে ssl_key_password বিকল্পটি ধার্য করা থাকলে, যে কোনো স্থানীয় ব্যবহারকারী দ্বারা SSL-কি পাসওয়ার্ড দেখা সম্ভব ছিল। (CVE-2008-4870)
এই ত্রুটির ফলে, কোনো আক্রমণকারী এই SSL-কির তথ্য প্রাপ্ত করতে সক্ষম হবে না। কি ফাইল বিনা এই পাসওয়ার্ডের কোনো গুরুত্ব নেই , কিন্তু ব্যবহারকারীদের সামনে এই কি ফাইল প্রকাশিত হওয়া বাঞ্ছনীয় নয়।
এই মান নিরাপদ রাখার জন্য dovecot.conf ফাইল দ্বারা বর্তমানে "!include_try" ডিরেক্টিভের ব্যবহার সমর্থিত হবে। ssl_key_password বিকল্পটি dovecot.conf ফাইল থেকে একটি নতুন ফাইলে স্থানান্তর করা আবশ্যক এবং এই ফাইলটি শুধুমাত্র root ব্যবহারকারী দ্বারা পড়া ও লেখার জন্য ধার্য করা হবে (অর্থাৎ 0600)। dovecot.conf ফাইলে !include_try বিকল্পটি প্রয়োগ করে এই ফাইলের দিকে নির্দেশ করতে হবে।
/path/to/password/file
ksh, সংস্করণ 2008-02-02-এ রি-বেস করা হয়েছে। এই আপডেটে, মাল্টি-বাইট অক্ষর পরিচালনা যোগ করা হয়েছে, কর্ম নিয়ন্ত্রণ সংক্রান্ত সমস্যা ও মূল প্রজেক্টের মধ্যে সংশোধিত বাগের সমাধান করা হয়েছে। উল্লেখ্য, বর্তমান উপলব্ধ স্ক্রিপ্টের ক্ষেত্রে ksh-র এই আপডেট দ্বারা কোনো বিঘ্ন সৃষ্টি করা হয় না।
vmconvert-র মধ্যে উপস্থিত একটি বাগের ফলে, vmur ডিভাইস নোডের (/dev/0.0.000c) মধ্যে সঠিক কর্ম সঞ্চালন সম্ভব ছিল না। এর ফলে, vmur ডিভাইসের মধ্যে ডাম্প ব্যবহারের প্রচেষ্টাকালে vmconvert বিফল হত ও নিম্নলিখিত ত্রুটি দেখা দিত vmconvert: Open dump file failed! (Permission denied)। বর্তমান রিলিজে, s390utils-র আপডেটে এই সমস্যা সংশোধন করা হয়েছে।
mon_procd ও mon_fsstatd ডেমনের জন্য init স্ক্রিপ্ট ও config ফাইলটি, s390utils প্যাকেজের মধ্যে অন্তর্ভুক্ত ছিল না। এর ফলে, এই ডেমনগুলি নির্মাণ ও ব্যবহার করা সম্ভব ছিল না। বর্তমান আপডেটে এই ফাইলগুলি যোগ করে এই সমস্যা সমাধান করা হয়েছে।
এই আর্কিটেকচারে, ehci_hcdমডিউল লোড করতে প্রতিরোধকারী একটি বাগ সংশোধন করা হয়েছে। এর ফলে, Red Hat Enterprise Linux 5-র মধ্যে Belkin 4-port PCI-Express USB Lily অ্যাডাপ্টার (ও অন্যান্য সমতূল্য ডিভাইস) ehci_hcd মডিউল সহযোগে সঠিকভাবে কর্ম সঞ্চালন করতে সক্ষম হবে।
libhugetlbfs লাইব্রেরি বর্তমানে 1.3 সংস্করণে রি-বেস করা হয়েছে। লাইব্রেরির এই আপডেট-এ, মূল প্রজেক্টের বেশ কয়েকটি উন্নত বৈশিষ্ট্য যোগ করা হয়েছে, যার ফলে Huge পেজ ব্যবহারকারী অ্যাপ্লিকেশনের কর্মক্ষমতা উল্লেখযোগ্যভাবে বৃদ্ধি হবে।
libhugetlbfs-এ হওয়ার সকল আপডেটের তালিকা প্রাপ্ত করার জন্য নিম্নলিখিত লিংক দেখুন:
http://sourceforge.net/mailarchive/message.php?msg_name=20080515170754.GA1830%40us.ibm.com
Red Hat Enterprise Linux 5.2-র মধ্যে, ৩২-বিট httpd-র পাশাপাশি, এই আর্কিটেকচারের জন্য httpd-র একটি ৬৪-বিট সংস্করণ যোগ করা হয়েছিল। দুটি সংস্করণ ইনস্টল করা হলে httpd-র মধ্যে দ্বন্দ্ব সৃষ্টি হবে ও httpd সঠিকরূপে কর্ম সঞ্চালন করতে সক্ষম হবে না।
এই সমস্যা এড়ানোর জন্য, এই রিলিজে httpd-র ৬৪-বিট সংস্করণ সরিয়ে ফেলা হয়েছে। httpd-কে বর্তমান রিলিজের সংস্করণে আপগ্রেড করা হলে স্বয়ংক্রিয়ভাবে httpd-র ৬৪-বিট সংস্করণ মুছে ফেলা হবে।
root ফাইল-সিস্টেম এনক্রিপ্ট করার জন্য নতুন ডিস্ক এনক্রিপশন ব্যবস্থা ব্যবহারকালে, সিস্টেম বন্ধ করার সময় কনসোলে নিম্নলিখিত ত্রুটির বার্তা প্রদর্শন করা হবে:
Stopping disk encryption [FAILED]
এই বার্তাটি উপেক্ষার করা যাবে এবং সিস্টেম সঠিকরূপে বন্ধ করা হবে।
এনক্রিপ্ট করা ডিভাইস ব্যবহারের সময়, নিম্নলিখিত ত্রুটির বার্তা প্রদর্শিত হতে পারে:
insmod: error inserting '/lib/aes_generic.ko': -1 File existsThis message can safely be ignored.
মাল্টি-পাথের উপর স্থাপিত মাল্টিপল ডিভাইস (MD) RAID সহযোগে ইনস্টল করা হলে, সিস্টেমটি ব্যবহারযোগ্য হবে না। অভ্যন্তরীণ RAID উপলব্ধকারী স্টোরেজ এরিয়া নেটওয়ার্ক (SAN) ডিভাইস প্রভাবিত হবে না।
একটি নোডের মধ্যে বৃহৎ পরিমাণ LUN যোগ করা হলে, udev দ্বারা ডিভাইস নোড নির্মাণের জন্য multipath দ্বারা ব্যয় হওয়া সময়ের পরিমাণ অতিমাত্রায় বৃদ্ধি হতে পারে। এই সমস্যা দেখা দিলে, /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 দ্বারা multipath সঞ্চালিত হয়। এই পংক্তি মুছে ফেলা হলেও, multipath সহ root ফাইল-সিস্টেমের ক্ষেত্রে multipathd দ্বারা স্বয়ংক্রিয়রূপে multipath ডিভাইস নির্মাণ করা হবে ও বুট করার সময় multipath কল করা হবে। multipathd সক্রিয় না হলে বর্তমানে কোনো multipath ডিভাইস স্বয়ংক্রিয়ভাবে নির্মিত হবে না ও multipath ব্যবহারকারীদের ক্ষেত্রে এটি কোনো সমস্যা সৃষ্টি করবে না।
Red Hat Enterprise Linux-র পূর্ববর্তী কোনো সংস্করণ থেকে 5.3 সংস্করণে আপগ্রেড করার সময় নিম্নলিখিত সমস্যা দেখা দিতে পারে:
Updating : mypackage ################### [ 472/1655] rpmdb: unable to lock mutex: Invalid argument
glibc-র জন্য উপলব্ধ যৌথ ব্যবহারযোগ্য futex লকিং ব্যবস্থা 5.2 ও 5.3 সংস্করণের মধ্যে প্রতি-প্রসেস futex-র জন্য উন্নত করার ফলে লকিং সংক্রান্ত এই সমস্যা দেখা দিয়েছে। এর ফলে, 5.2 glibc প্রয়োগকারী প্রোগ্রামগুলি, 5.3 glibc ব্যবহারকারী সিস্টেমের সাথে যৌথরূপে futex লকিং করতে সক্ষম নয়।
ইনস্টলেশন স্ক্রিপ্টের অংশ হিসাবে, একটি প্যাকেজ দ্বারা rpm কল করার ফলে এই ত্রুটির বার্তা প্রদর্শন করা হয়। আপগ্রেড কর্মে ব্যবহৃত rpm ইনস্ট্যান্সটি, আপগ্রেড চলাকালে পূর্ববর্তী glibc ব্যবহার করে, কিন্তু স্ক্রিপ্ট থেকে আরম্ভ হওয়া rpm ইনস্ট্যান্সটি দ্বারা glibc-র নতুন সংস্করণ ব্যবহার করা হয়।
এই সমস্যা এড়ানোর জন্য, পৃথকভাবে প্রথমে glibc fআপগ্রেড করুন:
# yum update glibc # yum update5.3 সিস্টেমে glibc-র কোনো পূর্ববর্তী সংস্করণে ডাউনগ্রেড করার সময়ও এই সমস্যা দেখা দেবে।
Red Hat Enterprise Linux 5-এ উপস্থিত mvapich ও mvapich2, শুধুমাত্র InfiniBand/iWARP ইন্টার-কানেক্ট সমর্থনের জন্য কম্পাইল করা হয়েছে। এর ফলে, ইথারনেট অথবা অন্যান্য নেটওয়ার্ক ইন্টার-কানেক্টের মধ্যে এইগুলি সঞ্চালন করা সম্ভব নয়।
দুটির বেশি এনক্রিপ্ট করা ব্লক ডিভাইস সহ সিস্টেমের ক্ষেত্রে, anaconda দ্বারা একটি সার্বজনীন পরিচয়-পংক্তি প্রয়োগের বিকল্প উপস্থিত করা হয়। উল্লেখ্য, init স্ক্রিপ্ট দ্বারা এই বৈশিষ্ট্য সমর্থন করা হয় না। সিস্টেমে বুট করার সময়, প্রতিটি এনক্রিপ্ট করা ডিভাইসের জন্য পরিচয়-পংক্তি লেখা আবশ্যক।
yum সহযোগে openmpi ব্যবহারের সময়, নিম্নলিখিত সতর্কবার্তা প্রদর্শিত হতে পারে:
cannot open `/tmp/openmpi-upgrade-version.*' for reading: No such file or directoryএই ফলে কোনো ক্ষতি হওয়ার সম্ভাবনা নেই ও এই বার্তা উপেক্ষা করা যাবে।
পার-ভেক্টর মাস্ক করার ক্ষমতাবিহীন মেসেজ সিগ্যালড ইন্টারাপ্ট (MSI) ব্যবহারকারী কিছু ডিভাইসের ক্ষেত্রে IRQ SMP অ্যাফিনিটি কনফিগার করার কোনো প্রভাব সৃষ্টি হয় না। bnx2 ড্রাইভার প্রয়োগকারী Broadcom NetXtreme ইথারনেট ডিভাইসগুলি এই তালিকায় অন্তর্ভুক্ত।
এই ধরনের ডিভাইসের জন্য IRQ অ্যাফিনিটি কনফিগার করার জন্য /etc/modprobe.d/-র মধ্যে নিম্নলিখিত পংক্তিসহ একটি ফাইল তৈরি করে MSI নিষ্ক্রিয় করুন:
options bnx2 disable_msi=1
অথবা, pci=nomsi কার্নেল বুট পরামিতি প্রয়োগ করে MSI সম্পূর্ণরূপে নিষ্ক্রিয় করুন।
Dell PowerEdge R905 সার্ভারের মধ্যে Red Hat Enterprise Linux 5-র সাথে CD-ROM/DVD-ROMব্যবহার করা সম্ভব হয় না। অধিক বিবরণের জন্য Knowledgebase #13121 দেখুন: http://kbase.redhat.com/faq/FAQ_103_13121।
উপরোক্ত Knowledgebase প্রবন্ধের মধ্যে উল্লিখিত নির্দেশ অনুসরণ করার পরে উৎপন্ন সমস্যাগুলি GSS দ্বারা সমাধানযোগ্য না হতে পারে।
টেপ ডিভাইসের নামের মধ্যে ৯-র বেশি কোনো সংখ্যা উপস্থিত থাকলে, /etc/udev/rules.d/50-udev.rules ফাইলের একটি বাগের ফলে এই ডিভাইসগুলির নাম স্থায়ীরূপে ধার্য করা সম্ভব হয় না। উদাহরণ, nst12 নাম বিশিষ্ট টেপ ডিভাইসের নাম স্থায়ী হবে না।
এই সমস্যা এড়ানোর জন্য /etc/udev/rules.d/50-udev.rules ফাইলের মধ্যে প্রতিবার nst[0-9] পংক্তির পরে একটি তারাচিহ্ন (*)যোগ করুন:
smartctl দ্বারা SATA ডিভাইস থেকে সঠিকরূপে SMART পরামিতি পড়া সম্ভব নয়।
openmpi ও lam-র পূর্ববর্তী সংস্করণে উপস্থিত একটি বাগের ফলে এই প্যাকেজগুলি আপগ্রেড করা সম্ভব না হতে পারে ও বাগের ফলে নিম্নলিখিত ত্রুটি দেখা দিতে পারে (openmpi অথবা lam আপগ্রেডের প্রচেষ্টাকালে):
error: %preun(openmpi-[version]) scriptlet failed, exit status 2
openmpi ও lam-র সর্বশেষ সংস্করণ ইনস্টল করার জন্য প্রথমে পুরোনো সংস্করণগুলি মুছে ফেলা আবশ্যক। এর জন্য নিম্নলিখিত rpm কমান্ড প্রয়োগ করুন:
rpm -qa | grep '^openmpi-\|^lam-' | xargs rpm -e --noscripts --allmatches
dm-multipath ব্যবহার কালে, /etc/multipath.conf ফাইলের মধ্যে features "1 queue_if_no_path" উল্লেখ করা হলে, ইনপুট/আউটপুট কর্ম আরম্ভকারী প্রসেসেগুলি স্তব্ধ হবে এবং এক অথবা একাধিক পাথ পুনরায় স্থাপন না করা অবধি প্রসেসগুলি পুনরারম্ভ করা সম্ভব হবে না।
এই সমস্যা এড়ানোর জন্য, /etc/multipath.conf ফাইলের মধ্যে no_path_retry নির্ধারণ করুন (এই ক্ষেত্রে, [N][N]/etc/multipath.conf ফাইল থেকে features "1 queue_if_no_path" বিকল্পটিও মুছে ফেলা আবশ্যক।
"1 queue_if_no_path"-র ব্যবহার আবশ্যক হলে এবং এর ফলে উল্লিখিত সমস্যা দেখা দিলে, কর্ম চলাকালে সুনির্দিষ্ট LUN-র (অর্থাৎ, যেটির জন্য পাথ উপলব্ধ নেই) জন্য নিয়মনীতি পরিবর্তনের উদ্দেশ্যে dmsetup প্রয়োগ করুন।
উদাহরণস্বরূপ: dmsetup message প্রয়োগ করুন। এই ক্ষেত্রে, [device] 0 "fail_if_no_path"[device]"queue_if_no_path" নীতি থেকে "fail_if_no_path"-এ পরিবর্তন করার প্রচেষ্টা করা হচ্ছে, সেই ডিভাইসের নাম লিখুন (যেমন mpath2; পাথ উল্লেখ করবেন না)।
একই কার্নেল মডিউলের একাধিক সংস্করণ ইনস্টল করে সেগুলি সক্রিয় করা সম্ভব নয়। উপরন্তু, কার্নেলের মডিউলের সংস্করণ পার্স করার পদ্ধতি সংক্রান্ত একটি বাগের ফলে একই কার্নেল মডিউলের পুরোনো সংস্করণ সক্রিয় হয়ে যাওয়ার সম্ভাবনা রয়েছে।
কোনো কার্নেল মডিউলের নতুন সংস্করণ ইনস্টল করার সময়, Red Hat-র পক্ষ থেকে পুরোনো সংস্করণ মুছে ফেলা প্রস্তাব জানানো হচ্ছে।
IBM Bladecenter QS21 অথবা NFS root সহ QS22-র মধ্যে kdump-র সঞ্চালন বিফল হবে। এই সমস্যা এড়ানোর জন্য /etc/kdump.conf. ফাইলের মধ্যে একটি NFS ডাম্প টার্গেট নির্ধারণ করুন।
IBM T60 ল্যাপটওগুলি সাসপেন্ড করে একটি ডকিং স্টেশনের সাথে যুক্ত করা হলে তা সম্পূর্ণরূপে বন্ধ হয়ে যাবে। এই সমস্যা এড়ানোর জন্য acpi_sleep=s3_bios আর্গুমেন্ট সহ সিস্টেমটি বুট করুন।
IBM Bladecenter-র সাথে ব্যবহারযোগ্য QLogic iSCSI Expansion Card দ্বারা ইথারনেট ও iSCSI কর্ম উপলব্ধ করা হয়। কার্ডের কিছু অংশ উভয় কর্ম দ্বারা যৌথরূপে ব্যবহৃত হয়। তথাপি, বর্তমান qla3xxx ও qla4xxx ড্রাইভারগুলি, ইথারনেট ও iSCSI কর্ম শুধমাত্র পৃথকরূপে সমর্থন করতে সক্ষম। একযোগে ইথারনেট ও iSCSI কর্ম সমর্থন করা সম্ভব নয়।
এই সীমাবদ্ধতার ফলে, ধারাবাহিক রিসেটের (ক্রমাগত ifdown/ifup কমান্ডের ব্যবহার দ্বারা) ফলে ডিভাইসের কর্ম স্তব্ধ হতে পারে। এই সমস্যা এড়ানোর জন্য ifup ও ifdown কমান্ডের মধ্যে ১০ সেকেন্ডের বিরতি বজায় রাখুন। ifdown ও ifup-র ক্ষেত্রেও এই বিরতি বজায় রাখুন। এর ফলে, ifup প্রয়োগের পরে সিস্টেমের অবস্থা স্থায়ী হবে ও সঞ্চালনযোগ্য সকল কর্ম আরম্ভ করা হবে।
Cisco Aironet MPI-350 বেতার কার্ড প্রয়োগকারী ল্যাপটপগুলি তার দ্বারা সংযুক্ত ইথারনেট পোর্ট ব্যবহার করে নেটওয়ার্ক ইনস্টলেশনের সময় DHCP ঠিকানা প্রাপ্ত করার সময় স্তব্ধ হতে পারে।
এই সমস্যা এড়ানোর জন্য ইনস্টলেশনের জন্য স্থানীয়রূপে ব্যবহারযোগ্য মিডিয়া ব্যবহার করুন। অথবা ইনস্টলেশনের পূর্বে ল্যাপটপের BIOS-এ বেতার কার্ড নিষ্ক্রিয় করুন (ইনস্টলেশনের পরে বেতার কার্ড পুনরায় সক্রিয় করতে পারবেন)।
Red Hat Enterprise Linux 5.3-এ বুট করার সময়/var/log/boot.log-এ লগ করা হবে না।
X সক্রিয় থাকলে ও vesa ভিন্ন অন্য কোনো ড্রাইভার ব্যবহৃত হলে kexec/kdump কার্নেলে সিস্টেম সঠিকরূপে পুনরায় বুট করতে সক্ষম হবে না। এই সমস্যা শুধুমাত্র ATI Rage XL গ্রাফিক্স চিপ-সেটের মধ্যে উপস্থিত রয়েছে।
ATI Rage XL সহ সিস্টেমে X সঞ্চালিত হলে vesa ড্রাইভারের ব্যবহার নিশ্চিত করুন। এর ফলে kexec/kdump কার্নেলে পুনরায় বুট করতে সমস্যা হবে না।
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) স্বয়ংক্রিয়রূপে mount করা হয় না। গ্রাফিক্যাল ফাইল পরিচালনব্যবস্থার সাহায্যে এই ডিভাইসগুলি mount করা আবশ্যক।
অথবা, /media-র মধ্যে কোনো ডিভাইস mount করার জন্য নিম্নলিখিত কমান্ড প্রয়োগ করুন:
mount /dev/[device name] /media
কনফিগার করা স্টোরেজ সিস্টেমের মধ্যে একটি LUN মুছে ফেলা হলে, হোস্ট সিস্টেমে তা প্রদর্শিত হবে না। এই ক্ষেত্রে, dm-multipath ব্যবহারের ফলে lvm কমান্ডগুলি সঞ্চালিত হবে না কারণ LUN-টি stale অবস্থায় ধার্য হবে।
এই সমস্যা এড়ানোর জন্য /etc/lvm/.cache ফাইলের stale LUN সংক্রান্ত সব ডিভাইস ও mpath লিঙ্ক মুছে ফেলুন।
এই সমস্ত এন্ট্রি সনাক্ত করার জন্য, নিম্নলিখিত কমান্ড ব্যবহার করুন:
ls -l /dev/mpath | grep
[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
-ll বিকল্পের সাথে multipath কমান্ড প্রয়োগ করার সময়, একটি পাথ ব্লকিং ডিভাইসের মধ্যে উপস্থিত থাকলে এই কমান্ড স্তব্ধ হতে পারে। উল্লেখ্য, ডিভাইস থেকে কোনো উত্তর প্রাপ্ত না হলে ড্রাইভার দ্বারা এই অনুরোধকে বিফল ধার্য করা হয় না।
পরিশ্রুত করতে ব্যবহত cleanup কোডের ফলে এই সমস্যা দেখা দেয়। পাথ অনুসন্ধানের অনুসন্ধান সফল অথবা ব্যর্থ হওয়া অবধি এই কোড অপেক্ষা করে থাকে। কমান্ডটি স্তব্ধ না করে 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 ড্রাইভার দ্বারা গুরুতর সমস্যা দেখা দেওয়ার মূল কারণ হল ব্যবহারকারী দ্বারা সঞ্চালিত অ্যাপ্লিকেশন থেকে প্রাপ্ত ও অসমাপ্ত কর্মের সংখ্যার অনুরোধের তুলনায় কর্ম সমাপ্তির কিউ-র অপর্যাপ্ত মাপ।
ড্রাইভার দ্বারা হার্ডওয়্যার রিসেট করে এই ধরনের কোনো সমস্যা সমাধান করা গেলেও, সমস্যা উৎপন্ন হওয়ার সময় সব উপস্থিত সংযোগ বিচ্ছিন্ন হয়ে যাবে। এর ফলে, ব্যবহারকারীর অ্যাপ্লিকেশনের মধ্যে সেগমেন্টেশন ফল্ট দেখা দেয়। উপরন্তু, সমস্যা উৎপন্ন হওয়ার সময় opensm চলমান থাকলে, সঠিক কর্ম সঞ্চালনের জন্য ব্যবহারকারীকে এটি পুনরায় আরম্ভ করতে হবে।
গেস্ট সিস্টেমে Red Hat Enterprise Linux 5 ইনস্টল করার সময়, গেস্ট সিস্টেম দ্বারা dom0 থেকে উপলব্ধ একটি অস্থায়ী ইনস্টলেশন কার্নেল ব্যবহারের উদ্দেশ্যে প্রয়োজনীয় কনফিগারেশন করা হয়। ইনস্টলেশন সমাপ্তির পরে, গেস্ট সিস্টেমে নিজস্ব বুট-লোডার প্রয়োগ করতে সক্ষম হবে। কিন্তু, এর জন্য গেস্ট সিস্টেমগুলি প্রথমবার পুনরারম্ভ করার সময় শাট-ডাউন পদ্ধতি প্রয়োগ করা আবশ্যক।
গেস্ট ইনস্টলেশনের সমাপ্তির সময় প্রদর্শিত পুনরারম্ভ বাটন প্রদর্শিত হয়, কিন্তু এটি ক্লিক করা হলে গেস্ট সিস্টেমটি পুনরারম্ভ না হয়ে সম্পূর্ণরূপে বন্ধ হয়ে যায়।
উল্লেখ্য, এর পরে গেস্ট সিস্টেম বুট করা হলে সিস্টেমটির নিজস্ব বুট-লোডার প্রয়োগ করা হবে।
কোনো KDE অথবা qt ডিভেলপমেন্ট প্যাকেজ (যেমন, qt-devel) ইনস্টল করা থাকলে, compiz সোর্স RPM-র জন্য rpmbuild প্রয়োগ করা হলে কর্ম বিফল হবে। compiz কনফিগারেশন স্ক্রিপ্টের মধ্যে উপস্থিত একটি বাগের ফলে এই সমস্যা দেখা দেয়।
এই সমস্যা এড়ানোর জন্য, সোর্স RPM থেকে compiz প্যাকেজ বিল্ড করার পূর্বে KDE অথবা qt ডিভেলপমেন্ট প্যাকেজগুলি মুছে ফেলুন।
সিস্টেমের মধ্যে ATI Radeon R500 অথবা R600 গ্রাফিক্স কার্ড উপস্থিত থাকলে, ইনস্টলেশনের পরে firstboot সঞ্চালিত হবে না। firstboot উপেক্ষা করে সরাসরি লগ-ইন পর্দা প্রস্তুত করা হবে। ব্যবহারকারী দ্বারা firstboot চালানোর প্রচেষ্টা করা হলে (অর্থাৎ, ফেইল-সেফ টার্মিন্যাল থেকে) X সার্ভারের সেশান বিপর্যস্ত হবে।
ATI Radeon R500/R600 হার্ডওয়্যারের ড্রাইভারের ফলে এই সমস্যা দেখা দেয়। এই গ্রাফিক্স কার্ডগুলির জন্য ব্যবহারযোগ্য ডিফল্ট ড্রাইভারগুলি এখনো প্রযুক্তিগত প্রি-ভিউয়ের অধীন রয়েছে। এই সমস্যা এড়ানোর জন্য, /etc/X11/xorg.conf ফাইল ব্যাক-আপ করে, নিম্নলিখিত কমান্ড সহযোগে X দ্বারা সমর্থিত vesa ড্রাইভারের ব্যবহার নির্ধারণ করুন:
system-config-display --reconfig --set-driver=vesa
এর পরে, firstboot চালানো সম্ভব হবে। পূর্বাবস্থায় প্রত্যাবর্তনের জন্য পুরোনো /etc/X11/xorg.conf ফাইলটি পুনরায় স্থাপন করুন।
সিস্টেমে TSC টাইমার ব্যবহৃত হলে, gettimeofday সিস্টেম কলটি বিপরীত দিশায় চলতে পারে। ওভার-ফ্লো সংক্রান্ত একটি সমস্যার কারণে, কিছু ক্ষেত্রে TSC টাইমার উল্লেখযোগ্যভাবে এগিয়ে চলে এবং এই সমস্যা উৎপন্ন হলে TSC টাইমার দ্বারা কিছু সংশোধন করার প্রয়োজন হয়। এই সংশোধন সাধারণত, সময়ের বিপরীত দিশায় চলাচল দ্বারা সনাক্ত হয়।
সময় সম্বন্ধে সংবেদনশীল সিস্টেমের ক্ষেত্রে এই সমস্যা অত্যন্ত গুরুত্বপূর্ণ, যেমন ট্রানস্যাকশন সিস্টেম ও ডাটাবেস। সিস্টেমের ক্ষেত্রে সময়ের গণনা অত্যন্ত গুরুত্বপূর্ণ হলে, Red Hat-র পক্ষ থেকে কার্নেলের জন্য একটি পৃথক টাইমার (যেমন, HPET) ব্যবহারের প্রস্তাব জানানো হচ্ছে।
dogtail-র সাথে কিছু আবশ্যক প্যাকেজ ইনস্টল না হওয়ার ফলে sniff ব্যবহার কালে সমস্যা দেখা দিতে পারে।
এই সমস্যা প্রতিরোধ করার জন্য, নিম্নলিখিত প্যাকেজগুলি স্বয়ং ইনস্টল করুন:
librsvg2
ghostscript-fonts
pygtk2-libglade
EMC Symmetrix DMX3 ও DMX4-র সাথে প্রথমে থিন প্রভিশনিং (অথবা "ভার্চুয়াল প্রভিশনিং") প্রকাশিত হয়। অধিক বিবরণের জন্য EMC Support Matrix ও Symmetrix Enginuity কোডের রিলিজ নোট পরিদর্শন করুন।
/etc/multipath.conf ফাইলে, max_fds-র মান unlimited ধার্য করা হলে multipathd ডেমন সঠিকরূপে আরম্ভ করতে সক্ষম হবে না। এর কারণে, এই মানের পরিবর্তে একটি যথাযত উচ্চ মান ধার্য করা আবশ্যক।
SystemTap দ্বারা বর্তমানে ইউজার-স্পেস ইভেন্ট অনুসন্ধানের জন্য GCC ব্যবহার করা হয়। তথাপি, বর্তমানে ব্যবহৃত পরামিতিগুলি সংক্রান্ত অবস্থান তালিকার তথ্য GCC দ্বারা ডি-বাগারের জন্য উপলব্ধ করা হয় না। কিছু ক্ষেত্রে, GCC দ্বারা কিছু পরামিতির উপস্থিতি সম্পর্কে সূচিত করা হয় না। এর ফলে, ইউজার-স্পেসে অনুসন্ধান করতে ব্যবহৃত SystemTap স্ক্রিপ্টগুলি দ্বারা ভুল তথ্য প্রাপ্ত হওয়ার সম্ভাবনা রয়েছে।
IBM T41 মডেলের ল্যাপটপগুলির ক্ষেত্রে সাসপেন্ড মোড সঠিকরূপে ধার্য হয় না এবং এর ফলে সাসপেন্ড মোডে স্বাভাবিক অবস্থার অনুরূপ ব্যাটারি ব্যবহৃত হবে। Red Hat Enterprise Linux 5-র মধ্যে radeonfb মডিউলের অনুপস্থিতির ফলে এই সমস্যা উপস্থিত রয়েছে।
এই সমস্যা এড়ানোর জন্য, /usr/share/hal/scripts/-র মধ্যে, নিম্নলিখিত পংক্তিগুলি সহ hal-system-power-suspend নামক একটি স্ক্রিপ্ট যোগ করুন:
chvt 1 radeontool light off radeontool dac off
এই স্ক্রিপ্টের সাহায্যে IBM T41 ল্যাপটপ সঠিকরূপে সাসপেন্ড মোডে ধার্য করা হবে। বিনা বাধায় স্বাভাবিক মোডে প্রত্যাবর্তন সুনিশ্চিত করার জন্য, একই ডিরেক্টরির মধ্যে নিম্নলিখিত পংক্তিগুলি সহ restore-after-standby নামক একটি স্ক্রিপ্ট যোগ করুন:
radeontool dac on radeontool light on chvt 7
edac মডিউল লোড করা হলে, BIOS মেমরির সূচনাপ্রদান করা সম্ভব হবে না। BIOS দ্বারা মেমরি সংক্রান্ত ত্রুটির সূচনাপ্রদান করতে ব্যবহৃত রেজিস্টারটি edac মডিউল দ্বারা মুছে ফেলা হয় ও এই কারণে এই সমস্যা দেখা দেয়।
Red Hat Enterprise Linux Driver Update Model দ্বারা কার্নেলকে ডিফল্টরূপে সকল মডিউল (edac মডিউল সহ) লোড করার নির্দেশ দেওয়া হয়)। সিস্টেমের মধ্যে BIOS মেমরির সূচনাপ্রদান ব্যবস্থা অবিঘ্নিত রাখতে হলে, ব্যবহারকারীকে স্বয়ং edac মডিউলটিকে লোড না করার জন্য কনফিগার করতে হবে। এর জন্য, /etc/modprobe.conf ফাইলে নিম্নলিখিত পংক্তি যোগ করুন:
blacklist edac_mc blacklist i5000_edac blacklist i3000_edac blacklist e752x_edac
Red Hat Enterprise Linux 5.3 দ্বারা কোনো ব্লক ডিভাইসের মাপে বৃদ্ধি ও হ্রাস সনাক্ত করা সম্ভব হয়। কিন্তু, এর জন্য কোনো স্বয়ংক্রিয় ব্যবস্থা উপস্থিত নেই ও ব্যবহারকারীদের স্বয়ং এটি সনাক্ত করে নিম্নলিখিত ডিভাইসে স্থাপিত ফাইল-সিস্টেমগুলির মাপ পরিবর্তন করতে হবে। ব্লক ডিভাইসের মাপ পরিবর্তন সনাক্ত হলে, সিস্টেম লগের মধ্যে নিম্নলিখিত বার্তা উপস্থিত হবে:
VFS: busy inodes on changed media or resized disk sdi
ব্লক ডিভাইসের মাপ বৃদ্ধি হলে, এই বার্তা নিরাপদভাবে উপেক্ষা করা যাবে। কিন্তু, ব্লক ডিভাইসের মধ্যে উপস্থিত তথ্যের মাপ হ্রাস করার পূর্বে ব্লক ডিভাইসের মাপ হ্রাস করা হলে, ডিভাইসের তথ্য ক্ষতিগ্রস্ত হওয়ার সম্ভাবনা রয়েছে।
সম্পূর্ণ LUN (অথবা ব্লক ডিভাইস)-র মধ্যে নির্মিত ফাইল-সিস্টেমে ক্ষেত্রে অন-লাইন মাপ পরিবর্তন করা সম্ভব হবে। ব্লক ডিভাইসের মধ্যে পার্টিশন টেবিল উপস্থিত থাকলে, পার্টিশন টেবিল আপডেট করার জন্য ফাইল-সিস্টেম আন-মাউন্ট করা আবশ্যক।
সিস্টেমের ধ্যে GFS2 ফাইল-সিস্টেম মাউন্ট করা হলে, ক্যাশে করা কোনো inode একটি নোডে ব্যবহৃত হলে ও অন্য একটি নোড থেকে বিচ্ছিন্ন করা হলে প্রথম নোডের কর্ম স্থগিত হতে পারে। এই সমস্যা দেখা দিলে, এই নোডটি ব্যবহার করা সম্ভব হবে না ও নোডটিকে fence করে ক্লাস্টার পুনরুদ্ধারের স্বাভাবিক পদ্ধত দ্বারা এটিকে পুনরায় কার্যকরী করতে হবে। স্তব্ধ এই নোডের মধ্যে আটক প্রসেসগুলির স্ট্যাক ট্রেসের মধ্যে gfs2_dinode_dealloc ও shrink_dcache_memory ফাংশান কলগুলিও প্রকাশিত হবে।
একটি নোড বিশিষ্ট GFS2 ফাইল সিস্টেমের ক্ষেত্রে এটি প্রযোজ্য নয়।
সিস্টেম বুটের সময় নিম্নলিখিত বার্তা প্রদর্শিত হতে পারে:
Could not detect stabilization, waiting 10 seconds. Reading all physical volumes. This may take a while...কার্নেল দ্বারা সকল ডিস্ক স্ক্যান সম্পূর্ণ করার জন্য এই বিলম্ব (হার্ডওয়্যার কনফিগারেশনের উপর নির্ভর করে ১০ সেকেন্ড অবধি হতে পারে) প্রয়োজন।
ipmitool-র মধ্যে User Payload Access-র বর্তমান বাস্তবায়ন দ্বারা ডিভাইস কনফিগার করা সম্ভব হলেও সংশ্লিষ্ট ডিভাইসের বৈশিষ্ট্যের মান উদ্ধার করা সম্ভব নয়।
kickstart ফাইলের মধ্যে --maxsize পরামিতি ধার্য না করে, swap --grow পরামিতি ব্যবহার করা হলে, anaconda দ্বারা swap পার্টিশনের জন্য সর্বাধিক মাপ সম্পর্কে বাধ্যতামূলকভাবে সীমা আরোপ করা হয়। ডিভাইস উপস্থিত অবশিষ্ট স্থান প্রয়োগের বিকল্প উপলব্ধ করা হয় না।
২ গিগাবাইটের কম পরিমাণ মেমরি সহ সিস্টেমের জন্য, প্রকৃত মেমরির দ্বিগুণ পরিমাণ অবধি সীমা আরোপ করা হয়। ২ গিগাবাইটের অধিক পরিমাণ মেমরি সহ সিস্টেমের ক্ষেত্রে, প্রকৃত মেমরির পরিমাণ ও ২ গিগাবাইট পর্যন্ত মাপ ধার্য করা হয়।
GFS2-র অধীন ব্যবহার না হওয়া GFS মিটা-ডাটাগুলি gfs2_convert প্রোগ্রাম দ্বারা সকল ব্লক থেকে মুছে ফেলা সম্ভব না হতে পারে। পরবর্তীবার ফাইল-সিস্টেমের মধ্যে 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 ফাইল-সিস্টেমের কোনো ত্রুটি উল্লেখ করা হয় না এবং মুক্ত করার যোগ্য অব্যবহৃত ব্লকগুলি চিহ্নিত করা হয়। ফাইল-সিস্টেমের মাপ ও ব্লকের মাপের উপর নির্ভর করে, মুক্ত করার যোগ্য ব্লকগুলি গণনা করা হবে। অনেক ফাইল-সিস্টেমের ক্ষেত্রে এই সমস্যা দেখা দেবে না এবং বৃহৎ পরিমাণ ফাইল-সিস্টেমের ক্ষেত্রে অল্প সংখ্যক ব্লক (সাধারণত ১০০-র কম) উপস্থিত থাকবে।
বেয়ার মেটাল (নন-ভার্চুয়ালাইজ্ড) কার্নেল ব্যবহার করার সময় X সার্ভার দ্বারা মনিটর থেকে EDID তথ্য উদ্ধার না করার সম্ভাবনা রয়েছে। এই পরিস্থিতিতে গ্রাফিক্স ড্রাইভার দ্বারা ৮০০x৬০০-র অধিক প্রদর্শন রিজোলিউশন ব্যবহার করা সম্ভব হবে না।
এই সমস্যা এড়ানোর জন্য /etc/X11/xorg.conf ফাইলের ServerLayout বিভাগে নিম্নলিখিত পংক্তিটি যোগ করুন:
বিকল্প "Int10Backend" "x86emu"
Dell M4300 ও M6300-র ক্ষেত্রে রেকর্ডিং ব্যবস্থা ব্যবহারকারী দ্বারা সক্রিয় করা আবশ্যক। এর জন্য নিম্নলিখিত নির্দেশ পালন করুন:
alsamixer খুলুন।
প্রদর্শন ক্ষেত্রে (মেনুর উপরের অংশে বাঁদিকে অবস্থিত) [Capture] টগল করার জন্য Tab কি টিপুন।
Space বার টিপুন।
ADCMux ক্ষেত্রের উপরে L R CAPTUR লেখা থাকার অর্থ রেকর্ডিং ব্যবস্থা সক্রিয় করা হয়েছে।
সিস্টেম ইনস্টলেশনের সময় বুট ডিভাইসের মধ্যে এনক্রিপশন ব্যবস্থা সক্রিয় থাকলে, সিস্টেম বুটের সময় নিম্নলিখিত বার্তা লগ করা হবে:
padlock: VIA PadLock not detected.এই বার্তাটি উপেক্ষা করা যাবে।
NVIDIA গ্রাফিক্স কার্ড ব্যবহারকারী কিছু মেশিনে গ্রাফিকাল ইনস্টলার অথবা গ্রাফিকাল লগ-ইন পর্দায় ছবি ও ফন্ট ত্রুটিপূর্ণ রূপে প্রদর্শনের সম্ভাবনা রয়েছে। এই সমস্যা এড়াতে ভার্চুয়াল কনসোলে পরিবর্তন করে পূর্ববর্তী X হোস্টে প্রত্যাবর্তন করুন।
Red Hat-র পক্ষ থেকে, IBM T61 ল্যাপটপে glxgears উইন্ডো (glxgears কমান্ড চালানো হলে) ক্লিক না করার প্রস্তাব জানানো হচ্ছে। এর ফলে, সিস্টেম লক হয়ে যেতে পারে।
এই সমস্যা এড়ানোর জন্য, tiling বৈশিষ্ট্য নিষ্ক্রিয় করুন। এর জন্য, /etc/X11/xorg.conf ফাইলের Device বিভাগে নিম্নলিখিত পংক্তিটি যোগ করুন:
Option "Tiling" "0"
Dell M4300 ও M6300-র ক্ষেত্রে রেকর্ডিং ব্যবস্থা ব্যবহারকারী দ্বারা সক্রিয় করা আবশ্যক। এর জন্য নিম্নলিখিত নির্দেশ পালন করুন:
alsamixer খুলুন।
প্রদর্শন ক্ষেত্রে (মেনুর উপরের অংশে বাঁদিকে অবস্থিত) [Capture] টগল করার জন্য Tab কি টিপুন।
Space বার টিপুন।
ADCMux ক্ষেত্রের উপরে L R CAPTUR লেখা থাকার অর্থ রেকর্ডিং ব্যবস্থা সক্রিয় করা হয়েছে।
সিস্টেমের মধ্যে Intel 945GM গ্রাফিক্স কার্ড ব্যবহৃত হলে, i810 ড্রাইভার ব্যবহার না করে ডিফল্ট intel ড্রাইভার ব্যবহার করা আবশ্যক।
ডুয়াল-GPU বিশিষ্ট ল্যাপ-টপের ক্ষেত্রে, একটি Intel-ভিত্তিক গ্রাফিক্স চিপ উপস্থিত থাকলে Intel গ্রাফিক্স মোড দ্বারা কোনো বহিস্থিত ডিজিট্যাল সংযোগ (HDMI, DVI, ও DisplayPort সহ) সঞ্চালন করা সম্ভব হবে না। Intel GPU-র হার্ডওয়্যার সংক্রান্ত এটি একটি জ্ঞাত সমস্যা। বহিস্থিত ডিজিট্যাল সংযোগ প্রয়োজন হলে, (BIOS-র মধ্যে) ডিস্ক্রিট গ্রাফিক্স চিপ ব্যবহার করা যাবে।
ডিবাগ করার জন্য Alt-SysRq-W প্রয়োগ করা হলে নিম্নলিখিত সতর্কবার্তা প্রদর্শিত হবে:
Badness in smp_call_function at arch/powerpc/kernel/smp.c:223
এর পরে সিস্টেম স্তব্ধ (hang) হওয়ার সম্ভাবনা ব্যক্তকারী অতিরিক্ত একটি সতর্কবার্তা প্রদর্শন করা হবে। এই বার্তাটি উপেক্ষা করুন কারণ সিস্টেম স্তব্ধ হবে না।
Dell M4300 ও M6300-র ক্ষেত্রে রেকর্ডিং ব্যবস্থা ব্যবহারকারী দ্বারা সক্রিয় করা আবশ্যক। এর জন্য নিম্নলিখিত নির্দেশ পালন করুন:
alsamixer খুলুন।
প্রদর্শন ক্ষেত্রে (মেনুর উপরের অংশে বাঁদিকে অবস্থিত) [Capture] টগল করার জন্য Tab কি টিপুন।
Space বার টিপুন।
ADCMux ক্ষেত্রের উপরে L R CAPTUR লেখা থাকার অর্থ রেকর্ডিং ব্যবস্থা সক্রিয় করা হয়েছে।
অতিমাত্রায় বৃহৎ হওয়ার ফলে PPC কার্নেল ইমেজ OpenFirmware দ্বারা সমর্থনের করা সম্ভব নয়। এর ফলে, নিম্নলিখিত ত্রুটির বার্তা প্রদর্শন করে নেটওয়ার্ক বুটের কর্ম বিপর্যস্ত হবে:
Please wait, loading kernel... /pci@8000000f8000000/ide@4,1/disk@0:2,vmlinux-anaconda: No such file or directory boot:এই সমস্যা এড়ানোর জন্য:
IBM স্প্যালশ স্ক্রিন প্রদর্শনকালে, '8' (৮) টিপে OpenFirmware প্রম্পেট বুট করুন।
নিম্নলিখিত কমান্ড প্রয়োগ করুন:
setenv real-base 2000000
নিম্নলিখিত কমান্ড প্রয়োগ করে সিস্টেম ম্যানেজমেন্ট সার্ভিসে (SMS) বুট করুন:
0 > dev /packages/gui obe
গেস্ট দ্বারা ব্যবহারের জন্য ২ গিগাবাইটের অধিক পরিমাণ সংগ্রহস্থল সহ একটি z/VM-র মধ্যে Red Hat Enterprise Linux 5.2 ব্যবহারকালে, Queued-I/O assist (QIOASSIST) বিকল্পটি সক্রিয় থাকলে QDIO মোডে সংযুক্ত FCP ও OSA ডিভাইসের থেকে পড়া ও ডিভাইসে লেখা তথ্য বৈধ না হতে পারে। সিস্টেমের মধ্যে এই ধরনের কোনো ডিভাইস সংযুক্ত থাকলে Red Hat-র পক্ষ থেকে নিম্নলিখিত লিংক থেকে প্রযোজ্য z/VM Program Temporary Fix (PTF) ডাউনলোড করে ইনস্টল করার প্রস্তাব জানানো হচ্ছে:
একটি 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 প্যাকেজ থেকে প্রাপ্ত।
কয়েকটি Itanium সিস্টেমের ক্ষেত্রে kexec purgatory কোড ঢেকে প্রাপ্ত ফলাফল কনসোলে সঠিকরূপে প্রদর্শন করা সম্ভব হয় না। সিস্টেম বিপর্যয়ের পরে, মেমরির প্রথম ৬৪০কিলোবাইটের তথ্য ব্যাক-আপ করার নির্দেশাবলী এই কোডে উপস্থিত রয়েছে।
সমস্যার কারণনির্ণয়ের জন্য purgatory কনসোলের ফলাফল সহায়ক হলেও, kdump-র কর্ম সঞ্চালনের জন্য এটি আবশ্যক নয়। kdump চলাকালে যদি Itanium সিস্টেম রি-সেট হয় তাহলে, purgatory-র ক্ষেত্রে কনসোলের ফলাফল প্রদর্শন বন্ধ করুন। এর জন্য, /etc/sysconfig/kdump ফাইলের মধ্যে উপস্থিত KEXEC_ARGS ভেরিয়েবলের জন্য --noio মান ধার্য করুন।
CPU-র একাধিক গতি সনাক্ত হলে, perftest বিফল হবে। এই কারণে, perftest সঞ্চালনের পূর্বে CPU-র গতি পরিবর্তনের ব্যবস্থা নিষ্ক্রিয় করা আবশ্যক।
kdump কার্নেল বুট করা হলেম বুট লগের মধ্যে নিম্নলিখিত ত্রুটি প্রদর্শন করা হবে:
mknod: /tmp/initrd.[numbers]/dev/efirtc: No such file or directory
ভুল পথের মধ্যে efirtc নির্মাণের একটি ত্রুটিপূর্ণ অনুরোধের ফলে এই সমস্যা দেখা দেয়। তথাপি, kdump পরিসেবা আরম্ভ করা হলে, অনুরোধ করা ডিভাইস পাথটি initramfs-র মধ্যে স্ট্যাটিক্যালি নির্মিত হবে। এই পরিস্থিতিতে, কর্ম সঞ্চালন কালে ডিভাইস নোড নির্মাণের ফলে কোনো ক্ষতি হবে না ও kdump-র কর্মক্ষমতা প্রভাবিত করবে না।
কয়েকটি সিস্টেমে, সঠিকরূপে kdump কার্নেল বুট করা সম্ভ না হতে পারে। এই ক্ষেত্রে, machvec=dig কার্নেল পরামিতি প্রয়োগ করুন।
Dell M4300 ও M6300-র ক্ষেত্রে রেকর্ডিং ব্যবস্থা ব্যবহারকারী দ্বারা সক্রিয় করা আবশ্যক। এর জন্য নিম্নলিখিত নির্দেশ পালন করুন:
alsamixer খুলুন।
প্রদর্শন ক্ষেত্রে (মেনুর উপরের অংশে বাঁদিকে অবস্থিত) [Capture] টগল করার জন্য Tab কি টিপুন।
Space বার টিপুন।
ADCMux ক্ষেত্রের উপরে L R CAPTUR লেখা থাকার অর্থ রেকর্ডিং ব্যবস্থা সক্রিয় করা হয়েছে।
enforcing মোডে SELinux চালনাকারী Intel Itanium-ভিত্তিক সিস্টেমের ক্ষেত্রে IA-32 এক্সেকিউশন লেয়ার (ia32el পরিসেবা) সঠিকরূপে সঞ্চালনের জন্য allow_unconfined_execmem_dyntrans অথবা allow_execmem বুলিয়ানগুলির মধ্যে একটি সক্রিয় থাকা আবশ্যক। Red Hat Enterprise Linux 5-র ডিফল্ট মান অনুযায়ী, allow_unconfined_execmem_dyntrans ও allow_execmem বুলিয়ানগুলি যথাক্রমে নিষ্ক্রিয় ও সক্রিয় থাকলে ia32el পরিসেবা দ্বারা ৩২-বিট এমুলেশন সমর্থন করা হবে; দুটি বুলিয়ান বন্ধ থাকলে এমুলেশন বিফল হবে।
| পরিবর্ধন ও পরিবর্তন তালিকা | |||
|---|---|---|---|
| সংস্করণ 1.0 | 16th October 2008 | ||
|
| |||