Jump to content

windows 2012 wird unerwartet heruntergefahren als vmware maschine


Dirk-HH-83
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

Hallo, 

 

  1. beim esxi Host mit Version 6.5.0 (build 5310538) schaltet sich der eine win2012 Terminalserver jetzt dritten mal unverwartet ab.
  2. Die Vmware Lizenz ist leider nur Essential mit Anrecht auf die neusten Updates.
  3. kurz vor dem Absturz sind keine besonderen Windows-Errorzu entdecken
  4. es gibt keinen minidumb ordner, somit ist es scheinbar kein windows bluescreen
  5. in den esxi log files war nichts zu finden, bzw. ist leider unklar an welcher stelle
  6. es ist mal abends und auch tagsüber gewesen
  7. der VM hat 16 Cores mit 80 GB RAM bekommen, ist also etwas höher getaktet
  8. Lizenztechnisch waren auf den ersten Blick keine Fehler zu finden
  9. auf dem WTS-Broker war kein Problem zu sehen
  10. ob zum Absturzzeitpunkt gestern abend 2-3 Home-Office User zugange waren weiß ich nicht

Falls es da eine idee gäbe, vielen dank vorab.

bearbeitet von Dirk-HH-83
Link zu diesem Kommentar

Hallo, 

  1. im vmware crashdump steht dies:
  2. "Eine auf einem Esxi-Host ausgeführte Anwendung (/bin/vmx) ist abgestürzt (bereits 2-mal). Eine Kerndatei wurde möglicherweise um /vmfs/volumes/XXXXXXXXXXXXXXX/XXXX-TS/vmx-zdump.000 erstellt"
  3. die VM ist hart abgeschaltet (windows systemlog unerwartet heruntergefahren, es steht kein 0x0000 Fehler dabei)
  4. wie gesagt - im windows\minidump ordner sind keine dmp dateien die auf bluescreen hindeuten und wurde auch nicht gesehen
  5. es gibt ja manchmal den Fall, das die Einkaufsabteilung einen SAP Ausdruck an

Die Vmware esxi Version ist relativ neu von Juli 2017

 

Danke, Gruß Dirk

Link zu diesem Kommentar

...es verdichtet sich die Erkenntnis das es dieser Know Issue ist. Das Rezept in diesem Artikel ist aber erfüllt, weil Version HPE U1  installiert ist.

 

 

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2149941

 

Virtual machine powers off automatically with an error "MXUserAllocSerialNumber: too many locks" (2149941)

 

 

Symptoms
  • MKS error on virtual Machine console.
     
  • In the /vmfs/volumes/datastore/virtual_machine/vmware.log file, you see entries similar to:

    2017-04-06T17:23:14.698Z| vcpu-0| I125: GuestMsg: Too many channels opened.
    2017-04-06T17:23:14.699Z| vcpu-0| I125: GuestMsg: Too many channels opened.

     
  • In the vmware.log file, you see entries similar to: 
vcpu-0| E105: PANIC: MXUserAllocSerialNumber: too many locks!
vcpu-0| W115: A core file is available in "/vmfs/volumes/VOLUME_UUID/VM_NAME/vmx-zdump.000"
mks| W115: Panic in progress... ungrabbing
mks| I125: MKS: Release starting (Panic)
mks| I125: MKS: Release finished (Panic)
 

 
Note: The preceding log excerpts are only examples. Date, time, and environmental variables may vary depending on your environment.
Cause
During normal VM operation, VMware Tools services (version 9.10.0 and later) create vSocket connections to exchange data with the hypervisor. When a large number of such connections are made, the hypervisor may run out of lock serial numbers and the virtual machine powers off with an error.
Resolution
This is a known issue affecting VMware Tools 9.10.0 and later running in the guests on ESXi 6.0 and later.
 
For 6.0
 
This issue is resolved in ESXi 6.0 Patch Release ESXi600-201706001, available at VMware Patch Downloads. For more information on downloading patch, see How to download patches in MyVMware (1021623).

For 6.5
 
This issue is resolved in ESXI 6.5 Update 1, available at VMware Downloads.

To workaround this issue in ESXi 6.0 and 6.5:
 
  1. Shut down the virtual machine. 
     
  2. Add  the guest_rpc.rpci.usevsocket parameter to false in the  virtual_machine.vmx file:
    1. Connect to the host running the virtual machine with an SSH session. For more information, see Using ESXi Shell in ESXi 5.x and 6.0 (2004746)
       
    2. Navigate to the /vmfs/volumes/virtual_machine_datastore/virtual_machine/virtual_machine.vmx file. 
       
    3. Open the virtual_machine.vmx file using a text editor. 
       
    4. Add the guest_rpc.rpci.usevsocket = "FALSE" parameter.

       
  3. Power on the virtual machine.
Link zu diesem Kommentar

Das Update KB4036479 bereitet wohl Probleme auf einem W2012R2. Falls das installiert ist, einfach mal deinstallieren und beobachten.

 

Ja, tut es. Aber das kriegt man meist gar nicht erst installiert. Es verursacht auch keine Abstürze, man hat hat nur Probleme bei der Installation bzw. im schlimmsten Fall eine Schleife bei der Installation (reboot, installation reboot, rollback...).

Link zu diesem Kommentar
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Schreibe einen Kommentar

Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor-Fenster leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...