আমার মাল্টিপ্যাথ আইও কনফিগার করা সার্ভার 2012 ব্লেড রয়েছে যা এমপিআইও পাথ ব্যর্থতার সময় নীচের মতো সতর্কতা দেখায়:
ডিস্ক 7 এর জন্য লজিক্যাল ব্লক ঠিকানায় 0 আইও অপারেশনটি আবার চেষ্টা করা হয়েছিল।
আমি জানি যে সতর্কতাটি কী ঘটছে তাই আমি কারণটির সন্ধান করছি না তবে এই বার্তাটির আসলে কী অর্থ?
এর অর্থ কি এই যে এই আইও যদি একটি রাইটিং অপারেশন হয় তবে সার্ভার আসলে ডেটা হারিয়েছিল যা এটি লেখার চেষ্টা করেছিল?
এই সতর্কতা বার্তার অর্থটি আপনি যে আলোকে ছড়িয়ে দিতে পারেন তার জন্য আপনাকে ধন্যবাদ।
উত্তর:
না এটির অর্থ এই নয় যে ডেটাটি হারিয়ে গেছে। এর সহজ অর্থ হ'ল আইও সিস্টেম এটি শেষ হওয়ার অপেক্ষায় আইআরপি (আইও রিকোয়েস্ট প্যাকেট) সময়সীমা শেষ হয়েছিল এবং তাই এটি আবার চেষ্টা করা হয়েছিল। যখন কোনও থ্রেড কোনও আইও অপারেশন শুরু করে, আইও ম্যানেজার সিস্টেমের মধ্য দিয়ে যাওয়ার সাথে সাথে অপারেশনটির প্রতিনিধিত্ব করার জন্য একটি আইআরপি তৈরি করে।
আইআরপি তার প্রাথমিক অবস্থায় একটি বাফার / চেহারা-সরানোর তালিকায় সঞ্চিত হয়, যাতে এটি প্রথমবার ব্যর্থ হলে এটি আবার চেষ্টা করা যেতে পারে। এটি যে কোনও ট্রানজেকশনাল সিস্টেম থেকে প্রত্যাশা করে এমন পারমাণবিকতা সরবরাহ করে যাতে আমরা আরও আত্মবিশ্বাসী হয়ে উঠতে পারি যে আপনি আপনার ডিস্কে লিখিত একগুচ্ছ কলুষিত বা অসম্পূর্ণ ডেটা পাচ্ছেন না।
এই ইভেন্টটি এমপিআইও ব্যর্থতার ক্ষেত্রে সঠিক ধারণা দেয়। বলুন উইন্ডোজ SAN স্টোরেজ থেকে কিছু পড়তে বা লিখতে যায়। অনুরোধটি প্রেরণ করা হয়েছে, এবং একই মুহুর্তে, আমি তারের মধ্যে একটি কে কাটা কাটা কাটা। এই অনুরোধটি কখনই সম্পূর্ণ হয় না, এবং তাই উইন্ডোজ আবার অনুরোধটি চেষ্টা করবে, কেবলমাত্র এবার অনুরোধটি অন্য পথ অনুসরণ করবে।
ডিস্কগুলি অত্যধিক ভারী হয়ে পড়ে বা সত্যিই ধীর হয়ে গেলে এই ঘটনাগুলি ঘটে। আপনি এই বার্তাগুলি নির্ধারিত ব্যাকআপগুলির সাথে মিলে যেতে পারেন notice ডিস্কটি কেবল ধীর এবং ব্যস্ত থাকতে পারে এবং কিছু এলোমেলো আইআরপি সময়সীমা পেরিয়েছিল এবং আবার চেষ্টা করতে হয়েছিল। আইআরপি একটি বিঘ্নিত পরিষেবা রুটিন, বা একটি স্থগিত প্রক্রিয়া কল, বা যাই হোক না কেন আটকে যেতে পারে।
আমি দেখতে পাচ্ছিলাম যে আপনার স্ট্যাকটিতে প্রচুর আইও ফিল্টার ড্রাইভার এই সমস্যাটিকে আরও বাড়িয়ে তুলছে।
এটি এমন নয় যে উইন্ডোজের পূর্ববর্তী সংস্করণগুলিতে এই আচরণটি ঘটেছিল না, মাইক্রোসফ্ট দৃশ্যত উইন 8 / সার্ভার ২০১২-এ এই ঘটনাগুলিকে আনার সিদ্ধান্ত নিয়েছে।
সম্পাদনা করুন: আপনি কার্নেল ডিবাগার সহ একটি থ্রেডের অসামান্য আইআরপিগুলি সন্ধান করতে পারেন: kd> !irp 1a2b3c4dযেখানে আপনি আগে কমান্ড জারি করে সেই ঠিকানাটি খুঁজে পেয়েছিলেন kd> !process 8f7d6c4aযা সেই প্রক্রিয়াটির সাথে সম্পর্কিত থ্রেডের সাথে সম্পর্কিত সমস্ত আইআরপি তালিকাভুক্ত করবে। kd> !process 0 0সমস্ত প্রক্রিয়া চলমান তালিকা।
একবার! আইআরপি কমান্ডটি ব্যবহার করে কোনও আইআরপি সম্পর্কিত তথ্য তালিকাভুক্ত করার পরে আপনি সহজেই সনাক্ত করতে পারবেন কোন ড্রাইভার সর্বশেষ আইআরপি পরিচালনা করেছিল কারণ এটি >তালিকায় এটির একটি নির্দেশক থাকবে । তারপরে সেই ড্রাইভার সেই আইআরপি দিয়ে কী করছিল সে সম্পর্কে আরও তথ্যের জন্য, এমন কোনও kd> !devobj 1a2b3c4d5e6fস্থানে ডিভাইস অবজেক্টের আসল ঠিকানা।
তারপরে আপনি kd> dt 0x1a2b3c3c2b1a _CLASS_PRIVATE_FDO_DATAযে প্রাইভেটফডোডাটা কাঠামো পেয়েছেন তার ঠিকানা ব্যবহার করে একটি করুন ।
এখন আপনি প্রাইভেটফডোডাটা থেকে পেয়েছেন অল ট্রান্সফারপ্যাক্টস তালিকা তালিকা কাঠামো ডাম্প করতে প্রস্তুত।
ধারণাটিটি হ'ল, আপনি গতবার আইআরপি দিয়ে দেখা গিয়েছিল যে ড্রাইভার কী করছে তা আপনি সন্ধান করছেন। যদি আইআরপি খুব বেশি সময়ের জন্য আউওএল থাকে তবে এটি সময়সীমা থেকে শুরু করে এবং শুরু থেকে আবার চেষ্টা করে। এটি এমন অনেক কিছুর কারণে হতে পারে ... এমনকি একটি বিপথগামী মহাজাগতিক রশ্মিও। তবে গুরুত্বপূর্ণ বিষয় হ'ল লেনদেন শুরু থেকেই পুনরায় চেষ্টা করা হবে এবং আইও ম্যানেজার এটি না হওয়া পর্যন্ত এটি সম্পূর্ণ বিবেচিত হবে না।
ওহ, এবং থ্রেড-অজোনস্টিক আইও রয়েছে যা কৃমির সম্পূর্ণ পৃথক ক্যান। :)
এই বিষয়ে আরও পড়ার জন্য, আমি মারকোসোসিস মার্চোসোভিচ, মার্জোসিস এবং এট আল-এর উইন্ডোজ ইন্টারনালসের 6th ষ্ঠ সংস্করণের অধ্যায় ৮, আই / ও সিস্টেমের সর্বাধিক সুপারিশ করছি ।
** সম্পাদনা করুন: ** শেষ পর্যন্ত আমি এই ত্রুটির জন্য অফিসিয়াল কেবি খুঁজে পেয়েছি: http://support.microsoft.com/kb/2819485/EN-US
উইন্ডোজ হাল ছাড়ার আগ পর্যন্ত আইও অপারেশনটি প্রতি মিনিটে 8 বার পুনরায় চেষ্টা করা উচিত।
সম্পাদনা: প্রতিশ্রুতি অনুসারে: http://blogs.msdn.com/b/ntdebugging/archive/2013/04/30/interpreting-event-153-erferences.aspx
না, একটি পৃথক বার্তা থাকবে এবং (আশা করি) অ্যাপ্লিকেশন স্তরগুলির মধ্যে একটি ব্যতিক্রম ছুঁড়ে ফেলবে যদি এটি সাফল্যের সাথে ডেটা সংরক্ষণ করতে ব্যর্থ হয়।
উইন্ডোজ সার্ভার 2012 (বা হটফিক্স 2819485 এর আগে উইন্ডোজ সার্ভার ২০০৮ আর 2 এ থাকলে) আগে এই সময়সীমাগুলি ঘটে গেলে সিস্টেমটি নীরবে আবার চেষ্টা করবে। বার্তাটির উদ্দেশ্য হ'ল এই ঘটনাগুলি সম্পর্কে দৃশ্যমানতা বৃদ্ধি করা। তারা কোনও সামর্থ্য সমস্যা বা ড্রাইভার ত্রুটি নির্দেশ করতে পারে এবং আইএসসিএসআইয়ের ক্ষেত্রে অন্যান্য অপারেটিং সিস্টেমের ত্রুটিগুলি বিলম্বের কারণ হতে পারে।
বাহ্যিক (সরাসরি সংযুক্ত নয়) স্টোরেজের ক্ষেত্রে, অতীতে কিছু বিক্রেতারা সময়সীমা মান বাড়িয়েছে, উদাহরণস্বরূপ 60 সেকেন্ডে। যাইহোক, আইএসসিএসআই ইনিশিয়েটারের মতো উচ্চ স্তরের উপাদানগুলির দ্বারা পুনঃনির্মাণের ডিফল্ট সংখ্যার পরে, এর অর্থ এই হতে পারে যে সিস্টেমটি একটি ব্যর্থতা শুরু করার আগে কয়েক মিনিট ব্যয় হতে পারে। এটা অবশ্যই suboptimal আচরণ হবে।
অধিক তথ্য:
দ্বারা SCSI Miniport ড্রাইভারের জন্য রেজিস্ট্রি এন্ট্রি
http://msdn.microsoft.com/en-us/library/windows/hardware/ff563970%28v=vs.85%29.aspx
মাইক্রোসফ্ট একটি আপডেট প্রকাশ করেছে যা স্টোরপোর্ট.সেস অপারেশনগুলির জন্য প্রান্তিক নির্দিষ্টকরণের সক্ষমতা সরবরাহ করে।
আপনি এই আপডেটটি ইনস্টল করার পরে, যখন I / O স্টোরেজের বিলম্বের সময়টি একটি প্রান্তিকের সমান বা তার চেয়ে বেশি হয় আপনি কোনও ইভেন্ট লগ করতে পারেন। প্রান্তিক মান ব্যবহারকারী দ্বারা সেট করা যেতে পারে। এই অপারেশনটি অ্যাডাপ্টার ড্রাইভার পর্যায়ে করা হয় যাতে আপনি দেখতে পারেন যে SAN- তে কোনও পারফরম্যান্স সমস্যা আছে কিনা। তারপরে, সমস্যাটি সমাধান করার জন্য আপনি কোনও স্টোরেজ বিক্রেতার সাথে যোগাযোগ করতে পারেন।
দ্রষ্টব্য: এই আপডেটটি উইন্ডোজ 7 এবং উইন্ডোজ সার্ভার 2008 আর 2 এ সরবরাহ করা কার্যকারিতা পুনরুদ্ধার করে। কার্যকারিতা সক্ষম করা থাকলে, প্রান্তিক মানটি 100 ন্যানোসেকেন্ডে (0.0001 মিলিসেকেন্ড) পরিমাপ করা হয়। অতিরিক্ত হিসাবে, নিম্নলিখিত মানগুলি ইভেন্টটিতে লগ হয়:
BuildIoDuration : সময় যে MINIPORT এই অনুরোধের জন্য বিল্ড ইনপুট / আউটপুট ফাংশন অতিবাহিত করেছে দৈর্ঘ্য StartIoDuration সময়কাল যে MINIPORT আমি শুরু করুন / এই অনুরোধের জন্য হে ফাংশন অতিবাহিত করেছেন: DataTransferLength বাইটে স্থানান্তর আকার:
উইন্ডোজ সার্ভারে 2012 স্টোরপোর্ট.সাই ড্রাইভারের লগিংয়ের ক্ষমতা উন্নত করে এমন আপডেট করুন
http://support.microsoft.com/kb/2819476
উইন্ডোজ 8 এবং উইন্ডোজ সার্ভার 2012 संचयी আপডেট: এপ্রিল 2013
http://support.microsoft.com/kb/2822241
দেরিতে পোস্ট হতে পারে তবে আমি খুঁজে পেয়েছি এটি ভিএসএসের কারণে হতে পারে। আমাদের কাছে এমন এক ক্লায়েন্ট ছিল যিনি ভীম চালাচ্ছিলেন তবে উইন্ডোজ সার্ভারটি ব্যাক আপ বন্ধ করতে ভুলে গিয়েছিলেন (ডিস্কটি সরিয়ে ফেলা হয়েছিল) এর ফলে সমস্যার একটি শেড লোড হয়েছিল এবং এই ত্রুটিটিই প্রধান।
ব্যাক আপ এবং হোহাম থামিয়েছে, কোনও ত্রুটি নেই।