{"id":929,"date":"2020-07-26T23:50:47","date_gmt":"2020-07-27T04:50:47","guid":{"rendered":"http:\/\/zewwy.ca\/?p=929"},"modified":"2020-07-27T00:03:58","modified_gmt":"2020-07-27T05:03:58","slug":"esxi-upgrade-failure","status":"publish","type":"post","link":"https:\/\/zewwy.ca\/index.php\/2020\/07\/26\/esxi-upgrade-failure\/","title":{"rendered":"ESXi Upgrade Failure"},"content":{"rendered":"<p>Upgrading one of my ESXi hosts in my lab failed on me, sure enough I figured this might happened and put a head on my usually headless server. This means I plugged in a monitor. at the screen I was this:<\/p>\n<p><a href=\"https:\/\/communities.vmware.com\/servlet\/JiveServlet\/showImage\/2-2881349-383767\/QQ%E5%9B%BE%E7%89%8720190821135929.jpg\"><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter\" src=\"https:\/\/communities.vmware.com\/servlet\/JiveServlet\/showImage\/2-2881349-383767\/QQ%E5%9B%BE%E7%89%8720190821135929.jpg\" alt=\"\" width=\"1920\" height=\"1440\" \/><\/a><\/p>\n<p>well that sucks, googling I found <a href=\"https:\/\/communities.vmware.com\/thread\/617099\">this thread<\/a> from VMware.<\/p>\n<p>looking closer at the boot error before this it stated:<\/p>\n<p>system does not have secure boot enabled. This being an old mini desktop from the mid 2000&#8217;s it had uEFI but did not have the &#8220;feature&#8221; of secure boot. Clearly an after thought of the time. Now the odd part is when I hit the boot menu key &#8220;f12&#8221; in my case, I had the &#8220;legacy&#8221; BIOS style, list as P0: Hard Disk and EFI: Hard Disk. When I picked P0 one it booted just fine. So I figured just a simple boor order fix adjust some settings much like the thread (disable EFI boot and stick with legacy).  I couldn&#8217;t see a way in my EFI\/BIOS options to disable the alternative boot types, so I put the legacy type at the top of the list and the EFI one at the bottom, yet every time I booted it would boot the EFI one. When I check the vCentre system it wouldn&#8217;t remediate aka update to the new version, so I had to click remediate, run downstairs, and ensure I was there to pick the Legacy Disk boot, even after setting the boot order in the BIOS it wouldn&#8217;t stick to legacy and this was the only way I could get the upgrade to succeed.<\/p>\n<p>Dang Computers&#8230;<\/p>\n<p>Oh yeah.. this happened to me to, while I was trying to migrate some servers, I wanted to move some VM&#8217;s vNic into different VMPGs so I decided to rename the one they were currently using. I created the new VMPG in the alternative vSwitch, and i was a bit stumped to see them already there. I had presumed that once I renamed the VMPG it would reflect as the new name on the VM settings and still be on that old vSwitch (in secret it is). When I went to delete the vSwitch it told me error failed to delete &#8220;a specified parameter is not correct&#8221;.  Googling I found <a href=\"https:\/\/fojta.wordpress.com\/2010\/03\/15\/vsphere-cannot-remove-empty-virtual-switch\/\">this 10 year old blog<\/a> that still relevant in ESXi 6.5.<\/p>\n<p>Had to simply edit the VMs vNics and change them back. Dang Computers&#8230;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Upgrading one of my ESXi hosts in my lab failed on me, sure enough I figured this might happened and put a head on my usually headless server. This means I plugged in a monitor. at the screen I was this: well that sucks, googling I found this thread from VMware. looking closer at the &hellip; <\/p>\n<p class=\"link-more\"><a href=\"https:\/\/zewwy.ca\/index.php\/2020\/07\/26\/esxi-upgrade-failure\/\" class=\"more-link\">Continue reading<span class=\"screen-reader-text\"> &#8220;ESXi Upgrade Failure&#8221;<\/span><\/a><\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"sfsi_plus_gutenberg_text_before_share":"","sfsi_plus_gutenberg_show_text_before_share":"","sfsi_plus_gutenberg_icon_type":"","sfsi_plus_gutenberg_icon_alignemt":"","sfsi_plus_gutenburg_max_per_row":"","footnotes":""},"categories":[5,8],"tags":[288,14],"class_list":["post-929","post","type-post","status-publish","format-standard","hentry","category-hypervisors","category-server-administration","tag-boot-failure","tag-esxi"],"_links":{"self":[{"href":"https:\/\/zewwy.ca\/index.php\/wp-json\/wp\/v2\/posts\/929","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/zewwy.ca\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/zewwy.ca\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/zewwy.ca\/index.php\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/zewwy.ca\/index.php\/wp-json\/wp\/v2\/comments?post=929"}],"version-history":[{"count":3,"href":"https:\/\/zewwy.ca\/index.php\/wp-json\/wp\/v2\/posts\/929\/revisions"}],"predecessor-version":[{"id":932,"href":"https:\/\/zewwy.ca\/index.php\/wp-json\/wp\/v2\/posts\/929\/revisions\/932"}],"wp:attachment":[{"href":"https:\/\/zewwy.ca\/index.php\/wp-json\/wp\/v2\/media?parent=929"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/zewwy.ca\/index.php\/wp-json\/wp\/v2\/categories?post=929"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/zewwy.ca\/index.php\/wp-json\/wp\/v2\/tags?post=929"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}