2016-03-18 14 views
2

Seit einiger Zeit wird mein Azure Compute Emulator nicht gestartet. Wenn ich versuche, erhalte ich folgende Fehlermeldung:Azure Compute Emulator wird nicht gestartet

Cannot create a file when that file already exists. (Exception from HRESULT: 0x800700B7) 

Wenn ich zeigen Detail traf ich die folgende Meldung erhalten:

System.Runtime.InteropServices.COMException (0x800700B7): Cannot create a file when that file already exists. (Exception from HRESULT: 0x800700B7) 
    at System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32 errorCode, IntPtr errorInfo) 
    at Microsoft.WindowsAzure.GuestAgent.EmulatorRuntime.EmulatorRuntimeImpl.Initialize(String runtimeConfigIniFile, String serviceName, String rootPath, String logFilePath) 
    at Microsoft.ServiceHosting.Tools.DevelopmentFabric.Fabricator.InitializeEmulatorRuntime() 
    at Microsoft.ServiceHosting.Tools.DevelopmentFabric.Fabricator.InitializeRuntimeAgents() 
    at Microsoft.ServiceHosting.Tools.DevelopmentFabric.Fabricator.Initialize() 
    at Microsoft.ServiceHosting.Tools.DevelopmentFabric.Program.Main(String[] args) 

ich ratlos bin, habe ich das Azure SDK vollständig deinstalliert (aktuell Version und alle vorherigen Versionen), dann nur die neueste (2.8) neu installiert. Ich habe die IIS-Funktionen deaktiviert und wieder eingeschaltet. Ich habe die dftmp-Datei gelöscht/bereinigt. Ich habe versucht, SQL Management Studio 2014 R1 und Visual Studio 2015 zu reparieren. Ich habe keine Ahnung, über welche Datei des Ports es spricht. Ich habe meinen Computer ein paar hundert Mal neu gestartet. Wenn Sie versuchen, den Computeremulator zu starten, wird der Microsoft Azure Compute Emulator Service-Prozess gestartet und wird zusammen mit DFService.exe und dfMonitor.exe ausgeführt. Die Ideen sind abgelaufen. Weiß jemand, wie man das repariert? Oder welche Datei bezieht sich darauf, damit es gelöscht werden kann? Der Speicheremulator startet übrigens gut.

Zusätzliche Informationen:

Windows Azure Eingabeaufforderung

csrun /devfabric:shutdown 

"The compute emulator is not running." 

aber es nicht die Prozesse beenden und hält die Dateien aktiv, so sauber nicht in der Lage sein, die EmulatorRuntime.log löschen oder die DFService.log. Wenn ich die Prozesse im Task-Manager beenden und sauber ausführen möchte, geschieht dies in der Tat sauber.

csrun /devfabric:start 

"Starting the compute emulator..." 

Dann passiert nichts. Es ist ziemlich aufregend.

sqllocaldb stop MSSQLLocalDB 

"LocalDB instance 'MSSQLLocalDB' stopped." 

sqllocaldb delete MSSQLLocalDB 

"LocalDB instance 'MSSQLLocalDB' deleted." 

An dieser Stelle hat ich auch% Userprofile%/AzureStorageEmulatorDb42.mdf gelöscht und LDF

sqllocaldb delete MSSQLLocalDB 

"LocalDB instance 'MSSQLLocalDB' started." 

An dieser Stelle ist es nicht mehr die Datenbank zu enthält, liefert aber mit allen Tabellen leer außer Konto der hat eine Zeile devstorageaccount1.

EmulatorRuntime.log

[00015280:00006600, 2016/03/18, 21:57:59.949, INFO ] Initializing agent runtime. isDesktop: TRUE allowMultipleRoles:TRUE rootPath: C:\Users\tyangell\AppData\Local\dftmp\ 
[00015280:00006600, 2016/03/18, 21:57:59.949, INFO ] Agent: Starting. 
[00015280:00006600, 2016/03/18, 21:57:59.949, INFO ] Agent: Initialized. 
[00015280:00006600, 2016/03/18, 21:57:59.949, INFO ] Machine Configuration: 
[00015280:00006600, 2016/03/18, 21:57:59.964, INFO ] Agent flags value = 0x980 
[00015280:00006600, 2016/03/18, 21:57:59.997, INFO ] Deleting sublayer 7ad92418-6582-4371-96f1-703ce4f99418 
[00015280:00006600, 2016/03/18, 21:57:59.998, INFO ] Agent: Initializing disks. 
[00015280:00020148, 2016/03/18, 21:57:59.999, INFO ] ACLing root folder C:\Users\tyangell\AppData\Local\dftmp\ 
[00015280:00020148, 2016/03/18, 21:58:00.001, INFO ] Finished ACLing root folder C:\Users\tyangell\AppData\Local\dftmp\ 
[00015280:00006600, 2016/03/18, 21:58:00.001, INFO ] Root folder ACL thread finished executing. 
[00015280:00006600, 2016/03/18, 21:58:00.001, INFO ] Agent: Disks initialized. 
[00015280:00006600, 2016/03/18, 21:58:00.001, INFO ] Agent: Initializing runtime. 
[00015280:00006600, 2016/03/18, 21:58:00.001, INFO ] Setting all Sids to Built-in administrators... 
[00015280:00006600, 2016/03/18, 21:58:00.001, INFO ] Initializing Runtime Http Monitor... 
[00015280:00006600, 2016/03/18, 21:58:00.001, INFO ] Finished initializing Runtime Http Monitor. 

[00015280:00006600, 2016/03/18, 21:58:00.001, WARN ] Container 00000000-0000-0000-0000-000000000000 not found. 
[00015280:00019052, 2016/03/18, 21:58:00.001, INFO ] >>>>_Context_Start: {17477CD7-A015-46C5-8EA6-0F8CD34F5796}  Context={{ RuntimeHttpMonitor }} 
[00015280:00006600, 2016/03/18, 21:58:00.001, WARN ] <- RuntimeFindContainer=0x80070490 
[00015280:00006600, 2016/03/18, 21:58:00.001, INFO ] Agent: Runtime initialized. 
[00015280:00006600, 2016/03/18, 21:58:00.180, INFO ] Agent: Started. 
[00015280:00006600, 2016/03/18, 21:58:00.180, INFO ] >>>>_Context_Start: {032EB212-30FC-469C-9CE7-6792CCB409E5}  Context={{ AgentCreateContainer: ContainerId=EmulatorContainer} 
[00015280:00006600, 2016/03/18, 21:58:00.180, WARN ] <- AgentMonitoringObject::EventStart(0x00007FFA1197E5A0) =0x80070015  Context={{ AgentCreateContainer: ContainerId=EmulatorContainer} 
[00015280:00006600, 2016/03/18, 21:58:00.180, INFO ] >>>>_Context_Start: {AB8AB0D3-A170-4223-9B31-3562305D67AA}  Context={{ AgentpCreateContainerWorker:  Id=EmulatorContainer }} 
[00015280:00006600, 2016/03/18, 21:58:00.180, INFO ] >>> 
AgentCreateContainerWorker() called with 
    Id=EmulatorContainer 
     Context={{ AgentpCreateContainerWorker:  Id=EmulatorContainer }} 
[00015280:00006600, 2016/03/18, 21:58:00.180, INFO ] Creating a container of type 1  Context={{ AgentpCreateContainerWorker:  Id=EmulatorContainer }} 
[00015280:00006600, 2016/03/18, 21:58:00.180, WARN ] Container EmulatorContainer not found.  Context={{ AgentpCreateContainerWorker:  Id=EmulatorContainer }} 
[00015280:00006600, 2016/03/18, 21:58:00.180, WARN ] <- RuntimeFindContainer=0x80070490  Context={{ AgentpCreateContainerWorker:  Id=EmulatorContainer }} 
[00015280:00006600, 2016/03/18, 21:58:00.180, WARN ] <- AgentMonitoringObject::EventStart(0x00007FFA1197E5A0) =0x80070015  Context={{ AgentpCreateContainerWorker:  Id=EmulatorContainer }} 
[00015280:00006600, 2016/03/18, 21:58:00.180, INFO ] AgentpCreateContainerWorker Returning 
    00000000. 
<<<  Context={{ AgentpCreateContainerWorker:  Id=EmulatorContainer }} 
[00015280:00006600, 2016/03/18, 21:58:00.180, INFO ] <<<<_Context_Ends: {AB8AB0D3-A170-4223-9B31-3562305D67AA} Return value = 00000000.  Context={{ AgentpCreateContainerWorker:  Id=EmulatorContainer }} 
[00015280:00006600, 2016/03/18, 21:58:00.180, WARN ] <- AgentMonitoringObject::EventEnd(0x00007FFA1197E5A0) =0x80070015 
[00015280:00006600, 2016/03/18, 21:58:00.180, INFO ] <<<<_Context_Ends: {4BE85F52-DC49-4359-AD52-AD97661E9109} Return value = 00000000. 
[00015280:00006600, 2016/03/18, 21:58:00.180, INFO ] >>>>_Context_Start: {BDC4EA59-A0B2-454F-9B28-187515E8E947}  Context={{ StartContainer: ContainerId=EmulatorContainer }} 
[00015280:00006600, 2016/03/18, 21:58:00.180, WARN ] <- AgentMonitoringObject::EventStart(0x00007FFA1197E5A0) =0x80070015  Context={{ StartContainer: ContainerId=EmulatorContainer }} 
[00015280:00006600, 2016/03/18, 21:58:00.180, INFO ] >>>>_Context_Start: {8ED05D2B-1F69-4A43-9449-BAA47C9DFEAE}  Context={{ AgentpStartContainerWorker: Id=EmulatorContainer }} 
[00015280:00006600, 2016/03/18, 21:58:00.180, WARN ] <- AgentMonitoringObject::EventStart(0x00007FFA1197E5A0) =0x80070015  Context={{ AgentpStartContainerWorker: Id=EmulatorContainer }} 
[00015280:00006600, 2016/03/18, 21:58:00.180, INFO ] <<<<_Context_Ends: {8ED05D2B-1F69-4A43-9449-BAA47C9DFEAE} Return value = 00000000.  Context={{ AgentpStartContainerWorker: Id=EmulatorContainer }} 
[00015280:00006600, 2016/03/18, 21:58:00.180, WARN ] <- AgentMonitoringObject::EventEnd(0x00007FFA1197E5A0) =0x80070015 
[00015280:00006600, 2016/03/18, 21:58:00.180, INFO ] <<<<_Context_Ends: {4BE85F52-DC49-4359-AD52-AD97661E9109} Return value = 00000000. 

DFService.log

Started: "C:\Program Files\Microsoft SDKs\Azure\Emulator\devfabric\DFService.exe" -sp "C:\Users\tyangell\AppData\Local\dftmp" -enableIIS -singleInstance -elevated 

Antwort

0

Nach fast ein ganzes Jahr mit der Lösung einen Blogeintrag des Suchens ist gefunden worden !! https://blogs.msdn.microsoft.com/cie/2016/05/17/azure-emulator-crash-with-error-0x800700b7-cannot-create-a-file-when-that-file-already-exists

Seit Blog-Beiträge Links eine Tendenz haben, die ich hier wird wiederholen sich ändern:


Zunächst empfehle ich Ihnen, die nächste große Unterstützung Blog zu überprüfen:

https://blogs.technet.microsoft.com/supportingwindows/2014/08/11/wmi-missing-or-failing-wmi-providers-or-invalid-wmi-class

Dann Nachdem Sie den Blogpost überprüft haben, müssen Sie anhand der folgenden Schritte überprüfen, welche die fehlende oder fehlgeschlagene WMI-Klasse ist:

  1. Go to-run starten und in wmimgmt.msc
  2. Rechtsklick auf Lokale WMI-Steuerung (Lokal), und wählen Sie Eigenschaften geben.
  3. Wenn auf der Registerkarte "Allgemein" Fehler in diesem Feld angezeigt werden, weist dies auf ein Kernproblem mit WMI hin.
  4. Gefunden die .MOF Dateien für Win32_Processor Namespace/Klasse

Für diesen Fall sah ich, dass es einige WMI ungültige Klassen waren:

  • Win32_Processor
  • Win32_WMISetting

WMI Control (Local) Properties with Error

  1. Reparieren Sie die MOF-Datei, indem Sie mofcomp.exe ausführen. Die Datei mofcomp.exe befindet sich im Ordner C: \ Windows \ System32 \ wbem.
    C:\Windows\System32\wbem>mofcomp.exe CimWin32.mof

  2. Und dann die zugehörige DLL, indem Sie den Befehl regsvr32
    C:\Windows\System32\wbem>regsvr32 cimwin32.dll

Fix Issue

  1. neu registrieren Überprüfen Sie, ob es fest ist oder nicht, indem Sie das WMI-Steuerelement (wmimgmt.msc) erneut überprüfen. Dieses Mal, wie Sie in der folgenden Abbildung sehen können, gibt es keine WMI-Klassenfehler mehr.

WMI Control (Local) Properties Fixed

  1. Dann wieder starten Sie den Emulator, und dieses Mal werden Sie den Emulator wieder laufen sehen, ohne Probleme/crash diesmal.

Credit Julio Co von Microsoft.

0

Für diejenigen, die dieses Problem bekommen (mit der neuesten Version von VS 2017 15.6) und Eich habe keine Probleme mit WMI, wie hier beschrieben, sind Sie nicht allein :(

Es scheint der Fehler angepasst hat und jetzt ist verursacht durch etwas anderes.

Verwandte Themen