স্বত্ব © 2007 Red Hat, Inc. ও অন্যান্য। শুধুমাত্র Open Publication License, v1.0-র (http://www.opencontent.org/openpub/-এ উপলব্ধ) শর্ত অনুযায়ী এই নথিটি বিতরণ করা যাবে।
এই নথিতে নিম্নলিখিত বিষয়গুলি সম্পর্কে আলোচনা করা হয়েছে:
ইনস্টলেশন সংক্রান্ত বিবৃতি
বিবিধ বৈশিষ্ট্য সংক্রান্ত আপডেট
কার্নেল সংক্রান্ত আপডেট
ড্রাইভার সংক্রান্ত আপডেট
প্রযুক্তিগত প্রিভিউ
সংশোধিত সমস্যা
জ্ঞাত সমস্যা
রিলিজ নোট প্রকাশিত হওয়ার পরে Red Hat Enterprise Linux 4.7 সংক্রান্ত কোনো তথ্য প্রকাশিত হলে নিম্নলিখিত URL-এ Red Hat Enterprise Linux 4 .7-র জন্য আপডেট করা রিলিজ নোটস-এ তা উপলব্ধ করা হবে:
নিম্নলিখিত বিভাগে Red Hat Enterprise Linux ইনস্টলেশন প্রণালী ও ইনস্টলেশন প্রোগ্রাম Anaconda সম্বন্ধে বিশেষ আলোচনা করা হয়েছে।
Red Hat Enterprise Linux 4-র কোনো গৌণ সংস্করণ (যেমন 4.5 থেকে 4.6) থেকে Red Hat Enterprise Linux 4.7-এ আপগ্রেড করার সময় 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.7 আপগ্রেড) করার জন্য সহায়তা উপলব্ধ করা হয় না। Anaconda দ্বারা "Upgrade" বিকল্প সহযোগে এই প্রকৃতির আপগ্রেড করার সুবিধা উপলব্ধ করা হলেও এর ফলে সঠিকরূপে কর্মসক্ষম ইনস্টলেশন প্রাপ্ত হবে কিনা তা সুনিশ্চিত নয়। কোনো প্রধান রিলিজ সংস্করণকে পৃথক প্রধান সংস্করণে আপগ্রেড করার সময় সিস্টেমের সমস্ত নির্ধারিত বৈশিষ্ট্য, পরিসেবা ও স্বনির্ধারিত মান সংরক্ষিত হয় না। এই কারণে, Red Hat-র মতে একটি প্রধান সংস্করণ থেকে অন্য প্রধান সংস্করণে আপগ্রেড করার সময় সম্পূর্ণ নতুন ইনস্টলেশন করা বাঞ্ছনীয়।
আপনি যদি Red Hat Enterprise Linux 4 .7 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 প্রত্যাখ্যান লগ করা হতে পারে। এই ত্রুটির বার্তাগুলি হানীকারক নয় এবং উপেক্ষা করা সম্ভব হবে।
SHA-256 ও SHA-512 হ্যাশ ফাংশান সহযোগে পাসওয়ার্ড হ্যাশ ব্যবস্থা বর্তমানে সমর্থিত হবে।
ইনস্টল করা কোনো সিস্টেমে SHA-256 অথবা SHA-512-এ পরিবর্তন করার জন্য authconfig --passalgo=sha256 --kickstart অথবা authconfig --passalgo=sha512 --kickstart প্রয়োগ করুন। পাসওয়ার্ড পরিবর্তন না করা অবধি, উপস্থিত ব্যবহারকারীদের অ্যাকাউন্ট প্রভাবিত হবে না।
সিস্টেমে নতুন ইনস্টলেশন করা হলে, SHA-256 অথবা SHA-512 ব্যবহারের জন্য শুধুমাত্র kickstart ইনস্টলেশন ব্যবহার করা যাবে। এর জন্য kickstart auth কমান্ডের --passalgo=sha256 অথবা --passalgo=sha512 বিকল্পগুলি প্রয়োগ করুন; উপরন্তু, --enablemd5 বিকল্পটি উপস্থিত থাকলে সেটি মুছে ফেলুন।
ইনস্টলেশনের জন্য kickstart ব্যবহার না করা হলে, উপরে উল্লিখিত নির্দেশাবলী অনুযায়ী authconfig প্রয়োগ করুন ও ইনস্টলেশনের পরে সব পাসওয়ার্ড (root পাসওয়ার্ড সহ) পরিবর্তন করুন।
এই পাসওয়ার্ড হ্যাশ অ্যালগোরিদমগুলি সমর্থনের উদ্দেশ্যে libuser, pam, ও shadow-utils-র মধ্যে প্রযোজ্য বিকল্প যোগ করা হয়েছে। authconfig দ্বারা স্বয়ংক্রিয়রূপে সব আবশ্যক বিকল্প কনফিগার করা হয়, এর ফলে ব্যবহারকারীকে এইগুলি পরিবর্তন করতে হবে না:
/etc/libuser.conf ফাইলের [defaults] বিভাগে crypt_style বিকল্পের নতুন মান ও hash_rounds_min ও hash_rounds_max-র নতুন বিকল্প সমর্থিত হবে। অধিক বিবরণের জন্য /usr/share/doc/libuser-[libuser version]/README.sha দেখুন।
pam_unix PAM মডিউল দ্বারা বর্তমানে কয়েকটি নতুন বিকল্প - sha256, sha512, ও rounds - সমর্থন করা হয়। অধিক বিবরণের জন্য /usr/share/doc/pam-[pam version]/txts/README.pam_unix।
/etc/login.defs-র নিম্নলিখিত বিকল্পগুলি বর্তমানে, shadow-utils দ্বারা সমর্থিত হবে:
ENCRYPT_METHOD — ব্যবহারযোগ্য এনক্রিপশন পদ্ধতি নির্ধারণ করতে প্রয়োগ করা হয়। বৈধ মান হল, DES, MD5, SHA256, SHA512। এই বিকল্পের মান নির্ধারিত হলে, MD5_CRYPT_ENAB অগ্রাহ্য করা হবে।
SHA_CRYPT_MIN_ROUNDS ও SHA_CRYPT_MAX_ROUNDS — ENCRYPT_METHOD-র মান SHA256 অথবা SHA512 হলে, ব্যবহারযোগ্য হ্যাশিং চক্রের সংখ্যা নির্ধারণ করতে প্রয়োগ করা হয়। এই দুটি বিকল্পের মধ্যে একটিও নির্ধারণ না করা হলে,glibc দ্বারা নির্বাচিত ডিফল্ট মান নির্ধারণ করা হয়। যে কোনো একটি মান নির্ধারিত হলে, ব্যবহৃত এনক্রিপশন পদ্ধতি দ্বারা চক্রের সংখ্যা গণনা করা হয়।.
বিকল্প দুটি একসাথে ব্যবহার করা হলে, এই দুই প্রান্তিক মানের মধ্যে যে কোনো একটি সংখ্যা যথেচ্ছ রূপে নির্বাচন করে চক্রের সংখ্যা নির্ধারিত হয়। উল্লেখ্য, প্রান্তিক মান দুটিও এই গণনার আওতায় পড়বে। নির্বাচিত চক্রের সংখ্যার মধ্যে অন্তর্বতী বিরতি [1000, 999999999] সংখ্যার মধ্যে থেকে নির্ধারিত হবে।
OpenFabrics Enterprise Distribution সংকলনটি বর্তমানে comps.xml-র মধ্যে অন্তর্ভুক্ত করা হয়েছে। উচ্চ ক্ষমতা সম্পন্ন নেটওয়ার্ক ও ক্লাস্টারের জন্য আবশ্যক সামগ্রী (যেমন, InfiniBand ও রিমোট ডিরেক্ট মেমরি ব্যবস্থার) এই সংকলন দ্বারা উপলব্ধ করা হয়।
এই আপডেটের মধ্যে প্যারাভার্চুয়ালাইজ করা ব্লক ডিভাইস ও নেটওয়ার্ক ড্রাইভারের ব্যবহার কার্যকরী করা হবে। এর ফলে সম্পূর্ণ ভার্চুয়ালাইজ করা গেস্ট সিস্টেমের কর্ম ক্ষমতায় উন্নতি দেখা দেবে। উপরন্তু, প্রতিটি গেস্ট ডোমেইনের জন্য তিনের বেশি ভার্চুয়াল নেটওয়ার্ক ইন্টারফেস (VNIF) সংখ্যা প্রয়োগ করা যাবে।
divider=[value] বিকল্পটি মূলত একটি কার্নেল কমান্ড-লাইন পরামিতি। এই বিকল্পের সাহায্যে ইউজার-স্পেস অ্যাপ্লিকেশনের ক্ষেত্রে প্রদর্শিত হার্টজ সময় গণনার মান অপরিবর্তিত রেখে, সিস্টেমের ঘড়ি পরিবর্তন করা সম্ভব হয়।
divider=[value] বিকল্পের সাহায্যে CPU-র উপর সর্বমোট ভার হ্রাস করা সম্ভব ও সময়নির্ধারিত কর্ম ও প্রোফাইলিং কর্মের পুঙ্খানুপুঙ্খ মাত্রা হ্রাস করে কর্মক্ষমতা বৃদ্ধি করা যাবে। কিছু সুনির্দিষ্ট অ্যাপ্লিকেশন ও ভার্চুয়ালাইজ করা পরিবেশের ক্ষেত্রে এটি সুবিধাজনক।
প্রমিত ১০০০ হার্টজ ঘড়ির ক্ষেত্রে উপযোগী [মান]:
2 = ৫০০ হার্টজ
4 = ২৫০ হার্টজ
10 = ১০০ হার্টজ (Red Hat Enterprise Linux-র পূর্ববর্তী রিলিজ দ্বারা ব্যবহৃত মান)
উল্লেখ্য, ভার্চুয়ালাইজ করা কার্নেল দ্বারা ডিফল্টরূপে ২৫০হার্টজের ঘড়ি ব্যবহার করা হয়। dom0 অথবা প্যারা-ভার্চুয়ালাইজ করা গেস্ট সিস্টেমের ক্ষেত্রে divider=[value] বিকল্পটির প্রয়োজন হবে না।
Firefox সংস্করণ ৩.০-তে আপগ্রেড করা হয়েছে। এই আপডেটের ফলে বিবিধ সমস্যা সমাধান করা হয়েছে ও কয়েকটি উন্নত বৈশিষ্ট্য যোগ হয়েছে। উল্লেখযোগ্য:
Firefox ব্রাউজার উইন্ডো খোলা হলে, পূর্বনির্ধারিত হোম পেজগুলি সঠিকরূপে প্রদর্শন করা হবে।
"do" পংক্তিটি অনুসন্ধান করা হলে Firefox বিপর্যস্ত হবে না।
৬৪-বিট মোডে চালিত Firefox দ্বারা বর্তমানে ext JavaScript লাইব্রেরি সঠিকরূপে লোড করা হয়। Firefox-র পূর্ববর্তী সংস্করণে, এই লাইব্রেরি ব্যবহারকারী ওয়েব-ভিত্তিক অ্যাপ্লিকেশনগুলি লোড করতে অনেক সময় ব্যয় হত অথবা লোড করা সম্ভব হত না।
Firefox দ্বারা jar:URI স্কিম ব্যবস্থাপনার পদ্ধতির ক্ষেত্রে ক্রস-সাইট ত্রুটি সনাক্ত করা হয়েছিল। এর ফলে, কোনো অনিষ্টকারী ওয়ব-সাইট দ্বারা স্ক্রিপ্টের সাহায্যে ব্যবহারকারীর বিরুদ্ধে আক্রমণ করা সম্ভব ছিল। বর্তমান আপডেটের মধ্যে এই সমস্যা সংশোধন করা হয়েছে।
Firefox দ্বারা ত্রুটিপূর্ণ তথ্য প্রক্রিয়াকরণ সম্বন্ধীয় বেশ কিছু সমস্যা সনাক্ত করা হয়েছিল।এই ধরনের ত্রুটিপূর্ণ তথ্য বিশিষ্ট ওয়েব-সাইট প্রদর্শনকালে Firefox বিপর্যস্ত হয়ে যেত অথবা Firefox ব্যবহারকারী অ্যাকাউন্ট থেকে অযতা কোড সঞ্চালিত হয়ে যেত। বর্তমানে আপডেটের মধ্যে এই সমস্যা সমাধান করা হয়েছে।
কোনো ওয়েব-পেজের জন্য Firefox দ্বারা window.location বৈশিষ্ট্য নির্ধারণের পদ্ধতি ক্ষেত্রে একটি race পরিস্থিতি সনাক্ত করা হয়েছিল। এই ত্রুটির ফলে, ওয়েব পেজ দ্বারা যথেচ্ছ Referer হেডার স্থাপন করা সম্ভব ছিল; এই কারণে শুধুমাত্র Referer হেডার প্রয়োগকারী ওয়েব-সাইটগুলির বিরুদ্ধে ক্রস-সাইট রিকোয়েস্ট ফোর্জারি (CSRF) আক্রমণ করা সম্ভব। এই সমস্যা বর্তমান আপডেটে সংশোধন করা হয়েছে।
বহিস্থিত প্রদর্শন ব্যবস্থাসহ ল্যাপটপের ক্ষেত্রে Firefox দ্বারা সঠিকরূপে রেন্ডার করা হয়।
উল্লেখ্য, বর্তমানে ব্যবহৃত সর্বধরনের JavaScripts অথবা Firefox প্লাগ-ইনের পূর্ববর্তী সংস্করণ সংখ্যার সাথে, Firefox-র বর্তমান আপডেটটি সম্পূর্ণরূপে সুসংগত নয়।
উপরন্তু, Red Hat-র পক্ষ থেকে নিরীক্ষণ করা হয়েছে যে, Firefox-র এই আপডেটে সংশোধিত কিছু ক্রস-সাইট স্ক্রিপ্টিং সংক্রান্ত ত্রুটিগুলি বেশ কয়েকটি বাণিজ্যিক ওয়েব অ্যাপ্লিকেশন দ্বারা ব্যবহার করা হয়। স্ক্রিপ্টিং সংক্রান্ত ত্রুটিগুলি নিম্নলিখিত লিঙ্কে বর্ণিত হয়েছে:
এর ফলে, এই সমস্ত বাণিজ্যিক ওয়েব-অ্যাপ্লিকেশন ব্যবহারকালে কর্মক্ষমতা হ্রাস হতে পারে। Firefox Error Console-র ( = > ) মধ্যে অতিরিক্ত JavaScript সংক্রান্ত ত্রুটির উপস্থিতি হলে এটি নিরীক্ষণ করা যাবে। এই সমস্যার সমাধান করার জন্য, বর্তমানে Red Hat এই সকল বিক্রেতাদের সাথে সহযোগিতায় নিযুক্ত।
iostat দ্বারা বর্তমানে পার্টিশনের অবস্থা ও ইনপুট/আউটপুটের কর্মক্ষমতা সংক্রান্ত পরিসংখ্যান প্রদর্শন করা হয়।
এই রিলিজে, I/O সংক্রান্ত তথ্য সংগ্রহের জন্য প্রয়োগ করা ব্যবস্থার সাহায্যে অতিমাত্রায় পুঙ্খানুপুঙ্খ পরিসংখ্যান প্রাপ্ত করা হয়। মূল প্রজেক্টে পূর্বে ব্যবহৃত ru_inblock ও ru_outblock-র ব্যবহারের ফলে এটি কার্যকরী করা সম্ভব হয়েছে।
show_mem() আউটপুটের মধ্যে pagecache পৃষ্ঠার সর্বমোট সংখ্যা অন্তর্ভুক্ত করা হয়। এর ফলে, ডিবাগ করার উদ্দেশ্যে কনসোলে প্রেরিত ও /var/log/messages ফাইলে লেখা তথ্য ডিবাগ করার অনেক বেশি ব্যবহারযোগ্য হবে, বিশেষত আউট-অফ-মেমরি kill-র ক্ষেত্রে।
O_ATOMICLOOKUP ফ্ল্যাগটি মুছে ফেলা হয়েছে। কোনো বর্তমান ইউজার-স্পেস ডেমনের ক্ষেত্রে এই ফ্ল্যাগটি ব্যবহার করা হয় না। উপরন্তু,O_ATOMICLOOKUP দ্বারা সাধারণত ব্যবহৃত বিট-টি একটি পৃথক ফ্ল্যাগ (O_CLOEXEC) দ্বারা ব্যবহার করা হচ্ছে; একটি বিটের এই যৌথ ব্যবহারের ফলে উৎপন্ন দ্বন্দ্ব এড়ানোর জন্য O_ATOMICLOOKUP মুছে ফেলা হয়েছিল।
প্রসেসের সীমাবদ্ধতা সংক্রান্ত তথ্য বর্তমানে কার্নেল /proc/[PID]/limits-এ এক্সপোর্ট করে (এই ক্ষেত্রে [PID]-র জন্য প্রসেস ID ব্যবহার করা হবে)।
TCP_RTO_MIN পরামিতির ক্ষেত্রে সর্বোচ্চ ৩০০০ মিলিসেকেন্ড অবধি কনফিগার করা যাবে। পূর্ববর্তী রিলিজের মধ্যে TCP_RTO_MIN কার্নেল পরামিতিটির মান পরিবর্তন করা সম্ভব ছিল না।
TCP/IP সংক্রান্ত অধিক নমনীয় বৈশিষ্ট্য, এই আপডেটে উপলব্ধ করা হয়েছে। এর ফলে, বেতার সম্প্রচার অনুযায়ী (উদাহরণস্বরূপ, মোবাইল দূরভাষের সম্প্রচারের হার) বিবিধ অ্যাপ্লিকেশন দ্বারা পুনরায় সম্প্রচার আরম্ভ করা যাবে।
ip route-র সাহায্যে TCP_RTO_MIN পরামিতির মান কনফিগার করা যাবে। উদাহরণস্বরূপ, TCP_RTO_MIN-র মান সর্বোচ্চ ৩০০০ মিলিসেকেন্ড ধার্য করার জন্য ব্যবহার করুন:
ip route change [route] dev eth0 rto_min 3s
ip route সম্পর্কে অধিক বিবরণের জন্য man ip দেখুন।
udp_poll() ফাংশান বর্তমানে বাস্তবায়িত হয়েছে। এই আপডেট দ্বারা select() সিস্টেম কল থেকে ভুয়ো অথচ ন্যায্য (false positive) মান প্রাপ্ত করার সম্ভাবনা হ্রাস করা হয়।
৩২-বিট inode সংখ্যা বর্তমানে সক্রিয়/নিষ্ক্রিয় করা যাবে। এর জন্য, nfs.enable_ino64= কার্নেল পরামিতি ব্যবহার করুন। nfs.enable_ino64=0 নির্ধারণ করা হলে, NFS ক্লায়েন্ট দ্বারা readdir() ও stat() সিস্টেম কলের জন্য ৩২-বিট inode সংখ্যা উৎপন্ন করা হবে (পূর্ণ ৬৪-বিট inode সংখ্যার পরিবর্তে)।
ডিফল্টরূপে, এই কার্নেল পরামিতি সহযোগে ৬৪-বিট inode সংখ্যা সঠিকরূপে প্রাপ্ত করা যাবে।
NFS লেখার কর্ম লো-মেমরি ব্যবহার নির্ধারণ করা যাবে। এই ক্ষেত্রে /proc/sys/vm/nfs-writeback-lowmem-only-র মান 1 (ডিফল্টরূপে, নির্ধারিত মান 0) নির্ধারণ করুন।
পূর্ববর্তী রিলিজে এই ক্ষমতা অনুপস্থিত ছিল। এর ফলে, কিছু সময় NFS থেকে পড়ার সময় কর্মক্ষমতা হ্রাস হয়ে যেত। বিশেষ করে, NFS-র উদ্দেশ্যে পড়ার অথবা লেখার বৃহৎ সংখ্যক অনুরোধ সিস্টেমে প্রাপ্ত হলে।
dirty_ratio ও dirty_background_ratio গণনার জন্য ম্যাপ করা ফাইল পেজ ব্যবহার করা হবে কি না তা নির্ধারণ করা যাবে। এর জন্য, /proc/sys/vm/write-mapped-র মান 1 নির্ধারণ করুন (ডিফল্টরূপে, এটি 0 নির্ধারণ করা থাকে)।
/proc/sys/vm/write-mapped-র মান 1 নির্ধারণ করা হলে, NFS পড়ার সময় দ্রুত কর্ম সঞ্চালনের ক্ষমতা উপলব্ধ হবে। উল্লেখ্য, এই ক্ষেত্রে ব্যবহারযোগ্য মেমরির পরিমাণ ফুরিয়ে যাওয়ার সম্ভাবনা থাকে।
CIFS-র সংস্করণ 1.50c-এ আপগ্রেড করা হয়েছে। এই আপডেটের ফলে বেশ কয়েকটি বাগ সংশোধিত হয়েছে ও উন্নত বৈশিষ্ট্য যোগ করা হয়েছে, যেমন OS/2 শেয়ার মাউন্ট করার ক্ষমতা।
কোর ডাম্প মাস্কিং বর্তমানে সমর্থিত হবে। এর ফলে, কোর ডাম্প ফাইল নির্মাণের সময়, কোর ডাম্প প্রক্রিয়া দ্বারা প্রসেসের শেয়ার করা মেমরির অংশ উপেক্ষা করা সম্ভব হবে। উপরন্তু, এই বৈশিষ্ট্যের সাহায্যে প্রতিটি প্রসেসের জন্য অজানা শেয়ার মেমরি ডাম্প করা হবে কি না তা নির্বাচন করা যাবে।
কোনো প্রসেস ডাম্প করা হলে, অজানা মেমরির তথ্য একটি কোর ফাইলের মধ্যে লেখা হয়। কোর ফাইলের সর্বোচ্চ মাপ নির্ধারিত না হলে মেমরির সম্পূর্ণ তথ্য সংশ্লিষ্ট ফাইলের মধ্যে লেখা হয়। কিছু ক্ষেত্রে, মেমরির কিছু নির্দিষ্ট অংশ (যেমন, বিশাল পরিমাণ শেয়ার করা মেমরি) ডাম্প না করার উদ্দেশ্যে চিহ্নিত করার প্রয়োজন দেখা দিতে পারে। অথবা, ফাইলে সংরক্ষিত মেমরির অংশ পৃথক ফাইলের পরিবর্তে কোনো একটি ফাইলের মধ্যে সংরক্ষণের প্রয়োজন হয়।
এই ক্ষেত্রে /proc/[pid]/coredump_filter ব্যবহার করে, ডাম্প করার উদ্দেশ্যে [pid] প্রসেসের মেমরির অংশ নির্ধারণ করা যাবে। coredump_filter মুলত মেমরির ধরনগুলির বিট-মাস্ক। বিট-মাস্ক নির্ধারণ করা হলে, যথাযত ধরনের মেমরি থেকে প্রাপ্ত মেমরির অংশ ডাম্প করা হয়।
নিম্নলিখিত ধরনের মেমরি সমর্থিত হবে:
bit 0 — অজানা প্রাইভেট মেমর
bit 1 — অজানা শেয়ার্ড মেমরি
bit 2 — ফাইল দ্বারা সংরক্ষিত প্রাইভেট মেমরি
bit 3 — ফাইল দ্বারা সংরক্ষিত শেয়ার্ড মেমরি
[pid]-র বিট-মাস্ক নির্ধারণের জন্য, সংশ্লিষ্ট বিট-মাস্কের মান /proc/[pid]/coredump_filter-এ নির্ধারণ করুন। উদাহরণস্বরপ, প্রসেস 1111-র সাথে যুক্ত সকল শেয়ার করা মেমরির অংশ ডাম্প না করার জন্য নিম্নলিখিত কমান্ড ব্যবহার করুন:
echo 0x1 > /proc/1111/coredump_filter
coredump_filter-র ডিফল্ট মান হল 0x3। এর দ্বারা সকল অজানা মেমরির অংশ ডাম্প করার নির্দেশ দেওয়া হয়। উপরন্তু, বিট-মাস্কের অবস্থা নির্বিশেষে, MMIO পেজ (যেমন ফ্রেম বাফার) কখনো ডাম্প করা হবে না ও vDSO পেজ সর্বদা ডাম্প করা হবে।
নতুন প্রসেস নির্বাচন করা হলে, সংশ্লিষ্ট প্রসেসর জন্য সেটির ঊর্ধ্বতন প্রসেসের বিট-মাস্কের অবস্থা প্রয়োগ করা হয়। প্রোগ্রাম সঞ্চালনের পূর্বে coredump_filter নির্ধারণ করার জন্য, Red Hat-র পক্ষ থেকে পরামর্শ দেওয়া হয়। এর জন্য, প্রোগ্রাম আরম্ভ করার আগে, echo কমান্ডের সাহায্যে /proc/self/coredump_filter-র মধ্যে যতাযত বিট-মাস্ক সংখ্যা নির্ধারণ করুন।
Oprofile দ্বারা Greyhound হার্ডওয়্যারের জন্য ইভেন্ট ভিত্তিক প্রোফাইল ব্যবস্থা সমর্থিত হয়।
AMD ATI SB800 SATA নিয়ন্ত্রক বর্তমান সমর্থিত হবে।
40-pin IDE কেবল ব্যবহারকারী AMD ATI SB600 ও SB700 SATA নিয়ন্ত্রক বর্তমানে সমর্থিত হবে।
AMD ATI SB700-জন্য ৬৪-বিট ডিরেক্ট মেমরি অ্যাকসেস বর্তমানে সমর্থিত হবে।
Intel ICH10 সমর্থনের জন্য আবশ্যক PCI ডিভাইস ID-গুলি যোগ করা হয়েছে।
AMD SBX00 SMBus সমর্থনের উদ্দেশ্যে i2c-piix4 কার্নেল মডিউল সক্রিয় করা হয়েছে।
i5000_edac: Intel 5000 chipsets সমর্থনের উদ্দেশ্যে ড্রাইভার যোগ করা হয়েছে।
i3000_edac: Intel 3000 3010 চিপসেট সমর্থনের উদ্দেশ্যে ড্রাইভার যোগ করা হয়েছে।
Intel Tolapai চিপসেটের ক্যাশে সংক্রান্ত সঠিক তথ্য যোগ করা হয়। এর ফলে হার্ডওয়্যারটি সঠিকরূপে তালিকাভুক্ত করা হয়।
wacom: নিম্নলিখিত ইনপুট ডিভাইস সমর্থনের জন্য ড্রাইভার আপডেট করা হয়েছে:
Intuos3 12x19
Intuos3 12x12
Intuos3 4x6
Cintiq 20wsx
i2c-i801: Intel Tolapai সমর্থনের উদ্দেশ্যে ড্রাইভার (ও যথাযত PCI ID-গুলি) আপডেট করা হয়েছে।
sata_svw: Broadcom HT1100 চিপসেট সমর্থনের উদ্দেশ্যে ড্রাইভার আপডেট করা হয়েছে।
libata: ব্ল্যাক-লিস্ট থেকে Hitachi ড্রাইভ মুছে ফেলা হয়েছে ও নেটিভ কমান্ড কিউইং (NCQ) সক্রিয় করার জন্য ড্রাইভার আপডেট করা হয়েছে।
ide: ide ড্রাইভার নিষ্ক্রিয় করার জন্য ব্যবহৃত একটি কার্নেল PCI মডিউল পরামিতি, ide=disable অন্তর্ভুক্ত করার জন্য ড্রাইভার আপডেট করা হয়েছে।
psmouse: cortps প্রোটোকল ব্যবহারকারী ইনপুট ডিভাইস সঠিকরূপে সমর্থনের জন্য ড্রাইভার আপডেট করা হয়েছে। Cortron দ্বারা নির্মিত ৪-বাটন বিশিষ্ট মাউস ও ট্র্যাকবল ডিভাইস এই ধরনের ইনপুট ডিভাইসের উল্লেখযোগ্য উদাহরণ।
eHEA: মূল প্রজেক্টের সংস্করণের সাথে সুসংগত করার জন্য ড্রাইভার আপডেট করা হয়েছে। এই আপডেটের সাহায্যে IBM i6 ও p6-র জন্য উন্নত সমর্থন উপলব্ধ করার জন্য মূল প্রজেক্টে সংশোধিত বাগ ও উন্নত বৈশিষ্ট্য অন্তর্ভুক্ত করা হয়েছে। উল্লেখযোগ্য,:
নেটওয়ার্কিং মডিউল রূপে Large Receive Offload (LRO) সমর্থন যোগ করা হয়েছে।
netdump ও netconsole মডিউল সমর্থনের জন্য আবশ্যক poll_controller যোগ করা হয়েছে।
zfcp: মূল প্রজেক্টে উপস্থিত বাগগুলি সংশোধনের ফলে ড্রাইভার আপডেট করা হয়েছে। এই আপডেটের মধ্যে বেশ কয়েকটি বাগের সংশোধন করা হয়েছে। এর মধ্যে উল্লেখযোগ্য:
ফাইবার-চ্যানেল হট রিমুভ্যালের ফলে মাল্টিপাথ পরিবেশে পুনরায় খোলা অ্যাডাপ্টারের কারণে, প্রভাবিত পাথের জন্য বিফলতার কোনো চিহ্ন দেওয়া হয় না। এই আপডেটের ফলে, প্রযোজ্য অ্যাডাপ্টার ফ্ল্যাগগুলির মান সঠিকরূপে পরিশ্রুত করা হয়।
fsf অনুরোধের সময়সীমা উত্তীর্ণ হওয়ার ফলে পরিস্থিতি থেকে সফলভাবে প্রত্যাবর্তনের পরে অ্যাডাপ্টারের বিফলতা নির্দেশ করা হয় না। অ্যাডাপ্টার সাফল্যের সাথে সক্রিয় করা হলে ZFCP_STATUS_COMMON_ERP_FAILED ফ্ল্যাগ বর্তমানে সঠিকরূপে পরিশ্রুত হবে।
অ্যাডাপ্টার সাফল্যের সাথে পুনরায় সক্রিয় করা হলে, BOXED ফ্ল্যাগ বর্তমানে পরিশ্রুত করা হয়।
SCSI স্ট্যাক ও ERP থ্রেডের মধ্যে ডেড-লক সৃষ্টিকারী একটি বাগ (ডিভাইসগুলি নিবন্ধনকালে কিছু পরিস্থিতিতে দেখা দেয়) এখন সংশোধন করা হয়েছে।
মাল্টিপাথ পরিবেশে, কোনো ডিভাইসকে "offline" ধার্য করার উদ্দেশ্যে chccwdev ব্যবহার করার ফলে বর্তমানে, সকল পাথের মধ্যে ইনপুট/আউটপুট বন্ধ হয় না। উপরন্তু, chccwdev প্রয়োগ করে সংশ্লিষ্ট ডিভাইসটি পুনরায় অন-লাইন স্থাপন করার সময় সঠিক পাথ পরীক্ষণ ব্যবস্থা ব্যবহার করা হবে।
bnx2x: Broadcom 5710 চিপসেটের সাথে নেটওয়ার্ক অ্যাডাপ্টার সমর্থনের জন্য ড্রাইভার যোগ করা হয়েছে।
cxgb3: Chelsio 10G ইথারনেট নেটওয়ার্ক কনট্রোলার ও OFED সমর্থন করার উদ্দেশ্যে ড্রাইভার আপডেট করা হয়েছে।
realtek: Realtek RTL8111 ও RTL8168 PCI-E নেটওয়ার্ক ইন্টারফেস কার্ড সমর্থনের জন্য ড্রাইভার আপডেট করা হয়েছে।
e1000: Virtual Connect আর্কিটেকচার ব্যবহারোপযোগী করার জন্য প্রয়োজনীয় বিকল্প MAC অ্যাড্রেস সমর্থনের জন্য ড্রাইভার আপডেট করা হয়েছে।
e1000e: মূল প্রজেক্টের সাম্প্রতিকতম সংস্করণে ড্রাইভার আপডেট করা হয়েছে। এই আপডেটের ফলে ICH9m ও 82574L Shelter Island নেটওয়ার্ক কার্ডের জন্য সমর্থন উপলব্ধ করা ছাড়াও, মূল প্রজেক্টে হওয়া বেশ কয়েকটি সংশোধন প্রয়োগ করা হয়।
bnx2: 1.6.9 সংস্করণে ড্রাইভার আপডেট করা হয়েছে। এর ফলে, মূল প্রজেক্টের বিবিধ পরিবর্তন প্রয়োগ করা হয় ও Broadcom 5709s চিপসেটের জন্য সমর্থন উপলব্ধ করা হয়।
igb: মূল প্রজেক্টের 1.0.8-k2 সংস্করণে ড্রাইভার আপডেট করা হয়েছে। এই ড্রাইভার দ্বারা বর্তমানে Intel 82575EB (Zoar) চিপ-সেট সমর্থন করা হয়।
s2io: 2.0.25.1 সংস্করণে আপডেট করা হয়েছে। এটি দ্বারা Neterion Xframe-II 10GbE নেটওয়ার্ক অ্যাডাপ্টারের জন্য সমর্থন উপলব্ধ করা হবে।
tg3: মূল প্রজেক্টের 3.86 সংস্করণে ড্রাইভার আপডেট করা হয়েছে। এই আপডেটের সাহায্যে বেশ কয়েকটি বাগের সংশোধন করা হয়েছে ও উন্নত বৈশিষ্ট্য যোগ করা হয়েছে। এর মধ্যে উল্লেখযোগ্য হল:
irq_sync race অবস্থা সংক্রান্ত ত্রুটি সংশোধিত হয়েছে।
Auto-MDI বর্তমানে সক্রিয়।
forcedeth: মূল প্রজেক্টের 0.61 সংস্করণে আপডেট করা হয়েছে। নিম্নলিখিত চিপ-সেটের জন্য সমর্থন উপলব্ধ করা হয়:
MCP73
MCP77
MCP79
এই আপডেটের মধ্যে, WOL, MAC অ্যাড্রেসের ক্রমবিন্যাস ও tx-র মেয়াদ উত্তীর্ণ সংক্রান্ত বেশ কয়েকটি বাগের সংশোধন করা হয়েছে।
stex: 3.6.0101.2 সংস্করণে ড্রাইভার আপডেট করা হয়েছে। এই আপডেটের সাহায্যে, মূল প্রজেক্টে হওয়া বেশ কয়েকটি উন্নত বৈশিষ্ট্য যোগ করা হয়েছে ও বাগ সংশোধিত হয়েছে।
mpt fusion ড্রাইভার, 3.12.19.00 সংস্করণে আপডেট করা হয়েছে। এর দ্বারা বিবিধ পরিবর্তন করা হয়েছে। উল্লেখযোগ্য হল:
কিউ ডেপ্ত পরিবর্তনের জন্য প্রয়োজনীয় পরামিতি, এখন mptsas.c, mptspi.c, ও mptfc.c-র মধ্যে অন্তর্ভুক্ত করা হয়েছে। এই পরামিতিগুলি হল mptsas_device_queue_depth, mptspi_device_queue_depth, ও mptfc_device_queue_depth। এই সকল পরামিতিগুলির ক্ষেত্রে ব্যবহৃত ডিফল্ট মান হল 48 (৪৮)।
৩৬ গিগাবাইটের বেশি পরিমাণ মেমরি বিশিষ্ট সিস্টেমের মধ্যে বর্তমানে, ১০৭৮ স্ক্যাটার/গেদার এনট্রি সমর্থিত হবে।
ioc->broadcast_aen_busy ফ্ল্যাগ যোগ করা হয়েছে। mptsas_broadcast_primative_work থ্রেড চলমান হলে এই ফ্ল্যাগ নির্ধারণ করা হয়। ioc->broadcast_aen_busy ফ্ল্যাগ সক্রিয় থাকলে অতিরিক্ত aen ইভেন্ট যোগ করা হলেও সেগুলি উপেক্ষা করা হবে।
উপরন্তু, SCSI_IO কমান্ডগুলি বন্ধ করা হবে ও ioc->broadcast_aen_busy ফ্ল্যাগ নির্ধারিত হলে সঞ্চালনের জন্য পুনরায় তালিকাভুক্ত করা হবে। mptsas_broadcast_primative_work থ্রেড সমাপ্ত হলে এই ফ্ল্যাগটি পরিশ্রুত করা হয়।
ড্রাইভার আন-লোড করার পরে সঞ্চালিত sync cache কমান্ডের ফলে উৎপন্ন হ্যাং অবস্থার সমাধানের উদ্দেশ্যে, কমান্ডের টাইম-আউট (সময়সীমা উত্তীর্ণ) সংক্রান্ত অভ্যন্তরীণ সমাধান ব্যবস্থা দ্বারা একটি Diagnostic Reset সঞ্চালিত হয়। দুটি টাইম-আউট সমাধান প্রয়োগ করে এই ব্যবস্থা স্থাপিত হয়েছে: ডোমেইনের বৈধতা যাচাই ব্যতীত অন্যান্য সকল অভ্যন্তরীণ কমান্ডের জন্য একটি টাইম-আউট সমাধান ব্যবস্থা প্রয়োগ করা হয় ও ডোমেইনের বৈধতা যাচাই সংক্রান্ত সকল কমান্ডের জন্য অন্য একটি টাইম-আউট সমাধান ব্যবস্থা ব্যবহার করা হয়।
ডোমেইনের বৈধতা যাচাইয়ের সময়সীমা নির্ধারণের সময় বাস রিসেটের পরিবর্তে টার্গেট রিসেট করা হয়।
Task Management অনুরোধ (IOCTL ইন্টারফেসের মাধ্যমে প্রাপ্ত) সমাপ্ত হলে, সংশ্লিষ্ট IOCTL টাইমারটি এখন মুছে ফেলা হয়। এর ফলে টাইমারের মেয়াদ উত্তীর্ণ হবে না; Task Management অনুরোধ সাফল্যের সাথে সমাপ্ত হলেও, টাইমারের মেয়াদ উত্তীর্ণ হলে হোস্টের মান পুনরায় নতুন করে নির্ধারিত হয়ে যায়।
qla2xxx: 8.02.00-k5 সংস্করণে ড্রাইভার আপডেট করা হয়েছে। qla2xxx-র এই আপডেটের ফলে নিম্নলিখিত পরিবর্তনগুলি করা হয়েছে:
EHAFT, ফাইবার-চ্যানেল ডিভাইসের গতিবিধি সংক্রান্ত তথ্য উপলব্ধকারী একটি QLogic হোস্ট বাস অ্যাডাপ্টার ব্যবস্থা।
৮ গিগাবাইট ফাইবার-চ্যানেল ডিভাইস।
মূল প্রজেক্ট দ্বারা উপলব্ধ বিভিন্ন উন্নত বৈশিষ্ট্য এই আপডেটের মধ্যে অন্তর্ভুক্ত করা হয়েছে। একটি বাগের ফলে কোনো ড্রাইভার দ্বারা LOOP_DEAD অবস্থায় স্থাপিত কোনো লুপের জন্য অপেক্ষা করা সম্ভব ছিল না। এই বাগ সংশোধিত হয়েছে।
qla3xxx: v2.03.00-k4-rhel4.7-01 সংস্করণে ড্রাইভার আপডেট করা হয়েছে। VLAN-র মধ্যে, qla3xxx ড্রাইভারের মালিকানাধীন কোনো ইন্টারফেস ব্যবহার করা হলে, একটি বাগের উপস্থিতির ফলে আগমনকারী সংযোগ সম্পূর্ণ না করে TCP/IP স্ট্যাকে প্রেরিত হত। এই বাগ সংশোধন করা হয়েছে।
qla4xxx: 5.01.03-d0 সংস্করণে আপডেট করা হয়েছে। এটি দ্বারা নিম্নলিখিত পরিবর্তনগুলি করা হয়েছে:
একই টার্গেটের উপর উপলব্ধ প্রতিটি পোর্টের জন্য বর্তমানে একটি সেশান নির্মাণ করা হয়। উপরন্তু, একটি বাগের কারণে কিছু টার্গেটের জন্য qla4xxx দ্বারা পুনরায় লগ-ইনের অনুরোধ (একটি ফেইলওভার অথবা কেবল বিসংযোগ) করতে প্রতিরোধ করা হত। এই বাগ সংশোধন করা হয়েছে।
qla4xxx-র পূর্ববর্তী সংস্করণে, "queue full" ত্রুটির ফলে ইনপুট/আউটপুট কিউ ডেপ্ত প্রভাবিত হত না। বর্তমানে, "queue full" ত্রুটি উৎপন্ন হলে কিউয়ের ডেপ্ত সঠিকরূপে নিয়ন্ত্রিত হবে এবং এর ফলে ইনপুট/আউপুট সংক্রান্ত ত্রুটির সমাধান ব্যবস্থায় উন্নতি হবে। সব LUN-র উপর অবস্থিত টার্গেটের ক্ষেত্রে কিউয়ের ডেপ্ত সীমিত হবে।
বর্তমানে, ফার্মওয়্যার আরম্ভের পূর্বে SCSI ফাংশান সক্রিয় করা হয়। এই বাগ সংশোধনের ফলে, ফার্মওয়্যার প্রারম্ভের কাজ সমাপ্ত হওয়ার আগে উৎপন্ন কোনো ধরনের ত্রুটি অথবা মান পরিবর্তন সংক্রান্ত তথ্য SCSI ফাংশান দ্বারা প্রাপ্ত হবে।
ড্রাইভার আরম্ভের সময়, "non-active" থেকে "active" অবস্থায় পরিবর্তনকারী কিছু টার্গেট, অপারেটিং সিস্টেম দ্বারা নিরীক্ষণ করা সম্ভব হত না। এই বাগটি এখন সংশোধিত হয়েছে।
CCISS: 3.6.20-RH1 সংস্করণে ড্রাইভার আপডেট করা হয়েছে। নতুন SAS/SATA নিয়ন্ত্রকের জন্য সমর্থন উপলব্ধ করার পাশাপাশি নিম্নলিখিত উল্লেখযোগ্য পরিবর্তনগুলি অন্তর্ভুক্ত করা হয়েছে:
sg_io ইনপুট/আউটপুট নিয়ন্ত্রণ ব্যবস্থা যোগ করা হয়েছে। মাল্টিপাথের জন্য উন্নত সমর্থন ব্যবস্থার উদ্দেশ্যে এই ioctl উপলব্ধ করা হয়েছে।
সিস্টেমের মধ্যে অনেকগুলি ড্রাইভের উপস্থিতির ফলে সিস্টেমের বিপর্যয় রোধ করার জন্য /proc/driver/cciss-র এনট্রি পরিবর্তন করা হয়েছে।
cciss ড্রাইভার থেকে READ_AHEAD বৈশিষ্ট্যটি সরিয়ে ফেলা হয়েছে। cciss ড্রাইভার দ্বারা বর্তমানে ব্লক লেয়ার ডিফল্ট মান 256 (২৫৬) ব্যবহার করা হবে। পরীক্ষা করে প্রাপ্ত ফলাফল অনুযায়ী READ_AHEAD=1024 প্রয়োগ করা হলেও কর্মক্ষমতার মাত্রা সুসংগতরূপে বৃদ্ধি হয় না; কিছু পরিস্থিতিতে এই বৈশিষ্ট্যের ফলে সিস্টেম স্তব্ধও হতে পারে।
megaraid_sas: MegaRAID মোডে চলমান LSI 1078 চিপসেট সমর্থনের উদ্দেশ্যে 3.18 সংস্করণে ড্রাইভার আপডেট করা হয়েছে। উপরন্তু, এই আপডেটের মধ্যে বেশ কয়েকটি বাগ সংশোধন করা হয়েছে, যেমন:
MFI_POLL_TIMEOUT_SECS এখন ৬০ সেকেন্ড (১০ সেকেন্ড থেকে বৃদ্ধি করা হয়েছে)। ফার্মওয়্যার থেকে INIT কমান্ডের প্রতিক্রিয়া প্রাপ্ত করতে সর্বাধিক ৬০ সেকেন্ড ব্যয় হতে পারে। এই কারণে এই পরিবর্তন করা হয়েছে।
ফ্রেম কাউন্ট গণনার কারণে উৎপন্ন ক্রমাগত চিপ রিসেট ও কমান্ড টাইম-আউট সৃষ্টিকারী একটি বাগ সংশোধন করা হয়েছে। এই আপডেটের ফলে, ফার্মওয়্যার থেকে প্রাপ্ত অনুরোধের ভিত্তিতে, ড্রাইভার দ্বারা সঠিক ফ্রেম কাউন্ট প্রেরিত হয়।
পোলিং সমর্থনের জন্য poll_mode_io মডিউল পরামিতি যোগ করা হয়েছে।
arcmsr: 1.20.00.15.rh সংস্করণে ড্রাইভার আপডেট করা হয়েছে। এই আপডেটের মধ্যে একাধিক বাগ সংশোধন করা হয়েছে ও কিছু গৌণমাপের উন্নত বৈশিষ্ট্য যোগ করা হয়েছে; উপরন্তু, নিম্নলিখিত SATA RAID অ্যাডাপ্টারের জন্য সমর্থন উপলব্ধ করা হয়েছে:
ARC1200
ARC1201
ARC1202
প্রযুক্তিগত প্রিভিউ রূপে চিহ্নিত বৈশিষ্ট্যগুলির জন্য বর্তমানে Red Hat Enterprise Linux 4 .7-র সাবস্ক্রিপশনের অধীন কোনো সহায়তা উপলব্ধ করা হবে না । এই বৈশিষ্ট্যগুলি সম্ভবত সম্পূর্ণরূপে নির্মিত হয়নি এবং প্রধান কর্মক্ষেত্রে ব্যবহার না করাই বাঞ্ছনীয়। তথাপি, ব্যবহারকারীদের সুবিধার্থে এবং প্রচারের জন্য এই বৈশিষ্ট্যগুলি উপলব্ধ করা হয়েছে।
প্রধান কর্মক্ষেত্র বাদে অন্যান্য পরিবেশে ব্যবহারকারীরা এই সমস্ত বৈশিষ্ট্য ব্যবহার করতে পারেন। সম্পূর্ণরূপে উপলব্ধ হওয়ার পূর্বে ব্যবহারকারীরা প্রযুক্তিগত প্রিভিউ বৈশিষ্ট্যটি পরীক্ষা করে তাদের মতামত জানাতে পারবেন। নিরাপত্তা জড়িত গুরুত্বপূর্ণ সমস্যার জন্য ত্রুটি-বিচ্যুতির তথ্য প্রকাশিত হবে।
প্রযুক্তিগত প্রিভিউ রূপে চিহ্নিত কোনো বৈশিষ্ট্য নির্মাণের সময় ব্যবহারকারীদের পরীক্ষার উদ্দেশ্যে নতুন সামগ্রী উপলব্ধ করা হতে পারে। Red Hat-র পক্ষ থেকে এই সমস্ত বৈশিষ্ট্য ভবিষ্যতে সম্পূর্ণরূপে উপলব্ধ করার পরিকল্পনা রয়েছে।
Linux সিস্টেম চালানোর জন্য প্রয়োজনীয় তথ্য সংগ্রহের প্রণালী সরল করার জন্য Systemtap দ্বারা মুক্ত সফ্টওয়্যার (GPL) পরিকাঠামো উপলব্ধ করা হয়। কর্ম সঞ্চালন সংক্রান্ত কোনো সমস্যার কারণনির্ণয়ে এটি সহায়ক। systemtap-র উপস্থিতির ফলে ডিভেলপরদেরকে তথ্য সংগ্রহের জন্য ক্ষতিগ্রস্ত সামগ্রী নিরীক্ষণ করে সেটি পুনরায় কম্পাইল, ইনস্টল ও পুনরায় বুট করার প্রয়োজন হবে না।
GNU Compiler Collection (gcc-4.1) এই রিলিজেও প্রযুক্তিগত প্রি-ভিউ রূপে অন্তর্ভুক্ত করা হয়েছে। Red Hat Enterprise Linux 4.4-র মধ্যে এই কম্পাইলারটি প্রযুক্তিগত প্রি-ভিউরূপে প্রথম উপলব্ধ করা হয়েছিল।
gcc-4.1 সম্পর্কে অধিক জানতে http://gcc.gnu.org/-এ উপস্থিত প্রজেক্ট ওয়েব-সাইট পরিদর্শন করুন। gcc-4.1.2-র বিস্তারিত সহায়িকা পড়তে http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/ দেখুন।
OpenOffice 2.0 বর্তমান রিলিজে প্রযুক্তিগত প্রি-ভিউ রূপে উপলব্ধ করা হয়েছে। এই স্যুট-এ বিবিধ উন্নত বৈশিষ্ট্য উপস্থিত রয়েছে যেমন ODF ও PDF বৈশিষ্ট্য, ডিজিটাল স্বাক্ষরের জন্য সমর্থন ও বিন্যাস ও ইন্টারফেস-র ক্ষেত্রে অধিক সংখ্যাক ওপেন স্যুটের সাথে সামঞ্জস্য। উপরন্তু, OpenOffice 2.0 স্প্রেড-শিটের ক্ষেত্রে পিভোট টেবিল সমর্থন উন্নত করা হয়েছে ও বর্তমানে ৬৫০০০ সারি ব্যবহারের জন্য উপলব্ধ করা হবে।
OpenOffice 2.0, সম্পর্কে অধিক জানতে http://www.openoffice.org/dev_docs/features/2.0/index.html পড়ুন।
autofs5 প্রযুক্তিগত প্রি-ভিউ রূপে বর্তমান রিলিজে উপলব্ধ করা হয়েছে। autofs-র এই সংস্করণে একাধিক-বিক্রেতা বিশিষ্ট পরিবেশ সংক্রান্ত কয়েকটি পুরোনো সমস্যার সমাধান করা হয়েছে। autofs5-এ নিম্নলিখিত উন্নত বৈশিষ্ট্যগুলিও সংযোজন করা হয়েছে:
ডিরেক্ট ম্যাপ সমর্থন। এর ফলে ফাইল-সিস্টেম অনুক্রমের যে কোনো অবস্থানে স্বয়ংক্রিয়রূপে ফাইল সিস্টেম মাউন্ট করার ব্যবস্থা উপলব্ধ করা হয়।
লেজি mount ও umount সমর্থন
একটি নতুন কনফিগারেশন ফাইল, /etc/autofs_ldap_auth.conf সহযোগে উন্নত LDAP সমর্থন
nsswitch.conf ব্যবহারের সম্পূর্ণ বাস্তবায়ন
ডিরেক্ট ম্যাপের ক্ষেত্রে একাধিক মাস্টার ম্যাপ এনট্রি
ম্যাপ অন্তর্ভুক্তিকরণের সম্পূর্ণ বাস্তবায়ন। এর ফলে নির্দিষ্ট ম্যাপের বিষয়বস্তু autofs master ম্যাপে যোগ করা যাবে
বর্তমানে autofs5 master ম্যাপ লেক্সিক্যাল অ্যানালাইজার দ্বারা মাউন্ট-পয়েন্ট অথবা ম্যাপের নির্দেশের মধ্যে উদ্ধৃতিচিহ্ন সহ পংক্তি সঠিকরূপে মীমাংসা করা সম্ভব হয় না। এই কারণে, উদ্ধৃতিচিহ্ন সহ পংক্তিগুলি ম্যাপের মধ্যে লেখা আবশ্যক।
এই আপডেটেও ডিফল্টরূপে autofs ইনস্টল করে সঞ্চালন করা হয়। autofs5-র উন্নত বৈশিষ্ট্যগুলি ব্যবহার করতে হলে ব্যবহারকারীকে স্বয়ং autofs5 প্যাকেজ ইনস্টল করতে হবে।
autofs ও autofs5 উভয় ইনস্টল করা থাকলেও এর মধ্যে শুধুমাত্র একটি দ্বারা automount পরিসেবা উপলব্ধ করা হবে। automounter রূপে autofs5 ব্যবহারেরের জন্য নিম্নলিখিত নির্দেশ অনুসরণ করুন:
root রূপে লগ-ইন করুন ও service autofs stop কমান্ড প্রয়োগ করে autofs পরিসেবা বন্ধ করুন।
chkconfig autofs off কমান্ড প্রয়োগ করে autofs পরিসেবা নিষ্ক্রিয় করুন।
autofs5 প্যাকেজ ইনস্টল করুন।
chkconfig autofs5 on কমান্ডের সাহায্যে autofs5 পরিসেবা সক্রিয় করুন।
service autofs5 start কমান্ডের প্রয়োগ করে autofs5 আরম্ভ করুন।
autofs5 সম্পর্কে অধিক জানতে হলে (autofs5 প্যাকেজ ইনস্টল করার পরে) নিম্নলিখিত man পৃষ্ঠাগুলি পড়ুন:
autofs5(5)
autofs5(8)
auto.master.v5(5)
automount5(8)
অধিক জানতে /usr/share/doc/autofs5-<version>/README.v5.release পড়ুন।
কোনো অ্যাপ্লিকেশন যেমন systool দ্বারা /sys/class/scsi_host/host<scsi host number>/mbox (Emulex lpfc ড্রাইভার দ্বারা উৎপন্ন) ফাইল পড়ার পরে "Bad State" বার্তাটি কনসোলে প্রদর্শিত হয় না এবং সিস্টেম লগ ফাইলে লেখা হবে না। এই বার্তাটি কোনো ক্ষতির ইঙ্গিত নয়।
বর্তমান কার্নেলগুলি দ্বারা বুট করার সময় সিরিয়াল পোর্টে প্রিন্ট করার পূর্বে Data Terminal Ready (DTR) সংকেত প্রয়োগ করা হয় না। কয়েকটি ডিভাইসের ক্ষেত্রে DTR প্রয়োগ করা আবশ্যক। এর ফলে, এই সমস্ত ডিভাইসের ক্ষেত্রে কার্নেলের বুট সংক্রান্ত বার্তা সিরিয়াল কনসোলে প্রিন্ট করা হয়।
Red Hat Enterprise Linux 4.6-র ক্ষেত্রে, সিরিয়েল কনসোলের মাধ্যমে অপারেটিং সিস্টেম ইনস্টল করা হলে লগ-ইন প্রম্পট প্রদর্শন না হওয়ার সম্ভাবনা ছিল। বর্তমান রিলিজে এই সমস্যা সংশোধন করা হয়েছে।
openmpi ও lam-র পূর্ববর্তী সংস্করণে উপস্থিত একটি বাগের ফলে এই প্যাকেজগুলি আপগ্রেড করতে প্রতিরোধ করা হতে পারে। এই একই বাগের ফলে, up2date সহযোগে সকল প্যাকেজ আপডেট করার প্রচেষ্টা ব্যর্থ হতে পারে।
openmpi অথবা lam আপগ্রেড করার সময় নিম্নলিখিত ত্রুটির মাধ্যমে এই বাগ দেখা দেয়:
error: %preun(openmpi-[version]) scriptlet failed, exit status 2
উপরন্তু, up2date-র সাহায্যে সকল প্যাকেজ আপগ্রেড করার সময় নিম্নলিখিত ত্রুটির (/var/log/up2date ফাইলে লগ করা হয়) মাধ্যমে এই বাগ দেখা দেয়:
up2date Failed running rpm transaction - %pre %pro failure ?.
এই ত্রুটিগুলি এড়ানোর জন্য openmpi ও lam-র পুরোনো সংস্করণগুলি সরিয়ে ফেলা আবশ্যক। এর জন্য, নিম্নলিখিত 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-4 ও dm-5।
/etc/lvm/.cache ফাইল থেকে নিম্নলিখিত পংক্তিগুলি মুছে ফেলা আবশ্যক:
/dev/dm-4 /dev/dm-5 /dev/mapper/3600d0230003414f30000203a7bc41a00 /dev/mapper/3600d0230003414f30000203a7bc41a00p1 /dev/mpath/3600d0230003414f30000203a7bc41a00 /dev/mpath/3600d0230003414f30000203a7bc41a00p1
দুটি সিস্টেম বিশিষ্ট HA-RAID কনফিগারেশনের মধ্যে, দুটি SAS অ্যাডাপ্টার দুটি সিস্টেমের সাথে যুক্ত করে একটি শেয়ার করা SAS ডিস্ক ড্রয়ারের সাথে সংযুক্ত করা হয়। দুটি SAS অ্যাডাপ্টারের ক্ষেত্রে Preferred Dual Adapter State বৈশিষ্ট্যের মান Primary নির্ধারণ করা হলে race অবস্থা দেখা দিতে পারে। এর ফলে এই দুটি SAS অ্যাডাপ্টারের মধ্যে সীমাহীন ফেইল-ওভার ঘটতে থাকবে। সাধারণত শুধুমাত্র SAS অ্যাডাপ্টারের ক্ষেত্রে Primary মান নির্ধারণ করা যাবে।
এই সমস্যা এড়ানোর জন্য, একটি SAS অ্যাডাপ্টারের ক্ষেত্রে Preferred Dual Adapter State বৈশিষ্ট্যের মান Primary হলে অন্য SAS অ্যাডাপ্টারের মান সুনির্দিষ্টরূপে None নির্ধারণ করুন।
hp_sw কার্নেল মডিউল ব্যবহারের প্রয়োজন হলে, আপডেট করা device-mapper-multipath প্যাকেজ ইনস্টল করুন।
active/passive মোড সঠিকরূপে ব্যবহার করার জন্য ও Linux মেশিন থেকে উৎপন্ন সংযোগ সনাক্ত করার জন্য HP অ্যারে সঠিকরূপে কনফিগার করা আবশ্যক। এটি করার জন্য নিম্নলিখিত নির্দেশ অনুসরণ করুন:
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
নিম্নলিখিত কমান্ড প্রয়োগ করে প্রতিটি সংযোগ সঠিকরূপে কনফিগার করুন:
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
প্রতিটি সংযোগ সঠিকরূপে কনফিগার করা হয়েছে কিনা পরীক্ষা করার জন্য পুনরায় 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 সংযোগ আইকনের উপর দুইবার ক্লিক করা হলে, বিষয়সূচক প্রযোজ্য মেনু প্রদর্শিত হবে। অন্যান্য আইকনগুলির ক্ষেত্রে মাউসের ডান-দিকের বাটন সহযোগে ক্লিক করে এই মেনু প্রদর্শন করা হলেও এই আইকনটি সেই ধারায় ব্যতিক্রম।
( x86 )