ভূমিকা

এই নথিতে নিম্নলিখিত বিষয়গুলি সম্পর্কে আলোচনা করা হয়েছে:

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

  • বিবিধ বৈশিষ্ট্য সংক্রান্ত আপডেট

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

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

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

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

  • জ্ঞাত সমস্যা

রিলিজ নোট প্রকাশিত হওয়ার পরে Red Hat Enterprise Linux 4.8 সংক্রান্ত কোনো তথ্য প্রকাশিত হলে নিম্নলিখিত URL-এ Red Hat Enterprise Linux 4.8-র জন্য আপডেট করা রিলিজ নোটস-এ তা উপলব্ধ করা হবে:

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

জীবনকাল

Red Hat Enterprise Linux 4-র জীবনকাল সংক্রান্ত তথ্য নিম্নলিখিত URL-এ উপস্থিত রয়েছে: https://www.redhat.com/security/updates/errata/

পূর্ব ঘোষনা অনুযায়ী, Red Hat Enterprise Linux 4.8 থেকে Red Hat Enterprise Linux 4-র Production 2 পর্যায় আরম্ভ করা হবে। এই সময়ে নতুন কোনো হার্ডওয়্যারের জন্য ব্যবহারক্ষমতা অন্তর্ভুক্ত করা হবে না।

https://www.redhat.com/archives/nahant-list/2008-July/msg00059.html

উল্লেখ্য, গ্রাহকরা তাদের বর্তমানে সাবস্ক্রিপশনের সাহায্যে Red Hat Enterprise Linux-র সকল সমর্থিত সংস্করণ ব্যবহার করতে সক্ষম হবেন।

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

নিম্নলিখিত বিভাগে Red Hat Enterprise Linux ইনস্টলেশন প্রণালী ও ইনস্টলেশন প্রোগ্রাম Anaconda সম্বন্ধে বিশেষ আলোচনা করা হয়েছে।

উল্লেখ্য

Red Hat Enterprise Linux 4 4-র কোনো গৌণ সংস্করণ (যেমন 4.6 থেকে 4.7) থেকে Red Hat Enterprise Linux 4.8-এ আপগ্রেড করার সময় Red Hat Network ব্যবহার করা বাঞ্ছনীয়। এই ক্ষেত্রে RHN Hosted ওয়েব ইউজার ইন্টারফেস অথবা Red Hat Network Satellite ব্যবহার করা যাবে।

নেটওয়ার্ক সংযোগ বিহীন কোনো সিস্টেমে আপগ্রেড করার সময় Anaconda-র "Upgrade" বৈশিষ্ট্য ব্যবহার করুন। উল্লেখ্য, অতিরিক্ত সংগ্রহস্থল অথবা স্বতন্ত্র বিক্রেতাদের অ্যাপ্লিকেশনের উপর নির্ভরতা সংক্রান্ত সমস্যাগুলি, Anaconda দ্বারা সম্পূর্ণরূপে সমাধান করা সম্ভব হবে না। উপরন্তু, ইনস্টলেশনের সময় উৎপন্ন সমস্যাগুলি ইন্টারেক্টিভ রূপে প্রদর্শন করা হয় না এবং Anaconda এই সমস্যাগুলি একটি লগ-ফাইলে সংরক্ষণ করে।

অফ-লাইন অবস্থায় থাকাকালীন কোনো সিস্টেম আপগ্রেড করার সময়, Red Hat-র পক্ষ থেকে আপগ্রেড কনফিগারেশনের যথাযর্থতা পরীক্ষা করার বিশেষ পরামর্শ দেওয়া হয়ে থাকে। প্রধান কর্মক্ষেত্রে আপগ্রেড করার পূর্বে আপডেট-লগের মধ্যে পরীক্ষা করুন কোনো ধরনের ত্রুটি উল্লিখিত হয়েছে কি না।

Red Hat দ্বারা বর্তমানে Red Hat Enterprise Linux-র পূর্ববর্তী প্রধান সংস্করণ থেকে পরবর্তী সংস্করণে আপগ্রেড (উদাহরণস্বরূপ, Red Hat Enterprise Linux 3 থেকে Red Hat Enterprise Linux 4.8 আপগ্রেড) করার জন্য সহায়তা উপলব্ধ করা হয় না। Anaconda দ্বারা "Upgrade" বিকল্প সহযোগে এই প্রকৃতির আপগ্রেড করার সুবিধা উপলব্ধ করা হলেও এর ফলে সঠিকরূপে কর্মসক্ষম ইনস্টলেশন প্রাপ্ত হবে কিনা তা সুনিশ্চিত নয়। কোনো প্রধান রিলিজ সংস্করণকে পৃথক প্রধান সংস্করণে আপগ্রেড করার সময় সিস্টেমের সমস্ত নির্ধারিত বৈশিষ্ট্য, পরিসেবা ও স্বনির্ধারিত মান সংরক্ষিত হয় না। এই কারণে, Red Hat-র মতে, একটি প্রধান সংস্করণ থেকে অন্য প্রধান সংস্করণে আপগ্রেড করার সময় সম্পূর্ণ নতুন ইনস্টলেশন করা বাঞ্ছনীয়।

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

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

  • Red Hat Enterprise Linux 4-র (ও আপডেটের) সাথে উপলব্ধ GRUB দ্বারা সফ্টওয়্যার মিররিং (RAID1) সমর্থিত হয় না। এর ফলে, RAID1-র উপর Red Hat Enterprise Linux 4 ইনস্টল করা হলে বুট-লোডারটি মাস্টার বুট রেকর্ডের (MBR) পরিবর্তে প্রথম হার্ড-ড্রাইভে ইনস্টল করা হবে। এর ফলে সিস্টেম বুট করা সম্ভব হবে না।

    কোনো RAID1 পার্টিশনের মধ্যে Red Hat Enterprise Linux 4 ইনস্টল করার আগে, MBR-এ উপস্থিত কোনো বুট-লোডার সরিয়ে নেওয়া আবশ্যক।

  • ফ্ল্যাট-প্যানেল মনিটর ও কয়েকটি ATI কার্ড ব্যবহারকারী সিস্টেমে 'টেক্সট-মোডে' Red Hat Enterprise Linux 4 ইনস্টল করার সময়, পর্দার অবস্থান পরিবর্তিত হতে পারে এবং এর ফলে পর্দার কিছু অংশ আড়াল হয়ে যেতে পারে।

    এই পরিস্থিতিতে, linux nofb পরামিতি প্রয়োগ করে ইনস্টলেশন করুন।

  • Red Hat Enterprise Linux 4.6 থেকে বর্তমান রিলিজে আপগ্রেড করার সময়, minilogd দ্বারা বেশ কয়েকটি SELinux প্রত্যাখ্যান লগ করা হতে পারে। এই ত্রুটির বার্তাগুলি হানীকারক নয় এবং উপেক্ষা করা সম্ভব হবে।

  • পূর্বে Anaconda kickstart নথিপত্রের (অবস্থান: /usr/share/doc/anaconda-<anaconda-version>/kickstart-docs.txt) মধ্যে kickstart ফাইলের --driveorder বিকল্প সম্বন্ধীয় বিভাগে উল্লিখিত ছিল:

    Specify which drive is first in the BIOS boot order.
                                            

    (অর্থাৎ, BIOS বুট অনুক্রমের প্রথম ড্রাইভ চিহ্নিত করুন)। কিন্তু, --driveorder বিকল্পের ক্ষেত্রে সিস্টেমে উপস্থিত সকল ড্রাইভের তালিকা উল্লেখ করা আবশ্যক ও অনুক্রমের জন্য ধার্য প্রথম বুট ডিভাইসটিএই তালিকার শীর্ষে উপস্থিত থাকার আবশ্যক। এই আপডেটে এই তথ্য পরিবর্তন করা হয়েছে ও বর্তমানে এই অংশের লেখা হল:

    Specify which drive is first in the BIOS boot order.
    The ordered list must include all the drives in the system.
                                            

    (অর্থাৎ, BIOS বুট অনুক্রমের প্রথম ড্রাইভ চিহ্নিত করুন। অনুক্রম তালিকার মধ্যে সিস্টেমের সকল ড্রাইভ উপস্থিত থাকা আবশ্যক)। kickstart ফাইলের মধ্যে --driveorder বিকল্প ব্যবহারের সময়, অনুক্রম তালিকার মধ্যে সিস্টেমের সকল ড্রাইভ অন্তর্ভুক্ত করা আবশ্যক।

বিবিধ বৈশিষ্ট্য সংক্রান্ত আপডেট

  • Red Hat Enterprise Linux 4-এ বর্তমানে Systemtap সম্পূর্ণরূপে সমর্থিত। Linux সিস্টেম চালানোর জন্য প্রয়োজনীয় তথ্য সংগ্রহের প্রণালী সরল করার জন্য Systemtap দ্বারা মুক্ত সফ্টওয়্যার (GPL) পরিকাঠামো উপলব্ধ করা হয়। কর্ম সঞ্চালন সংক্রান্ত কোনো সমস্যার কারণনির্ণয়ে এটি সহায়ক। systemtap-র উপস্থিতির ফলে ডিভেলপরদেরকে তথ্য সংগ্রহের জন্য ক্ষতিগ্রস্ত সামগ্রী নিরীক্ষণ করে সেটি পুনরায় কম্পাইল, ইনস্টল ও পুনরায় বুট করার প্রয়োজন হবে না।

    উল্লেখ্য, নতুন Red Hat Enterprise Linux অথবা Linux সংস্করণগুলির সাথে ব্যবহারযোগ্য systemtap-র কিছু বৈশিষ্ট্য kernel-র অনুপস্থিত বৈশিষ্ট্যের কারণে Red Hat Enterprise Linux 4-র মধ্যে প্রয়োগ করা যাবে না। kernel utrace-র অনুপস্থিতির ফলে ইউজার-স্পেস প্রোবিংয়ের কোনো সুযোগ উপলব্ধ থাকা সম্ভব না।

  • dmidecode দ্বারা BIOS ও মাদারবোর্ডের পরিবর্ধনের সম্পর্কে তথ্য উপস্থিত করা হয়।এই অ্যাডভাইসরির সাথে উপলব্ধ kernel-utils দ্বারা dmidecode-র 2.2 সংস্করণ থেকে 2.9 সংস্করণে আপডেট করা হয়। এই সংস্করণ দ্বারা নতুন প্রসেসর, PCI-এক্সপ্রেস স্লট ও ডিভাইস ও ব্লেড চ্যাসি সনাক্ত করা হয়। SMBIOS সংস্করণের 2.6 বিধি সমর্থনের উন্নত ব্যবস্থা এই ক্ষেত্রে উপস্থিত রয়েছে।

  • এই রিলিজে, kernel-utils-র একটি নতুন সংস্করণ উপলব্ধ করা হয়েছে। এর ফলে, নতুন Intel প্রসেসর সমর্থনের জন্য Intel মাইক্রো-কোড ফাইল 20080910 সংস্করণে আপডেট করা হয়।

  • নতুন HP ProLiant হার্ডওয়্যারে উপলব্ধ CCISS কনট্রোলার সমর্থনের জন্য smartmontools-র বৈশিষ্ট্য বৃদ্ধি করা হয়েছে।

  • Samba প্যাকেজটি, মূল প্রজেক্টের 3.0.33 সংস্করণে রি-বেস করা হয়েছে। শুধুমাত্র Samba কোড-বেসের বাগ সংশোধনের জন্য 3.0.x সংস্করণগুলি ব্যবহার করা হবে। 3.0.33 সংস্করণে রি-বেস করার ফলে কিছু গুরুত্বপূর্ণ বাগ-ফিক্স ও নিরাপত্তা বিষয়ক সংশোধন করা সম্ভব হবে। এই রি-বেসের ফলে নতুন কোনো বৈশিষ্ট্য যোগ করা হবে না।

    এই রি-বেসের ফলে মূল প্রজেক্টে সংশোধিত বাগ সংক্রান্ত তথ্য প্রাপ্ত করার জন্য Samba রিলিজ নোট পড়ুন: http://samba.org/samba/history/samba-3.0.33.html

  • ipmitool, মূল প্রজেক্টের 1.8.11 সংস্করণে আপডেট করা হয়েছে। এর ফলে বাগ সংশোধনের পাশাপাশি, পূর্ববর্তী রিলিজের তুলনায় কিছু উন্নত বৈশিষ্ট্য যোগ করা হয়েছে। যেমন:

    • নথিপত্র পরিবর্ধন

    • SDR/FRU, SOL ইত্যাদির বাগ সংশোধন

    • নতুন কমান্ড ও বিকল্প

    উল্লেখ্য, -K কমান্ড-লাইন সুইচের ব্যবহারপ্রণালী prompt for Kg key থেকে read Kg key from environment variable-এ পরিবর্তন করা হয়েছে। পূর্ববর্তী আপডেটে -K-র আচরণ বর্তমানে -Y ফ্ল্যাগের ক্ষেত্রে ধার্য করা হয়েছে।

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

  • পূর্বে, x86_64 ptrace কোডের মধ্যে একটি অনুপস্থিত সাইন এক্সটেনশনের অনুপস্থিতির ফলে, x86_64 আর্কিটেকচারের মধ্যে i386 অ্যাপ্লিকেশন ডিবাগ করার সময় gdb বিফল হত। এই আপডেটে, সংশ্লিষ্ট অনুপস্থিত সাইন এক্সটেনশন সঠিকরূপে অন্তর্ভুক্ত করার ফলে এই সমস্যা সংশোধিত হয়েছে।

  • ibmphp মডিউল আন-লোড করা নিরাপদ নয়। পূর্বে, ibmphp মডিউলকে আন-লোড করতে প্রতিরোধ করার জন্য ব্যবহৃত পন্থা পর্যাপ্ত ছিল না ও অবশেষে বাগ উৎপন্ন করে কর্ম স্থগিত করা হত। এই আপডেটে, মডিউলের আন-লোড প্রতিরোধের জন্য ব্যবহৃত প্রণালী উন্নত করা হয়েছে যার ফলে বাগ দ্বারা কর্ম স্থগিত করা হবে না। তথাপি, এই মডিউলটি আন-লোড করার প্রচেষ্টা করা হলে, মেসেজ লগের মধ্যে যোগ করা একটি সতর্কবার্তা দ্বারা চিহ্নিত করা হবে যে মডিউলটি আন-লোড করা নিরাপদ নয়। এই সতর্কবার্তা উপেক্ষা করা যাবে।

  • এই আপডেট থেকে, ৬৪ গিগাবাইটের অধিক মেমরি বিশিষ্ট সিস্টেমের মধ্যে ৩২-বিট x86 কার্নেলের জন্য সর্বাধিক ব্যবহারযোগ্য প্রকৃত মেমরির পরিমাণ ৬৪ গিগবাইট ধার্য করা হবে। কার্নেল দ্বারা মেমরিকে দুটি বিভাগে ভাগ করা হয়: Lowmem ও Highmem। Lowmem সর্বক্ষণ কার্নেল অ্যাড্রেস স্পেসের মধ্যে ধার্য করা হয়। Highmem-র ক্ষেত্রে, প্রয়োজন অনুসারে প্রতিটি পেজ একটি কার্নেল ভার্চুয়াল উইন্ডোর মধ্যে ধার্য করা হয়। মেমরি ইনপুট/আউটপুটের পরিমাণ ৬৪ গিগাবাইটের অধিক হওয়ার অনুমতি প্রদান করা হলে mem_map-র (পেজ অ্যারে নামেও পরিচিত) মান Lowmem-র পরিমাণ অব্দি অথবা অতিক্রম করতে পারবে। এই ক্ষেত্রে, বুট করার সময় কার্নেল প্যানিক সৃষ্টি হতে পারে অথবা অপ্রত্যাশিতরূপে আরম্ভ হবে। দ্বিতীয় পরিস্থিতির ক্ষেত্রে, বুট করার পরে কার্নেল দ্বারা কার্নেল মেমরি বরাদ্দ করা সম্ভব হবে না ও প্যানিক সৃষ্টি হতে পারে অথবা হ্যাং করতে পারে।

  • পূর্বে, হার্ডওয়্যার ভার্চুয়াল মেশিনের (HVM) মধ্যে ব্যবহারকারী দ্বারা অবিরত তীর চিহ্নের কি টেপার হলে, হার্ডওয়্যার ইন্টারাপ্ট ও টাইমার ইন্টারাপ্টের মধ্যে একটি ইন্টারাপ্ট রেস অবস্থা সৃষ্টি হত। এর ফলে, কি-বোর্ড ড্রাইভার দ্বারা অজানা কি-কোড ইভেন্টের সূচনা দেওয়া হত। এই আপডেটে i8042 পোলিং টাইমার সরিয়ে ফেলার ফলে এই সমস্যা মিটিয়ে ফেলা হয়েছে।

  • এই আপডেটের ফলে sata_svw ড্রাইভারের সাথে diskdump-র (vmcore Kernel ডাম্প নির্মাণ ও সংগ্রহের জন্য ব্যবহৃত) ব্যবহার সমর্থিত হবে।

  • এই আপডেটে, /proc/sys/vm-র মধ্যে "swap_token_timeout" পরামিতি যোগ করা হয়েছে।

    swap out নিরাপত্তার টোকেনের বৈধ হোল্ড-টাইম এই ফাইলের মধ্যে অন্তর্ভুক্ত করা হয়। Linux Virtual Memory (VM) সাব-সিস্টেমের মধ্যে উপস্থিত টোকেন-ভিত্তিক থ্র্যাশিং নিয়ন্ত্রণ ব্যবস্থার সাহায্যে থ্র্যাশিং পরিস্থিতির মধ্যে অপ্রয়োজনীয় পেজ ফল্ট প্রতিরোধের জন্য টোকেন প্রয়োগ করা হয়। এই মানের জন্য ব্যবহৃত মানক হল `second` (সেকেন্ড)। থ্র্যাশিংয়ের আচরণ নির্ধারণের জন্য এই মান প্রয়োজন। মান 0 ধার্য হলে, swap টোকেন পদ্ধতি নিষ্ক্রিয় করা হবে।

  • পূর্বে, readdir() সহযোগে ডিরেক্টরি প্রক্রিয়াকরণের সময় NFSv4 (নেটওয়ার্ক ফাইল সিস্টেম সংস্করণ 4) ক্লায়েন্ট সমস্যার সম্মুখীন হলে, সম্পূর্ণ readdir() কলের জন্য ত্রুটি উৎপন্ন হত। এই আপডেটে, readdir() কল করার পরে fattr4_rdattr_error ফ্ল্যাগ নির্ধারণ করা হবে ও সার্ভারকে কর্ম অব্যহত রাখার নির্দেশ জানানো হবে। উপরন্তু, কোনো সমস্যার ক্ষেত্রে শুধুমাত্র সংশ্লিষ্ট ডিরক্টরির জন্য ত্রুটি চিহ্নিত করা হবে।

  • পূর্বে, NFS (Network File System) ক্লায়েন্ট দ্বারা readdir() ফাংশান থেকে প্রাপ্ত ত্রুটিপূর্ণ উত্তর পরিচালনা করা সম্ভব হত না। এর ফলে, সার্ভার থেকে প্রাপ্ত উত্তরে দ্বারা সফল readdir() ফাংশান কল চিহ্নিত হলেও উত্তরটি তথ্যশূণ্য হত।এই আপডেটের, readdir() উত্তর পার্স করার ধারা পরিবর্তন করা হয়েছে ও কোনো ত্রুটিপূর্ণ উত্তর প্রাপ্ত হলে, ক্লায়েন্ট দ্বারা EIO ত্রুটির সূচনা দেওয়া হয়।

  • RPC ক্লায়েন্ট দ্বারা portmap কল থেকে প্রাপ্ত ফলাফল মেমরির এমন একটি স্থানে সংরক্ষণ করা হয় যা অনুকূল পরিস্থিতে মুক্ত করে পুনরায় বরাদ্দ করা সম্ভব হবে। তথাপি, কিছু পরিস্থিতিতে portmap কলের ফলাফল অতি শীঘ্র মুক্ত হওয়ার ফলে মেমরির ক্ষতি হওয়ার সম্ভাবনা দেখা দেয়। এই আপডেটে, portmap ফলাফল সংরক্ষণের জন্য মেমরির চিহ্নিত স্থানে রেফারেন্স গণনার প্রণালী যোগ করা হয়েছে ও ব্যবহারের পরেই এটি মুক্ত করা হবে।

  • সিস্টেম মেমরির পরিমাণ কম হওয়ার সময় কিছু পরিস্থিতিতে, RPC কলের জন্য ডাটা স্ট্রাকচার বরাদ্দকরণের কর্ম প্রতিরোধ করা হত। এর ফলে, বৃহৎ পরিমাণ NFS পেজ দ্বারা writeback কর্মের অপেক্ষাকালে মেমরির উপর সৃষ্টি অধিক ভারের ফলে ডেড-লক দেখা দিত। এই আপডেটে, ডাটা স্ট্রাকচার বরাদ্দকরণের কর্ম দ্বারা প্রতিরোধ সৃষ্টি করা হয় না ও সংশ্লিষ্ট সমস্যা মিটিয়ে ফেলা সম্ভব হয়েছে।

  • পূর্বে, LVM মিরর করার ভলিউমের মধ্যে সিঙ্ক্রোনাস উপায়ের লেখার সময় (O_SYNC ফ্ল্যাগ সহযোগে) কর্মক্ষমতার মান হ্রাস হত। এর ফলে, মিরর করার ভলিউমের মধ্যে প্রতিটি ইনপুট/আউটপুট কর্মে ৩ মিলিসেকেন্ড বিলম্ব হওয়ার দরুন লিনিয়ার ভলিউমের তুলনায় মিরর করা ভালিউম ৫-১০ গুণ ধীরে হত। এই আপডেটে, dm-raid1 ড্রাইভারের মধ্যে ইনপুট/আউটপুট কিউ আন-প্লাগ করার বৈশিষ্ট্য করা হয়েছে ও সমতূল্য লিনিয়ার ভলিউমের তুলনায় মিরর করা ভলিউমের কর্মক্ষমতা বৃদ্ধি হয়েছে।

  • প্রতিবার kupdate চালনার ফলে এটি দ্বারা ডিস্কের মধ্যে লেখা পরিবর্তিত পেজের সর্বাধিক সংখ্যা অ্যাডমিনিস্ট্রেটরদের দ্বারা নির্ধারণের উদ্দেশ্যে একটি নতুন পরামিতি যোগ করা হয়েছে। নির্ধারণযোগ্য এই নতুন পরামিতির মান (/proc/sys/vm/max_writeback_pages) ডিফল্টরূপে ১০২৪ (৪ মেগাবাইট), যার ফলে kupdate প্রতিবার চালনার দরুণ সর্বাধিক ১০২৪ পেজ লেখা যাবে। এই মান বৃদ্ধির ফলে, পরিবর্তিত পেজগুলি kupdate দ্বারা ফ্লাশ করার প্রবণতা পরিবর্তনের পাশাপাশি, দুইবার kupdate সঞ্চালনার মধ্যবর্তী সময়ে সিস্টেম বিপর্যের তথ্য ক্ষতিগ্রস্ত হওয়ার সম্ভাবনা হ্রাস হবে। তথাপি, সংবেদনশীল ইনপুট/আউটপুট লোড বিশিষ্ট সিস্টেমের মধ্যে max_writeback_pages মান বৃদ্ধি করা হলে কর্মক্ষমতার উপর নেতিবাচক ফল দেখা দেবে।

  • /proc/sys/kernel/wake_balance নির্ধারণযোগ্য পরামিতির জন্য একটি নতুন মান উপলব্ধ করা হয়েছে। wake_balance-র মান 2 (২) ধার্য করা হলে সবচেয়ে অনুকূল CPU-র পরিবর্তে যে কোনো উপলব্ধ CPU-র মধ্যে শিডিইলার সঞ্চালনার নির্দেশ দেওয়া হয়। এই কার্নেল পরামিতির মান 2 (২) নির্ধারণের ফলে, সিস্টেমের থ্রুপুট নির্বেশেষে শিডিউলার দ্বারা সার্বিক ল্যাটেন্সির পরিমাণ হ্রাস করতে বাধ্য করা হবে।

  • ডিরেক্টরি ট্রি পরীক্ষণের সময়, কিছু পরিস্থিতিতে কার্নেল মডিউল দ্বারা সঠিকভাবে মুক্ত ট্রি নির্ধারণ করা হত না। মেয়াদপূর্তীর জন্য একটি খোলা ফাইল হ্যান্ডেল প্রয়োগকারী সক্রিয় অফ-সেট মাউন্ট দ্বারা এই ফাইল হ্যান্ডেলকে সঠিক busyness check গণনা করতে প্রতিরোধ করা হত। এর ফলে, মাউন্ট করা অফ-সেটের জন্য পুনরায় মাউন্ট করার অনুরোধ জানানো হত। এই আপডেটের মধ্যে, সংশ্লিষ্ট কার্নেল মডিউল পরীক্ষা সংঢ়োধন করা হয়েছে ও মাউন্ট করার ভূল অনুরোধ সৃষ্টি হয় না।

  • সিস্টেম প্রারম্ভকালে, অ্যাডভান্সড প্রোগ্রামেবল ইন্টারাপ্ট কনট্রোলার (APIC) আরম্ভের পরে CPU বিক্রেতার নাম সনাক্ত করা করা সম্ভব হত। এর ফলে, ৮-টি কোরের অধিক পরিমাণ কোর বিশিষ্ট x86_64 AMD সিস্টেমের মধ্যে APIC ক্লাস্টার্ড মোড প্রয়োগ করা হত ও এর দরুণ পর্যাপ্ত কর্মক্ষমতা প্রাপ্ত হত না। এই আপডেটে, APIC প্রারম্ভের পূর্বে CPU বিক্রেতা সনাক্ত করা হয় ও এর দরুণ ডিফল্টরূপে APIC ফিসিক্যাল ফ্ল্যাট মোড ব্যবহার করে এই সমস্যা মিটিয়ে ফেলা সম্ভব হয়।

  • Red Hat Enterprise Linux 4.8-এ কমন ইন্টারনেট ফাইল সিস্টেম (CIFS)-র কোড আপডেট করা হয়েছে। এর ফলে মূল প্রজেক্টে সংশোধিত বেশ কয়েকটি বাগ এখানেও ঠিক করা হয়েছে। এর মধ্যে রয়েছে:

    পূর্বে, Unix এক্সটেনশন বিনা সার্ভার মাউন্ট করার সময় ফাইলের মোড পরিবর্তন করা সম্ভব ছিল। কিন্তু, মোডের এই পরিবর্তন স্থায়ীরূপে সংরক্ষিত হত না ও যে কোনো সময় এটি পূর্ববর্তী মানে প্রত্যাবর্তনের সম্ভাবনা দেখা দিত। এই আপডেটে ফাইলের মোড সাময়িকরূপে পরিবর্তন করা সম্ভব হবে না; chmod() কল সফল হলেও ও প্রভাব সৃষ্টি হবে না। পূর্ববর্তী ফলাফল প্রাপ্ত করার জন্য, মাউন্ট করার নতুন বিকল্প dynperm ব্যবহার করা আবশ্যক।

  • পূর্বে, কার্নেলে dio_bio_end_aio()dio_await_one()-র মধ্যে রেস পরিস্থিতি উৎপন্ন হওয়ার সম্ভাবনা ছিল। এর ফলে, সরাসরি ইনপুট/আউটপুট ব্যবস্থার দ্বারা একটি সমাপ্ত ইনপুট/আউটপুট প্রসেসের জন্য অনির্দিষ্ট সময়কাল অব্দি অপেক্ষা করা হত। এই আপডেটের মধ্যে, রেফারেন্স গণনাকারী এই কর্মগুলি লক করা হয়েছে যার ফলে কর্মের অনুরোধ ও সমাপ্তির প্রণালীর জন্য একই অবস্থা প্রদর্শিত করা হবে ও এই সমস্যা মিটিয়ে ফেলা সম্ভব হয়েছে।

  • পূর্বে, একটি সম্পূর্ণ ভার্চুয়ালাইজ করা গেস্ট সিস্টেমকে (kmod-xenpv প্যাকেজ ইনস্টল করে) Red Hat Enterprise Linux 4.6 থেকে Red Hat Enterprise Linux 4-র নতুন সংস্করণে আপডেট করার সময় xen-vbd.ko & xen-vnif.ko ও পূর্ববর্তী xen-platform-pci.ko বিল্ট-ইন কার্নেল মডিউলের মধ্যে বেঠিক মডিউল নির্ভরতার পরিস্থিতি সৃষ্টি হত। এর ফলে, xen-vbd.ko ব্লক ড্রাইভার সহ মাউন্ট করা ফাইল-সিস্টেম ও xen-vnif.ko নেটওয়ার্ক ড্রাইভার ব্যবহারকারী গেস্ট নেটওয়ার্ক ব্যবস্থা বিফল হত।

    Red Hat Enterprise Linux 4.7-র xen-platform-pci.ko মডিউলের বৈশিষ্ট্যগুলি কার্নেলের মধ্যে অন্তর্ভুক্ত করা হয়েছিল। কিন্তু পূর্বে পৃথকভাবে লোড করার যোগ্য কোনো কার্নেল মডিউল, কার্নেলের মধ্যে অন্তর্ভুক্ত করা হলে, বর্তমানে লোড করার জন্য উপস্থিত মডিউলগুলির সিম্বল নির্ভরতার পরীক্ষণ module-init-tools-র মধ্যে সঠিকরূপে করা হয় না। এই আপডেটে, xen-platform-pci.ko কর্মক্ষমতা কার্নেল থেকে সরিয়ে লোড করার যোগ্য একটি পৃথক মডিউলের মধ্যে স্থাপন করা হয়েছে। এর ফলে, কার্নেল আপগ্রেড করার সময় module-init-tools দ্বারা সঠিকরূপে নির্ভরতা পরীক্ষা করে নির্মাণ করা হয়।

  • পূর্বে, ৬৪-বিট হোস্ট সিস্টেমের মধ্যে প্যারা-ভার্চুয়ালাইড ব্লক ড্রাইভার (xen-vbd.ko) প্রয়োগ করে ৩২-বিট Red Hat Enterprise Linux 4.6-র সম্পূর্ণ ভার্চুয়ালাইজ করা গেস্ট সিস্টেমে ডিস্ট অথবা পার্টিশন মাউন্ট করা সম্ভব ছিল না। এই আপডেটের মধ্যে, ব্লক ফন্ট ড্রাইভার (block.c) আপডেট করা হয়েছে যার ফলে ব্লক ব্যাক ড্রাইভারকে গেস্ট সিস্টেম দ্বারা ৩২-বিট প্রোটোকল ব্যবহারের সূচনা দেওয়া হয়। এর দরুন এই সমস্যা মিটিয়ে ফেলা হয়েছে।

  • পূর্বে, বেয়ার-মেটাল কার্নেলের মধ্যে pv-on-hvm ড্রাইভার ইনস্টলেশনের ফলে স্বয়ংক্রিয়ভাবে /proc/xen ডিরেক্টরিটি নির্মিত হত। এর ফলে, যে সমস্ত অ্যাপ্লিকেশন দ্বারা সিস্টেমের মধ্যে ভার্চুয়ালাইজড কার্নেলের সঞ্চালনা সনাক্তকরণের জন্য /proc/xen ডিরেক্টরির উপস্থিতি পরীক্ষা করা হত, সেই অ্যাপ্লিকেশনগুলিতে ভুলবসত ভার্চুয়ালাইজড কার্নেলের ব্যবহার অনুমান করে নেওয়া হত। এই আপডেটে pv-on-hvm ড্রাইভার দ্বারা /proc/xen ডিরেক্টরি নির্মাণ করা হয় না ও এর ফলে এই সমস্যা সংশোধিত হয়েছে।

  • পূর্বে, প্যারাভার্চুয়ালাইজ করা গেস্ট সিস্টেমের ক্ষেত্রে সর্বাধিক ১৬-টি ডিস্ক ডিভাইস ব্যবহার করা সম্ভব ছিল। বর্তমানে সর্বাধিক ২৫৬-টি ডিস্ক ডিভাইস ব্যবহার করা সম্ভব হবে।

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

  • ALSA-র মধ্যে Intel® High Definition Audio (HDA) ড্রাইভার আপডেট করা হয়েছে। এর ফলে HDA বিশিষ্ট অডিও প্রয়োগকারী নতুন হার্ডওয়্যারের জন্য অডিও ব্যবস্থার সমর্থন উন্নত করা সম্ভব হবে।

  • পূর্বে, একাধিক ক্লায়েন্ট থেকে rcp কমান্ড সঞ্চালনকালে forcedeth ড্রাইভার স্তব্ধ হয়ে যেত। . এই আপডেটে forcedeth ড্রাইভার আপডেট করা হয়েছে যার ফলে এই সমস্যা সংশোধিত হয়েছে।

  • sata_nv ড্রাইভারের মধ্যে অটোমেটিক ডিরেক্ট মেমরি অ্যাকসেস (ADMA) ডিফল্টরূপে সক্রিয় করা হত। এর ফলে, sata_nv ড্রাইভার ব্যবহারকারী কিছু ডিভাইস দ্বারা ত্রুটি ও মেয়াদ পূর্তীর সম্মুখীন হতে হয়েছে। এই আপডেটে ডিফল্টরূপ ADMA মোড নিষ্ক্রিয় করা হয় ও এর ফলে এই সমস্যা সংশোধিত হয়েছে।

  • KVM-র ইনপুট/আউটপুট ভার্চুয়ালাইজেশনের প্ল্যাটফর্ম virtio, Linux Kernel 2.6.27 সংস্করণ থেকে Red Hat Enterprise Linux 4.8-এ ব্যাক-পোর্ট করা হয়েছে। এই ড্রাইভারগুলির সাহায্যে KVM গেস্ট সিস্টেমের মধ্যে উচ্চ মাত্রার ইনপুট/আউটপুট ব্যবহার করা সম্ভব হবে। virtio ডিভাইস সমর্থনের উদ্দেশ্যে ইউজার-স্পেসের বিভিন্ন সামগ্রীও আপডেট করা হয়েছে। যেমন: anaconda, kudzu, lvm, selinuxmkinitrd

  • নতুন নেটওয়ার্ক চিপ-সেট সমর্থনের উদ্দেশ্যে r8169 ড্রাইভার আপডেট করা হয়েছে। এই আপডেটের ফলে Red Hat Enterprise Linux 4.8-র মধ্যে RTL810x/RTL8168(9)-র সকল ধরন সমর্থিত হবে।

  • mptsas ড্রাইভার 3.12.29.00 সংস্করণে আপডেট করা হয়েছে। এই আপডেটের ফলে কিছু বাগ সংশোধিত হয়েছে ও নিম্নলিখিত নতুন বৈশিষ্ট্যগুলি যোগ করা হয়েছে:

    • ডুয়েল পোর্ট সমর্থন।

    • SAS চিপে বিদ্যুৎ পরিচালনা।

  • lpfc ড্রাইভার 8.0.16.46 সংস্করণে আপডেট করা হয়েছে। এই আপডেটের সাহায্যে বেশ কয়েকটি বাগের সংশোধন করা হয়েছে ও উন্নত বৈশিষ্ট্য যোগ করা হয়েছে। এর মধ্যে উল্লেখযোগ্য হল:

    • FCoE LP21000 HBA সমর্থন ব্যবস্থা

    • HBAnyware 4.0 সমর্থন ব্যবস্থা

  • SAS ভিত্তিক RAID কনট্রোলারের সাথে ব্যবহারযোগ্য megaraid_sas ড্রাইভার, 4.01-RH1 সংস্করণে আপডেট করা হয়েছে। এই আপডেটের ফলে কিছু বাগ সংশোধিত হয়েছে ও কিছু উন্নত বৈশিষ্ট্য অন্তর্ভুক্ত করা হয়েছে, যেমন:

    • LSI Generation 2 কনট্রোলারের জন্য সমর্থন ব্যবস্থা যোগ করা হয়েছে (0078, 0079)

    • ফার্মওয়্যার বন্ধ করার প্রক্রিয়া উন্নত করার জন্য বন্ধ করার প্রণালীর মধ্যে DCMD বন্ধ করার জন্য একটি কমান্ড যোগ করা হয়েছে।

    • হার্ডওয়্যার Linux ড্রাইভারের মধ্যে অপ্রত্যাশিত ইন্টারাপ্ট সৃষ্টিকারী একটি বাগ সংশোধন করা হয়েছে।

  • IBM eServer System P-র সাথে ব্যবহারযোগ্য eHEA ইথারনের ড্রাইভার, 0078-08 সংস্করণে আপডেট করা হয়েছে।

  • Red Hat Enterprise Linux 4.8 ও Red Hat Enterprise Linux 4-র ভবিষ্যতের কোনো রিলিজে EHCA infinband ডিভাইস ড্রাইভার সমর্থিত হবে না।

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

প্রযুক্তিগত প্রিভিউ রূপে চিহ্নিত বৈশিষ্ট্যগুলির জন্য বর্তমানে Red Hat Enterprise Linux 4.8-র সাবস্ক্রিপশনের অধীন কোনো সহায়তা উপলব্ধ করা হবে না। এই বৈশিষ্ট্যগুলি সম্ভবত সম্পূর্ণরূপে নির্মিত হয়নি এবং প্রধান কর্মক্ষেত্রে ব্যবহার না করাই বাঞ্ছনীয়। তথাপি, ব্যবহারকারীদের সুবিধার্থে এবং প্রচারের জন্য এই বৈশিষ্ট্যগুলি উপলব্ধ করা হয়েছে।

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

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

Red Hat Enterprise Linux-এ উপলব্ধ প্রযুক্তিগত প্রি-ভিউয়ের পরিধি জানার জন্য Red Hat ওয়েব-সাইটের মধ্যে Technology Preview Features Support Scope শীর্ষক পৃষ্ঠা দেখুন।

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

  • পূর্বে, Red Hat Network applet প্রয়োগ করে একটি ভিন্ন Red Hat Satellite Server-এ কোনো ক্লায়েন্ট পুনরায় নিবন্ধন করা হলে, অ্যাপ্লেটের মধ্যে পূর্ববর্তী সার্ভারে উপলব্ধ ও বর্তমান সার্ভারে অনুপস্থিত আপডেট প্রদর্শিত হত। নতুন সার্ভারের তথ্য /etc/sysconfig/rhn/rhn-applet ফাইলের মধ্যে পরিবর্তিত হত না। এই আপডেটে উপলব্ধ অ্যাপ্লেটের সংস্করণে, সার্ভারের url-র সাথে আপডেটের ক্যাশে মেলানো হয় ও এর ফলে উপলব্ধ আপডেটগুলিই ব্যবহারকারীকে প্রদর্শন করা হয়। কনফিগারেশন ফাইলের পরিবর্তনও এই সংস্করণ দ্বারা সনাক্ত করা সম্ভব হয় ও কোনো পরিবর্তনের ইঙ্গিত প্রাপ্ত হলে অ্যাপ্লেটটি স্বয়ংক্রিয়ভাবে কনফিগারেশনের সকল ভেরিয়েবলের মান পুনরা লোড করে, সার্ভারের নতুন সংযোগ নির্মাণ করবে।

  • sysreport.legacy দ্বারা $HOME-কে root ডিরেক্টরি রূপে ব্যবহার করা হত। সংশ্লিষ্ট এনভারনমেন্ট ভেরিয়েবল অনুপস্থিত থাকলে অথবা উদ্দিষ্ট ডিরেক্টরিটি লিখনযোগ্য না হলে sysreport.legacy দ্বারা রিপোর্ট নির্মাণ করা সম্ভব হত না ও Cannot make temp dir বার্তা প্রদর্শন করে কর্ম সমাপ্ত হত। Sysreport.legacy দ্বারা বর্তমানে root ডিরেক্টরি রূপে এখন একটি যথেচ্ছ নির্মিত ডিরেক্টরি প্রয়োগ করা হবে ও ব্যবাহরযোগ্য $HOME উপস্থিত না থাকলেও রিপোর্ট নির্মাণ করা সম্ভব হবে।

  • হোস্টের সাথে চিহ্নিত কোনো মাউন্টের দূরত্ব যাচাই করার সময় স্থানীয় ইন্টারফেস সম্বন্ধে SIOCGIFCONF ioctl থেকে তথ্য প্রাপ্ত করার সময় automount ডেমন দ্বারা ১২৮ বাইটের সুনির্দিষ্ট মাপের বাফার প্রয়োগ করা হয়। প্রতিটি ইন্টারফেসের বর্ণনার মাপ ৪০-বিট হওয়ার ফলে, এই ডেমন দ্বারা একসাথে তিনটির বেশি স্থানীয় ইন্টারফেস সম্বন্ধে তথ্য প্রাপ্ত করা সম্ভব ছিল না। মাউন্টের হোস্ট স্থানীয় চিহ্নিত হলেও যদি এই ডিনটি ইন্টারফেসের সাথে না মেলে তাহলে দূরত্বের পরিমাণ ঠিক করে নির্ধারিত হত না।

    automount ডেমন দ্বারা বর্তমানে, সিস্টেমের মধ্যে উপস্থিত সকল ইন্টারফেসের তথ্য ধারণ করার জন্য পর্যাপ্ত স্থান পরিবর্তনশীল রূপে বাফার বরাদ্দ করা হয়। এর ফলে, NFS মাউন্টের ক্ষেত্রে নির্দিষ্ট হোস্ট সিস্টেমের দূরত্ব সঠিকভাবে নির্ধারণ করা যাবে।

  • মাউন্টের অবস্থানে একাধিক হোস্ট চিহ্নকারী (মাউন্টের প্রতিলিপি) Automount ম্যাপ এনট্রিগুলির ক্ষেত্রে, automount ডেমন দ্বারা হোস্টের দূরত্ব ও NFS সংস্করণ যাচাইয়ের জন্য দূরবর্তী হোস্টের তালিকা অনুসন্ধান করা হয়। কোনো হোস্ট থেকে উত্তর প্রাপ্ত না হলে সেটি তালিকা থেকে সরিয়ে ফেলা হয়। একটিও হোস্ট থেকে উত্তর প্রাপ্ত না হলে তালিকা ফাঁকা করা হবে। পূর্বে, প্রারম্ভিক অনুসন্ধানের পরে তালিকা ফাঁকা হয়েছে কি না তা ডেমন দ্বারা তালিকার পরীক্ষা করা হত না। এর ফলে সেগমেন্টেশন ফল্ট (NULL পয়েন্টা ডি-রেফারেন্স করার ফলে) দেখা দিত। বর্তমানে এটি পরীক্ষা করা হয়।

  • পূর্বে, ttfonts-zh_CN প্যাকেজের মধ্যে Zhong Yi Song TrueType ফন্ট অন্তর্ভুক্ত ছিল। এই ফন্টের স্বত্বাধিকারী Beijing Zhong Yi Electronics Co.-র পক্ষ থেকে Red Hat Inc.-কে এই ফন্ট শুধুমাত্র Red Hat নামের অধীন নির্মিত উৎপাদন ও সফ্টওয়্যারের মধ্যে বিতরণের লাইসেন্স প্রদান করা হয়েছে। ttfonts-zh_CN-র মধ্যে এই ফন্ট অন্তর্ভুক্ত করার ফলে Red Hat-র পক্ষে এই প্যাকেজের মুক্ত বিতরণ করা সম্ভব হবে না। Red Hat-র গ্রাহকদের জন্য Red Hat Network ও Supplementary CD-তে fonts-chinese-zysong প্যাকেজে Zhong Yi Song TrueType ফন্ট এখনো উপলব্ধ রয়েছে।

  • ১০২৪ অথবা অধিক সংখ্যক পাথের জন্য multipath কনফিগার করা হলে multipathd dead but pid file exists অবস্থা চিহ্ন করে multipathd বিপর্যস্ত হবে। প্রতিটি পাথের জন্য ফাইল খুলতে না পারার ফলে এই বিপর্যয়। এর ফলে, error calling out /sbin/mpath_prio_ontap /dev/[device] ত্রুটিও দেখা দিতে পারে। এখন, max_fds নামক একটি নতুন multipath.conf পরামিতির সাহায্যে multipathd প্রসেস দ্বারা খোলার উদ্দেশ্যে সর্বাধিক ফাইল ডেস্ক্রিপ্টরের সংখ্যা অথবা max পরামিতির সাহায্যে সিস্টেমের জন্য সর্বাধিক সংখ্যা নির্ধারণ করা যাবে। max_fds-র জন্য একটি পর্যাপ্ত উচ্চ সংখ্যা অথবা max-র পরিমাণে ধার্য করা হলে multipathd-র এই বিপর্যয় এড়ানো যাবে।

  • পূর্বে, Adaptec 2120S অথবা Adaptec 2200S কনট্রোলারের সাথে accraid ড্রাইভার ব্যবহারের সময়, নিম্নলিখিত ত্রুটির বার্তা প্রদর্শন করে সিস্টেম বুট-আপ না করার সম্ভাবনা দেখা দিত: aac_srb:aac_fib_send failed with status 8195। বর্তমানে আপডেটে accraid ড্রাইভার আপডেট করার ফলে এই সমস্যা মিটিয়ে ফেলা হয়েছে।

  • সিস্টেমের হার্ডওয়্যার ও বর্তমান কনফিগারেশন সম্পর্কে তথ্য সংগ্রহের উদ্দেশ্যে ব্যবহৃত কিছু সরঞ্জামের সংকলক হল SOS। এই তথ্য ব্যবহার করে সিস্টেমের সমস্যাগুলির কারণনির্ণয় ও সেগুলি ডিবাগ করা যাবে।

    এই আপডেটের ফলে, sosreport দ্বারা নির্মিত রিপোর্টের মধ্যে পূর্বে সংগ্রহ না হওয়া পাঁচ ধরনের নতুন তথ্য অন্তর্ভুক্ত করা হয়:

    • সমস্যা উৎপন্ন হওয়ার চলমান সামগ্রী সম্পর্কে জানার জন্য /var/log/cron*-র বিষয়বস্তু ও crontab -l কমান্ডের ফলাফল অন্তর্ভুক্ত করা হয়।

    • fdisk থেকে পার্টিশন সংক্রান্ত তথ্য পূর্বে প্রাপ্ত করা হত, কিন্তু কিছু ক্ষেত্রে fdisk-র পক্ষে তথ্য সংগ্রহ করা সম্ভব ছিল না (যেমন, GUID পার্টিশন)। বর্তমানে এই সমস্ত তথ্য parted সহযোগে সংগ্রহ করা হয়।

    • dumpe2fs -l থেকে প্রাপ্ত ফলাফল।

    • /etc/inittab-র বিষয়বস্তু।

    • পরিসেবাগুলির বর্তমান অবস্থা প্রদর্শনের জন্য "/sbin/service --status-all" কমান্ডের ফলাফল। পূর্বে, শুধুমাত্র বুট করার সময়কার বৈশিষ্ট্য সংগ্রহ করা হত ("chkconfig --list" কমান্ড থেকে)।

  • মাউন্টের মেয়াদপূর্তীর জন্য automount দ্বারা umount(8) প্রয়োগ করা হয় ও umount(8) দ্বারা সার্ভার থেকে উত্তর প্রাপ্তির আশায় অনির্দিষ্টকাল অপেক্ষা করা সম্ভব। এর ফলে, মেয়াদপূর্তীর কর্ম প্রতিরোধ করে একই /usr/sbin/automount প্রসেসের মধ্যে (অর্থাৎ, চিহ্নিত automount প্রসেস দ্বারা পরিচালিত মাউন্ট) অত্যাধিক সময়ের জন্য মাউন্টের সময়সীমা অতিক্রম না হওয়ার সম্ভাবনা থাকে। উপরন্তু, যদি কোনো সার্ভারের সাথে সংযোগ স্থাপন করা সম্ভব না হয় তাহলে, উত্তর প্রদানকারী সার্ভার সহ মেয়াদপূর্ত কোনো মাউন্ট, automount দ্বারা আন-মাউন্ট করা হবে না। এর ফলে, মেয়াদপূর্তীর উদ্দেশ্যে চিহ্নিত উল্লেখযোগ্য সংখ্যার মাউন্ট সিস্টেমের মধ্যে উপস্থিত থাকবে। Automount-র মধ্যে উপস্থিত একটি কমান্ড-লাইন বিকল্পের সাহায্যে, automount দ্বারা কোনো মাউন্টের জন্য ব্যয় করার উদ্দেশ্যে সময় নির্দিষ্ট করা যাবে। চিহ্নিত সময় অতিক্রান্ত হলে পরবর্তর মাউন্টে এগিয়ে চলা হবে। কিছু সার্ভার থেকে উত্তর পাওয়া না গেলেও, মেয়াদপূর্ত মাউন্টগুলি বর্তমানে আন-মাউন্ট করা যাবে।

  • নিম্নলিখিত বাগ সংশোধরনের জন্য netpbm প্যাকেজ আপডেট করা হয়েছে:
    • netpbm-র সাথে উপলব্ধ কিছু সামগ্রী দ্বারা স্ট্যান্ডার্ড ইনপুট থেকেত ফাইল গ্রহণ করা হত না, যদিও সংশ্লিষ্ট নথিপত্রে এই পদ্ধতির বর্ণনা উপস্থিত করা হয়েছে। বর্তমান আপডেটের মধ্যে এই সমস্যা সংশোধন করা হয়েছে।

    • ছবির ফাইল প্রক্রিয়াকরণের সময় netpbm-র সাথে উপলব্ধ বেশ কিছু সামগ্রীর বিপর্যস্ত দেখা দিত। এই সমস্যা সংশোধিত হয়েছে।

  • ICQ ইন্টারনেট বার্তার প্রোটোকল সার্ভারগুলি সম্প্রতি পরিবর্তিত হয়েছে এবং ক্লায়েন্টদের ক্ষেত্রে ICQ প্রোটোকলের নতুন সংস্করণ ব্যবহার করা আবশ্যক। Pidgin 2.5.2 (Red Hat Enterprise Linux 4-র সাথে পূর্বে উপলব্ধ সংস্করণ) সহযোগে ICQ-তে লগ-ইন করার প্রচেষ্টা ব্যর্থ হয় ও একটি ত্রুটির বার্তা প্রদর্শন করা হয়।এই আপডেটে, Pidgin 2.5.5 সংস্করণে আপডেট করা হয়েছে ও এর ফলে এই সমস্যার সুরাহা হয়েছে।

  • Red Hat Enterprise Linux 4-র মধ্যে ফাইবার চ্যানেল রি-স্ক্যান সংক্রান্ত Red Hat Knowledgebase নথির মধ্যে উল্লিখিত তথ্য সঠিক ছিল না। এই তথ্য এখন আপডেট করা হয়েছে ও উল্লিখিত স্থানে প্রাপ্ত করা যাবে: http://kbase.redhat.com/faq/docs/DOC-3942

  • SSH সার্ভারের সঙ্গে সাফল্যের সাথে সংযোগ স্থাপনের পরে, সার্ভার থেকে SSH ক্লায়েন্টে একটি টেক্সট-ভিত্তিক ব্যানার প্রেরিত হতে পারে। এই কারণে, gftp (গ্রাফিক্যাল ftp ক্লায়েন্ট) দ্বারা (SFTP-র মাধ্যমে) একটি SSH সার্ভারের সাথে সংযোগ স্থাপনের সময় এই ধরনের ব্যানার প্রাপ্ত হলে, gftp এই ব্যানারটিকে কোনো ত্রুটি বার্তা রূপে ধার্য করে সংযোগ বন্ধ করে দিত। এই আপডেটে, gftp 2.0.18 সংস্করণে আপডেট করা হয়েছে ও ব্যানার সহ সার্ভারের সাথে সংযোগ স্থাপন করা যাবে।

  • NFS ডিরেক্টরির মধ্যে একটি ফাইল আপলোড করার সময়, ফাইল ব্যবহার ও পরিবর্তনের সময়কাল সঠিকরূপে রেকর্ড না করা হওয়ার সম্ভাবনা ছিল। এই আপডেটের ফলে, সঠিক সময় ধার্য করা সম্ভব হবে ও এর ফলে এই সমস্যা সংশোধিত হয়েছে।

  • সুনির্দিষ্ট PCI ক্লাসের সাথে বাইন্ড করে কর্ম সঞ্চালনকারী কিছু মডিউল, PCI ডিভাইসের জন্য kudzu-র মধ্যে উপস্থিত অনুসন্ধানের কোড দ্বারা সনাক্ত না হওয়ার সম্ভাবনা রয়েছে। এর মধ্যে রয়েছে, SGI Altix সিস্টেমের মধ্যে sgiioc4 ড্রাইভার। এই মডিউলগুলি লোড না করা হলে, ড্রাইভারের উপর নির্ভরশীল ডিভাইসগুলি সিস্টেম দ্বারা সনাক্ত করা হবে না। আপডেট করা এই প্যাকেজের মধ্যে কোড অনুসন্ধানের একটি নতুন সংস্করণ উপস্থিত রয়েছে যার সাহায্যে, প্রভাবিত মডিউলগুলি সহজেই সন্ধান করা যাবে।

জ্ঞাত সমস্যা

  • Red Hat Enterprise Linux 4.8-র মধ্যে উপস্থিত লজিক্যাল ভলিউম পরিচালনব্যবস্থা দ্বারা ফাইল ডিস্ক্রিপ্টরের লিক সম্বন্ধে সূচিত করা হয় ও ইনস্টলেশন আউপুটের ক্ষেত্রে নিম্নলিখিত ত্রুটি প্রদর্শন করা হয়:

    File descriptor NUM (socket:XXXX) leaked on lvm invocation.
                                            

    এই বার্তাটি উপেক্ষা করা যাবে।

  • নেটওয়ার্ক ফাইল-সিস্টেমের (NFS) মাধ্যমে Red Hat Enterprise Linux 4 ইনস্টল করা হলে, ইনস্টলার দ্বারা সঠিকরূপে NFS মাউন্ট-পয়েন্ট বন্ধ করা সম্ভব হয় না। এর ফলে NFS সার্ভারের আচরণ অস্বাভাবিক হতে পারে। এই পরিস্থিতির দেখা দিলে, Red Hat-র পক্ষ থেকে HTTP ব্যবহারের প্রস্তাব দেওয়া হয়।

  • সিস্টেমের BIOS দ্বারা লিগেসি (acpiphp) ও নেটিভ (pciehp) PCI হট-প্লাগিং সম্ভব হলে শুধুমাত্র একটি পদ্ধতি নির্বাচন করা আবশ্যক ও Red Hat Enterprise Linux 4 দ্বারা অন্য মডিউলটি লোড করে প্রতিরোধ করার জন্য অ্যাডমিনিস্ট্রেটরকে সুনির্দিষ্ট নির্দেশ দিতে হবে। এর জন্য /etc/modprobe.conf ফাইলের মধ্যে অবাঞ্ছিত মডিউলটিকে ব্যাক-লিস্ট করতে হবে।

  • Mellanox MT25204-র হার্ডওয়্যার পরীক্ষণের ফলে উচ্চ-চাপ বিশিষ্ট অবস্থায় উৎপন্ন একটি অভ্যন্তরীণ ত্রুটি সনাক্ত করা হয়েছে। ib_mthca ড্রাইভার দ্বারা এই হার্ডওয়্যারের উপর একটি মারাত্মক ত্রুটির সূচনা প্রদান করা হলে, সাধারণত তা ব্যবহারকারী অ্যাপ্লিকেশন থেকে প্রাপ্ত অনুরোধ সংখ্যার তূলনায় অপর্যাপ্ত সংযোগ পূরণের কিউ ডেপ্‌ত সংখ্যা সংক্রান্ত হয়ে থাকে।

    এই ঘটনা থেকে স্বাভাবিক অবস্থায় প্রত্যাবর্তনের জন্য ড্রাইভার দ্বারা হার্ডওয়্যারের মান পুনরায় স্থাপন করা হলেও, ত্রুটি উৎপন্ন হওয়ার সময় উপস্থিত সকল সংযোগ বিচ্ছিন্ন হয়ে যাবে। সাধারণত, এর ফলে ব্যবহারকারী অ্যাপ্লিকেশনে একটি সেগমেন্টেশন ফল্ট দেখা দেয়। উপরন্তু, opensm চলাকালীন এই সমস্যা দেখা দিলে, সঠিক কর্ম সঞ্চালন অবিঘ্নিত রাখতে ব্যবহারকারী দ্বারা এটি পুনরায় আরম্ভ করা আবশ্যক।

  • openmpilam-র পূর্ববর্তী সংস্করণে উপস্থিত একটি বাগের ফলে এই প্যাকেজগুলি আপগ্রেড করতে প্রতিরোধ করা হতে পারে। এই একই বাগের ফলে, up2date সহযোগে সকল প্যাকেজ আপডেট করার প্রচেষ্টা ব্যর্থ হতে পারে।

    openmpi অথবা lam আপগ্রেড করার সময় নিম্নলিখিত ত্রুটির মাধ্যমে এই বাগ দেখা দেয়:

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

    উপরন্তু, up2date-র সাহায্যে সকল প্যাকেজ আপগ্রেড করার সময় নিম্নলিখিত ত্রুটির (/var/log/up2date ফাইলে লগ করা হয়) মাধ্যমে এই বাগ দেখা দেয়:

    up2date Failed running rpm transaction - %pre %pro failure ?.
                                    

    এই ত্রুটিগুলি এড়ানোর জন্য openmpilam-র পুরোনো সংস্করণগুলি সরিয়ে ফেলা আবশ্যক। এর জন্য, নিম্নলিখিত rpm কমান্ড প্রয়োগ করুন:

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

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

    এই সমস্যা এড়ানোর জন্য, stale LUN-র ক্ষেত্রে প্রযোজ্য সকল ডিভাইস ও mpath লিঙ্ক এনট্রিগুলি /etc/lvm/.cache ফাইল থেকে মুছে ফেলুন। এই এনট্রি সনাক্ত করার জন্য নিম্নলিখিত কমান্ড ব্যবহার করুন:

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

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

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

    অর্থাৎ 3600d0230003414f30000203a7bc41a00, দুটি mpath লিঙ্কের সাথে ম্যাপ করা হয়েছে: dm-4dm-5

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

    /dev/dm-4 
    /dev/dm-5 
    /dev/mapper/3600d0230003414f30000203a7bc41a00
    /dev/mapper/3600d0230003414f30000203a7bc41a00p1
    /dev/mpath/3600d0230003414f30000203a7bc41a00
    /dev/mpath/3600d0230003414f30000203a7bc41a00p1
                                    
  • দুটি সিস্টেম বিশিষ্ট HA-RAID কনফিগারেশনের মধ্যে, দুটি SAS অ্যাডাপ্টার দুটি সিস্টেমের সাথে যুক্ত করে একটি শেয়ার করা SAS ডিস্ক ড্রয়ারের সাথে সংযুক্ত করা হয়। দুটি SAS অ্যাডাপ্টারের ক্ষেত্রে Preferred Dual Adapter State বৈশিষ্ট্যের মান Primary নির্ধারণ করা হলে race অবস্থা দেখা দিতে পারে। এর ফলে এই দুটি SAS অ্যাডাপ্টারের মধ্যে সীমাহীন ফেইল-ওভার ঘটতে থাকবে। সাধারণত শুধুমাত্র SAS অ্যাডাপ্টারের ক্ষেত্রে Primary মান নির্ধারণ করা যাবে।

    এই সমস্যা এড়ানোর জন্য, একটি SAS অ্যাডাপ্টারের ক্ষেত্রে Preferred Dual Adapter State বৈশিষ্ট্যের মান Primary হলে অন্য SAS অ্যাডাপ্টারের মান সুনির্দিষ্টরূপে None নির্ধারণ করুন।

  • hp_sw কার্নেল মডিউল ব্যবহারের প্রয়োজন হলে, আপডেট করা device-mapper-multipath প্যাকেজ ইনস্টল করুন।

    active/passive মোড সঠিকরূপে ব্যবহার করার জন্য ও Linux মেশিন থেকে উৎপন্ন সংযোগ সনাক্ত করার জন্য HP অ্যারে সঠিকরূপে কনফিগার করা আবশ্যক। এটি করার জন্য নিম্নলিখিত নির্দেশ অনুসরণ করুন:

    1. show connections কমান্ড ব্যবহার করে প্রতিটি সংযোগ দ্বারা ব্যবহৃত ওয়ার্ল্ড ওয়াইড পোর্ট সংখ্যা (WWPN) নির্ধারণ করুন। দুটি সংযোগ বিশিষ্ট HP MSA1000-র জন্য ব্যবহৃত show connections কমান্ডের ফলাফল, উদাহরণস্বরূপ নীচে উল্লেখ করা হয়েছে:

      Connection Name: <Unknown>
      Host WWNN = 200100E0-8B3C0A65
      Host WWPN = 210100E0-8B3C0A65
      Profile Name = Default
      Unit Offset = 0
      Controller 2 Port 1 Status = Online
      
      Connection Name: <Unknown>
      Host WWNN = 200000E0-8B1C0A65
      Host WWPN = 210000E0-8B1C0A65
      Profile Name = Default
      Unit Offset = 0
      Controller 1 Port 1 Status = Online
                                                      
    2. নিম্নলিখিত কমান্ড প্রয়োগ করে প্রতিটি সংযোগ সঠিকরূপে কনফিগার করুন:

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

      উল্লেখ্য, [connection name] অনির্দিষ্টরূপে নির্ধারণ করা যাবে।

      উল্লিখিত উদাহরণ অনুযায়ী, প্রয়োজনীয় কমান্ডগুলি হল:

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

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

    3. প্রতিটি সংযোগ সঠিকরূপে কনফিগার করা হয়েছে কিনা পরীক্ষা করার জন্য পুনরায় show connections সঞ্চালন করুন। উল্লিখিত উদাহরণ অনুযায়ী, সঠিক কনফিগারেশন হল:

      Connection Name: foo-p2
      Host WWNN = 200000E0-8B1C0A65
      Host WWPN = 210000E0-8B1C0A65
      Profile Name = Linux
      Unit Offset = 0
      Controller 1 Port 1 Status = Online
      
      Connection Name: foo-p1
      Host WWNN = 200100E0-8B3C0A65
      Host WWPN = 210100E0-8B3C0A65
      Profile Name = Linux
      Unit Offset = 0
      Controller 2 Port 1 Status = Online
                                                      
  • Red Hat দ্বারা EXT3 ফাইল সিস্টেমের ক্ষেত্রে quota ব্যবহার না করার পরামর্শ দেওয়া হয় কারণ কিছু পরিস্থিতিতে ডেড-লক দেখা দেওয়ার সম্ভাবনা থাকে।

    পরীক্ষায় জানা গিয়েছে যে quota চলাকালীন, kjournald ব্যবহারের ফলে EXT3-র জন্য সুনির্দিষ্ট কিছু callout অবরুদ্ধ হতে পারে। Red Hat দ্বারা Red Hat Enterprise Linux 4-র মধ্যে এই সমস্যা সংশোধনের কোনো পরিকল্পনা এই মুহূর্তে করা হয়নি কারণ এই ক্ষেত্রে অতিমাত্রায় পুঙ্খানুপুঙ্খ পরিবর্তন করা প্রয়োজন হবে।

    উল্লেখ্য, Red Hat Enterprise Linux 5-র মধ্যে এই সমস্যা অনুপস্থিত।

  • Mellanox MT25204-র হার্ডওয়্যার পরীক্ষণের ফলে উচ্চ-চাপ বিশিষ্ট অবস্থায় উৎপন্ন একটি অভ্যন্তরীণ ত্রুটি সনাক্ত করা হয়েছে। ib_mthca ড্রাইভার দ্বারা এই হার্ডওয়্যারের উপর একটি মারাত্মক ত্রুটির সূচনা প্রদান করা হলে, সাধারণত তা ব্যবহারকারী অ্যাপ্লিকেশন থেকে প্রাপ্ত অনুরোধ সংখ্যার তূলনায় অপর্যাপ্ত সংযোগ পূরণের কিউ ডেপ্‌ত সংখ্যা সংক্রান্ত হয়ে থাকে।

    এই ঘটনা থেকে স্বাভাবিক অবস্থায় প্রত্যাবর্তনের জন্য ড্রাইভার দ্বারা হার্ডওয়্যারের মান পুনরায় স্থাপন করা হলেও, ত্রুটি উৎপন্ন হওয়ার সময় উপস্থিত সকল সংযোগ বিচ্ছিন্ন হয়ে যাবে। সাধারণত, এর ফলে ব্যবহারকারী অ্যাপ্লিকেশনে একটি সেগমেন্টেশন ফল্ট দেখা দেয়। উপরন্তু, opensm চলাকালীন এই সমস্যা দেখা দিলে, সঠিক কর্ম সঞ্চালন অবিঘ্নিত রাখতে ব্যবহারকারী দ্বারা এটি পুনরায় আরম্ভ করা আবশ্যক।

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

  • স্বয়ংক্রিয় পোর্ট সনাক্তকরণের মোডে ib_ehca InfiniBand ড্রাইভার লোড করা হলে (nr_ports=-1 মডিউল পরামিতি সহযোগে), IP-over-InfiniBand নেটওয়ার্ক ইন্টারফেসটি (ibX) উপলব্ধ করতে বিলম্ব হতে পারে। এই পরিস্থিতিতে openibd প্রারম্ভিক স্ক্রিপ্টের থেকে ifup ibX কমান্ড জারি করা হলে তা ব্যর্থ হবে ও ibX ইন্টারফেসটি উপলব্ধ হবে না।

    এই সমস্যা দেখা দিলে, সেটি সংশোধন করার জন্য rcnetwork restart কমান্ড প্রয়োগ করুন।

  • IBM Redbook "Implementing InfiniBand in IBM System p (SG247351) নথির, টেবিল ৬-৩-এ (on page 220 of the PDF version) ডিবাগ কোড বিটের ব্যাখ্যা ও বিভিন্ন HCA ত্রুটি নির্দেশক বিটের বর্ণনা উপস্থিত রয়েছে।

    উল্লেখ্য, eHCA2 অ্যাডাপ্টারের মধ্যে, ত্রুটি নির্দেশক ৪৬ ও ৪৭ বিটের ক্ষেত্রে ভুল মান প্রদর্শিত হতে পারে।

  • HP ICH10 ওয়ার্ক-স্টেশনের মধ্যে শুধুমাত্র ৩.৫ মিলিমিটার মাপের জ্যাকের সাহায্যে অডিও সক্রিয় করা হয়। সাধারণত, হেডফোন, স্পিকার ও মাইক্রোফোনগুলি সামনের অংশে উপস্থিত জ্যাকের সাথে সংযুক্ত করা উচিত। বর্তমানে, পিছনের অংশের জ্যাক, অভ্যন্তরীণ স্পিকার ও মাস্টর ভলিউম এই ওয়ার্ক-স্টেশনে ব্যবহার করা সম্ভব নয়।

  • এই আপডেটের ফলে, নিম্নলিখিত মডেলের জন্য PCI সনাক্তকরণ ও ক্রমবিন্যাসের মোড পরিবর্তিত হয়েছে:

    • HP Proliant DL 580 G5

    • HP Proliant DL 385 G2

    • HP Proliant DL 585 G2

    এই মডিউলগুলি দ্বারা ডিভাইস স্ক্যান ও এনুমেরেশনের মোড প্রয়োগ করা হয়। ডিফল্টরূপে, Red Hat Enterprise Linux 4 অথবা 5-এ এইগুলি ব্যবহার করা হয় না। HP Proliant মডেলগুলি দ্বারা ব্যবহার মোডের ফলে অতিরিক্ত কার্ড সনাক্ত করে সেগুলি সিস্টেমের অন-বোর্ড/অভ্যন্তরীণ ডিভাইসের পূর্বে যোগ করা হতে পারে। অপ্রত্যাশি এই ক্রমবিন্যাসের ফলে Red Hat Enterprise Linux-র নতুন ইনস্ট্যান্স ইনস্টলেশন, হার্ডওয়্যার সংযোজন ও ব্যবস্থাপনার সমস্যা দেখা দিতে পারে।

    Red Hat Enterprise Linux 4.7 কার্নেলে আপডেট করা হলে, পূর্বে উল্লিখিত HP Proliant মডেলগুলির নেটওয়ার্ক ইন্টারফেস কার্ডের (NIC) সংখ্যা পরিবর্তিত হওয়ার সম্ভাবনা রয়েছে। ইনস্টল করা প্রতিটি NIC-র জন্য /etc/sysconfig/network-scripts/ifcfg-eth[X] -র মধ্যে HWADDR=MAC ADDRESS পরামিতির মান নির্ধারিত না হলে, ইনস্টলার দ্বারা NIC-র সংখ্যা পরিবর্তন করা হয়। সাধারণত, NIC-র সংখ্যা নির্ধারণের কোনো অপ্রত্যাশিত ফলস্বরূপ উৎপন্ন সমস্যা এড়ানোর জন্য Red Hat দ্বারা এই পরামিতি নির্ধারণের প্রস্তাব জানানো হয়।

    উপরন্তু, HP Proliant মডেলগুলি Red Hat Enterprise Linux 4.7-এ আপডেট করার পরে NIC সংখ্যার কোনো পরিবর্তন দেখা দিলে, /boot/grub/grub.conf ফাইলের মধ্যে pci=nobfsort কার্নেল বুট পরামিতি যোগ করুন।

  • ভলিউম গ্রুপের মধ্যে কোনো মিরর অথবা স্ন্যাপ-শট উপস্থিত থাকলে, ভলিউম গ্রুপের পরামিতি সহ lvchange কমান্ড প্রয়োগ করা হলে নিম্নলিখিত ত্রুটির বার্তা প্রদর্শন করা হবে:

    Unable to change mirror log LV fail_secondary_mlog directly
    Unable to change mirror image LV fail_secondary_mimage_0 directly
    Unable to change mirror image LV fail_secondary_mimage_1 directly
                                            

    এই বার্তাগুলি উপেক্ষা করা যাবে।

  • বুট করার সময় Dell PowerEdge SC1435s সিস্টেমগুলি স্তব্ধ হয়ে যেতে পারে। এই সমস্যা এড়ানোর জন্য grub.conf ফাইলের মধ্যে terminal পংক্তিতে serial console-র পরিবর্তে console serial লিখুন।

  • আপডেট হওয়া ixgbe ড্রাইভার দ্বারা Intel 82598AT সমর্থিত হয় না (Copper Pond 10GbE)।

  • Red Hat Enterprise Linux 5.3 দ্বারা কোনো অভ্যন্তরীণ ব্লক ডিভাইসের মাপে হওয়ার পরিবর্তন সনাক্ত করা সম্ভব হবে। স্বয়ংক্রিয়ভাবে এই মাপ পরিবর্তন সনাক্ত করা সম্ভব না হওয়ার ফলে ব্যবহারকারীদেরকে স্বয়ং এই পরিবর্তন সনাক্ত করে সংশ্লিষ্ট ডিভাইসের মধ্যে উপস্থিত ফাইল-সিস্টেমের মাপ পরিবর্তন করতে হবে। পরিবর্তিত ব্লক ডিভাইস সনাক্ত হলে, সিস্টেম লগের মধ্যে নিম্নলিখিত বার্তার অনুরূপ বার্তা প্রদর্শন করা হবে:

    VFS: busy inodes on changed media or resized disk sdi
                                    

    ব্লক ডিভাইসের মাপ বৃদ্ধি হলে এই বার্তা উপেক্ষা করা যাবে। কিন্তু, ব্লক ডিভাইসের মধ্যে উপস্থিত ডাটা-সেটের মাপ প্রথমে হ্রাস না করে ব্লক-ডিভাইসটি মাপ হ্রাস করা হলে, ডিভাইসের মধ্যে উপস্থিত তথ্য ক্ষতিগ্রস্ত হতে পারে।

    সম্পূর্ণ LUN-র (অথবা ব্লক-ডিভাইস) উপর নির্মিত একটি ফাইল-সিস্টেমের মাপ অন-লাইন অবস্থায় পরিবর্তন করা যাবে। ব্লক-ডিভাইসের উপর পার্টিশন টেবিল স্থাপিত হলে, টেবিলটি আপডেট করার জন্য প্রথমে ফাইল-সিস্টেম আন-মাউন্ট করতে হবে।

  • res_n* রিসোলভার রুটিন সংকলের ক্ষেত্রে (অর্থাৎ, res_nquery, res_nsearchres_nmkquery) মেমরি লিকের একটি জ্ঞাত সমস্যা উপস্থিত রয়েছে। এই ফাংশানগুলি প্রয়োগকারী প্রোগ্রামে মেমরি লিক হবে। glibc-র নতুন সংস্করণে এই সমস্যা সমাধান করা হলেও, অত্যন্ত গভীর সমাধান হওয়ার ফলে এটি Red Hat Enterprise Linux 4-র মধ্যে প্রয়োগ করা সম্ভব নয়। মেমরি মুক্ত করার জন্য এই ফাংশান প্রয়োগকারী প্রোগ্রামগুলি নিয়মিতরূপে পুনরারম্ভ করা আবশ্যক।

  • Red Hat Enterprise Linux 4 ইনস্টলেশনের সময় পরিচালনযোগ্য ডিভাইসের সংখ্যা, initrd ইমেজের উপর নির্ভরশীল। এর ফলে, মেশিনের সাথে অত্যাধিক সংখ্যক ডিভাইস যুক্ত করা থাকলে (যেমন, বৃহৎ সংখ্যক সামগ্রী বিশিষ্ট ফাইবার চ্যানেল সেট-আপে), প্রদর্শিত ডিভাইসের সংখ্যা না কমালে ইনস্টলেশন করা সম্ভব হবে না।

  • Red Hat Enterprise Linux 4.7-র মধ্যে প্রথম উপলব্ধ aacraid ড্রাইভার আপডেটের জন্য Adaptec PERC3/Di ফার্মওয়্যার আপ-টু-ডেট থাকা আবশ্যক। Red Hat Enterprise Linux 4-র পরবর্তী আপডেটগুলির জন্য (4.8 আপডেটের ক্ষেত্রেও প্রযোজ্য) PERC3/Di ফার্মওয়্যারের 2.8.1.7692, A13 অথবা ঊর্ধ্বতন সংস্করণ উপস্থিত থাকা আবশ্যক। নিম্নলিখিত অবস্থানগুলি থেকে এই ফার্মওয়্যার প্রাপ্ত করা যাবে:

    http://support.dell.com/support/downloads/download.aspx?c=us&cs=555&l=en&s=biz&releaseid=R168387&SystemID=PWE_PNT_PIII_1650&servicetag=&os=WNET&osl=en&deviceid=1375&devlib=0&typecnt=0&vercnt=9&catid=-1&impid=-1&formatcnt=4&libid=35&fileid=228550

  • ইনস্টলেশনের সময়, anaconda দ্বারা সিস্টেমে ইনস্টলেশনের পূর্বে উপস্থিত সকল লজিক্যাল ভলিউম পরিচালনব্যবস্থা (LVM) মিটা-ডাটা মুছে না ফেলার সম্ভবনা দেখা দিতে পারে। অতিরিক্ত এই মিটা-ডাটার উপস্থিতির ফলে, ইনস্টলেশনের পরে LVM দ্বারা কিছু অনুপস্থিত ভলিউম গ্রুপ অথবা লজিক্যাল ভলিউম সনাক্ত করা হতে পারে। এই সমস্যা এড়ানোর জন্য ইনস্টলেশনের পরে অবাঞ্ছিত LVM মিটা-ডাটা মুছে ফেলা প্রয়োজন।

  • multipath-র নিজস্ব callout প্রোগ্রাম থেকে উৎপন্ন ত্রুটির বার্তাগুলি multipath দ্বারা আড়াল করা হয় না। এর ফলে, path উপলব্ধ না থাকার সময় multipath সঞ্চালিত হলে বিভিন্ন ত্রুটির বার্তা প্রদর্শন করা হবে। multipath দ্বারা ব্যবহৃত callout প্রোগ্রামের উপর প্রদর্শিত ত্রুটির বার্তাগুলি নির্ভরশীল। উদাহরণস্বরূপ, বিফল scsi ডিভাইস উপস্থিত থাকার সময় multipath সঞ্চালন করা হলে scsi_id দ্বারা নিম্নলিখিত বার্তা প্রদর্শন করা হবে

    <H>:<B>:<T>:<L>:Unable to get INQUIRY vpd 1 page 0x0.
    <H>:<B>:<T>:<L>:sg_io failed status 0x0 0x1 0x0 0x0
                                            

    অথবা, EMC CLARiiON উপলব্ধ না থাকার সময় multipath -ll সঞ্চালন করা হলে mpath_prio_emc priority callout দ্বারা query command indicates error প্রদর্শন করা হবে।

( amd64 )