ESXi 6.7 سے 8.0 اپ ڈیٹ - پروڈکشن سرور کریش کو درست کریں۔

پہلے ہارڈ ویئر کی مطابقت کو چیک کریں۔

ESXi 6.7 15 اکتوبر 2022 کو عام تعاون کے اختتام کو پہنچ گیا، اس لیے یہ اقدام التوا میں ہے — لیکن 6.7 سے 8.0 ایک بڑا ورژن اپ گریڈ ہے، پیچ نہیں۔ دو ورژنوں کے درمیان VMware نے VMKLinux ڈرائیور ماڈل کو مکمل طور پر ہٹا دیا (ہر ڈیوائس کو اب مقامی ڈرائیور کی ضرورت ہے) اور CPUs، نیٹ ورک اڈاپٹرز اور اسٹوریج کنٹرولرز کی ایک نسل کو ریٹائر کر دیا۔ ایک مکمل طور پر صحت مند 6.7 میزبان اب بھی اپ گریڈ نہیں ہو سکتا جیسا کہ یہ کھڑا ہے۔

کسی بھی ونڈو کو بک کرنے سے پہلے، اپنے عین مطابق سرور ماڈل، CPU فیملی، نیٹ ورک اڈاپٹرز اور سٹوریج کنٹرولر کے لیے ESXi 8.0 کے لیے VMware کمپیٹیبلٹی گائیڈ چیک کریں، اور سرور فرم ویئر (BIOS، اسٹوریج کنٹرولر، NICs) کو ان ورژنز میں اپ ڈیٹ کریں جو وینڈر 8.0 کے لیے فہرست کرتا ہے۔ انسٹالر کا اپنا پری چیک فرسودہ ڈیوائسز کے بارے میں بھی خبردار کرتا ہے - لیکن آدھی رات کو کنسول پر معلوم کرنا غلط وقت ہے۔ پہلے کاغذ پر چیک کریں۔

میزبان کنفیگریشن اور VMs کا بیک اپ لیں۔

میزبان شیل سے میزبان کنفیگریشن کا بیک اپ لیں (اگر یہ آف ہو تو پہلے میزبان پر SSH کو فعال کریں)۔ کمانڈ کنفیگریشن بنڈل کے لیے ایک ڈاؤن لوڈ لنک لوٹاتا ہے — اسے کھولیں اور .tgz فائل کو کہیں محفوظ کریں جو اس سرور پر نہیں ہے:

vim-cmd hostsvc/firmware/backup_config

پھر تصدیق کریں کہ VM بیک اپ موجودہ ہیں اور کم از کم ایک بحالی کا اصل میں تجربہ کیا گیا ہے۔ اپ گریڈ کے بعد کی تمام ارغوانی اسکرینوں میں سے نصف پرانے ہائپر وائزر کو برداشت کرنے والے فرم ویئر پر واپس ٹریس کرتی ہے — لیکن جن کریشز کو آپ کالعدم نہیں کر سکتے وہ ہیں جن کے پیچھے کوئی بیک اپ نہیں ہے۔

ونڈو کی منصوبہ بندی کریں اور 8.0 لائسنس کی کلید تیار رکھیں

ایک مینٹیننس سلاٹ منتخب کریں اور صارفین کو اس کا اعلان کریں — میزبان کے نیچے جانے پر کسی کو بھی درمیان میں نہیں بچانا چاہیے۔ ترتیب کو اوقات کے ساتھ لکھیں، اور ایک ہارڈ رول بیک ڈیڈ لائن سیٹ کریں: رات کا وہ نقطہ جس کے بعد آپ ڈیبگ کرنا چھوڑ دیتے ہیں اور پوری ونڈو کو کھانے کے بجائے (مرحلہ 7) واپس لوٹتے ہیں۔ کام ختم ہونے پر ایک اختتامی پیغام بھیجیں، تاکہ اگلی صبح افواہوں سے شروع نہ ہو۔

لائسنس کو کھڑکی سے پہلے ترتیب دیں، اس کے دوران نہیں۔ لائسنس کی چابیاں بڑے ورژن سے منسلک ہیں — ایک 8.0 میزبان 6.7 کلید کو قبول نہیں کرے گا، اور اس کے بغیر یہ تشخیصی موڈ میں 60 دنوں تک چلتا ہے۔ Broadcom کے تحت، آپ کے استحقاق کے خلاف براڈ کام سپورٹ پورٹل سے کیز اور ڈاؤن لوڈز آتے ہیں، اس لیے اس تک رسائی کا پہلے سے بندوبست کریں۔

روٹ A — 8.0 ISO کو بوٹ کرکے اپ گریڈ کریں۔

صارفین کو بتائیں، پھر میزبان کو مینٹیننس موڈ میں ڈالیں — ہر VM بند یا دوسرے میزبان پر منتقل ہو گیا۔ کبھی بھی ایسے میزبان کو اپ گریڈ نہ کریں جو ابھی تک پروڈکشن VM چلا رہا ہو۔

ISO سے ESXi 8.0 انسٹالر کو بوٹ کریں، موجودہ انسٹالیشن رکھنے والی ڈسک کو منتخب کریں، اور ESXi کو اپ گریڈ کریں، VMFS ڈیٹا اسٹور کو محفوظ کریں کو منتخب کریں۔ یہ وہ راستہ ہے جو زیادہ تر سرورز پر دکھایا گیا ہے، اور جو ایک بڑے ورژن کو صاف طور پر ہینڈل کرتا ہے کیونکہ اس کے جاتے ہی اسکرین پر پری چیک ظاہر ہوتے ہیں۔

روٹ B - esxcli کے ساتھ شیل سے اپ گریڈ کریں۔

ڈپو روٹ مکمل طور پر میزبان شیل سے چلتا ہے — کوئی جسمانی یا ورچوئل میڈیا نہیں — جو اسے دور دراز کے میزبان کے لیے عملی انتخاب بناتا ہے۔ میزبان اب بھی پہلے مینٹیننس موڈ میں جاتا ہے، بالکل اسی طرح جیسے روٹ A میں۔ HTTP کلائنٹ کو میزبان فائر وال کے ذریعے اجازت دیں:

esxcli network firewall ruleset set -e true -r httpClient

VMware کے آن لائن ڈپو میں دستیاب پروفائلز کی فہرست بنائیں، اور 8.0 معیاری پروفائل کا صحیح نام نوٹ کریں:

esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

پھر پروفائل اپ ڈیٹ کو ڈپو کے خلاف چلائیں، بالکل اسی پروفائل کا نام استعمال کرتے ہوئے، اور ہوسٹ کو مکمل ہونے پر ریبوٹ کریں:

esxcli software profile update -d <depot-url> -p <exact-profile-name>

وہی راستہ آف لائن کام کرتا ہے: ڈپو بنڈل زپ کو ڈیٹا اسٹور میں کاپی کریں اور اس کی بجائے اس فائل پر -d ویلیو پوائنٹ کریں۔ نوٹ کریں کہ پروفائل اپ ڈیٹ اپ گریڈ کمانڈ ہے — یہ آپ کی موجودہ کنفیگریشن اور فریق ثالث VIBs کو رکھتا ہے جہاں وہ مطابقت رکھتے ہیں۔ profile install کو تبدیل نہ کریں، جو تصویر کی جگہ لے لیتا ہے۔

ریبوٹ کے بعد - لائسنس، تصدیق، پھر رہائی

میزبان کے 8.0 پر بیک اپ ہونے کے بعد، اپنی ESXi 8.0 لائسنس کلید کا اطلاق کریں — 6.7 کلید قبول نہیں کی جاتی ہے، اور نئی کلید کے بغیر تشخیصی گھڑی ٹک ٹک کر رہی ہے۔ دیکھ بھال کے موڈ سے باہر نکلیں، پھر پہلے ایک غیر اہم VM شروع کریں اور باقی شروع کرنے سے پہلے اس کے نیٹ ورک، اسٹوریج اور کنسول کو چیک کریں۔

اس کے بعد خود میزبان کے ذریعے کام کریں: ڈرائیور یا سینسر کی شکایات کے لیے ایونٹ لاگ اور ہارڈویئر اسٹیٹس، ہر ڈیٹا اسٹور نصب، اور مینجمنٹ نیٹ ورک کی ترتیبات برقرار ہیں۔ اس کے بعد ہی سرور کو واپس صارفین کو جاری کریں، اور مرحلہ 3 سے اختتامی پیغام بھیجیں۔

کریش پلے بک - پرپل اسکرین اور شفٹ + آر رول بیک

اگر ہوسٹ پرپل اسکرینز (PSOD) یا اپ گریڈ کے بعد مفید طریقے سے بوٹ نہیں کرے گا، تو اس ترتیب میں کام کریں۔ سب سے پہلے، کسی بھی چیز کو چھونے سے پہلے جامنی رنگ کی سکرین کی تصویر بنائیں۔ ایک PSOD VMkernel ہے جو جان بوجھ کر روکتا ہے کیونکہ جاری رکھنے سے VMs کو خطرہ لاحق ہوتا ہے - اور اسکرین تشخیص ہے: استثناء کی قسم اور اس پر نام دیا گیا ماڈیول وجہ کی طرف اشارہ کرتا ہے، ڈرائیور کے ماڈیول کے نام کے ساتھ ہارڈ ویئر سپورٹ کے مسئلے کی نشاندہی کرتا ہے۔

دوسرا، ایک بار ریبوٹ کریں اور دیکھیں۔ ڈرائیور کی تبدیلی کے بعد ایک عارضی جامنی سکرین ڈیٹا ہے؛ دہرانا ایک فیصلہ ہے۔ پہلے مشتبہ افراد، اپ گریڈ کے اپنے ترتیب میں: ایک غیر تعاون یافتہ NIC یا سٹوریج اڈاپٹر، مطابقت گائیڈ کی فہرستوں سے پرانا فرم ویئر، یا میموری کی خرابی جس پر پرانے ورژن نے کبھی زور نہیں دیا۔

تیسرا، رول بیک کریں۔ ہوسٹ کو ریبوٹ کریں اور بوٹ پرامپٹ پر، Shift + R دبائیں اور تصدیق کریں — میزبان پچھلی 6.7 بلڈ، کنفیگریشن کو شامل کرتا ہے، بالکل اسی طرح جیسے آپ نے اسے چھوڑا تھا۔ اگر رول بیک کام کرتا ہے، تو آپ نے وقت خرید لیا ہے: دن کی روشنی میں مطابقت کی وجہ کو درست کریں اور ایک نئی ونڈو میں دوبارہ اپ گریڈ کریں۔

vim-cmd hostsvc/firmware/restore_config <bundle-path>