ভূমিকা

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

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

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

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

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

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

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

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

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

Red Hat Enterprise Linux 5.1-র কিছু পরিবর্তন রিলিজ নোটের বর্তমান সংস্করণের মধ্যে উপলব্ধ না হতে পারে। নিম্নলিখিত URL-এ আপডেট করা সংস্করণ উপলব্ধ করা হবে:

http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/index.html

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

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

Red Hat Enterprise Linux 5 চালনাকারী কোনো সিস্টেমকে আপগ্রেড করতে ইচ্ছুক হলে পরিবর্তিত প্যাকেজগুলি আপডেট করার জন্য Red Hat Network ব্যবহার করা আবশ্যক।

আপনি Anaconda ব্যবহার করে Red Hat Enterprise Linux 5.1 নতুন করে ইনস্টল করতে পারবেন অথবা Red Hat Enterprise Linux 5-র সর্বশেষ সংস্করণ থেকে Red Hat Enterprise Linux 5.1-এ আপগ্রেড করতে পারবেন।

  • আপনি যদি 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-গুলি চলমান কার্নেলের সাথে সামঞ্জস্য বজায় রাখতে সক্ষম হবে না।

iSCSI সফ্টওয়্যার ইনিশিয়েটরের ইনস্টলেশন / বুট (open-iscsi)

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

নিম্নলিখিত পরিস্থিতিগুলির উপর নির্ভর করে, এই বৈশিষ্ট্যের তিনটি কনফিগারেশন উপলব্ধ রয়েছে:

  • হার্ডওয়্যার iSCSI ইনিশিয়েটর ব্যবহার করা হলে (যেমনQLogic qla4xxx)

  • iSCSI-র জন্য ফার্মওয়্যার বুট সমর্থনসহ সিস্টেমের জন্য open-iscsi ইনিশিয়েটর ব্যবহার করা হলে (যেমন iSCSI Boot Firmware অথবা iSCSI বুট ক্ষমতাসহ Open Firmware-র সংস্করণ)

  • iSCSI-র জন্য ফার্মওয়্যার বুট সমর্থন বিনা সিস্টেমে open-iscsi ইনিশিয়েটর ব্যবহার করা হলে

হার্ডওয়্যার iSCSI ইনিশিয়েটরের ব্যবহার

হার্ডওয়্যার iSCSI ইনিশিয়েটর ব্যবহার করা হলে, কার্ডের BIOS ব্যবস্থা প্রয়োগ করে IP ঠিকানা ও অন্যান্য পরামিতির মান উল্লেখ করে দূরবর্তী সংগ্রহস্থল প্রয়োগ করুন। দূরবর্তী সংরক্ষণের জন্য লজিক্যাল ইউনিটগুলি Anaconda-র মধ্যে প্রমিত sd ডিভাইসরূপে উপলব্ধ করা হবে ও এর জন্য অতিরিক্ত প্রস্তুতি আবশ্যক নয়।

দূরবর্তী সংগ্রস্থলের সার্ভার কনফিগার করার জন্য, ইনিশিয়েটরের qualified name (IQN) নির্ধারণ করতে ইনস্টলেশনকালে নিম্নলিখিত ধাপগুলি অনুসরণ করুন:

  1. ইনস্টলেশনের জন্য ব্যবহারযোগ্য ডিস্ক ড্রাইভ নির্বাচনের জন্য ইনস্টলারের নির্ধারিত পাতায় চলুন।

  2. Advanced storage configuration-র উপর ক্লিক করুন

  3. Add iSCSI target বাটনের উপর ক্লিক করুন।

  4. এই পর্দায় iSCSI IQN প্রদর্শিত হবে।

iSCSI-র জন্য ফার্মওয়্যার বুট সমর্থনসহ সিস্টেমে open-iscsi-র ব্যবহার

iSCSI-র জন্য ফার্মওয়্যার বুট সমর্থনসহ কোনো সিস্টেমে open-iscsi সফ্টওয়্যার ইনিশিয়েটর ব্যবহার করা হলে, দূরবর্তী সংগ্রহস্থল প্রয়োগের উদ্দেশ্যে IP ঠিকানা ও অন্যান্য আবশ্যক পরামিতি উল্লেখ করার জন্য ফার্মওয়্যারের সেট-আপ ব্যবস্থা ব্যবহার করুন। এর ফলে সিস্টেমটি দূরবর্তী iSCSI সংগ্রহস্থলের সাহায্যে বুট করতে সক্ষম হবে।

বর্তমানে, Anaconda দ্বারা ফার্মওয়্যারে উপস্থিত iSCSI সংক্রান্ত তথ্য ব্যবহার করা সম্ভব হয় না। ইনস্টলেশনের সময় ব্যবহারকারী দ্বারা টার্গেট IP ঠিকানা উল্লেখ করা আবশ্যক। এর জন্য, উপরে উল্লিখিত প্রণালী অনুসারে ইনিশিয়েটরের IQN নির্ধারণ করুন। এর পরে, ইনিশিয়েটরের IQN ধারণকারী, ইনস্টলারের পৃষ্ঠায় যে iSCSI টার্গেটে আপনি ইনস্টল করতে ইচ্ছুক সেটির IP ঠিকানা লিখুন।

ব্যবহারকারী দ্বারা iSCSI টার্গেটের IP ঠিকানা উল্লিখিত হওয়ার পরে, iSCSI টার্গেটের লজিক্যাল ইউনিটগুলি ইনস্টলেশনের জন্য উপলব্ধ করা হবে। Anaconda দ্বারা নির্মিত initrd-র ক্ষেত্রে iSCSI টার্গেটের IQN ও IP ঠিকানা প্রাপ্ত করা হবে।

ভবিষ্যতে iSCSI টার্গেটের IQN অথবা IP ঠিকানা পরিবর্তন করা হলে, প্রতিটি ইনিশিয়েটরের iBFT অথবা ওপেন ফার্মওয়্যার সেট-আপ ব্যবস্থায় প্রবেশ করে প্রয়োজ্য পরামিতি পরিবর্তন করুন। এর পরে প্রত্যেকটি ইনিশিয়েটরের জন্য নিম্নলিখিত রূপে initrd (iSCSI সংগ্রহস্থলে সংরক্ষিত) পরিবর্তন করুন:

  1. gunzip প্রয়োগ করে initrd প্রসারণ করুন।

  2. cpio -i কমান্ড সহযোগে এটি আন-প্যাক করুন।

  3. init ফাইলের মধ্যে iscsistartup ধারণকারী পংক্তিটি অনুসন্ধান করুন। এই পংক্তির মধ্যে iSCSI টার্গেটের IQN ও IP ঠিকানা উপস্থিত রয়েছে; এই পংক্তির মধ্যে নতুন IQN ও IP ঠিকানা লিখুন।

  4. cpio -o কমান্ড সহযোগে initrd পুনরায় প্যাক করুন।

  5. gunzip কমান্ড সহযোগে initrd পুনরায় কম্প্রেস করুন।

অপারেটিং সিস্টেম দ্বারা ওপেন ফার্মওয়্যার / iBFT ফার্মওয়্যারে উপস্থিত iSCSI সংক্রান্ত তথ্য প্রাপ্ত করার ক্ষমতা ভবিষ্যতের কোনো রিলিজে উপলব্ধ করার পরিকল্পনা করা হয়েছে। এর ফলে, iSCSI টার্গেটের IP ঠিকানা অথবা IQN প্রতিবার পরিবর্তন করার সময়, প্রত্যেকটি ইনিশিয়েটরের জন্য initrd (iSCSI সংগ্রহস্থলে সংরক্ষিত) পরিবর্তন করার প্রয়োজন দেখা দেবে না।

iSCSI-র জন্য ফার্মওয়্যার বুট সমর্থনবিহীন সিস্টেমে open-iscsi-র ব্যবহার

iSCSI-র জন্য ফার্মওয়্যার বুট সমর্থনবিহীন কোনো সিস্টেমে open-iscsi সফ্টওয়্যার ইনিশিয়েটর প্রয়োগ করা হলে, নেটওয়ার্ক বুট ব্যবস্থা (যেমন PXE/tftp) ব্যবহার করুন। এই ক্ষেত্রে, ইনিশিয়েটরের IQN নির্ধারণের পূর্বে উল্লিখিত প্রক্রিয় অনুসরণ করুন ও iSCSI টার্গেটের IP ঠিকানা চিহ্নিত করুন। কর্ম সমাপ্ত হলে, initrd-টি নেটওয়ার্ক বুট সার্ভারে কপি করুন ও সিস্টেমকে নেটওয়ার্ক থেকে বুট করার জন্য প্রস্তুত করুন।

একই রূপে, iSCSI টার্গেটের IP ঠিকানা অথবা IQN পরিবর্তন করা হলে initrd-র ক্ষেত্রে যথাযত পরিবর্তন করা আবশ্যক। এর জন্য, প্রতিটি ইনিশিয়েটরের জন্য initrd পরিবর্তনের পূর্ববর্তী প্রক্রিয়া অনুসরণ করুন।

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

EXT3-র উন্নত বৈশিষ্ট্য

EXT3-র সর্বোচ্চ মাপ বর্তমানে ১৬ টেরাবাইট (৮ টেরাবাইট থেকে বৃদ্ধি করে) ধার্য করা হয়েছে। Red Hat Enterprise Linux 5-র মধ্যে এটি প্রযুক্তিগত প্রি-ভিউ রূপে উপলব্ধ করা হয়েছিল এবং বর্তমান আপডেটে এটি সম্পূর্ণরূপে সমর্থিত হয়েছে।

yum-security

বর্তমানে yum দ্বারা শুধুমাত্র নিরাপত্তা সংক্রান্ত আপডেট ইনস্টল করার উদ্দেশ্যে প্রয়োজনীয় কনফিগারেশন করা সম্ভব। এর জন্য yum-security প্লাগ-ইন ইনস্টল করে নিম্নলিখিত কমান্ডটি প্রয়োগ করুন:

yum update --security

Anaconda লেয়ার ২ মোডের উন্নতি
রিসোর্স স্বতন্ত্ররূপে পুনরায় আরম্ভের পদ্ধতি

কোনো রিসোর্স পুনরারম্ভ করার জন্য সেটির ঊর্ধ্বতন পরিসেবা বিঘ্নিত করার প্রয়োজন হয় না। চলমান নোডের মধ্যে __independent_subtree="1" অ্যাট্রিবিউট প্রয়োগ করে রিসোর্সটি স্বতন্ত্র চিহ্নিত করে /etc/cluster/cluster.conf ফাইলের মধ্যে এটি কনফিগার করা যাবে।

উদাহরণস্বরূপ:

<service name="example">
        <fs name="One" __independent_subtree="1" ...>
                <nfsexport ...>
                        <nfsclient .../>
                </nfsexport>
        </fs>
        <fs name="Two" ...>
                <nfsexport ...>
                        <nfsclient .../>
                </nfsexport>
                <script name="Database" .../>
        </fs>
        <ip/>
</service>

এই ক্ষেত্রে দুটি ফাইল সিস্টেম রিসোর্স ব্যবহৃত হয়: OneTwoOne বিপর্যস্ত হলে, Two বিঘ্নিত না করে তা পুনরায় আরম্ভ করা হয়। Two বিপর্যস্ত হলে সব সামগ্রী (One, One-র নিম্নস্থিত সামগ্রী ও Two-র নিম্নস্থিত সামগ্রী) পুনরায় আরম্ভ করা হয়। Two ও এর নিম্নস্থিত সামগ্রী কখনও One দ্বারা উপলব্ধ কোনো সামগ্রীর উপর নির্ভরশীল নয়।

উল্লেখ্য, Samba-র ক্ষেত্রে বিশেষ পরিসেবাগত পরিকাঠামো প্রয়োজন ও স্বতন্ত্র সাব-ট্রি সহ পরিসেবার মধ্যে এটি ব্যবহার করা সম্ভব নয়। অন্যান্য অনেকগুলি রিসোর্সের ক্ষেত্রেও এটি প্রযোজ্য এবং এই কারণে __independent_subtree="1" অ্যাট্রিবিউট ব্যবহারের সময় সাবধানতা অবলম্বন করা জরুরি।

Virtualization

বর্তমান রিলিজে ভার্চুয়ালাইজেশন সংক্রান্ত নিম্নলিখিত আপডেট করা হয়েছে:

  • ভার্চুয়ালাইজ করা কার্নেল দ্বারা kdump এখন ব্যবহার করা সম্ভব।

  • AMD-V বর্তমান রিলিজে সমর্থিত হবে। এর ফলে সম্পূর্ণরূপে ভার্চুয়ালাইজ করা গেস্ট সিস্টেমে লাইভ ডোমেইন মাইগ্রেশন করা সম্ভব হবে।

  • ভার্চুয়ালাইজ করা কার্নেল দ্বারা ২৫৬ গিগাবাইট অবধি RAM সমর্থিত হবে।

  • in-kernel সকেট API-টি বর্তমানে প্রসারিত করা হয়েছে। গেস্ট সিস্টেমের মধ্যে sctp সঞ্চালনকালে উৎপন্ন একটি বাগ সংশোধনের উদ্দেশ্যে এটি করা হয়েছে।

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

    উল্লেখ্য, ভার্চুয়াল নেটওয়ার্ক ক্ষমতা দ্বারা dnsmasq-র উপর নির্ভরতা ধার্য করা হয়। এর সাহায্যে ভার্চুয়াল নেটওয়ার্কের জন্য dhcp পরিচালনা করা হয়।

    libvirt সম্পর্কে অধিক জানতে http://libvirt.org দেখুন।

  • libvirt-র সাহায্যে বর্তমানে নিষ্ক্রিয় ভার্চুয়াল মেশিন পরিচালনা করা যাবে। ডোমেইন বন্ধ অথবা আরম্ভ না করে সেগুলির ব্যাখ্যা নির্ধারণ করে অথবা না করে libvirt এই কর্ম সাধন করে। এই বৈশিষ্ট্য virsh definevirsh undefine কমান্ডের সমতূল্য।

    এর ফলে Red Hat Virtual Machine Manager দ্বারা সকল উপলব্ধ গেস্ট সিস্টেম প্রদর্শন করা সম্ভব হবে। এর ফলে সরাসরি গ্রাফিক্যাল ইউজার ইন্টারফেস থেকে গেস্ট সিস্টেম আরম্ভ করা যাবে।

  • kernel-xen প্যাকেজ ইনস্টল করার পরে elilo.conf ফাইল নির্মাণ ত্রুটিপূর্ণ অথবা অসম্পূর্ণ হয় না।

  • সম্পূর্ণ রূপে ভার্চুয়ালাইজ করা গেস্ট সিস্টেম বর্তমানে হট-মাইগ্রেশন সমর্থিত হয়।

  • xm create কমান্ডের জন্য গ্রাফিকাল রূপ virt-manager উপস্থিত করা হয়েছে।

  • নেস্টেড পেজিং (NP) বর্তমানে সমর্থিত। ভার্চুয়ালইজ করা পরিবেশে মেমরি পরিচালনার জটিলতা, এই বৈশিষ্ট্য দ্বারা হ্রাস করা হয়। উপরন্তু, অধিক মেমরি প্রয়োগকারী গেস্ট সিস্টেমের ক্ষেত্রে NP দ্বারা CPU-র ব্যবহার হ্রাস করা সম্ভব হবে।

    বর্তমানে, ডিফল্টরূপে NP সক্রিয় করা হয় না। আপনার সিস্টেম দ্বারা NP সমর্থিত হলে, hap=1 পরামিতি সহযোগে হাইপার-ভাইসরে বুট করে NP সক্রিয় করা বাঞ্ছনীয়।.

ভার্চুয়ালাইজেশন বৈশিষ্ট্যের এই আপডেটের মধ্যে ৬৪-বিট হোস্ট সিস্টেমের মধ্যে ৩২-বিট প্যারাভার্চুয়ালাইজ করা গেস্ট সিস্টেম ইনস্টল ও সঞ্চলানের ক্ষমতা উপলব্ধ রয়েছে। এই বৈশিষ্ট্য বর্তমানে প্রযুক্তগত প্রি-ভিউ রূপে উপলব্ধ করা হয়েছে; প্রধান কর্মক্ষেত্রে ব্যবহারের উদ্দেশ্যে এটি সমর্থিত নয়।

শেয়ার করা পেজ টেবিল

শেয়ার করা পেজ টেবিল বর্তমানে hugetlb মেমরির জন্য সমর্থিত হবে। এর ফলে পেজ টেবিলের এন্ট্রি একাধিক প্রসেসের মধ্যে যৌথরূপে ব্যবহার করা যাবে।

একাধিক প্রসেস দ্বারা যৌথরূপে পেজ টেবিলের এন্ট্রি ব্যবহৃত হলে, প্রয়োগ করা ক্যাশের পরিমাণ হ্রাস করা সম্ভব হয়। এর ফলে অ্যাপ্লিকেশন ক্যাশে হিট অনুপাতে উন্নতি হয় ও অ্যাপ্লিকেশনের কর্মক্ষমতা বৃদ্ধি হয়।

tick_divider

tick_divider=<value> বিকল্পটি একটি sysfsপরামিতি। এই পরামিতির সাহায্যে সিস্টেম ঘড়ির গতি পরিবর্তন করা যাবে এবং ইউজার-স্পেস অ্যাপ্লিকেশনের জন্য একই HZ গতি প্রদর্শন করা হবে।

tick_divider= বিকল্পের সাহায্যে CPU-র উপর সর্বমোট ভার হ্রাস করা সম্ভব ও সময়নির্ধারিত কর্ম ও প্রোফাইলিং কর্মের পুঙ্খানুপুঙ্খ মাত্রা হ্রাস করে কর্মক্ষমতা বৃদ্ধি করা যাবে।

প্রমিত ১০০০Hz ঘড়ির জন্য উপযুক্ত <মান> হল:

  • 2 = 500Hz

  • 4 = 250Hz

  • 5 = 200Hz

  • 8 = 125Hz

  • 10 = 100Hz (Red Hat Enterprise Linux-র পূর্ববর্তী রিলিজে ব্যবহৃত মান)

উল্লেখ্য, ভার্চুয়ালাইজ করা কার্নেল দ্বারা গেস্ট সিস্টেমে একাধিক টাইমারের গতি সমর্থিত নয়। dom0 দ্বারা সব গেস্টে ব্যবহারযোগ্য একটি সুনির্দিষ্ট সময় ব্যবহার করা হয়; একাধিক সময়ের মাত্রা ব্যবহারের ফলে সম্ভাব্য চাপ এর ফলে হ্রাস করা সম্ভব হয়।

dm-multipath ডিভাইসে ইনস্টল করা পদ্ধতি

Anaconda দ্বারা বর্তমানে dm-multipath ডিভাইস সনাক্ত, নির্মাণ ও ইনস্টল করার ক্ষমতা উপলব্ধ রয়েছে। এই বৈশিষ্ট্য সক্রিয় করার জন্য কার্নেলের বুট পংক্তিতে mpath পরামিতি যোগ করুন।

Red Hat Enterprise Linux 5-র মধ্যে এটি প্রযুক্তিগত প্রি-ভিউ রূপে উপলব্ধ করা হয়েছিল এবং এই রিলিজে এটি সম্পূর্ণরূপে সমর্থিত।

উল্লেখ্য, dm-multipath দ্বারা Dell MD3000-র জন্য ইনবক্স সমর্থন উপলব্ধ করা হয়। তথাপি, MD3000 ব্যবহারের জন্য dm-multipath প্রয়োগকারী একাধিক নোড দ্বারা তাৎক্ষনিক ফলব্যাক সঞ্চালন করা সম্ভব নয়।

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

বর্তমানে এই বৈশিষ্ট্যের ক্ষেত্রে নিম্নলিখিত সীমাবদ্ধতা রয়েছে:

  • বুট Logical Unit Number (LUN) অবধি শুধুমাত্র একটি পাথ উপস্থিত থাকলে, mpath উল্লিখিত হলেও Anaconda, SCSI ডিভাইসের উপর ইনস্টলেশন করবে। বুট LUN অবধি একাধিক পাথ সক্রিয় করে initrd পুনরায় নির্মাণ করা হলেও অপারেটিং সিস্টেমটি dm-multipath ডিভাইসের পরিবর্তে SCSI ডিভাইস থেকে বুট করবে।

    যদি বুট LUN-র জন্য একাধিক পাথ উপস্থিত থাকে তাহলে কার্নেল বুট পংক্তির মধ্যে mpath উল্লিখিত হলে Anaconda দ্বারা যথাযত dm-multipath ডিভাইসে সঠিকরূপে ইনস্টল করা হবে।

  • ডিফল্টরূপে, multipath.conf ফাইলে user_friendly_names-র মান yes ধার্য করা হয়। dm-multipath root ডিভাইস বাস্তবায়ন সমর্থনের জন্য এটি একটি আবশ্যক বৈশিষ্ট্য। user_friendly_names-র মান no ধার্য করে initrd পুনরায় নির্মাণ করা হলে নিম্নলিখিত ত্রুটি সহ বুট কর্ম বিফল হবে:

    Checking filesystems
    fsck.ext3: No such file or directory while trying to open /dev/mapper/mpath0p1
    
স্টোরেজ এরিয়ে নেটওয়ার্ক (SAN) থেকে বুট

SAN ডিস্ক ডিভাইস থেকে বুট করা এখন সমর্থিত হবে। এই ক্ষেত্রে, SAN দ্বারা ফাইবার চ্যানেল অথবা iSCSI ইন্টারফেস চিহ্নিত করা হবে। এই বৈশিষ্ট্যে dm-multipath প্রয়োগ করে একাধিক পাথের মধ্যে সিস্টেম-থেকে-সংগ্রহস্থলের মধ্যে সংযোগ সমর্থিত হয়।

একাধিক হোস্ট বাস অ্যাডাপ্টার (HBA) প্রয়োগকারী কনফিগারেশনের ক্ষেত্রে সিস্টেম BIOS-কে একটি পৃথক অ্যাডাপ্টার থেকে বুট করার উদ্দেশ্যে প্রস্তুত করার প্রয়োজন দেখা দিতে পারে যদি বর্তমান অ্যাডাপ্টারের মাধ্যমে চিহ্নিত সকল পাথ না পাওয়া যায়।

nfsroot

এই আপডেটে nfsroot সম্পূর্ণরূপে সমর্থিত। এর ফলে ব্যবহারকারীরা NFS-র মাধ্যমে root ফাইল-সিস্টেম (/) মাউন্ট করে Red Hat Enterprise Linux 5.1 চালাতে পারবেন।

প্রযুক্তিগত প্রি-ভিউ রূপে Red Hat Enterprise Linux 5-এ উপলব্ধ Stateless Linux অংশ রূপে nfsroot প্রথমে উপস্থিত করা হয়েছিল। Stateless Linux-র সম্পূর্ণ স্থাপনা এখনও প্রযুক্তিগত প্রি-ভিউয়ের অধীন হয়েছে।

বর্তমানে, nfsroot-র ক্ষেত্রে নিম্নলিখিত সীমাবদ্ধতা উপস্থিত:

  • NFS সার্ভারের মাধ্যমে প্রতিটি ক্লায়েন্টের ক্ষেত্রে নিজস্ব root ফাইল-সিস্টেম উপলব্ধ করা আবশ্যক। শুধুমাত্র পাঠযোগ্য root ব্যবহৃত হলে এই সীমাবদ্ধতা প্রয়োগ হবে।

  • NFS-র মধ্যে SWAP সমর্থিত নয়।

  • nfsroot ক্লায়েন্ট সিস্টেমে SELinux সক্রিয় করা যাবে না। সাধারণত, Red Hat দ্বারা SELinux নিষ্ক্রিয় না করার পরামর্শ দেওয়া হয়। এই কর্মের পরিপ্রেক্ষিতে উৎপন্ন নিরাপত্তা সংক্রান্ত সমস্যাগুলি গ্রাহকদেরকে বিবেচনা করা আবশ্যক।

nfsroot স্থাপনার প্রক্রিয়া জানতে হলে নীচের অংশটি পড়ুন। এই প্রক্রিয়ায়, নেটওয়ার্ক ডিভাইস eth0 রূপে ধার্য করা হয় ও সংশ্লিষ্ট নেটওয়ার্ক ড্রাইভার হল tg3। সিস্টেমের কনফিগারেশন অনুসারে প্রয়োজনীয় পরিবর্তন করা আবশ্যক হবে:

  1. নিম্নলিখিত কমান্ডের সাহায্যে আপনার ব্যক্তিগত ডিরেক্টরির মধ্যে initrd নির্মাণ করুন:

    mkinitrd --with=tg3 --rootfs=nfs --net-dev=eth0 --rootdev=<nfs server ip>:/<path to nfsroot> ~/initrd-<kernel-version>.img <kernel-version>

    এই initrd নির্মাণের জন্য Red Hat Enterprise Linux 5 .1 কার্নেল ব্যবহার করা আবশ্যক।

  2. এর পরে, পূর্বে নির্মিত initrd ইমেজ প্রয়োগ করে একটি zImage.initrd ইমেজ নির্মাণ করুন। zImage.initrd মূলত একটি ইমেজের মধ্যে কম্প্রেস করা কার্নেল ও initrd। এই ক্ষেত্রে নিম্নলিখিত কমান্ড প্রয়োগ করুন:

    mkzimage /boot/System.map-<kernel-version> ~/initrd-<kernel-version>.img /usr/share/ppc64-utils/zImage.stub ~/zImage.initrd-<kernel-version>

  3. নির্মিত zImage.initrd-<kernel-version>-টি আপনার tftp সার্ভারের কোনো প্রদর্শনযোগ্য স্থানে রাখুন।

  4. nfs সার্ভারের মধ্যে এক্সপোর্ট করা nfsroot ফাইল-সিস্টেমের মধ্যে প্রয়োজনীয় বাইনারি ও মডিউল উপস্থিত রয়েছে কিনা তা নিশ্চিত করুন। প্রথম ধাপে initrd নির্মাণের জন্য ব্যবহৃত কার্নেলের সাথে এই বাইনারি ও মডিউলগুলি সুসংগত হওয়া আবশ্যক।

  5. DHCP সার্ভার কনফিগার করে ক্লায়েন্ট দ্বারা zImage.initrd-<kernel-version> নির্দেশের ব্যবস্থা করুন।

    এর জন্য, DHCP সার্ভারের /etc/dhcpd.conf ফাইলের মধ্যে নিম্নলিখিত পংক্তিগুলি যোগ করুন:

    next-server <tftp hostname/IP address>;
    filename "<tftp-path>/zImage.initrd";
    

    উল্লেখ্য, <tftp-path> দ্বারা tftp-এক্সপোর্ট করা ডিরেক্টরি থেকে zImage.initrd-র পাথ উল্লেখ করা হবে। উদাহরণস্বরূপ, যদি zImage.initrd-র অবস্থান চিহ্নকারী সুনির্দিষ্ট পাথ /tftpboot/mykernels/zImage.initrd হয় ও tftp-এক্সপোর্ট ডিরেক্টরি /tftpboot/ হলে, <tftp-path> ধার্য হবে mykernels/zImage.initrd

  6. অবশেষে, নেটওয়ার্ক ডিভাইস (এই উদাহরণে, eth0 নেটওয়ার্ক ডিভাইস ব্যবহার করা হয়েছে) থেকে বুট করার উদ্দেশ্যে সিস্টেমের বুট কনফিগারেশন সংক্রান্ত পরামিতির ক্ষেত্রে প্রযোজ্য মান ধার্য করুন।

GFS2

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

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

  • একটি ডিরেক্টরির বহূল ব্যবহার ও ডিরেক্টরি স্ক্যানে দ্রুততা (Postmark মাত্রা)

  • সিঙ্ক্রোনাস ইনপুট/আউটপুট কর্ম (fstest পরীক্ষায় বার্তা আদানপ্রদানের জন্য ব্যবহৃত অ্যাপ্লিকেশন যেমন TIBCO-র ক্ষেত্রে কর্মক্ষমতা বৃদ্ধির সংকেত পাওয়া গিয়েছে)

  • ক্যাশে থেকে পাঠ, কারণ লক সংক্রান্ত কোনো ওভার-হেড বর্তমান অনুপস্থিত

  • পূর্বে বরাদ্দ ফাইলে সরাসরি ইনপুট/আউটপুট

  • NFS ফাইল হ্যান্ডেল অনুসন্ধান

  • df, বরাদ্দকরণ সংক্রান্ত তথ্য ক্যাশে হওয়ার কারণে

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

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

  • mount বিকল্প দ্বারা quota=<on|off|account> সক্রিয় অথবা নিষ্ক্রিয় করা হয়

  • বিপর্যয়ের পরে পুনরুদ্ধারকালে জার্নাল পুনরাবৃত্তির সময় ক্লাস্টারের ক্ষেত্রে quiesce আবশ্যক নয়।

  • ন্যানো-সেকেন্ডে টাইম-স্ট্যাম্প এখন সমর্থিত

  • ext3-র অনুরূপ, GFS2 দ্বারা বর্তমানে data=ordered মোড সমর্থিত হবে

  • lsattr()chattr() অ্যাট্রিবিউট বৈশিষ্ট্য বর্তমানে প্রমিত ioctl()-র মাধ্যমে সমর্থন করা সম্ভব

  • ১৬ টেরাবাইটের অধিক ফাইল-সিস্টেমের মাপ বর্তমানে সমর্থিত

  • GFS2 একটি সাধারণ ফাইল-সিস্টেম ও ক্লাস্টারবিহীন কনফিগারেশনেও ব্যবহার করা যাবে

ড্রাইভার আপডেটের প্রোগ্রাম

ড্রাইভার আপডেট প্রোগ্রাম (DUP) সহযোগে স্বতন্ত্র বিক্রেতারা (যেমন OEM) Red Hat Enterprise Linux 5-এ তাদের নিজস্ব ডিভাইস ড্রাইভার ও অন্যান্য Linux কার্নেল মডিউল যোগ করতে পারতেন। এই ক্ষেত্রে বিতরণের জন্য RPM প্যাকেজ প্রয়োগ করা সম্ভব ছিল।

Red Hat Enterprise Linux 5.1-এ DUP সংক্রান্ত বিবিধ আপডেট প্রয়োগ করা হয়েছে, উল্লেখযোগ্য হল:

  • ড্রাইভার আপডেট ডিস্কের মাধ্যমে ইনস্টলেশনের সময় ড্রাইভার আপডেট RPM বর্তমানে সমর্থিত

  • সিস্টেমের bootpath প্রভাবকারী bootpath ড্রাইভার আপডেট বর্তমানে সমর্থিত

  • Advanced Linux Sound Architecture (ALSA) স্বতন্ত্র প্যাকেজ বর্তমানে অবচিত

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

অধিক জানতে http://www.kerneldrivers.org/RedHatKernelModulePackages পড়ুন।

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

ড্রাইভার সংক্রান্ত সাধারণ আপডেট
  • acpi: ibm_acpi মডিউল আপডেট করা হয়েছে যার ফলে Lenovo ল্যাপটপে ACPI ও ডকিং স্টেশন সংক্রান্ত বিবিধ সমস্যা সমাধান করা হয়েছে।

  • ipmi: Baseboard Management Controller-এ ইন্টারাপ্ট নির্ধারণ করা হলে kthread পোলিং বর্তমানে সঞ্চালিত হয় না।

  • sata: SATA/SAS সংস্করণ 2.6.22-rc3-এ আপডেট করা হয়েছে।

  • openibopenmpi: OFED (OpenFabrics Enterprise Distribution) সংস্করণ 1.2-এ আপগ্রেড করা হয়েছে।

  • powernow-k8: Greyhound সম্পূর্ণরূপে সমর্থনের উদ্দেশ্যে সংস্করণ 2.0.0-এ আপগ্রেড করা হয়েছে।

  • xinput: সম্পূর্ণরূপে RSA সমর্থনের জন্য যোগ করা হয়েছে

  • aic94xx: sequencer firmware সংস্করণ v17-র আপগ্রেডের সাথে সামঞ্জস্য বজায় রেখে 1.0.2-1 সংস্করণে আপগ্রেড করা হয়েছে। এই আপডেটে নিম্নলিখিত পরিবর্তনগুলি প্রয়োগ করা হয়েছে:

    • এক্সপ্যান্ডার সহ প্ল্যাটফর্মে ascb race অবস্থা সংশোধন করা হয়েছে

    • REQ_TASK_ABORTDEVICE_RESET হ্যান্ডলার যোগ করা হয়েছে

    • অনুসন্ধানের ত্রুটির পরে পোর্ট সঠিকরূপে পরিষ্কার করা হয়

    • phys, বর্তমানে sysfs-র মাধ্যমে সক্রিয় ও নিষ্ক্রিয় করা যাবে

    • DDB-র race অবস্থা প্রতিরোধ করার জন্য DDB লকের ব্যবহার প্রসারিত করা হয়েছে

অডিও

ALSA, সংস্করণ 1.0.14-এ আপডেট করা হয়েছে। এই আপডেটে নিম্নলিখিত সংশোধন করা হয়েছে:

  • IBM Taroko-র (M50) মধ্যে অবাঞ্ছিত শব্দের সমস্যা সমাধান করা হয়েছে

  • Realtek ALC861 এখন সমর্থিত

  • xw8600 ও xw6600-র মধ্যে নিঃশব্দতা সংক্রান্ত সমস্যা সমাধান করা হয়েছে

  • ADI 1884 Audio এখন সমর্থিত

  • xw4600-এ অডিও কনফিগারেশন সংক্রান্ত সমস্যা সংশোধন করা হয়েছে

PCI
  • PCIX ও PCI-Express-র ক্ষেত্রে পাঠ সংক্রান্ত অনুরোধের সর্বোচ্চ মাপ নির্ধারণের জন্য ফাংশান কল যোগ করা হয়েছে।

  • IBM System P মেশিন দ্বারা PCI-Express হট-প্লাগ ব্যবস্থা বর্তমানে সমর্থিত

  • SB600 SMBus সমর্থনের জন্য প্রয়োজনীয় ড্রাইভার ও PCI ID যোগ করা হয়েছে

নেটওয়ার্ক
  • e1000 ড্রাইভার: I/OAT-সক্রিয় চিপসেট সমর্থনের জন্য সংস্করণ 7.3.20-k2-এ আপডেট করা হয়েছে

  • bnx2 ড্রাইভার: 5709 হার্ডওয়্যার সমর্থনের জন্য 1.5.11 সংস্করণে আপডেট করা হয়েছে

  • B44 ইথারনেট ড্রাইভার: মূল প্রজেক্টের বর্তমান সংস্করণ 2.6.22-rc4 থেকে ব্যাক-পোর্ট করা হয়েছে। এর ফলে নিম্নলিখিত পরিবর্তনগুলি প্রয়োগ করা হয়েছে:

    • endianness সংক্রান্ত বিবিধ সমস্যা সংশোধন করা হয়েছে

    • DMA_30BIT_MASK স্থায়ী মান বর্তমানে ব্যবহৃত হয়

    • skb_copy_from_linear_data_offset() বর্তমানে ব্যবহৃত হবে

    • spin_lock_irqsave() দ্বারা নিরাপদ ইন্টারাপ্ট নিষ্ক্রিয়করণের সুবিধা উপলব্ধ করা হয়

    • পুনরারম্ভের (resume) সময় সাধারণ ত্রুটি পরীক্ষা করা হবে

    • multicast সংক্রান্ত বিবিধ সংশোধন কার্যকরী করা হয়েছে

    • চিপ পুনরায় স্থাপনা কর্মের জন্য পূর্বে অনুমিত সময়ের থেকে অধিক সময় ব্যয় হয়

  • Marvell sky2 ড্রাইভার: 1.14-এ আপডেট করা হয়েছে যার ফলে ifup/ifdown কমান্ডগুলি দ্রুত পুনরাবৃত্তির ফলে কার্নেল প্যানিক উৎপন্নকারী একটি বাগ সংশোধন করা হয়েছে।

  • forcedeth-0.60 ড্রাইভার: বর্তমান রিলিজের মধ্যে অন্তর্ভুক্ত। NVIDIA-র MCP55 মাদারবোর্ড চিপসেট ও বোর্ড-এ স্থিত যথাযত NIC প্রয়োগকারী গ্রাহকদের সুবিধার্থে কয়েকটি গুরুতর বাগ, এর ফলে সংশোধিত হবে।

  • ixgb ড্রাইভার: মূল প্রজেক্টের সংস্করণ সংখ্যায় আপডেট করা হয়েছে (1.0.126)

  • netxen_nic ড্রাইভার: NetXen 10GbE নেটওয়ার্ক কার্ড সমর্থনের উদ্দেশ্যে 3.4.2-2 সংস্করণ যোগ করা হয়েছে

  • Chelsio 10G ইথারনেট নেটওয়ার্ক নিয়ন্ত্রণ ব্যবস্থা এখন সমর্থিত

  • s2io ডিভাইসের ক্ষেত্রে PCI ত্রুটি পুনরুদ্ধারের জন্য সমর্থন যোগ করা হয়েছে

  • Broadcomm বেতার ইথারনেট ড্রাইভার দ্বারা nx6325 কার্ডের জন্য PCI ID সমর্থন উপলব্ধ করা হয়েছে

  • ifup-র মাধ্যমে BCM4306 আরম্ভের প্রয়াসকালে ASSERTION FAILED ত্রুটি উৎপন্নকারী একটি বাগ সংশোধন করা হয়েছে

  • ixgb ড্রাইভার: Intel ১০-গিগাবাইট ইথারনেট কার্ডের ক্ষেত্রে EEH PCI বিপর্যয় থেকে পুনরুদ্ধারের জন্য আপডেট করা হয়েছে। অধিক জানতে, /usr/share/doc/kernel-doc-<kernel version>/Documentation/pci-error-recovery.txt পড়ুন।

  • qla3xxx ড্রাইভার: iSCSI বিহীন QLogic iSCSI অ্যাডাপ্টারের ক্ষেত্রে নেটওয়ার্ক সুবিধা উপলব্ধ করা জন্য পুনরায় সক্রিয় করে 2.03.00-k3 সংস্করণে আপগ্রেড করা হয়েছে।

  • Intel PRO/Wireless 3945ABG নেটওয়ার্ক ড্রাইভার: 1.2.0 সংস্করণে আপডেট করা হয়েছে। এই আপডেটে বেশ কয়েকটি সমস্যা সমাধান করা হয়েছে। এর মধ্যে রয়েছে, কয়েকটি ল্যাপটপের ক্ষেত্রে কিছু বিশেষ পরিস্থিতির অধীন সফ্ট-লক সংক্রান্ত একটি বাগ।

  • qla2xxx: ড্রাইভার 8.01.07-k6 সংস্করণে আপডেট করা হয়েছে। এর ফলে একাধিক উল্লেখযোগ্য পরিবর্তন করা হয়েছে, যেমন:

    • iIDMA এখন সমর্থিত

    • নিম্নলিখিত Fibre Channel অ্যাট্রিবিউট এখন সমর্থিত হবে:

      • symbolic nodename

      • system hostname

      • fabric name

      • host port state

    • trace-control async ইভেন্ট বর্তমানে লগ করা হয় না

    • রিসেট নির্ধারণের লজিক বর্তমানে সংশোধন করা হয়েছে

    • MSI-X বর্তমানে সমর্থিত

    • IRQ-0 বরাদ্দকরণ বর্তমানে প্রতি সিস্টেমে পরিচালন করা হয়

    • NVRAM আপডেট তৎক্ষনাৎ প্রয়োগ করা হয়

IPMI

এই রিলিজে IPMI ড্রাইভার সংকলন আপডেট করা হয়েছে। মূল সংস্করণ 2.6.21.3-র সমস্ত পরিবর্তন ও 2.6.22-rc-4 সংস্করণের কয়েকটি প্যাচ এর মধ্যে অন্তর্ভুক্ত করা হয়েছে। এই আপডেটে করা পরিবর্তনগুলির মধ্যে রয়েছে:

  • ipmi_si_intf-এ তথ্য প্রারম্ভ সংক্রান্ত একটি বাগ সংশোধন করা হয়েছে

  • অন্য কোনো ড্রাইভার দ্বারা ইন্টারাপ্ট সমর্থন করা হলে kipmid আরম্ভ করা হয় না

  • ব্যবহারকারীরা বর্তমানে force_kipmid-র মাধ্যমে enable কার্নেল ডেমন উপেক্ষা করতে সক্ষম হবেন

  • প্রতি চ্যানেলের জন্য কমান্ড নিবন্ধন এখন সমর্থিত

  • MAX_IPMI_INTERFACES বর্তমানে ব্যবহৃত হবে না

  • হট সিস্টেম ইন্টারফেস অপসারণ বর্তমানে সমর্থিত

  • ফার্মওয়্যার সংক্রান্ত আপডেট সমর্থনের জন্য একটি Maintenance মোড যোগ করা হয়েছে

  • pigeonpoint IPMC-র জন্য poweroff সমর্থন যোগ করা হয়েছে

  • BT সাব-ড্রাইভার বর্তমানে অধিক সময়ের বিরতি সমর্থন করতে সক্ষম

  • হট অপসারণের পরে সঠিকরূপে কর্ম সমাপ্তির জন্য pci_remove হ্যান্ডলিং যোগ করা হয়েছে

নতুন মডিউলের পরামিতি সংক্রান্ত তথ্য জানতে /usr/share/doc/kernel-doc-<kernel version>/Documentation/IPMI.txt পড়ুন।

SCSI
  • Red Hat Enterprise Linux 4 থেকে SCSI ব্ল্যাক-লিস্ট পোর্ট করা হয়েছে

  • aic79xx ড্রাইভারের জন্য PCI ID যোগ করা হয়েছে।

  • aacraid ড্রাইভার: PRIMERGY RX800S2RX800S3 সমর্থনের জন্য 1.1.5-2437 সংস্করণে আপডেট করা হয়েছে।

  • megaraid_sas ড্রাইভার: 3.10 সংস্করণে আপগ্রেড করা হয়েছে। এই আপডেট দ্বারা bios_param-র প্রবেশের স্থান চিহ্নিত করা হয়, একটি IOCTL মেমরি পুল যোগ করা হয় ও একাধিক ক্ষুদ্র বাগ সংশোধিত হয়েছে।

  • Emulex lpfc ড্রাইভার: 8.1.10.9 সংস্করণে আপডেট করা হয়েছে। এই আপডেটে বিবিধ পরিবর্তন করা হয়েছে, উল্লেখযোগ্য:

    • ioctl পাথের মধ্যে host_lock পরিচালনা সংশোধিত হয়েছে

    • the AMD চিপসেট স্বয়ংক্রিয়রূপে বর্তমানে সনাক্ত করা হয় ও DMA-র দৈর্ঘ্য ১০২৪ বাইটে সীমিত করা হয়েছে

    • উন্মোচন প্রক্রিয়া সক্রিয় থাকলে dev_loss_tmo কালে বর্তমানে নোড অপসারিত হয় না

    • ৮ গিগাবাইট লিঙ্কের গতি বর্তমানে সক্রিয় করা হয়েছে

  • qla4xxx ড্রাইভারে নিম্নলিখিত পরিবর্তন করা হয়েছে:

    • IPV6, QLE406x ও ioctl মডিউলের জন্য সমর্থন ব্যবস্থা যোগ করা হয়েছে

    • লক-আপ সৃষ্টিকারী একটি mutex_lock বাগ সংশোধন করা হয়েছে

    • qla4xxxqla3xxx ইন্টারফেস লোড/আন-লোড করার সময় উৎপন্ন লক-আপ সমস্যা সমাধান করা হয়েছে

  • mpt fusion ড্রাইভার: 3.04.04 সংস্করণে আপডেট করা হয়েছে। এই আপডেটে বিবিধ পরিবর্তন করা হয়েছে, উল্লেখযোগ্য:

    • ত্রুটি পরিচালনা সংক্রান্ত একান্ত বাগ সংশোধন করা হয়েছে

    • mptsas দ্বারা টার্গেট পুনরায় সেট করার পদ্ধতি সিরিয়েলাইজ করা হয়েছে

    • mptsasmptfc দ্বারা বর্তমানে লজিক্যাল ইউনিট সংখ্যা (LUN) ও ২৫৫-র অধিক টার্গেট সমর্থিত হয়

    • DVD ড্রাইভারের অত্যন্ত ধীর কর্মসঞ্চালনের জন্য দায়ী একটি LSI mptspi ড্রাইভার রিগ্রেশন সংশোধন করা হয়েছে

    • LSI SCSI ডিভাইস দ্বারা BUSY অবস্থা প্রদর্শিত হলে, কয়েকবার চেষ্টার পরে ইনপুট/আউটপুটের প্রচেষ্টা ব্যর্থ হবে না

    • স্বয়ংক্রিয় পুনর্নির্মাণের পরে RAID অ্যারে ব্যবহারের জন্য উপলব্ধ থাকে

  • arcmsr ড্রাইভার: Areca RAID কন্ট্রোলারের জন্য সমর্থন উপলব্ধ করার জন্য অন্তর্ভুক্ত করা হয়েছে।

  • 3w-9xxx মডিউল: 3ware 9650SE সঠিকরূপে সমর্থনের উদ্দেশ্যে আপডেট করা হয়েছে।

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

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

    • mount বিকল্প sec=none দ্বারা anonymous mount করা যাবে

    • when POSIX এক্সটেনশন সক্রিয় করা হলে CIFS দ্বারা umask গ্রাহ্য করা হয়

    • প্যাকেট স্বাক্ষরের আবশ্যকতা সহ sec= mount বিকল্প সংশোধিত হয়েছে

    উল্লেখ্য, 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 ব্যবহার করা বাঞ্ছনীয়।

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

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

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

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

Stateless Linux

সিস্টেমের কর্ম সঞ্চালন ও পরিচালনার ক্ষেত্রে নতুন চিন্তাধারার বাস্তবায়িত রূপ, Stateless Linux-র সাহায্যে বৃহৎ সংখ্যক সিস্টেমসহ পরিকাঠামোয় সিস্টেম পরিচালনা ও প্রভিশনিং সহজে করা যাবে। এই সিস্টেমে ব্যবহৃত বৈশিষ্ট্যের প্রতিরূপ নির্মাণ করা হয় ও স্টেট-লেস সিস্টেমে তা স্থাপিত হয়। স্টেট-লেস সিস্টেমে শুধুমাত্র পাঠযোগ্য অবস্থায় অপারেটিং সিস্টেম চালানো হয় (অধিক বিবরণের জন্য /etc/sysconfig/readonly-root পড়ুন)।

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

Red Hat Enterprise Linux 5-এ নিম্নলিখিত প্রারম্ভিক বৈশিষ্ট্য উপলব্ধ করা হয়েছে:

  • NFS-র উপর স্টেট-লেস ইমেজ সঞ্চালন

  • NFS-র উপর লুপব্যাক পদ্ধতির মাধ্যমে স্টেট-লেস ইমেজ সঞ্চালন

  • iSCSI-র উপরে চালনা

স্টেট-লেস বৈশিষ্ট্যের কোড পরীক্ষা করতে ইচ্ছুক ব্যবহারকারীদেরকে http://fedoraproject.org/wiki/StatelessLinuxHOWTO-তে উপলব্ধ ব্যবহারপ্রণালীর নথি পড়তে ও [email protected] মেইলিং-লিস্টে যোগদান করার বিশেষ অনুরোধ জানানো হচ্ছে।

Stateless Linux সক্রিয়করণের জন্য আবশ্যক পরিকাঠামোগত বৈশিষ্ট্য Red Hat Enterprise Linux 5-র মধ্যে উপলব্ধ করা হয়েছিল।

AIGLX

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

  • স্বল্প পরিবর্তিত X সার্ভার

  • নতুন প্রোটোকল সমর্থনকারী একটি আপডেট করা Mesa প্যাকেজ

এটি ইনস্টল করা হলে অতি স্বল্প পরিবর্তনের মাধ্যমে আপনার ডেস্কটপে GL-দ্বারা চালিত ইফেক্টের পাশাপাশি X সার্ভার পরিবর্তন না করে এইগুলি সক্রিয় অথবা নিষ্ক্রিয় করা যাবে। দূরবর্তী GLX অ্যাপ্লিকেশনগুলিও AIGLX-র মাধ্যমে দ্রুত হার্ডওয়্যার GLX সঞ্চালনের সুযোগ নিতে পারবে।

devicescape (d80211)

devicescape স্ট্যাক দ্বারা iwlwifi 4965GN বেতার ড্রাইভার সক্রিয় করা হয়। এই স্ট্যাক সহযোগে কয়েকটি বেতার ডিভাইস যে কোনো ওয়াই-ফাই নেটওয়ার্কের সাথে সংযোগ স্থাপন করতে সক্ষম হবে।

এই স্ট্যাকের মধ্যে উপস্থিত একটি কোড-বেস এখনো মূল প্রজেক্টের মধ্যে গৃহীত হয়নি।উপরন্তু, পরীক্ষার পরেও এই স্ট্যাকের স্থায়ীত্ব সম্পূর্ণরূপে প্রমাণিত হয়নি। বর্তমান রিলিজে এটি প্রযুক্তিগত প্রি-ভিউ রূপে উপলব্ধ করা হয়েছে।

FS-Cache

FS-Cache মূলত দূরবর্তী ফাইল-সিস্টেমের জন্য একটি স্থানীয় ক্যাশে ব্যবস্থা; এর সাহায্যে স্থানীয়রূপে মাউন্ট করা ডিস্কের উপর NFS তথ্য ক্যাশে করার সুবিধা উপলব্ধ করা হয়। FS-Cache স্থাপন করার জন্য cachefilesd RPM ইনস্টল করুন ও /usr/share/doc/cachefilesd-<version>/README ফাইলে উল্লিখিত নির্দেশাবলী অনুসরণ করুন।

<version>-র পরিবর্তে ইনস্টল করা cachefilesd প্যাকেজের সংস্করণ উল্লেখ করুন।

Systemtap

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

iSCSI Target

Linux target (tgt) পরিকাঠামোর সাহায্যে একটি সিস্টেম দ্বারা SCSI ইনিশিয়েটরসহ অন্যান্য সিস্টেমে ব্লক-স্তরের SCSI সংগ্রহ ব্যবস্থা উপলব্ধ করা সম্ভব। এই বৈশিষ্ট্য প্রাথমিকরূপে Linux iSCSI টার্গেট হিসাবে স্থাপন করা হবে এবং এর সাহায্যে নেটওয়ার্কের মাধ্যমে যে কোনো iSCSI ইনিশিয়েটরের জন্য সংগ্রহস্থল উপলব্ধ করা যাবে।

iSCSI টার্গেট প্রস্তুত করার জন্য, scsi-target-utils RPM ইনস্টল করুন ও নিম্নলিখিত ফাইলের নির্দেশ অনুসরণ করুন:

  • /usr/share/doc/scsi-target-utils-<version>/README

  • /usr/share/doc/scsi-target-utils-<version>/README.iscsi

<version>-র পরিবর্তে ইনস্টল করা প্যাকেজের সংস্করণ উল্লেখ করুন।

অধিক জানতে man tgtadm পড়ুন।

FireWire

firewire-sbp2 মডিউলটি বর্তমান আপডেটে প্রযুক্তিগত প্রি-ভিউ রূপে অন্তর্ভুক্ত করা হয়েছে। এই মডিউলের সাহায্যে FireWire সংরক্ষণ ডিভাইস ও স্ক্যানারের সাথে সংযোগ স্থাপন করা সম্ভব।

বর্তমানে, FireWire দ্বারা নিম্নলিখিত জিনিষগুলি সমর্থিত নয়:

  • IPv4

  • pcilynx হোস্ট কন্ট্রোলার

  • মাল্টি-LUN স্টোরেজ ডিভাইস

  • সংরক্ষণ ডিভাইসের জন্য বাধাবিহীন ব্যবহার

উপরন্তু, FireWire-র বর্তমান সংস্করণে নিম্নলিখিত সমস্যাগুলি এখনও মজুত:

  • SBP2 ড্রাইভারে মেমরি লিকের ফলে মেশিন থেকে প্রত্যুত্তর প্রাপ্তি বন্ধ হয়ে যেতে পারে।

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

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

  • 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) সৃষ্টি করবে না।

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

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

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

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

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

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

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

  • bttv কার্নেল মডিউলের সাথে tvtimexawtv চালনাকালে সিস্টেম স্তব্ধ হয় না।

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

    • ptrace ব্যবহারের সময় race অবস্থায় বিপর্যয় সৃষ্টিকারী একটি বাগ সংশোধন করা হয়েছে

    • কয়েকটি PTRACE_PEEKUSR কল থেকে ভুল EIO উৎপন্নকারী একটি রিগ্রেশন সংশোধিত হয়েছে।

    • কিছু বিশেষ পরিস্থিতিতে চাইল্ড প্রসেস প্রস্থানের পরে wait4 কল আরম্ভে প্রতিরোধকারী একটি রিগ্রেশন সংশোধন করা হয়েছে

    • SIGKILL দ্বারা মাঝেমধ্যে প্রসেস বন্ধ করতে প্রতিরোধকারী একটি রিগ্রেশন সংশোধন করা হয়েছে। কিছু বিশেষ পরিস্থিতিতে ptrace ব্যবহারের ফলে এই সমস্যা দেখা দিত।

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

জ্ঞাত সমস্যা

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

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

  • NVIDIA গ্রাফিক্স কার্ড ব্যবহারকারী কিছু মেশিনে গ্রাফিকাল ইনস্টলার অথবা গ্রাফিকাল লগ-ইন পর্দায় ছবি ও ফন্ট ত্রুটিপূর্ণ রূপে প্রদর্শনের সম্ভাবনা রয়েছে। এই সমস্যা এড়াতে ভার্চুয়াল কনসোলে পরিবর্তন করে পূর্ববর্তী X হোস্টে প্রত্যাবর্তন করুন।

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

    1. MegaRAID BIOS Set Up Utility-তে প্রবেশ করুন।

    2. Adapter settings menu-তে চলুন।

    3. Other Adapter Options-র অধীন Emulation নির্বাচন করে এটির মান 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 কার্নেলে পুনরায় বুট করতে সমস্যা হবে না।

  • HP সিস্টেমের মডেল সংখ্যা xw9300 ও xw9400-এ ভার্চুয়ালাইজেশন ইনস্টল করার সময় time went backwards সতর্কবার্তা প্রদর্শিত হতে পারে।

    xw9400 মেশিনে এই সমস্যা এড়ানোর জন্য BIOS বৈশিষ্ট্যের মধ্যে HPET সময় নির্ধারণ ব্যবস্থা সক্রিয় করুন। উল্লেখ্য, xw9300 মেশিনের ক্ষেত্রে এটি প্রযোজ্য নয়।

    HP দ্বারা BIOS-র আগামী আপডেটে এই সমস্যা সমাধান করা হবে।

  • 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
    
  • বর্তমান আপডেটে Calgary IOMMU চিপ সমর্থন ডিফল্টরূপে সক্রিয় করা হয়নি। এই চিপ সমর্থন করার জন্য কার্নেল কমান্ড-লাইন বিকল্প iommu=calgary ব্যবহার করুন।

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

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

    • /usr/bin/setupsetuptool প্যাকেজ থেকে প্রাপ্ত

    • /usr/bin/rhn_registerrhn-setup প্যাকেজ থেকে প্রাপ্ত।

  • 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-4dm-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 কার্নেল মডিউল ইনস্টল করুন।

  • সম্পূর্ণরূপে ভার্চুয়ালাইজ করা গেস্ট সিস্টেমে Red Hat Enterprise Linux 3.9 ইনস্টলেশন প্রক্রিয়ার গতি অত্যন্ত ধীরে হওয়া সম্ভব। উপরন্তু, ইনস্টলেশনের পরে গেস্ট সিস্টেম বুট করার পরে hda: lost interrupt ত্রুটি দেখা দিতে পারে।

    বুট করার সময় এই সমস্যা এড়ানের জন্য গেস্ট সিস্টেম দ্বারা SMP কার্নেল ব্যবহারের জন্য কনফিগার করুন।

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

  • হোস্ট সিস্টেমকে (dom0) Red Hat Enterprise Linux 5.1-এ আপগ্রেড করা হলে উপস্থিত Red Hat Enterprise Linux 4.5 SMP প্যারাভার্চুয়ালাইজড গেস্ট সিস্টেমগুলি বুট করার অযোগ্য হওয়ার সম্ভাবনা রয়েছে। হোস্ট সিস্টেমে ৪ গিগাবাইটের থেকে বেশি RAM উপস্থিত থাকলে এই সমস্যা হওয়ার অধিক সম্ভাবনা থাকে।

    এই সমস্যা এড়ানোর জন্য, প্রতিটি Red Hat Enterprise Linux 4.5 গেস্ট সিস্টেমকে CPU মোডে বুট করুন ও সর্বশেষ কার্নেল সংস্করণে (Red Hat Enterprise Linux 4.5.z) আপগ্রেড করুন।

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

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

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

    • DL585g2

    • dc7500

    • xw9300

    • xw9400

  • এই রিলিজে অন্তর্ভুক্ত 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
            }
    

( amd64 )



[1] এই তথ্যগুলি http://www.opencontent.org/openpub/-এ উপস্থিত Open Publication License, v1.0-র শর্তানুযায়ী বিতরণ করা হয়েছে।