VMware ESXI 7.0: Windows Server 2012 R2 zeigt "non-accessible boot device" (Okt. 2021)

Windows[English]Es ist ein Thema, welches Mitte Oktober 2021 so einigen Administratoren um die Ohren geflogen zu sein scheint. Administratoren von VMware ESXI 7.0 bekamen eine "non-accessible boot device"-Fehlermeldung bei virtualisierten Windows Server 2012 R2 Maschinen angezeigt. Dann bootete der Server nicht mehr. Ursache ist ein Patch von Microsoft für die paravirtualisierten SCSI-Adapter.


Anzeige

Blog-Leser Casten hatte mir am 17. Oktober eine kurze Mail geschrieben (danke dafür), aber die ersten Post im Internet habe ich so zum 14. Oktober 2021 – also wenige Tage nach dem Oktober 2021-Patchday von Microsoft – gefunden. Ich trage mal die Informationen hier im Blog nach, bin bisher nicht dazu gekommen. Im Forenpost Issues with Microsoft Windows Security Updates October 2021 – 2012 R2(OS) fragt jemand:

Hi All,

It seems there was an issue with Oct 21 monthly quality rollup patching. we installed the latest patches on two 2012 R2 servers and then rebooted. After that, they are all not booting up and stuck refresh\BCD screen error.

is anyone facing the issue who ever worked on 2012 R2 with Oct Patches…?

Regards
CHANDU

Ein weiterer Benutzer bestätigt dann diese Probleme mit Windows Server 2012 R2 unter VMware ESXI 7.0:

I have three virtual machines exhibiting the same behavior. They are VMware VMs. Are you using the VMware Paravirtual SCSI driver? I am on all three of these VMs and the recovery-thing Command Prompt was not originally able to find my virtual HDD. I added a virtual LSI Logic SCSI adapter and moved the vHDD to it, and now the recovery-thing Command Prompt is able to see the data (C: is the Recovery partition, D: is my normal C: drive) but they are still unable to boot. The various safe mode, recovery modes, etc unfortunately do nothing.

Unfortunately I have no fix for you, but wanted to share a little about my environment and the troubleshooting I've done thus far in case we can figure out a solve.

Kurz danach wurde der reddit.com-Thread Server 2012 R2 on ESXI 7.0 non-accessible boot device from Windows paravirtual SCSI patch erstellt. Dort heißt es, dass das security only Update für Windows Server 2012 R2 einen Patch VMWare, Inc. – SCSIAdapter – 1.3.18.0 aufweise, der für Probleme sorge. Die Maschine geht in den Reparaturmodus und kann nicht mehr starten.

This was a fun one, figured to write it up to hopefully help someone else. When patching Windows 2012 R2, MS Catalog is showing Windows 8, 8.1, 2012 and 2012 R2 ) directly from MS there was an update – VMWare, Inc. – SCSIAdapter – 1.3.18.0 Side note VMWare is stating 1.3.17 as the latest from 9/16 – https://kb.vmware.com/s/article/82290

When applying the update, along with other patches, it caused the machine to go into automatic repair mode (possibly blue screen but it did not display as such) and no drives would show in diskpart when opening the command prompt. Attempting to do normal BCDedit and bootrec commands to repair did not fix the issue.

Der Thread-Ersteller hat auch gleich einen Workaround geliefert.


Anzeige

In repair mode remove all pvscsi.inf drivers installed and install the one from the VMWare tools install of the ESXi host.

Take a snapshot first just in case.Boot into windows recovery and start the command promptMount the vmware tools through Vcenter either via the datastore location or guest ->install tools -> mountrun the following commandsNote: D should be the mounted tools ISO if not skip down to the diskpart command to see which drive letter you're using for the ISO

d:
cd "program files\vmware\wmware tools\drivers\pvscsi\win8\amd64"
drvload .\pvscsi.inf

Should come back as drvload: successfully loadedYou should now see your drives, you may have to assign a drive letter to the "C" drive but in my cases i didn't. To verify / view do the following

diskpart
list volume
exit

Note the letter of the C drive, mine was always E when i checked.Now run the next set of commands to get all the base drivers installed on the system. Note this will take a hot minute depending on your system

dism /image:E:\ /get-drivers

Take note of all the oem<number>.inf names that have pvscsi.inf listed by them the other ones for vmnet3,display, printer, etc should be ok to leave alone. you will want to remove all of the pvscsi.inf ones. Do the following BUT CHANGE THE NUMBER ON OEM!! Don't run it copy paste blindly

dism /image:E:\ /remove-driver /driver:oem1.inf

Once you've gone back and removed all of them, most likely there will be more than one if the server has been around a while, you will now add in the one back from vmware tools that you still have mounted. Note: at this point you still should be in the iso mounted drive on D. otherwise the following command you'll need to adjust to where the scsi driver is. Run the following

dism /image:E:\ /add-driver /driver:".\pvscsi.inf"

After success on there, you can exit via

exit

then choose continue to booting. System should now boot.Make sure to remove your snapshot, once successful, and remove tools mounted.

Inzwischen hat auch VMware einen KB-Artikel Removal of Windows Update published PVSCSI driver version 1.3.18.0 (86053) veröffentlicht.


Anzeige

Dieser Beitrag wurde unter Update, Virtualisierung, Windows Server abgelegt und mit , , , verschlagwortet. Setze ein Lesezeichen auf den Permalink.

8 Antworten zu VMware ESXI 7.0: Windows Server 2012 R2 zeigt "non-accessible boot device" (Okt. 2021)

  1. Tom sagt:

    Immer dieses "Patch von Microsoft" hört man seit einiger Zeit viel zu häufig.
    Na klar können Fehler passieren… aber immer und immer wieder

    • DerEine sagt:

      Ja, es ist eine Katastrophe mit der Patcherei.

      Aber die goldene Regel seit Windows Vista (?) lautet doch, dass man keine Treiber über Windows Updates beziehen sollte, da eigentlich immer total veraltete Versionsstände angeboten werden.

  2. RTC801 sagt:

    Es gibt noch viel mehr Probleme mit 7u3. Der i40enu ging nicht mehr, wurde aber mit u3a behoben Auswirkung war, dass HA nicht mehr ging. Desweiteren besteht ein Problem mit NTP. Die Cluster verlieren immer wieder die Zeit-Synchronisation.

    • Kurt sagt:

      Klingt nach einer Empfehlung noch auf der 6.7 zu bleiben?
      Hatte demnächst vor die Vorbereitung für ein Upgrade auf die 7.0 zu treffen.

      • Lukas sagt:

        Die Entscheidung musst du individuell für deine Umgebung treffen. Ich bin schon längere Zeit auf 7.0 und hatte kaum Probleme damit.

        • Kurt sagt:

          Da End of General Support 2022-10-15 ist habe ich das Upgrade gedanklich auf Anfang 2022 verlegt. Es gibt für meine Umgebung keinen zwingenden Grund oder Vorteile für ein vorzeitiges Upgrade.

  3. McClane sagt:

    Gibt auch noch ein schönes Problem was mit 7u3a nun gefixt wurde. Leider nachdem sich alle meine Hosts mit einem PSOD verabschiedet haben. Der Fix kam leider erst 10 Stunden nachdem ich alles geupdatet hatte.
    Betrifft Thin Provisioned Disks und die TRIM/UNMAP Funktion der Gäste.

  4. Dietmar sagt:

    Der Fehler trat auch unter ESXi 6.5 (mit aktuellem Patchstand) auf!

    BTW: der Bug mit Domain-SSO-Aufruf zum Updaten wurde von VMWare mittlerweile auch gefixt – konnte man aber mit @vsphere.local-Account umgehen.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Hinweis: Bitte beachtet die Regeln zum Kommentieren im Blog (Erstkommentare und Verlinktes landet in der Moderation, gebe ich alle paar Stunden frei, SEO-Posts/SPAM lösche ich rigoros). Kommentare abseits des Themas bitte unter Diskussion.

Du findest den Blog gut, hast aber Werbung geblockt? Du kannst diesen Blog auch durch eine Spende unterstützen.