RAID স্বয়ংক্রিয়ভাবে পুনরায় সংহত হচ্ছে?


11

আমি বরং এলোমেলোভাবে আমার RAID অ্যারের স্থিতিটি পরীক্ষা করে cat/proc/mdstatউপলব্ধি করেছিলাম যে আমার অ্যারেগুলির মধ্যে একটি পুনরায় সংহত হচ্ছে বলে মনে হচ্ছে:

md1 : active raid1 sdb7[1] sdc7[0]
      238340224 blocks [2/2] [UU]
      [==========>..........]  resync = 52.2% (124602368/238340224) finish=75.0min speed=25258K/sec

এটি কেন এবং এর অর্থ কী? আমি আপাতদৃষ্টিতে r/wঅনুমতিগুলি সহ মাউন্ট পয়েন্টটি অ্যাক্সেস করতে পারি ।

সম্পাদনা 1 ( এসএলএম এর উত্তর হিসাবে প্রতিক্রিয়া )

আমি সত্যিই যদি আমি কিছু দেখতে পাচ্ছি না grepমাধ্যমে dmesgএবং --detailসুইচ আমাকে অনেক পারেন বলে না হয়, তাহলে প্রদর্শন অর্থাৎ যে পুনঃসিঙ্ক প্রগতিতে রয়েছে ... কিন্তু কারণে কোন ইঙ্গিত বা কেন এটা সিঙ্কের বাইরে অর্জিত হয়েছে পারে .. । - আমার ধারণা আমি আমার হার্ডওয়ারটি অদলবদল করার আগে আমার কেবল নজর রাখা দরকার।

উত্তর:


10

এটি ইঙ্গিত করে বলে মনে হচ্ছে যে RAID এর 2 সদস্যের মধ্যে সমন্বয় একে অপরের সাথে সিঙ্কে অবস্থান করছে না।

1. লগ তদন্ত

আমি আপনার dmesgলগগুলি তদন্ত করব এবং দেখব যে এখানে কোনও বার্তা রয়েছে যাতে উল্লেখ করা হয় যে এই অ্যারে তৈরির কোনও শারীরিক এইচডিডি হার্ডওয়্যার বিফলতা রয়েছে।

2. পরীক্ষা mddm

রিসাইক সম্পর্কিত আরও তথ্যের জন্য আপনি স্যুইচটি mdadmব্যবহার করে পরামর্শ করতে --detailপারেন:

$ sudo mdadm --detail /dev/md0
/dev/md0:
        Version : 00.90.03
  Creation Time : Sat Jan 26 09:14:11 2008
     Raid Level : raid1
     Array Size : 976759936 (931.51 GiB 1000.20 GB)
  Used Dev Size : 976759936 (931.51 GiB 1000.20 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Fri Jan  1 01:29:16 2010
          State : clean, resyncing
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

 Rebuild Status : 50% complete

           UUID : 37a3bfcb:41393031:23c133e6:3b879f08
         Events : 0.2178969

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1

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

3. ক্যাবলিং

যদি এইচডিডি চেক আউট করে তবে আমি ক্যাবলিংয়ের যাচাইকরণ শুরু করব, আমি সাধারণত এগুলি স্যুপ আউট করব।

4. নিয়ামক

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

5. বিদ্যুৎ সরবরাহ

বিশ্বাস করুন বা না করুন, আমার এইচডিডি এবং র‌্যাডগুলির সাথে অতীতে সমস্যা হয়েছিল যেখানে ব্যর্থতা বা বিদ্যুৎ সরবরাহ ব্যর্থ হওয়ার বিষয়ে আমার রেডের স্বাস্থ্য সমস্যাগুলি সমাধান করে।


@ এসিআর - হ্যাঁ যদি পুনরায় সংযোজনগুলি এলোমেলো অন্তরগুলির মতো ঘটে থাকে তবে সম্ভবত এইচডিডিগুলির মধ্যে একটি বেরিয়ে যাওয়ার পথে, বা ৩,৪, বা ৫. আপনি যে বর্ণনাটি বর্ণনা করছেন আমি যা ঘটছি তা ঘটেছে অতীতে আমার এবং কয়েকবার এই পরিস্থিতিতেগুলি এই ব্যর্থতাগুলি সমাধান করেছে।
slm

8

আপনার ক্রোন ফাইলগুলি পরীক্ষা করুন, অনেকগুলি ডিস্ট্রো সপ্তাহে একবার নির্ধারিত পুনরায় সংযোগ / পুনরায় চেক করে।

CentOS 7.1 এ এটি /etc/cron.d/ ভয়- চেক এ রয়েছে

# Run system wide raid-check once a week on Sunday at 1am by default
0 1 * * Sun root /usr/sbin/raid-check

আচরণ সম্পাদনা কনফিগার করতে / ইত্যাদি / sysconfig / রেড-চেক


যদিও এটি কেবলমাত্র একটি চেক, কোনও রিসাইঙ্ক নয় ...
17:51 এ frostschutz

2
@ ফ্রস্টসচুটজ ... যদি না হয় এটি এক মাসের প্রথম রবিবার থাকে: সার্ভারফল্ট . com /a/ 255549 / 299551 সেক্ষেত্রে একটি রিসাইক বাধ্য করা হবে।
ড্যান

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