একটি ভিএমএফএস ব্যাকড ড্রাইভে ইএসএক্স গেস্টে হার্ডওয়্যার ডিস্ক ত্রুটি… এটি কীভাবে সম্ভব?


8

ইএসএক্সের অভ্যন্তর কোনও অতিথি কীভাবে এই জাতীয় সমস্যা খুঁজে পেতে পারেন?

[ 40.601502] end_request: critical target error, dev sdg, sector 430203456
[ 40.601563] sd 2:0:6:0: [sdg] Unhandled sense code
[ 40.601582] sd 2:0:6:0: [sdg] Result: hostbyte=invalid driverbyte=DRIVER_SENSE
[ 40.601622] sd 2:0:6:0: [sdg] Sense Key : Hardware Error Sense Key : Hardware Error [current] [current] 
[ 40.601661] sd 2:0:6:0: [sdg] Add. Sense: Internal target failureAdd. Sense: Internal target failure
[ 40.601695] sd 2:0:6:0: [sdg] CDB: Write(10)Write(10):: 2a 2a 00 00 02 19 64 a4 05 62 c0 80 00 00 00 00 40 40 00 00
  • শারীরিকভাবে ডেটা একটি রেইড 6 অ্যারে (অ্যাডাপ্টেক 5805) এ সঞ্চিত ভিএমএফ-এ থাকে, যা খুশি মনে হয়
  • এছাড়াও ইএসএক্স হোস্ট কোনও সমস্যা লগ করে না
  • অতিথির দ্বারা প্রতিবেদন করা ডিস্কের আকারটি বিভক্ত ডিস্কের আকারের মতোই মনে হয়
  • এসেক্সের মাধ্যমে অতিথির 9 টি সমান 'ড্রাইভ' সংযুক্ত থাকে এবং কেবল 2 জন এই সমস্যাটি দেখায়

1
আই / ও এমুলেশন লেয়ারে কোনও বাগ থাকতে পারে? আপনি কী অতিথির এসসিএসআই নিয়ন্ত্রক প্রকারটি পরিবর্তনের চেষ্টা করেছেন এটি ব্যবহারের পরিবর্তন করে কিনা? নির্দিষ্ট সেক্টরে অ্যাক্সেস করা ত্রুটিটি পুনরুত্পাদন করে? dd if=/dev/sdg bs=512 skip=430203455 count=1পুনরায় পড়ার জন্য ব্যবহার করুন বা badblocks -w -b 512 /dev/sdg 430203457 430203455আপনি যদি সাহসী বোধ করেন তবে কেবল একটি পড়ুন-পরীক্ষা-লেখার পুনর্লিখন চক্রটি করতে।
দ্য ওয়াবিট

আপনার এখানে কার্নেলের কোন সংস্করণ রয়েছে? আপনার কার্নেল আপগ্রেড করুন এবং ত্রুটিটি এখনও উপস্থিত রয়েছে কিনা তা দেখুন।
স্যাক্স

উত্তর:


1

আমি ESX 4.0 এর অধীনে উইন 2008 অতিথির জন্য এমএস এসকিউএল এর জন্য ব্যাকআপ ভলিউমের অনুরূপ জিনিসটি পেয়েছি - এটি নেট অ্যাপ্লিকেশন ফাইলার থেকে প্রকাশিত একটি কাঁচা ভলিউম।

অতিথি ওএস সেই ভলিউমের খারাপ সেক্টরগুলি রিপোর্ট করছে (এবং এখনও প্রতিবেদন করে)।
আমি মনে করি এটি অনেকগুলি I / O রচনা অপারেশন, অস্থায়ী সময়সীমা বা ফাইলার ওভারলোডের কারণে ঘটেছিল।
আর কোনও খারাপ সেক্টরের খবর নেই। নেট অ্যাপ "ডিস্ক স্ক্রাবিং" বলছে সব ঠিক আছে। কোনও ফাইলার ত্রুটি রিপোর্ট করা হয়নি।

তবে আমরা যাইহোক এই ভলিউমটি পুনরায় তৈরি করতে যাচ্ছি এবং এটি এটি ঠিক করে কিনা তা দেখুন।

এই ফাইলার আপনার অন্যান্য খণ্ড সম্পর্কে? আপনি কি "ব্যাডব্লকস / দেব / এসডিজি" কমান্ড দিয়ে এই ভলিউমটি পরীক্ষা করতে পারেন? (সাবধানতা: বিশাল ওভারহেড পড়ুন)


1

এটি সর্বোপরি একটি হার্ডওয়্যার / ফার্মওয়্যার সমস্যা ছিল। অ্যাডাপটেক 5805 (সর্বশেষ ফার্মওয়্যার সহ) সমস্ত RAID6 ভলিউম অনুকূল অবস্থানে থাকার কথা জানিয়েছিল, এতে 'ব্যর্থ স্ট্রাইপস' রয়েছে বলে একটি ভলিউমও জানিয়েছে। এর প্রভাব বলে মনে হয়, RAID6 ভলিউমের সেই অংশটি অপঠনযোগ্য হয়ে যায় (প্রশ্নটিতে উদ্ধৃত ত্রুটিগুলি ঘটায়)। ESX এটিকে সরাসরি দেখতে পাবে না বলে মনে হচ্ছে, তবে dd if=/dev/zero of=file-on-damaged-volumeভলিউমের প্রচুর জায়গা থাকা অবস্থায় ESXi কনসোলটিতে সরাসরি চালানো i / o ত্রুটিতে শেষ হয়েছিল।

কোনও পরিমাণ আরকনফ যাচাই / যাচাই_ফিক্স ভলিউমগুলিতে চলে না এবং শারীরিক ডিভাইসগুলি কোনও কিছু সনাক্ত করতে বা ঠিক করতে সক্ষম হয় ... অবশেষে আমি সমস্ত ডেটা ভলিউম থেকে সরিয়ে নিয়ে এডাপটেক স্তরে পুনরায় তৈরি করেছি created এখন সবকিছু ঠিক আছে, তবে আমার ডেটা সুরক্ষিত করার জন্য অ্যাডাপ্টেকের ক্ষমতার উপর আমার আস্থা গুরুতরভাবে ক্ষতিগ্রস্থ হয়েছে।


1
এই ধরনের পরিস্থিতির জন্য এটি সূর্য / ওরাকল পদ্ধতির সাথে বেশ সুসঙ্গত । রয়েছে খারাপ ফিতে সম্পর্কে এই Adaptec প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী নিবন্ধ যা কিভাবে খারাপ ফিতে ঘটতে এবং যা তাদের প্রতিরোধ করার জন্য কাজ করা যেতে পারে কিছু পটভূমি তথ্য দেয়।
দ্য ওয়াববিট

হ্যাঁ, সান / ওরাকল নিবন্ধটি আমাকে ডান (দু: খিত) ট্র্যাকটিতে পেয়েছে। আমাদের এই অ্যারেটিতে একটি ব্যর্থ ডিস্ক ছিল, তবে এটি রেড,, সুতরাং তখনও অপ্রয়োজনীয়তা ছিল, পরবর্তী মিডিয়া চেকগুলির মধ্যে নেই বাকী ডিস্কগুলির সাথে কোনও ত্রুটি প্রকাশ করেছিল ... এছাড়াও অ্যাডাপটেক কন্ট্রোলারের একটি বিবিইউ রয়েছে তাই আমি সত্যিই দেখতে পাই না এই আচরণের জন্য কোনও অজুহাত :-( আমাদের আর্কা কন্ট্রোলারগুলির সাথে এর আগে কখনও কোনও সমস্যা হয়নি
টবি ওটিকার

আমি কদাচিৎ অ্যাডাপটেক নিয়ন্ত্রক ব্যবহার করি এবং মূলত এলএসআই স্টোরেজ বজায় রাখি তবে এই প্রথম আমি "খারাপ স্ট্রিপস" এর উপরও হোঁচট খাচ্ছি। আমি ভাবছি এটি অ্যাডাপটেক বাস্তবায়নের ক্ষেত্রে খুব নির্দিষ্ট কিছু কিনা is
দ্য ওয়াববিট
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.