রিলিজ নোট সংক্রান্ত আপডেট

ইনস্টলেশন সংক্রান্ত বিবৃতি

বিবিধ বৈশিষ্ট্যে আপডেট

ড্রাইভার সংক্রান্ত আপডেট

কার্নেল সংক্রান্ত আপডেট

আপডেট সংক্রান্ত তথ্য

প্রযুক্তিগত প্রি-ভিউ

সংশোধিত সমস্যা

জ্ঞাত সমস্যা

সম্পূর্ণরূপে ভার্চুয়ালাইজ করা SMP গেস্ট সিস্টেমের মধ্যে Red Hat Enterprise Linux 5 ইনস্টল করার সময়, ইনস্টলেশন বন্ধ হওয়ার সম্ভাবনা রয়েছে। হোস্ট সিস্টেমের (dom0) মধ্যে Red Hat Enterprise Linux 5.1 ব্যবহৃত হলে এই সমস্যা দেখা দিতে পারে।

এই সমস্যা এড়ানোর জন্য, ইনস্টলেশনের সময় গেস্ট সিস্টেম দ্বারা শুধুমাত্র একটি প্রসেসরের ব্যবহার ধার্য করুন। virt-install-র মধ্যে উপস্থিত --vcpus=1 বিকল্পের সাহায্যে এটি করা যাবে। ইনস্টলেশন সমাপ্ত হলে virt-manager-র মধ্যে বরাদ্দ vcpus-র মান পরিবর্তন করে গেস্ট সিস্টেমটির জন্য SMP নির্ধারণ করুন।

এই রিলিজের মধ্যে Samba ও DNS পরিচালনার জন্য একটি সুবিধাজনক প্রেক্ষাপট উপলব্ধকারী ওয়েব অ্যাপ্লিকেশনের সংকলন, WBEMSMT উপলব্ধ করা হয়েছে। WBEMSMT সম্পর্কে অধিক জানতে হলে http://sblim.wiki.sourceforge.net/ দেখুন।

Red Hat Enterprise Linux 5.1 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-র ড্রাইভার আপডেট প্রোগ্রাম RPM-ভিত্তিক প্যাকেজ ব্যবস্থা সমর্থিত হবে। ড্রাইভার ডিস্ক দ্বারা নতুন বিন্যাস ব্যবহৃত হলে, সিস্টেমে একাধিক আপডেটের পরেও RPM দ্বারা প্যাকেজ করা ড্রাইভার সংরক্ষণ করা যাবে।

উল্লেখ্য, সিস্টেমে ইনস্টল করা ডিফল্ট কার্নেলের সাথে ব্যবহারযোগ্য ড্রাইভার RPMগুলি শুধুমাত্র কপি করা হবে। উদাহরণস্বরূপ, ভার্চুয়ালাইজ করা কার্নেল প্রয়োগকারী সিস্টেমের মধ্যে ড্রাইভার RPM ইনস্টল করা হলে শুধুমাত্র ভার্চুয়ালাইজ করা কার্নেলের জন্য ড্রাইভার ইনস্টল করা হবে। সিস্টেমের মধ্যে উপস্থিত অন্য কোনো কার্নেলের জন্য ড্রাইভার RPM-টি ইনস্টল করা হবে না।

একাধিক কার্নেল বিশিষ্ট সিস্টেমের ক্ষেত্রে, প্রতিটি কার্নেলে বুট করে ড্রাইভার RPM ইনস্টল করা আবশ্যক। উদাহরণস্বরূপ, সিস্টেমের মধ্যে বেয়ার-মেটাল ও ভার্চুয়ালাইজ করা কার্নেল ইনস্টল করা হলে, বেয়ার-মেটাল কার্নেল প্রয়োগ করে সিস্টেমে বুট করে ড্রাইভার RPM ইনস্টল করুন। এর পরে সিস্টেম বন্ধ করে ভার্চুয়ালাইজ কার্নেল সহযোগে পুনরা বুট করুন ও ড্রাইভার RPM পুনরায় ইনস্টল করুন।

dom0-র সম্পূর্ণ জীবনকালে , ৩২,৭৫০ বার অবধি গেস্ট সিস্টেম নির্মাণ করা যাবে (অর্থাৎ xm create)। উদাহরণস্বরূপ, যদি গেস্ট সিস্টেমগুলি লুপের সাহায্যে বুট করা হয়, তাহলে ৩২,৭৫০ গেস্ট সিস্টেম বুট করার পরে dom0 কোনো গেস্ট সিস্টেম বুট করতে সক্ষম হবে না।

এই ঘটনা ঘটলে, dom0 পুনরায় আরম্ভ করুন

Red Hat Enterprise Linux 5.1 NFS সার্ভার দ্বারা বর্তমানে রেফারেল এক্সপোর্ট সমর্থিত হবে। এই এক্সপোর্টগুলি NFSv4 প্রোটোকলের এক্সটেনশনের উপর ভিত্তি করে নির্মিত। NFS ক্লায়েন্টে এই এক্সটেনশন সমর্থিত না হলে (অর্থাৎ, 5.1-র পূর্ববর্তী Red Hat Enterprise Linux রিলিজ) ক্লায়েন্ট সিস্টেম দ্বারা এই সমস্ত এক্সপোর্ট ব্যবহার করা সম্ভব হবে না।

NFS ক্লায়েন্ট দ্বারা এই এক্সপোর্ট সমর্থিত না হলে, এক্সপোর্টগুলি ব্যবহারের প্রচেষ্টা করা হলে ইনপুট/আউটপুট ত্রুটি প্রদর্শিত হবে। ক্লায়েন্টের মধ্যে উপস্থিত বৈশিষ্ট্যের উপর ভিত্তি করে কিছু পরিস্থিতিতে, গুরুতর সমস্যা যেমন সিস্টেম বিপর্যয়ের সম্ভাবনাও রয়েছে।

উল্লেখ্য, ক্লায়েন্ট সিস্টেম দ্বারা NFS রেফারেল এক্সপোর্ট সমর্থিত না হলে, সংশ্লিষ্ট সিস্টেমগুলি দ্বারা এই এক্সপোর্ট ব্যবহৃত না হওয়ার জন্য বিশেষরূপে সতর্ক থাকা আবশ্যক।

GFS2 মূলত GFS-র অনুক্রমিক উন্নতি। এরই আপডেটে হওয়া কয়েকটি গুরুত্বপূর্ণ উন্নতির ফলে অন-ডিস্ক ফাইল-সিস্টেমের বিন্যাস পরিবর্তন করা আবশ্যক। gfs2_convert প্রয়োগ করে GFS ফাইল-সিস্টেমকে GFS2-তে রূপান্তর করা যাবে। এই ব্যবস্থায় GFS ফাইল-সিস্টেম সংক্রান্ত মিটা-ডাটা যথাযতরূপে আপডেট করা হবে।

Red Hat Enterprise Linux 5-এ GFS2-র প্রথম উপস্থিতির পরে বিবিধ উন্নতি হওয়া সত্ত্বেও, বর্তমান রিলিজে এটি প্রযুক্তিগত প্রি-ভিউরূপে উপলব্ধ থাকবে। রিলিজ নোটের মধ্যে ভুলবসত উল্লিখিত হয়েছে যে GFS2 সম্পূর্ণ সমর্থিত। বিবিধ মাত্রাবিশিষ্ট পরীক্ষায় নিম্নলিখিত ক্ষেত্রে দ্রুত কর্মক্ষমতা প্রমাণিত হয়েছে:

উপরন্তু, GFS2-র মধ্যে নিম্নলিখিত পরিবর্তন করা হয়েছে:

HP BL860c blade সিস্টেমের মধ্যে Red Hat Enterprise Linux 5.1 ইনস্টল করার সময় IP সংক্রান্ত তথ্য প্রাপ্ত করার সময় ইনস্টলেশন কর্ম বন্ধ হয়ে যেতে পারে। TCP/IP কনফিগার করুন পর্দায় দুইবার ঠিক আছে টেপা হলে এই সমস্যা দেখা দেওয়ার সম্ভাবনা বৃদ্ধি হয়।

এই পরিস্থিতিতে, সিস্টেম পুনরায় বুট করে, ইথারনেট মীমাংসা নিষ্ক্রিয় করে ইনস্টলেশন করুন। এর জন্য, ইনস্টলেশন ব্যবহৃত মিডিয়া প্রয়োগ করে বুট করার সময় ethtool="autoneg=off" পরামিতি ব্যবহার করুন। এটি ব্যবহারের ফলে ইনস্টলেশনের পরে সিস্টেম প্রভাবিত হবে না।

রেফারেল এক্সপোর্টের (অর্থাৎ, রেফারেল সার্ভার উল্লেখকারী এক্সপোর্ট) ক্ষেত্রে nohide এক্সপোর্ট বিকল্পটি ব্যবহার করা আবশ্যক। রেফারেল এক্সপোর্টের ক্ষেত্রে সুনির্দিষ্ট মাউন্ট-পয়েন্ট "অতিক্রম" করা আবশ্যক এবং nohide এক্সপোর্ট বিকল্পের সাহায্যে সাফল্যের সাথে এটি করা যাবে।

bound mount সম্পর্কে অধিক জানতে হলে man exports 5 পড়ুন।

এই আপডেটের মধ্যে lvm2 ইভেন্ট নিরীক্ষণ ডেমন অন্তর্ভুক্ত করা হয়েছে। lvm2 মিরর ব্যবহার করা হলে, অনুগ্রহ করে নিম্নলিখিত নির্দেশাবলী অনুসরণ করে সব নিরীক্ষণ কর্ম সঠিক রূপে আপগ্রেড করুন:

৬৪-বিট, ৩২-বিট এবং ৩২-বিট PAE কার্নেলের উপর বর্তমানে Rapid Virtualization Indexing (RVI) সমর্থিত হবে। তথাপি, RVI দ্বারা শুধুমাত্র ৩২-বিট PAE হাইপারভাইসরের উপর ৩২-বিট গেস্ট ভার্চুয়াল ঠিকানা মীমাংসা করা সম্ভব।

৩৮৪০ মেগাবাইটের অধিক RAM বিশিষ্ট গেস্ট সিস্টেম PAE কার্নেল ব্যবহার করা হলে, ঠিকানার ভুল মীমাংসা সংক্রান্ত সমস্যা দেখা দেবে। এর ফলে গেস্ট সিস্টেম বিপর্যস্ত হওয়ার সম্ভাবনা রয়েছে।

RVI-র অধীন ৪ গিগাবাইটের অধিক মাপের RAM সহ গেস্ট সিস্টেম সঞ্চালনের জন্য ৬৪-বিট কার্নেল ব্যবহার করা আবশ্যক।

AMD Rev F প্রসেসর সহযোগে ১৬ অথবা অধিক সংখ্যক কোর ব্যবহার করা হলে সম্পূর্ণরূপে ভার্চুয়ালাইজ করা গেস্ট ইনস্টল করার সময় সিস্টেম রিসেট হয়ে যেতে পারে।

systemtap ইনস্টল করা থাকলে, systemtap-runtime প্যাকেজ ইনস্টল করার সময় ট্রানস্যাকশন পরীক্ষণের ত্রুটি দেখা দেবে। উপরন্তু, systemtap প্যাকেজ উপস্থিত থাকলে Red Hat Enterprise Linux 5 থেকে 5.1-এ আপডেট করার প্রচেষ্টা ব্যর্থ হবে।

systemtap-runtime ইনস্টল করার পূর্বে ও আপগ্রেড করার পূর্বে rpm -e systemtap-0.5.12-1.e15 কমান্ড প্রয়োগ করে systemtap প্যাকেজটি মুছে ফেলা আবশ্যক।

NFSROOT প্রস্তুতিকালে, /etc/sysconfig/network-scripts/ifcfg-eth0 ফাইলের মধ্যে BOOTPROTO-র জন্য BOOTPROTO=dhcp নির্ধারণ করা আবশ্যক।

আপনার ব্যবহৃত পরিবেশের ক্ষেত্রে BOOTPROTO-র ভিন্ন মান ব্যবহার করা প্রয়োজন হলে initrd নির্মাণ করার পূর্বে /etc/sysconfig/network-scripts/ifcfg-eth0-র মধ্যে অস্থায়ীরূপে BOOTPROTO=dhcpনির্ধারণ করুন। initrd নির্মাণের পরে BOOTPROTO-র পূর্ববর্তী মান পুনরায় স্থাপন করুন।

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

একযোগে ইথারনেট ও iSCSI কর্ম সঞ্চালিত হলে, ডিভাইস বন্ধ হওয়ার সম্ভাবনা রয়েছে। এর ফলে iSCSI ডিভাইসের তথ্য হারানো ও ফাইল-সিস্টেম বিপর্যস্ত হওয়ার সম্ভাবনা রয়েছে। অন্যান্য সংযুক্ত ইথারনেট ডিভাইসের সাথে নেটওয়ার্ক সংযোগেও বিঘ্ন ঘটতে পারে।

উপস্থিত গেস্টের মধ্যে ডিস্ক যোগ করার জন্য virt-manager ব্যবহার করা হলে, গেস্ট সিস্টেমের /etc/xen/<domain name> কনফিগারেশন ফাইলের মধ্যে একই তথ্য দুইবার অন্তর্ভুক্ত হতে পারে। এই এন্ট্রিগুলির উপস্থিতির ফলে গেস্ট সিস্টেম বুট করতে সক্ষম হবে না।

এই সমস্ত এন্ট্রির প্রতিলিপিগুলি, কনফিগারেশন ফাইল থেকে মুছে ফেলা আবশ্যক।

দুটি হোস্ট সিস্টেমের মধ্যে একটি গেস্ট সিস্টেম বারংবার মাইগ্রেট করা হলে, একটি হোস্ট সিস্টেমে প্যানিক সৃষ্টি হতে পারে। হোস্ট সিস্টেম থেকে কোনো গেস্ট মাইগ্রেট করার পরে ও সেই একই গেস্ট সিস্টেম প্রত্যাবর্তনের পূর্বে হোস্ট সিস্টেমটি পুনরায় বুট করা হলে, প্যানিক সৃষ্টি হবে না।

sysreport-র ব্যবহার অবচিত করে পরিবর্তে sos বাছাই করা হয়েছে। sos ইনস্টল করার জন্য yum install sos কমান্ড ব্যবহার করুন। এই কমান্ডের সাহায্যে sysreport সরিয়ে sos ইনস্টল করা হয়। উপস্থিত kickstart ফাইলের ক্ষেত্রেও এই প্যাকেজ সম্পর্কিত পরিবর্তন করা বাঞ্ছনীয়।

sos ইনস্টল করার পরে sosreport কমান্ডের সাহায্যে এটি আরম্ভ করুন। sysreport কমান্ড ব্যবহার করা হলে sysreport অবচিত হওয়ার সতর্কবার্তা প্রদর্শন করা হয়; তথাপি এগিয়ে গেলে sosreport কমান্ড আরম্ভ হয়ে যায়।

sysreport ব্যবহার করার জন্য sysreport.legacy কমান্ডের সাহায্যে সেটি আরম্ভ করুন।

sosreport সম্পর্কে অধিক জানতে man sosreport ও sosreport --help প্রয়োগ করুন।

আপনি যদি Red Hat Enterprise Linux 5 CD-ROM-র বিষয়বস্তু কপি করার প্রচেষ্টা করেন (যেমন, নেটওয়ার্ক-ভিত্তিক ইনস্টলেশনের প্রস্তুতিপর্বে) তাহলে শুধুমাত্র অপারেটিং সিস্টেমের CD-ROM-র তথ্য কপি করুন। Supplementary CD-ROM অথবা স্তরযুক্ত কোনো উৎপাদনের CD-ROM-র বিষয়বস্তু কপি করবেন না কারণ এর ফলে Anaconda দ্বারা ব্যবহৃত কিছু গুরুত্বপূর্ণ ফাইল মুছে যাবে।

Red Hat Enterprise Linux 5.1 ইনস্টল করার পরে Supplementary CD-ROM ও স্তরযুক্ত CD-র বিষয়বস্তু ইনস্টল করা আবশ্যক।

সম্পূর্ণরূপে ভার্চুয়ালাইজ করা গেস্ট সিস্টেমের মধ্যে Red Hat Enterprise Linux 5.1 ইনস্টল করার সময় kernel-xen কার্নেলটি ব্যবহার করবেন না। এই কার্নেলটি সম্পূর্ণ ভার্চুয়ালাইজ করা গেস্ট সিস্টেমে ব্যবহার করা হলে সিস্টেমটি স্তব্ধ হয়ে যাওয়ার সম্ভাবনা রয়েছে।

সম্পূর্ণরূপে ভার্চুয়ালাইজ করা গেস্ট সিস্টেমের মধ্যে Red Hat Enterprise Linux 5 .1 ইনস্টল করার সময় ইনস্টলেশন সংখ্যা প্রয়োগ করা হলে ইনস্টলেশনকালে Virtualization প্যাকেজ সংকলনটি নিশ্চিতরূপে নির্বাচিত প্যাকেজ তালিকা থেকে সরিয়ে নিন। Virtualization প্যাকেজ সংকলন থেকে kernel-xen কার্নেল ইনস্টল করা হয়।

উল্লেখ্য, প্যারাভার্চুয়ালাইজ করা গেস্ট সিস্টেমগুলি এই সমস্যার ফলে প্রভাবিত হয় না। প্যারাভার্চুয়ালাইজ করা গেস্ট সিস্টেমে সর্বদা kernel-xen কার্নেল ব্যবহার করা হয়।

Red Hat Enterprise Linux 5 থেকে 5.1-এ আপগ্রেড করার সময় ভার্চুয়ালাইজ করা কার্নেল ব্যবহার করা হলে, আপগ্রেড সমাপ্তির পরে সিস্টেম পুনরায় বুট করা আবশ্যক। আপডেট করা ভার্চুয়ালাইজ কার্নেল ব্যবহার করে, এর পরে সিস্টেম বুট করা আবশ্যক।

Red Hat Enterprise Linux 5 ও 5.1-র হাইপার-ভাইসরগুলি ABI-র সাথে সুসংগত নয়। ভার্চুয়ালাইজ করা কার্নেল সহযোগেআপগ্রেড করার পরে পুনরায় বুট না করা হলে আপগ্রেড করা Virtualization RPM-গুলি চলমান কার্নেলের সাথে সামঞ্জস্য বজায় রাখতে সক্ষম হবে না।

CIFS ক্লায়েন্ট 1.48aRH-এ আপডেট করা হয়েছে। এটি 1.48a রিলিজের উপর ভিত্তি করে নির্মিত ও নিম্নলিখিত পরিবর্তনগুলি করতে সক্ষম:

উল্লেখ্য, EMC Celerra উৎপাদনে (NAS Code 5.5.26.x ও নিম্নবর্তী) EMC NAS শেয়ার ব্যবহারের সময় CIFS ক্লায়েন্ট স্তব্ধ হওয়ার সম্ভাবনা থাকে। নিম্নলিখিত কার্নেল বার্তার সাহায্যে এই সমস্যা চিহ্নিত করা যায়:

kernel:  CIFS VFS: server not responding
kernel:  CIFS VFS: No response for cmd 162 mid 380
kernel:  CIFS VFS: RFC1001 size 135 bigger than SMB for Mid=384

CIFS mount-র পরে, এর মধ্যে কোনো ফাইল পড়া/লেখা অসম্ভব ও mountpoint-এ ইনপুট/আউটপুটের প্রচেষ্টারত কোনো অ্যাপ্লিকেশন স্তব্ধ হয়ে যাবে। এই সমস্যা সমাধানের জন্য NAS Code 5.5.27.5 অথবা ঊর্ধ্বতন সংস্করণে আপগ্রেড করুন (EMC Primus case নম্বর emc165978 ব্যবহার করুন)।

MODULE_FIRMWARE ট্যাগ বর্তমানে সমর্থিত।

ICH9 কন্ট্রোলার বর্তমানে সমর্থিত

CPUID কলের মধ্যে বর্তমানে Greyhound প্রসেসর সমর্থিত হবে।

Oprofile দ্বারা নতুন Greyhound পারফরম্যান্স কাউন্টার ইভেন্ট সমর্থিত হয়।

z/VM ব্যবহার উন্নতির জন্য Directed DIAG বর্তমানে সমর্থিত।

DRM কার্নেল মডিউলের সাহায্যে বর্তমানে Intel গ্রাফিক্স চিপসেট সমর্থিত। উপরন্তু, ডিরেক্ট রেন্ডারিং সমর্থনের জন্য DRM API-টি 1.3 সংস্করণে আপগ্রেড করা হয়েছে।

উন্নত S3 সাসপেন্ড-টু-RAM ও S4 হাইবারনেটের জন্য ACPI বিদ্যুৎ পরিচালন ব্যবস্থায় আপডেট করা হয়।

gaim এখন pidgin নামে পরিচিত।

Intel microcode সংস্করণ 1.17-এ আপগ্রেড করা হয়েছে। এর ফলে নতুন Intel প্রসেসরের ক্ষেত্রে সমর্থন যোগ করা হয়েছে।

EMC Clariion সংগ্রহস্থলে dm-multipath সহযোগে implicit active-active ফেইল-ওভার বর্তমানে সমর্থিত।

fonts-chinese প্যাকেজের অধীন Zysong চীনা ফন্ট বর্তমানে ইনস্টল করা হয় না। Zysong একটি পৃথক fonts-chinese-zysong প্যাকেজের মধ্যে অন্তর্গত। fonts-chinese-zysong প্যাকেজটি Supplementary CD-র মধ্যে উপলব্ধ করা হয়।

উল্লেখ্য, Chinese National Standard GB18030 সমর্থনের জন্য fonts-chinese-zysong প্যাকেজের উপস্থিতি আবশ্যক।

Challenge Handshake Authentication Protocol (CHAP) ব্যবহারকারীর নাম ও পাসওয়ার্ডের ক্ষেত্রে ২৫৬ অক্ষরের সীমারেখা উপস্থিত।

pump এই আপডেটে অবচিত হয়েছে। এর ফলে netconfig-র সাহায্যে নেটওয়ার্ক ইন্টারফেস কনফিগার করা হলে ifcfg স্ক্রিপ্ট ত্রুটিপূর্ণ হওয়ার সম্ভাবনা থাকবে।

নেটওয়ার্ক ইন্টারফেস সঠিকরূপে কনফিগার করার জন্য system-config-network প্রয়োগ করুন। আপডেট হওয়া system-config-network প্যাকেজ ইনস্টল করা হলে netconfig প্যাকেজ মুছে ফেলা হবে।

rpm --aid এখন সমর্থিত নয়। প্যাকেজ আপডেট অথবা ইনস্টল করার সময় yum ব্যবহার করা বাঞ্ছনীয়।

SATA bug that caused SATA-সমৃদ্ধ সিস্টেম বুট করার সময় সিস্টেমগুলিকে স্বয়ংক্রিয়রূপে স্থগিত করে পুনরাম্ভের পূর্বে একটি ত্রুটির বার্তা প্রদর্শনকারী একটি SATA বাগ সংশোধন করা হয়েছে।

মাল্টি-বুট সিস্টেমে, parted দ্বারা বর্তমানে Windows Vista™ ধারণকারী প্রথম সেকটরের তথ্য পরিবর্তন করা হয় না। Red Hat Enterprise Linux 5.1 ও Windows Vista™ উভয়সহ একটি মাল্টি-বুট সিস্টেম প্রস্তুত করার পরে Windows সিস্টেমটি বুট করার অযোগ্য হবে না।

rmmod xennet-র ফলে domU বর্তমানে বিপর্যস্ত হবে না।

যে সমস্ত ৪-সকেট বিশিষ্ট AMD Sun Blade X8400 Server Module সিস্টেমের জন্য node 0-তে মেমরি কনফিগার করা হয় না সেগুলি বুট করার সময় প্যানিক (panic) সৃষ্টি করবে না।

conga ও luci সহযোগে ফেইল-ওভার ডোমেইন নির্মাণ ও কনফিগার করা যাবে।

yum দ্বারা Cluster Storage দল ইনস্টল করার সময় কর্ম বিফল হবে না।

ইনস্টলেশনের সময় /var/log/faillog ও /var/log/tallylog ফাইলগুলিতে ভুল SELinux কনটেক্সট স্থাপন করা হয় না।

ডুয়াল-কোর AMD প্ল্যাটফর্মে, অধিক cpu-প্রয়োগের ফলে একটি cpu-র উপর অত্যাধিক চাপের ফলে CPU কোরে ফ্রিকোয়েন্সি পরিবর্তন হবে না।

বিভিন্ন অংশে উপলব্ধ ইনস্টলেশন মিডিয়া (যেমন, CD অথবা NFSISO) প্রয়োগ করে Red Hat Enterprise Linux 5.1 ইনস্টল করার সময় amanda-server ইনস্টলেশনের সময় সমস্যা দেখা দেবে না।

ইনস্টলেশনের সময়, Anaconda দ্বারা বর্তমানে ৪ গিগাবাইটের অধিক RAM সনাক্ত করা সম্ভব হবে। এর ফলে কার্নেলের kernel-PAE সংস্করণ ইনস্টল করা হবে কি না তা Anaconda দ্বারা সিদ্ধান্ত নেওয়া সম্ভব হয়।

সাম্প্রতিক k8 প্রসেসরের ক্ষেত্রে EDAC দ্বারা সঠিক মেমরির পরিমাণ প্রদর্শন করা হয়।

gdm-র মাধ্যমে একটি দূরবর্তী Gnome ডেস্কটপে লগ-ইন করার সময় লগ-ইন পর্দা স্তব্ধ হবে না।

autofs-র মধ্যে উপস্থিত একটি বাগের ফলে multi-mount সঠিক চালনায় বিঘ্ন সৃষ্টিকারী একটি বাগ সংশোধিত হয়েছে।

utrace-র বিভিন্ন প্যাচ দ্বারা নিম্নলিখিত সংশোধন করা হয়েছে:

সংকেতবার্তা ও সুনির্দিষ্ট অবকাশের RTC ইন্টারাপ্টের সঠিক সঞ্চালন প্রতিরোধকারী একটি RealTime Clock (RTC) বাগ সমাধান করা হয়েছে।

Anaconda-র মধ্যে প্রথমবার রিলিজ নোট বাটন ক্লিক করা হলে রিলিজ নোট উইন্ডোর মধ্যে তথ্য রেন্ডার করে প্রদর্শনে কিছু বিলম্ব ঘটে। এই বিলম্বকালে উইন্ডোর মধ্যে একটি ফাঁকা তালিকা প্রদর্শন করা হয়। এর পরে তথ্য দ্রুত রেন্ডার হওয়ার ফলে এই সমস্যা ব্যবহারকারীদের দৃষ্টিগোচর হয় না।

ইনস্টলেশনের সময় প্যাকেজ ইনস্টলেশন কালে অত্যাধিক CPU ব্যবহৃত হওয়ার ফলে এই বিলম্ব ঘটে।

MegaRAID ড্রাইভার ব্যবহারকারী হোস্ট বাস অ্যাডাপ্টারগুলির ক্ষেত্রে কর্ম সঞ্চালনের উদ্দেশ্যে "I2O" এমুলেশন মোডের পরিবর্তে "Mass Storage" এমুলেশন মোড উল্লিখিত হওয়া আবশ্যক। এর জন্য নিম্নলিখিত ধাপগুলি অনুসরণ করুন:

অ্যাডাপ্টারের মান ভুল ভাবে "I2O" এমুলেশন রূপে ধার্য করা থাকলে i2o ড্রাইভার লোড করার প্রচেষ্টা করা হবে। এই কর্ম ব্যর্থ হবে এবং অ্যাডাপ্টারটি ব্যবহার করা সম্ভব হবে না।

পূর্ববর্তী Red Hat Enterprise Linux রিলিজগুলি দ্বারা সাধারণত MegaRAID ড্রাইভারের পূর্বে I20 ড্রাইভার লোড করার প্রচেষ্টা করা হত না। তথাপি, Linux-এ ব্যবহারকালে হার্ডওয়্যারের ক্ষেত্রে "Mass Storage" এমুলেশন মোড সর্বদা নির্ধারণ করা উচিত।

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

এই সমস্যা এড়ানোর জন্য ইনস্টলেশনের জন্য স্থানীয়রূপে ব্যবহারযোগ্য মিডিয়া ব্যবহার করুন। অথবা ইনস্টলেশনের পূর্বে ল্যাপটপের BIOS-এ বেতার কার্ড নিষ্ক্রিয় করুন (ইনস্টলেশনের পরে বেতার কার্ড পুনরায় সক্রিয় করতে পারবেন)।

বর্তমানে, system-config-kickstart-র সাহায্যে প্যাকেজ নির্বাচন করা সম্ভব হবে না। system-config-kickstart ব্যবহার করা হলে প্যাকেজ নির্বাচন বিকল্প নিষ্ক্রিয় অবস্থায় প্রদর্শিত হবে। system-config-kickstart প্যাকেজ সংকলন সম্বন্ধীয় তথ্যের জন্য yum ব্যবহার করলেও Red Hat Network-র সাথে সংযোগ স্থাপনের জন্য yum ব্যবহার করতে সক্ষম নয়।

বর্তমানে kickstart ফাইলের আপডেট প্যাকেজ বিভাগটি ব্যবহারকারীকে স্বয়ং পরিবর্তন করতে হবে। kickstart ফাইল খোলার জন্য system-config-kickstart ব্যবহার করা হলে, ফাইলের মধ্যে উপস্থিত প্যাকেজ সংক্রান্ত সমস্ত তথ্য অপরিবর্তিত থাকবে ও ফাইল সংরক্ষণের সময় সেই তথ্য পুনরায় ফাইলে লেখা হবে।

Red Hat Enterprise Linux 5-র এই আপডেটে বুট করার সময়/var/log/boot.log-এ লগ করা হবে না। পরবর্তী কোনো আপডেটের অনুরূপ একটি বৈশিষ্ট্য যোগ করা হবে।

Red Hat Enterprise Linux 4 থেকে Red Hat Enterprise Linux 5-এ আপগ্রেড করার সময় ডিপ্লোয়মেন্ট গাইড বইটি ইনস্টল করা হয় না। আপগ্রেড সমাপ্তির পরে pirut সহযোগে এটি ইনস্টল করা আবশ্যক।

X সক্রিয় থাকলে ও vesa ভিন্ন অন্য কোনো ড্রাইভার ব্যবহৃত হলে kexec/kdump কার্নেলে সিস্টেম সঠিকরূপে পুনরায় বুট করতে সক্ষম হবে না। এই সমস্যা শুধুমাত্র ATI Rage XL গ্রাফিক্স চিপ-সেটের মধ্যে উপস্থিত রয়েছে।

ATI Rage XL সহ সিস্টেমে X সঞ্চালিত হলে vesa ড্রাইভারের ব্যবহার নিশ্চিত করুন। এর ফলে kexec/kdump কার্নেলে পুনরায় বুট করতে সমস্যা হবে না।

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

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

IBM System z দ্বারা পারম্পরিক Unix বিন্যাসের কনসোল উপস্থিত করা হয় না। IBM System z-র জন্য নির্মিত Red Hat Enterprise Linux 5 প্রারম্ভিক প্রোগ্রাম লোড করার সময় firstboot-র কার্যকারিতা সমর্থন করতে সক্ষম নয়।

IBM System z-র মধ্যে Red Hat Enterprise Linux 5-র বৈশিষ্ট্য সঠিকরূপে আরম্ভ করার জন্য ইনস্টলেশনের পরে নিম্নলিখিত কমান্ড সঞ্চালন করুন:

Red Hat Network-র মাধ্যমে Red Hat Enterprise Linux 5 থেকে Red Hat Enterprise Linux 5.1‌-এ আপডেট করার সময় yum দ্বারা redhat-beta কি ইম্পোর্ট করার অনুরোধ না জানানো হতে পারে। এই কারণে, আপগ্রেড করার পূর্বে ব্যবহারকারী দ্বারা redhat-beta কি ইম্পোর্ট করা বাঞ্ছনীয়। এর জন্য নিম্নলিখিত কমান্ড প্রয়োগ করুন:

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

কনফিগার করা ফাইলারে একটি LUN মুছে ফেলা হলে, হোস্ট সিস্টেমে তা প্রদর্শিত হবে না। এই ক্ষেত্রে, dm-multipath ব্যবহারের ফলে lvm কমান্ডগুলি সঞ্চালিত হবে না কারণ LUN-টি stale অবস্থায় ধার্য হবে।

এই সমস্যা এড়ানোর জন্য /etc/lvm/.cache ফাইলের stale LUN সংক্রান্ত সব ডিভাইস ও mpath লিঙ্ক মুছে ফেলুন।

এই সমস্ত এন্ট্রি সনাক্ত করার জন্য, নিম্নলিখিত কমান্ড ব্যবহার করুন:

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

উদাহরণস্বরূপ, <stale LUN> যদি 3600d0230003414f30000203a7bc41a00 হয়, তাহলে নিম্নলিখিত ফলাফল প্রদর্শিত হবে:

lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00 -> ../dm-4
lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00p1 -> ../dm-5

অর্থাৎ 3600d0230003414f30000203a7bc41a00, দুটি mpath লিঙ্কের সাথে যুক্ত: dm-4 ও dm-5।

নিম্নলিখিত পংক্তিগুলি /etc/lvm/.cache থেকে মুছে ফেলা আবশ্যক:

/dev/dm-4 
/dev/dm-5 
/dev/mapper/3600d0230003414f30000203a7bc41a00
/dev/mapper/3600d0230003414f30000203a7bc41a00p1
/dev/mpath/3600d0230003414f30000203a7bc41a00
/dev/mpath/3600d0230003414f30000203a7bc41a00p1

CD / DVD প্রয়োগ করে সম্পূর্ণরূপে ভার্চুয়ালাইজ করা Windows™ গেস্ট সিস্টেম নির্মাণের সময় পুনরায় বুট করার পরে গেস্ট ইনস্টলেশনের দ্বিতীয় পর্যায়ের কর্ম সঞ্চালন নাও হতে পারে।

এই সমস্যা এড়ানোর জন্য /etc/xen/<name of guest machine> সম্পাদন করে CD / DVD ডিভাইসের জন্য একটি সঠিক এনট্রি যোগ করুন।

একটি সাধারণ ফাইলের ইনস্টলেশন যদি ভার্চুয়াল ডিভাইস রূপে ব্যবহৃত হয় তাহলে /etc/xen/<name of guest machine> ফাইলের disk পংক্তিটি নিম্নলিখিত বর্ণনার অনুরূপ হবে:

disk = [ 'file:/PATH-OF-SIMPLE-FILE,hda,w']

/dev/dvd নামে হোস্টের মধ্যে কোনো DVD-ROM ডিভাইস উপস্থিত থাকলে তা ইনস্টলেশনের দ্বিতীয় পর্যায়ে hdc রূপে উপলব্ধ করা যাবে। এই ক্ষেত্রে 'phy:/dev/dvd,hdc:cdrom,r'-র জন্য একটি পংক্তি যোগ করা আবশ্যক। এর ফলে disk সংক্রান্ত পংক্তিটি হবে:

disk = [ 'file:/opt/win2003-sp1-20061107,hda,w', 'phy:/dev/dvd,hdc:cdrom,r']

হার্ডওয়্যারের উপর ভিত্তি করে সুনির্দিষ্ট ডিভাইসের পাথ পৃথক হতে পারে।

কার্নেলে sctp মডিউল যোগ না করা থাকলে, -A inet অথবা -A inet6 বিকল্পসহ netstat কমান্ড সঞ্চালিত হলে, নিম্নলিখিত বার্তাসহ তা অস্বাভাবিকরূপে বন্ধ হবে:

netstat: no support for `AF INET (sctp)' on this system.        

এই সমস্যা এড়ানোর জন্য sctp কার্নেল মডিউল ইনস্টল করুন।

বর্তমান কার্নেলগুলি দ্বারা বুট করার সময় সিরিয়াল পোর্টে প্রিন্ট করার পূর্বে Data Terminal Ready (DTR) সংকেত প্রয়োগ করা হয় না। কয়েকটি ডিভাইসের ক্ষেত্রে DTR প্রয়োগ করা আবশ্যক; এর ফলে, এই সমস্ত ডিভাইসের ক্ষেত্রে কার্নেলের বুট সংক্রান্ত বার্তা সিরিয়াল কনসোলে প্রিন্ট করা হয় না।

কয়েকটি প্ল্যাটফর্মে (such as the HP dc7700) ব্যবহৃত AMD 8132 ও HP BroadCom HT100 দ্বারা MMCONFIG সাইকেল সমর্থিত হয় না। আপনার সিস্টেমে, এই চিপসেটগুলির মধ্যে একটি ব্যবহৃত হলে PCI কনফিগারেশনের জন্য লিগ্যাসি PortIO CF8/CFC ব্যবস্থা প্রয়োগ করা আবশ্যক। এটি কনফিগার করার জন্য ইনস্টেশনের সময় -pci nommconfig কার্নেল পরামিতিসহ সিস্টেমটি বুট করুন ও পুনরায় বুট করার পরে GRUB-এ pci=nommconf যোগ করুন।

উপরন্তু, AMD 8132 চিপসেট দ্বারা মেসেজ সিগন্যাল্ড ইন্টারাপ্ট (MSI) সমর্থিত হয় না। আপনার সিস্টেম দ্বারা এই চিপসেট ব্যবহৃত হলে, MSI নিষ্ক্রিয় করা আবশ্যক। এর জন্য, ইনস্টলেশনের সময় -pci nomsi কার্নেল পরামিতি প্রয়োগ করুন ও পুনরায় বুট করার পরে GRUB-এ pci=nomsi যোগ করুন।

তথাপি, কার্নেল দ্বারা প্ল্যাটফর্মটি ব্ল্যাক-লিসট করা হলে আপনার সিস্টেমের ক্ষেত্রে pci কার্নেল পরামিতি আবশ্যক নয়। নিম্নলিখিত HP প্ল্যাটফর্মগুলি কার্নেল দ্বারা পূর্বেই ব্ল্যাক-লিস্ট করা হয়েছে:

বেয়ার মেটাল (নন-ভার্চুয়ালাইজ্ড) কার্নেল ব্যবহার করার সময় X সার্ভার দ্বারা মনিটর থেকে EDID তথ্য উদ্ধার না করার সম্ভাবনা রয়েছে। এই পরিস্থিতিতে গ্রাফিক্স ড্রাইভার দ্বারা ৮০০x৬০০-র অধিক প্রদর্শন রিজোলিউশন ব্যবহার করা সম্ভব হবে না।

এই সমস্যা এড়ানোর জন্য /etc/X11/xorg.conf ফাইলের ServerLayout বিভাগে নিম্নলিখিত পংক্তিটি যোগ করুন:

বিকল্প "Int10Backend" "x86emu"

এই রিলিজে অন্তর্ভুক্ত Virtual Machine Manager-র (virt-manager) দ্বারা প্যারাভার্চুয়ালাইজ করা গেস্ট ইনস্টলারের সাথে অতিরিক্ত বুট আর্গুমেন্ট উল্লেখ করা সম্ভব নয়।কিছু বিশেষ ধরনের হার্ডওয়্যারে সুনির্দিষ্ট ধরনের প্যারাভার্চুয়ালাইজ্ড গেস্ট সিস্টেম ইনস্টল করার সময়ও এটি প্রযোজ্য।

ভবিষ্যতে virt-manager-র রিলিজে এই সমস্যা সমাধান করা হবে। কমান্ড লাইন তেকে প্যারাভার্চুয়ালাইজ্ড গেস্ট ইনস্টলেশনের জন্য কার্নেল আর্গুমেন্ট উল্লেখ করার জন্য virt-install কমান্ড ব্যবহার করুন।

ডিফল্ট dm-multipath কনফিগারেশনে, বিফল পাথ পুনরুদ্ধারের পরে Netapp ডিভাইস ফেইল-ব্যাক করার জন্য বেশ কিছু মিনিট সময় ব্যয় হওয়ার সম্ভাবনা রয়েছে। এই সমস্যা এড়ানোর জন্য multipath.conf ফাইলের devices বিভাগে নিম্নলিখিত Netapp ডিভাইস কনফিগারেশন যোগ করুন:

devices {
        device {
                vendor                  "NETAPP"
                product                 "LUN"
                getuid_callout          "/sbin/scsi_id -g -u -s /block/%n"
                prio_callout            "/sbin/mpath_prio_netapp /dev/%n"
                features                "1 queue_if_no_path"
                hardware_handler        "0"
                path_grouping_policy    group_by_prio
                failback                immediate
                rr_weight               uniform
                rr_min_io               128
                path_checker            directio
        }