এই ভিসেন্টার সার্ভারটি সবেমাত্র 5.1 আপডেটে আপগ্রেড করা হয়েছিল I'm
vCenter 5.1u1 একটি আকর্ষণীয় নতুন আচরণ বলে মনে হচ্ছে: এটি সংযোগ বিচ্ছিন্ন হওয়ার পরে হোস্টগুলি পুনরায় সংযোগ স্থাপনের সময় রক্ষণাবেক্ষণ মোড থেকে সরিয়ে দেয় - তবে খুব বেমানানভাবে, আমি সম্ভবত 25-30 ডলার হোস্ট রিবুটগুলিতে 4 বা 5 বার দেখেছি। আমি কেবল এটি 5.0 হোস্টেই ঘটতে দেখেছি যা এখনও 5.1-তে উন্নীত হয়নি।
চিত্রটিতে, আমি হোস্টটি প্রিন্ট মোডে রেখেছি এবং এটিকে এইচপি এসপিপি ডিভিডির স্বয়ংক্রিয় আপডেট মোডে রিবুট করেছি। তার স্বাভাবিক ~ 40 মিনিটের আপডেট প্রক্রিয়াটির পরে, হোস্টটি অনলাইনে ফিরে এসেছিল .. এবং হোস্টটি পুনরায় সংযোগ স্থাপন করার আগেও 7 সেকেন্ড আগে, ভিসেন্টার হোস্টটিকে রক্ষণাবেক্ষণ মোড থেকে প্রস্থান করার জন্য একটি টাস্ক প্রেরণ করেছিল।
আমার বোঝার মধ্যে, ভিসেন্টার যখন কেবল কোনও রক্ষণাবেক্ষণ মোডের বাইরে কোনও হোস্টকে ফেলে রাখে তখনই ভিসেন্টার এটিকে রক্ষণাবেক্ষণ মোডে রেখে দেয় (যেমন একটি ভিএমএম আপগ্রেড টাস্ক)।
কেন এই ভিসেন্টারটি একতরফাভাবে ব্যবহারকারী দ্বারা শুরু করা রক্ষণাবেক্ষণ মোড থেকে কোনও হোস্টকে প্রস্থান করবে?
সম্পাদনা করুন, অতিরিক্ত তথ্য:
আমি ফার্মওয়্যার আপগ্রেডগুলি আরও 5 টি হোস্টে চালিত করেছি, সমস্ত একই সময়ে। তাদের মধ্যে দুটি পুনরায় সংযোগের পরে প্রিন্ট মোড থেকে প্রস্থান করেছেন, তিনটি তা করেনি। প্রিন্ট মোড থেকে বেরিয়ে আসাদের সাধারণ উপাদানটি মনে হয় তারা কতক্ষণ অফলাইনে ছিলেন ; যে দুটি ভার্চুয়াল মিডিয়াতে বুট করার জন্য কয়েকটি চেষ্টা করেছিল সেগুলি হ'ল দুটি হ'ল রক্ষণাবেক্ষণ মোড থেকে ছিটকে গেল।
- esx31 (উপরে চিত্র): 45 মিনিট প্রতিক্রিয়াবিহীন
- esx19 (প্রস্থান রক্ষণাবেক্ষণ): 87 মিনিট প্রতিক্রিয়াবিহীন
- esx24 (রক্ষণাবেক্ষণে রয়েছেন): 32 মিনিট প্রতিক্রিয়াবিহীন
- esx29 (রক্ষণাবেক্ষণে থাকা): 39 মিনিটের প্রতিক্রিয়াহীন
- esx32 (রক্ষণাবেক্ষণে রয়েছেন): 30 মিনিট প্রতিক্রিয়াবিহীন
- esx34 (প্রস্থান রক্ষণাবেক্ষণ): 70 মিনিটের প্রতিক্রিয়াহীন
সম্পাদনা করুন: সংযোগ বিচ্ছিন্ন করার সময় ধারণাটি একটি রেড হেরিং ছিল বলে মনে হচ্ছে, এটি ধারাবাহিকভাবে ঘটছে না।
অতিরিক্তভাবে , vpxd.log
প্রস্থান রক্ষণাবেক্ষণ মোড টাস্ক দীক্ষাটি সর্বদা অবিলম্বে এই vim.EnvironmentBrowser.queryProvisioningPolicy
এসওএপি কলটি অনুসরণ করে । স্বচ্ছতার জন্য সামান্য ছাঁটা লাইনগুলি এখানে:
15:27:49.535 [info 'vpxdvpxdVmomi'] [ClientAdapterBase::InvokeOnSoap] Invoke done (esx31, vim.EnvironmentBrowser.queryProvisioningPolicy)
15:27:49.560 [info 'commonvpxLro'] [VpxLRO] -- BEGIN task -- esx31 -- HostSystem.exitMaintenanceMode --
মনে রাখবেন যে নোডগুলিতে প্রস্থান টাস্কটি পায় না, vim.EnvironmentBrowser.queryProvisioningPolicy
ইভেন্টটি এখনও ঘটে। পুনরায় সংযোগ প্রক্রিয়াতে এর আগে বা পরে ইভেন্টগুলির মধ্যে অন্য কোনও পার্থক্য আমি দেখছি না, রক্ষণাবেক্ষণ মোড থেকে বেরিয়ে আসা অতিরিক্ত ইভেন্টগুলি বাদ দিয়ে।
প্রভিশন পলিসিগুলির লগের উল্লেখ দেওয়া, স্বতঃপরিচালনা সংক্রান্ত রক্ষণাবেক্ষণ মোডের সমস্যাগুলি অনুসন্ধান করা একইরকম আচরণ সম্পর্কে অভিযোগ উত্থাপন করে (যদিও আমি মোটেও স্বতঃবিদ্যালয় ব্যবহার করছি না)।