প্রশ্ন: MDADM Mismatch_cnt> ০. কোন ব্লক কোন মতবিরোধে রয়েছে তা চিহ্নিত করার উপায়?

Question

ঠিক আছে. একটি রুটিন স্ক্রাবের পরে, আমার এমডিএডিএম RAID5 মিস্যাচ_সিএনটি = 16 প্রতিবেদন করছে I আমি বুঝতে পেরেছি এর অর্থ হ'ল কোনও ডিভাইস যখন পঠন ত্রুটির খবর দেয় নি, সেখানে 16 টি ব্লক রয়েছে যার জন্য ডেটা এবং সাম্য সম্মত নয় agree

প্রশ্ন # 1: এই ব্লকগুলির একটি তালিকা পেতে পারে?

প্রশ্ন # 2: ধরে নেওয়া # 1 সম্ভব, অন্তর্নিহিত ফাইল সিস্টেমটি EXT4 হয়, এই ব্লকগুলির সাথে কোন ফাইলগুলি যুক্ত রয়েছে তা চিহ্নিত করার কোনও উপায় আছে?

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

(আমার অবশ্যই লক্ষ্য করা উচিত যে আমি কেবল 'চেক' বিকল্পের সাহায্যে RAID স্ক্রাবটি চালাই। 'মেরামত' বিকল্পের সাহায্যে স্ক্রাব চালানো অত্যন্ত বিপজ্জনক বলে মনে হয় কারণ এমডিএডিএম কেবলমাত্র জানে যে ডেটা বা প্যারিটি ভুল তবে এটি কোনটি জানে না। সুতরাং মনে হচ্ছে এমন একটি 50% সম্ভাবনা রয়েছে যে এমডিএডিএম ভুল অনুমান করে এবং ভুল ডেটা পুনর্গঠন করে Hence অতএব আমার জানার ইচ্ছাটি কোন ফাইলগুলি সম্ভাব্যভাবে প্রভাবিত হয়েছে যাতে প্রয়োজন হলে আমি ব্যাকআপ থেকে পুনরুদ্ধার করতে পারি)

কোন পরামর্শ ব্যাপকভাবে প্রশংসা!

Comments

চেক dmesgবা / var / লগ / সিসলগ?

— psusi

ওহে. আমি যতটা বলতে পারি, স্ক্রবার দ্বারা সিসলগে লগ করা কেবলমাত্র বার্তা হ'ল বার্তা শুরু এবং থামানো। মেলে সম্পর্কিত কোনও বার্তা লগ করা হয়নি।

— আর্কেসিংকি

সেক্টর অফসেটের ভিত্তিতে ফাইলগুলি সনাক্ত করতে icheck+ ncheckইন দেখুন in debugfs

— sch

আমি সেক্টরের নম্বরটির জন্য লগিং যুক্ত করার চেষ্টা করেছি। এখন আমি কী করব তা ভেবে দেখার চেষ্টা করছি: unix.stackexchange.com/questions/266432/…

— পিটার

আমি জানি কিছুই ডিস্ক খারাপ বলে না, তবে তাদের পরীক্ষা করে দেখুন। প্রতিটি ডিস্কের জন্য এটি করার জন্য স্মার্টমনটোলস প্যাকেজটি ব্যবহার করুন (যেমন smartctl -a /dev/sdaএবং অন্যদিকে), বা প্রতিটি ডিস্কে আপনার একটি ছোট স্মার্ট পরীক্ষা চালাতে হবে এবং অন্য কোনও পদ্ধতি ব্যবহার করুন এবং একটি সম্পূর্ণ প্রতিবেদন মুদ্রণ করুন। এটি খুব সম্ভবত যে তাদের একজন মারা যাচ্ছেন এবং সামগ্রিক স্মার্ট স্বাস্থ্যের অ্যালার্মটি ট্রিগার করতে এটি মারাত্মক পরিমাণে খারাপ লাগবে।

— স্পুলার

Answer 1

দুঃখিত, 'চেক' আসলে অ্যারেতে ফিরে আসে যখন কোনও ত্রুটির মুখোমুখি হয় - https://www.apt-browse.org/browse/ubuntu/trusty/main/amd64/m داد m/3.2.5-5ubuntu4/ file দেখুন /usr/share/doc/mdadm/README.checkarray

'চেক' কেবল পঠনযোগ্য অপারেশন, যদিও কার্নেল লগগুলি অন্যথায় প্রস্তাব দিতে পারে (যেমন / proc / mdstat এবং বেশ কয়েকটি কার্নেল বার্তাগুলি "রিসাইঙ্ক" উল্লেখ করবে)। দয়া করে FAQ এর 21 নম্বর প্রশ্নটিও দেখুন।

তবে, পড়ার সময়, একটি পড়ার ত্রুটি দেখা দিলে, চেকটি ত্রুটিগুলি পড়ার জন্য স্বাভাবিক প্রতিক্রিয়াটিকে ট্রিগার করবে যা 'সঠিক' ডেটা উত্পন্ন করে এবং এটি লেখার চেষ্টা করে - সুতরাং সম্ভবত 'চেক' একটি ট্রিগার করবে অনুগ্রহ করে লিখুন। তবে পড়ার ত্রুটির অভাবে এটি কেবল পঠনযোগ্য।

... সুতরাং আপনি যে ডেটা সন্ধান করছেন তা সংগ্রহ করতে ইতিমধ্যে খুব দেরি হতে পারে, দুঃখিত।

দীর্ঘমেয়াদী জন্য, এটি লক্ষণীয় যে RAID5 (এবং 6 এবং এবং 1) বিট-রটের বিরুদ্ধে কোনও সুরক্ষা নেই যা সম্ভবত আপনি যে পরিস্থিতির মুখোমুখি হয়েছিলেন । যখন একটি ডিস্কের ডেটা খারাপ হয়, তখন কোনটি ডেটা ভাল বনাম ভাল তা নির্ধারণের তাদের কোনও উপায় নেই। আমি একটি ফাইল সিস্টেমে মাইগ্রেট করার পরিকল্পনার পরামর্শ দেব যা প্রতিটি ডিস্ক যেমন বিটিআরএফ বা জেডএফএসের চেকসাম করে।

(RAID-5 সত্যই নতুন মোতায়েনের ক্ষেত্রে ব্যবহার করা উচিত নয় - এবং সত্যই এমনটি হওয়া উচিত নয় যেখানে কাঁচা ডিস্কগুলির ধারণক্ষমতা প্রতিটি 2TB এর বেশি থাকে - দেখুন http://www.zdnet.com/article/why-ided-5- -2009-এ-স্টপ-ওয়ার্কিং )