কেন ভেন্টার 5.1u1 রক্ষণাবেক্ষণ মোড থেকে হোস্টগুলি প্রস্থান করছে?


14

এই ভিসেন্টার সার্ভারটি সবেমাত্র 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ইভেন্টটি এখনও ঘটে। পুনরায় সংযোগ প্রক্রিয়াতে এর আগে বা পরে ইভেন্টগুলির মধ্যে অন্য কোনও পার্থক্য আমি দেখছি না, রক্ষণাবেক্ষণ মোড থেকে বেরিয়ে আসা অতিরিক্ত ইভেন্টগুলি বাদ দিয়ে।

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


আপনি ভিএমওয়্যার গ্রাহক সহায়তা লাইনের সাথে যোগাযোগ করতে চাইতে পারেন .... বা কোনও ভিএমওয়্যার গ্রুপে জিজ্ঞাসা করতে পারেন। এটি সম্ভবত প্রোগ্রামিংয়ে একটি বাগ হতে পারে।
এমডিপিসি

এছাড়াও, আপনি কোন vCenter পদ্ধতির ব্যবহার করছেন? যন্ত্রপাতি? উইন্ডোজ চলমান?
ew white

উইন্ডোতে চলমান @Wwite
শেন ম্যাডেন

হুম ... সম্ভবত এর সাথে সম্পর্কিত ? - আমি বলব এটি অবশ্যই করা উচিত নয় ...
voretaq7

আপনি আপনার হোস্টগুলির জন্য কোন ধরণের হার্ডওয়্যার ব্যবহার করছেন? আমাদের ইউসিএস এ ক্ষেত্রে একটি অবিস্মরণীয় সমস্যা তৈরি করছিল যখন কোনও হোস্ট পুনরায় চালু করা হয়েছিল, তাদের মধ্যে কেউ দু'বার পুনরায় বুট করতে পছন্দ করে, যেখানে অন্যগুলি হিসাবে (একই ফলক টাইপের একই ফার্মওয়্যার, একই এসএক্স আপডেটগুলি) কেবল একবার পুনরায় বুট হবে। আমি যখন সিসকো এর সাথে কথা বললাম তারা বলল "এটি একটি পরিচিত সমস্যা"
MoSiAc

উত্তর:


2

কোনও প্যাচ দুর্ঘটনাক্রমে / tmp / স্ক্র্যাচ ফোল্ডারটি সরিয়ে দেওয়ার পরে আমি ESXi 4.1 হোস্টের সাথে এটি ঘটতে দেখেছি। আপনি যে ডিরেক্টরিটি এখনও হোস্টগুলিতে স্বয়ংক্রিয়ভাবে রক্ষণাবেক্ষণ মোড থেকে প্রস্থান করেছেন তা পরীক্ষা করতে চাইবেন।

যদি তারা নিখোঁজ থাকে তবে আপনি এটি তৈরি করতে এমকেডির করতে চাইবেন। এছাড়াও, আপনি এই ভিএমওয়্যার কেবি নিবন্ধটি অনুসরণ করে প্রতিটি হোস্টের জন্য ধ্রুবক স্ক্র্যাচ সঠিকভাবে সেটআপ করা হয়েছে কিনা তা পরীক্ষা করতে চান:

ভিএমওয়্যার কেবি: ESXi 4.x এবং 5.x এর জন্য একটি ক্রমাগত স্ক্র্যাচ অবস্থান তৈরি করা হচ্ছে

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