এমডিএডিএম এবং 4 কে সেক্টর (উন্নত ফর্ম্যাট)


10

4k সেক্টর ডিস্কগুলি সারিবদ্ধ করার বিষয়ে সার্ভারফল্টে অসংখ্য প্রশ্ন রয়েছে তবে একটি জিনিস এখনও আমার কাছে স্পষ্ট নয়।

আমি আমার RAID1 + LVM সফলভাবে সারিবদ্ধ করেছি। আমি যে জিনিসগুলি করেছি তার মধ্যে একটি ছিল mddm সুপার ব্লক সংস্করণ 1.0 (যা ডিস্কের শেষে সুপারব্লক সঞ্চয় করে) ব্যবহার করে।

ম্যানপেজটি এটি বলে:

বিভিন্ন উপ-সংস্করণগুলি ডিভাইসের বিভিন্ন অবস্থানে সুপারব্লক সংরক্ষণ করে, হয় শেষে (1.0 এর জন্য), শুরুতে (1.1 এর জন্য) বা শুরু থেকে 4 কে (1.2 এর জন্য)। "1" সমান "1.0"। "ডিফল্ট" "1.2" এর সমান।

ডিফল্ট, 1.2 সংস্করণটি 4k সেক্টর ড্রাইভের জন্য তৈরি? যেভাবে আমি এটি দেখছি তা তা নয়, কারণ 4k শুরু থেকে + সুপারব্লকের দৈর্ঘ্য 4k এর ভিড় নয় (সুপারব্লকটি প্রায় 200 বাইট দীর্ঘ, যদি আমি সঠিকভাবে মনে করি তবে)।

এ সম্পর্কে যে কোনও অন্তর্দৃষ্টি স্বাগত।

সম্পাদনা:

নীচে উত্তর দেওয়া হয়েছিল যে এমডডেম সুপারব্লক 1.1 এবং 1.2 4k সারিবদ্ধকরণের জন্য বোঝানো হয়েছে। আমি স্রেফ একটি সম্পূর্ণ-ডিভাইস রাইড তৈরি করেছি:

mdadm --create /dev/md4 -l 1 -n 2 /dev/sdb /dev/sdd

তারপরে আমি এতে একটি লজিকাল ভলিউম যুক্ত করেছি:

vgcreate universe2 /dev/md4

অ্যারেটি 16 এমবি / সেকেন্ডে সিঙ্ক হচ্ছে:

md4 : active raid1 sdd[1] sdb[0]
      1465137424 blocks super 1.2 [2/2] [UU]
      [>....................]  resync =  0.8% (13100352/1465137424) finish=1471.6min speed=16443K/sec

সুতরাং আমি সন্দেহ করি যে এটি সঠিকভাবে প্রান্তিক করা হয়েছে।

(ডিস্কগুলি 1.5 টিবি ডাব্লুডি কান হয় I আমার সেগুলি আমার ডেস্কটপ পিসিতে রয়েছে এবং তারা প্রায় 80 এমবি / সেগুলিতে সিঙ্ক করে)

Edit2:

এখানে - পরীক্ষামূলক আউটপুট:

# mdadm --examine /dev/sdb
/dev/sdb:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 79843828:7d939cce:1c8f0b32:cf339870
           Name : brick:4  (local to host brick)
  Creation Time : Sat Jul  9 10:47:33 2011
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 2930275120 (1397.26 GiB 1500.30 GB)
     Array Size : 2930274848 (1397.26 GiB 1500.30 GB)
  Used Dev Size : 2930274848 (1397.26 GiB 1500.30 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
          State : active
    Device UUID : dd2e3b5f:33214b96:1cb88169:25deb050

    Update Time : Sat Jul  9 10:49:06 2011
       Checksum : 4f7cd785 - correct
         Events : 1


   Device Role : Active device 0
   Array State : AA ('A' == active, '.' == missing)

ডেটা অফসেটটি 2048 সেক্টর, যা 8 দ্বারা বিভাজ্য, সুতরাং কেউ মনে করবেন এটি ঠিক আছে। ভলিউম গোষ্ঠীর দৈহিক পরিমাণের আকার 4 এমআইবি রয়েছে, এটি 8 দ্বারা বিভাজ্যও রয়েছে তবে এটি এমনকি কোনও ব্যাপার নয়, কারণ রিসাইকটি ডিভাইসটিতে যা রয়েছে তার সাথে সম্পর্কিত নয়।

অন্য সম্পাদনা: এটি কোনও প্রান্তিককরণ হিসাবে দেখা যাচ্ছে না; যেহেতু এইচডিপিআরএম-টি ডিস্কগুলির একটি (30 এমবি / সে) জন্য খুব কম পড়ার গতি দেখায়। অন্য কিছু ভুল আছে।

সম্পাদনা 2: উত্তরটি খুঁজে পেলে আমি কখনই এই পোস্টটি আপডেট করার কথা মনে করি না। সব সুন্দরভাবে সাজানো আছে। ডিস্কগুলির একটি ভেঙে গেছে। স্পষ্টতই এটি তার শেষ পাতে ছিল এবং এমনকি এটি কোনও এক সময় ভেঙে গেছে। একটি প্রতিস্থাপন ডিস্ক ভাল কাজ করে।

উত্তর:


13

হ্যাঁ, এটি 4k সেক্টর প্রান্তিককরণের জন্য তৈরি।

1.1 এবং 1.2 সুপারব্লক সহ, প্রতিটি ডিস্কের শুরুতে স্থান সংরক্ষণ করা হয় যাতে সুপারব্লকটি পদব্রজে না যায়। সুপারব্লক ক্রিয়েশন কোড এই সংরক্ষিত স্থানটিকে 4 কেবি এর একাধিক হতে বাধ্য করে। সমস্ত শারীরিক পঠন সুপারব্লকের শেষ থেকে নয়, এই সংরক্ষিত জায়গার শেষ থেকে অফসেট করা আছে । সুতরাং এটি 4kB তে সমানভাবে বিভক্ত যে কোনও সেক্টরের আকারের জন্য প্রান্তিককরণ সংরক্ষণ করে।

আপনি যদি আগ্রহী হন তবে এমডিএডএম উত্স কোড ( super1.c) থেকে প্রমাণটি এখানে :

/* force 4K alignment */
reserved &= ~7ULL;
sb->data_offset = __cpu_to_le64(reserved);

এবং এই data_offsetপরামিতি RAID1 কোড দ্বারা কার্নেলের মধ্যে শারীরিক পাঠগুলি অফসেট করতে ব্যবহৃত হয় , যেমন পঠনের পথে:

read_bio->bi_sector = r1_bio->sector + mirror->rdev->data_offset

যদি 1.1 এবং 1.2 উভয়ই 4 কে প্রান্তিককরণের জন্য উপযুক্ত হয়, তবে 1.2 সংস্করণটি কীসের জন্য ভাল? আমি বলতে চাইছি, কেন আমি সুপারব্লকটি শুরু থেকে 4k শুরু করতে চাই?
হাফগগার

2
এটি তাই ডিস্কের শুরুটি বুট ব্লকগুলির জন্য সংরক্ষণ করা যেতে পারে, যাতে ডিস্কটিকে বুট ডিস্ক হিসাবে ব্যবহার করা যায়।
টম শ

আমি সবেমাত্র আমার পোস্ট আপডেট করেছি। এটির চেহারা অনুসারে, আমার নতুন অ্যারেটি সঠিকভাবে সারিবদ্ধ হয়নি।
হাফগগার
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.