VM an einem ESXI 5.5 fährt sich selbstständig herunter?
Hallo,
ich habe seit kurzen einen Server 2012 R2 als Fileserver im Einsatz. Heute ist er selbstständig und ohne Warnung heruntergefahren. Im Eventlog habe ich folgendes gefunden:
Protokollname: Application
Quelle: VMware Tools
Datum: 09.08.2018 14:53:04
Ereignis-ID: 1000
Aufgabenkategorie:Keine
Ebene: Warnung
Schlüsselwörter:Klassisch
Benutzer: SYSTEM
Computer: EWFS01.domew.local
Beschreibung:
[ warning] [vmsvc:autoUpgrade] vmx returned Autoupgrade is not supported for guest.initiateUpgradeAtShutdown.
Protokollname: Application
Quelle: VMware Tools
Datum: 09.08.2018 14:53:00
Ereignis-ID: 1000
Aufgabenkategorie:Keine
Ebene: Warnung
Schlüsselwörter:Klassisch
Benutzer: DOMEW\backupadmin
Computer: EWFS01.domew.local
Beschreibung:
[ warning] [vmusr:vmtoolsd] Error sending new-style capabilities: (null)
Protokollname: Application
Quelle: VMware Tools
Datum: 09.08.2018 14:53:00
Ereignis-ID: 1000
Aufgabenkategorie:Keine
Ebene: Warnung
Schlüsselwörter:Klassisch
Benutzer: DOMEW\backupadmin
Computer: EWFS01.domew.local
Beschreibung:
[ warning] [vmusr:vmtoolsd] Error sending capability unity.taskbar: (null)
Protokollname: Application
Quelle: VMware Tools
Datum: 09.08.2018 14:53:00
Ereignis-ID: 1000
Aufgabenkategorie:Keine
Ebene: Warnung
Schlüsselwörter:Klassisch
Benutzer: DOMEW\backupadmin
Computer: EWFS01.domew.local
Beschreibung:
[ warning] [vmusr:vmtoolsd] Error sending capability unity: (null)
Protokollname: Application
Quelle: VMware Tools
Datum: 09.08.2018 14:53:00
Ereignis-ID: 1000
Aufgabenkategorie:Keine
Ebene: Warnung
Schlüsselwörter:Klassisch
Benutzer: DOMEW\backupadmin
Computer: EWFS01.domew.local
Beschreibung:
[ warning] [vmusr:hgfsd] Setting HGFS server capability failed!
Hat dazu jemand eine Idee was das sein kann?
MFG Christian
ich habe seit kurzen einen Server 2012 R2 als Fileserver im Einsatz. Heute ist er selbstständig und ohne Warnung heruntergefahren. Im Eventlog habe ich folgendes gefunden:
Protokollname: Application
Quelle: VMware Tools
Datum: 09.08.2018 14:53:04
Ereignis-ID: 1000
Aufgabenkategorie:Keine
Ebene: Warnung
Schlüsselwörter:Klassisch
Benutzer: SYSTEM
Computer: EWFS01.domew.local
Beschreibung:
[ warning] [vmsvc:autoUpgrade] vmx returned Autoupgrade is not supported for guest.initiateUpgradeAtShutdown.
Protokollname: Application
Quelle: VMware Tools
Datum: 09.08.2018 14:53:00
Ereignis-ID: 1000
Aufgabenkategorie:Keine
Ebene: Warnung
Schlüsselwörter:Klassisch
Benutzer: DOMEW\backupadmin
Computer: EWFS01.domew.local
Beschreibung:
[ warning] [vmusr:vmtoolsd] Error sending new-style capabilities: (null)
Protokollname: Application
Quelle: VMware Tools
Datum: 09.08.2018 14:53:00
Ereignis-ID: 1000
Aufgabenkategorie:Keine
Ebene: Warnung
Schlüsselwörter:Klassisch
Benutzer: DOMEW\backupadmin
Computer: EWFS01.domew.local
Beschreibung:
[ warning] [vmusr:vmtoolsd] Error sending capability unity.taskbar: (null)
Protokollname: Application
Quelle: VMware Tools
Datum: 09.08.2018 14:53:00
Ereignis-ID: 1000
Aufgabenkategorie:Keine
Ebene: Warnung
Schlüsselwörter:Klassisch
Benutzer: DOMEW\backupadmin
Computer: EWFS01.domew.local
Beschreibung:
[ warning] [vmusr:vmtoolsd] Error sending capability unity: (null)
Protokollname: Application
Quelle: VMware Tools
Datum: 09.08.2018 14:53:00
Ereignis-ID: 1000
Aufgabenkategorie:Keine
Ebene: Warnung
Schlüsselwörter:Klassisch
Benutzer: DOMEW\backupadmin
Computer: EWFS01.domew.local
Beschreibung:
[ warning] [vmusr:hgfsd] Setting HGFS server capability failed!
Hat dazu jemand eine Idee was das sein kann?
MFG Christian
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 382876
Url: https://administrator.de/contentid/382876
Ausgedruckt am: 22.11.2024 um 05:11 Uhr
9 Kommentare
Neuester Kommentar
Hallo,
Nee ist er eben nicht. Lies dioch mal deine Logs.
VMWare Tools
vmx returned Autoupgrade is not supported for guest.initiateUpgradeAtShutdown.
DOMEW\backupadmin
Setting HGFS server capability failed!
Sagt mir das du irgendetwas mit VMWare dort gemacht gast, vermutlich Backup und das du irgendwoe gesagt hast diesen Client (Server OS 2012 R2) herunterzufahren (um vermutlich das Backup zu machen) was aber wohl nicht funktionierte und folgefehler ausgelöst hat. Aber wie gesagt, alles nur "Vermutet".
Gruß,
Peter
Nee ist er eben nicht. Lies dioch mal deine Logs.
Im Eventlog habe ich folgendes gefunden:
Und darus die Begriffe sagen dir doch sicherlich mehr als uns da du deine Umgebunge im zu uns ja kennst.VMWare Tools
vmx returned Autoupgrade is not supported for guest.initiateUpgradeAtShutdown.
DOMEW\backupadmin
Setting HGFS server capability failed!
Sagt mir das du irgendetwas mit VMWare dort gemacht gast, vermutlich Backup und das du irgendwoe gesagt hast diesen Client (Server OS 2012 R2) herunterzufahren (um vermutlich das Backup zu machen) was aber wohl nicht funktionierte und folgefehler ausgelöst hat. Aber wie gesagt, alles nur "Vermutet".
Habe ich ein Lizenzproblem?
Ohne deine gesamte Umgebung zu kennen können wir dies nicht bestätigen oder verneinen. Da es keine SBS nach SBS 2011 mehr gibt fallen mir dann Essentials oder Foundation ein, aber du redest ja nur von einen 2012 R2.Gruß,
Peter
Hey @pipen1976,
die in der Frage gelisteten Ereignisprotokolleinträge kommen von den VMWare Tools und sind eigentlich unproblematisch.
Gruß,
Dani
die in der Frage gelisteten Ereignisprotokolleinträge kommen von den VMWare Tools und sind eigentlich unproblematisch.
Habe ich ein Lizenzproblem?
Da gibt's nun mehrere Ansätze:- Der Server ist zwar aktiviert, aber aus welchen Grund auch immer ist diese beschädigt. Eine neue Aktivierung über slmgr /ato ist problemlos möglich. Anschließend den Server neu starten.
- Handelt es sich um evtl. um einen Foundation/Essentials Server? Da fallen mir die Grenze für die maximale Anzahl von Benutzer (15/25) ein.
Gruß,
Dani
Hallo,
https://forums.servethehome.com/index.php?threads/licensing-compliance-s ...
Gruß,
Peter
Zitat von @Dani:
Da werden dann keine weiteren Benutzer oder Geräte mehr Authentifiziert bis das sich jemand / was abmeldet. Führt nicht zum Neustart. Neustart eher nur wenn das Highlander Pronzip missachtet wird, wobei nach wie vor auch mehrere DCs in der Domäne sein können, nur halt nicht der oberste darf eben nicht der Essentials / Foundation sein.- Handelt es sich um evtl. um einen Foundation/Essentials Server? Da fallen mir die Grenze für die maximale Anzahl von Benutzer (15/25) ein.
https://forums.servethehome.com/index.php?threads/licensing-compliance-s ...
Gruß,
Peter
Hallo,
Und er ist nicht der DC, da müssen noch andere Server als DC existieren die alle Rollen haben weshalb dein Essentials runter fährt. Works as designed. Dient auf dem Blech auch der Essentials als Hoster?
https://serverfault.com/questions/626560/can-windows-server-2012-r2-esse ...
https://tinkertry.com/ws2012e-domain-removal
Gruß,
Peter
Und er ist nicht der DC, da müssen noch andere Server als DC existieren die alle Rollen haben weshalb dein Essentials runter fährt. Works as designed. Dient auf dem Blech auch der Essentials als Hoster?
Dieser Server ist ein reiner Fileserver. Es sind keine weiteren Rollen darauf
Dein Essentials will aber der DC sein. Bei der Installation kommt auch die Abfrage nach den Domänennamen, ohne Eingabe kommst du nicht weiter.https://serverfault.com/questions/626560/can-windows-server-2012-r2-esse ...
https://tinkertry.com/ws2012e-domain-removal
Gruß,
Peter
Hallo,
Will der DC sein
Und bei deinen 2012 R2 Essentials der auch der DC sein will hast du jetzt ein Hausgemachtes Problem. Wenn jeder einen anderen IP Netz angehört und die Netzwerke sauber getrennt sind läuft jeder weil die Lizensierung passt
Wenn alle 3 im gleichen IP Broadcast Netz sind hast du jetzt erfahren was irgendwann zur Routine wird.
Da keiner davon einer Vertrauensstellung beherscht können nocht nicht mal gemeinsame Resourcen und Benutzer greifen.
Und wenn dein SBS 2003 noch dein SBS 2011 bisher gemeckert haben, wird wohl einiges dort rumgefummelt worden sein um die Lizenzbestimmung von MS zu umgehen.
Gruß,
Peter
Will der DC sein
- SBS2003 da laufen noch alte Programme die nicht mehr zum SBS2011 mitgenommen wurden
Will auch der DC seinDer SBS2011 war bis vor ca. 2 Wochen auch noch der Fileserver.
Das kann er ja nebenbei auch seinUnd bei deinen 2012 R2 Essentials der auch der DC sein will hast du jetzt ein Hausgemachtes Problem. Wenn jeder einen anderen IP Netz angehört und die Netzwerke sauber getrennt sind läuft jeder weil die Lizensierung passt
Wenn alle 3 im gleichen IP Broadcast Netz sind hast du jetzt erfahren was irgendwann zur Routine wird.
Da keiner davon einer Vertrauensstellung beherscht können nocht nicht mal gemeinsame Resourcen und Benutzer greifen.
Und wenn dein SBS 2003 noch dein SBS 2011 bisher gemeckert haben, wird wohl einiges dort rumgefummelt worden sein um die Lizenzbestimmung von MS zu umgehen.
Gruß,
Peter
Zitat von @pipen1976:
Es handelt sich um einen Server 2012 R2 Essentials Version 6.3 (Build 9600)
Dieser Server ist ein reiner Fileserver. Es sind keine weiteren Rollen darauf installiert.
Backup wurde keines gemacht. Ich war nur gerade als backupadmin angemeldet.
Es handelt sich um einen Server 2012 R2 Essentials Version 6.3 (Build 9600)
Dieser Server ist ein reiner Fileserver. Es sind keine weiteren Rollen darauf installiert.
Backup wurde keines gemacht. Ich war nur gerade als backupadmin angemeldet.
wenn du auf Server 2012 R2 Essentials nicht alle FSMO hast, wird er alle 7 Tage runterfahren!
das ist nicht zu ändern!
Ich habe wie gesagt einen ESXI 5.5. Darauf laufen:
- Server SBS2011 als DC, DHCP, Exchange, DNS.
äh ja... jetzt hast du ein problem, der sbs2011 wille auch alle fsmo rollen haben...- Server 2012 R2 SQL Server
ok...- Server 2012 R2 als Fileserver
ok..- SBS2003 da laufen noch alte Programme die nicht mehr zum SBS2011 mitgenommen wurden
noch mehr probleme... der will auch alle FSMO rollen haben...du hast 2 große probleme mit der Lizensierung.. den SBS2011 und den sbs2003....
- Windows 10 für den Telefonanlagen Controller, Raumbuchungssystem usw.
ich frag erst garnicht nach der lizensierung.... - Linuxsystem für mein DMS
ok..Der SBS2011 war bis vor ca. 2 Wochen auch noch der Fileserver.
mach ja nix also, mach folgendes... verschiebe alle FSMO rollen auf den Server 2012 R2 Essentials ...
erstelle eine VM für den exchange server, besorg dir den exchange server und alle lizenzen...
dann sollst du den sbs exchange migrieren, auf den neuen exchange....
verschiebe alle freigaben auf einen anderen server...
falls du den sharepoint nutzt, den kannst du auch umziehen... den gibbet auch noch als sharepoint 2013 foundation....
ich empfehle eine extra VM dafür!
dann den sbs2011 sauber aus dem netz nehmen, und abschalten...
wegen dem sbs2003 gibbet eigentlich keine alternative... am besten abschalten!
Frank