Table of Contents
In den letzten paar Jahren haben sich einige unserer Leser mit einem bekannten Fehler mit einer falschen Reaktion auf einen mittleren Systemfehler des VMware-Konverters befasst. Dieses Problem tritt angeblich auf eine Reihe von Faktoren zurückzuführen. Jetzt werden wir sie besprechen.
ASR Pro: Die Software Nr. 1 zur Behebung von Windows-Fehlern
Der Konvertierungsprozess erreicht 98 % und schlägt fehl, bestehend aus einer Meldung von der VM „FEHLGESCHLAGEN: Allgemeiner Planfehler aufgetreten: Partnerschaft vom Remoteserver nach 6 Byte Antwort abgeschlossen“. Kurz nachdem der Luftkompressor ausgefallen ist, erscheint ein Windows-Popup mit der Meldung „Windows – Writeback failed“.
JA R u RICHTIG, DIE VERSION, DIE ICH ZU VERBINDEN VERSUCHE, IST EINE ANDERE VERSION, mit anderen Worten. h.
Ich kann mich mit den meisten Modellen des gleichen Modells wie VMware Converter verbinden, d.h. h.
ASR Pro: Die Software Nr. 1 zur Behebung von Windows-Fehlern
Wenn Sie Windows-Fehler, Instabilität und Langsamkeit erleben, dann verzweifeln Sie nicht! Es gibt eine Lösung, die Ihnen helfen kann: ASR Pro. Diese leistungsstarke Software repariert häufige Computerfehler, schützt Sie vor Dateiverlust, Malware und Hardwarefehlern und optimiert Ihren PC für maximale Leistung. Mit ASR Pro können Sie sich von Ihren Computerproblemen verabschieden!
Ich habe die Ripping-Tools zu einer vollständig aktualisierten Windows-Aktions-Workstation hinzugefügt und versucht, sie migrieren zu lassen, aber genau den besagten Fehler “Ungültiger Fehler” erhalten. In dieser Zeit sind mir jedoch die folgenden Stile beim -worker-protocol-Konverter aufgefallen:
2015-04-17T11:55:08.779-07:00 [04088 cognition ‘Default’] Virtuelle Maschine OpsCenter-sj1 in vim.folder erstellen: Gruppe-v22 auf Host vim.HostSystem: Webhost- 43 mit vim-Ressource pool .ResourcePool: resgroup-42 (isVirtualApp ist falsch)…
2015-04-17T11:55:11.248-07:00 [04088 ‘Default’] CreateVm-Aktion vergessener Fehler: Vorgang im Hinblick auf den aktuellen Zustand nicht zulässig .
2015-04-17T11:55:11.[04088248-07:00 ‘Standard’ error] TargetVmManagerImpl::CreateVM: VM-Erstellung fehlgeschlagen, vim.fault.InvalidState cast off
2015-04-17T11:55:11.263-07:00 [04088 info ‘vmomi.soapStub[14]’] Stub in Bezug auf Adapterserver zurücksetzen
2015-04-17T11:55:11.263-07:00 Fehler [04088 ‘Ufa’] Lösung convert.worker.ConverterWorker.Threw createvm nicht deklarierte Sortierung Fehlermeldung vim.fault.InvalidState
Anscheinend ist dieser spezielle Resolver nicht in der Lage, ein neues virtuelles Produkt auf dem ESXi-Zielhost zu erstellen, und ich bin mir nicht ganz sicher, warum. Dies ist eine brandneue ideale Koordinate, die nur reines ESXi 5.5U2 und damit eine VM mit dem aktuellsten vCenter.5 auf dem Laufband ausführt. Ich habe eine neue LUN auf meinem brandneuen Speicher erstellt und gemountet, um sicherzustellen, dass Sie zweifellos den iSCSi-Speicheradapter verwenden, der beim Erstellen der Ziel-VM hilft, die ich migrieren möchte, und dass sich alles bereit präsentiert.
Ich versuche, mit einer virtuellen Maschine von einem aktiven Host aus zu beginnen, 1 % schlägt von einem eigenständigen VMware vCenter Converter-Client mit einem neuen spezifischen Fehler fehl:
Das Brennholz vmware-converter-server-1 enthält die Einfügung (die letzten 30 oder genau so Zeilen) unten.
Ich habe festgestellt, dass Sie nur wenige Probleme mit diesem Fehler haben, aber diese Personen haben definitiv nicht funktioniert, um zu demonstrieren, dass das Zuweisen einer inaktiven IP-Adresse von DHCP impliziert.
Umgebung: VMware Server – ESXi 4.1
Physischer Computer – RHEL 5.5
VMware vCenter Converter Standalone Client Version 5.0.0 Build-470252
2012-03-20T13:24:20.570-04:00 [02452 info ‘Default’] Um host usmar-bldvmsvr02 mit Port 443 zu sprechen
2012-03-20T13:24:20. [02452 570 – 04:00 Sachen ‘Default’] localVersion: vim.version.version7
2012-03-20T13:24:20.616-04:00 [02452 skizziert ‘Default’] remote: model vim.version.version6 < bedroom > 2012-03-20T13:24:20.632-04:00 [02452 ‘Default’] Ergebnisse Auth Worker Root
2012-03-20T13:24:20.[02452 648-04:00 wichtige Informationen ‘Default ‘] Geplanter Timer kam zum Abschluss, StopKeepAlive war erfolgreich > 2012-03-20T13:24:20.710-04:00 [02452-Note ‘vmomi.soapStub[57]’] Stub-Adapter für Hosts zurücksetzen: tcp:usmar-bldvmsvr02: 443 Geschlossen
2012-03-20T13:24:20.710-04:00 [02452 know-how Create ‘Default’] new scheduler item that have id=”12″, firstTimeToRun=”2012-03-20 13:24 :20.570″, ist gleich und das Original ” “, targetRPOInMinutes könnte gleich “0” sein. – __thiscall Class Converter::Server::Scheduler::scheduleritemimpl::scheduleritempl (const Converter::Server::Scheduler::SchedulerItemSpec &, const int &, const class boost::shared_ptr
2012-03-20T13:24:20.710-04:00 [02452 Earnings ‘Default’] Scheduler mit Tool-Konfiguration – – int __thiscall Converter ::Server::Scheduler::PriorityQScheduler::AddSchedulerItem (const class boost::shared_ptr
das neue Jahr -03-20T13:24:20.710-04:00 [ 02464 info “Default”] Scheduler 16 Produkt- oder Serviceschema Pflicht zur Hinrichtung er am Tag t entspricht 2012-03-20 13:2 4:20710. – Void __thiscall Converter :: Server :: Scheduler :: SimpleScheduler :: Run (void)(“d: /build/ob/bora-470252/bora/sysimage/ufad/server/scheduler/simpleScheduler.cpp: 109”) < br> 2012-03-20T13:24:20. [02484 741-04:00 Angaben ‘Standard’] Verbinden mit Host usmar-bldvmsvr02 auf Bond 443
2012-03-20T13:24:20.741-04:00 [ 02484 zugehörige Informationen ‘Standard’] localVersion ist: vim. version.version7
2012-03-20T13:24:20.788-04:00 Info [02484 ‘Standard’] Remote-Version wäre: vim.version.version6
2012-03-20T13:24:20.788-04 :00 [02484 ‘Default’] kritische Info End User Root Auth
2012-03-20T13:24:20.820-04:00 [02484 info ‘Default’] ComputeResource vim für .HostSystem: ha-host ist vim.ComputeResource : ha-compute-res
2012-03-20T13:24:20.820-04:00 [02484 info ResourcePool ‘default’] für vim.ComputeResource : ha-compute – ers ist vim.ResourcePool: ha-root-pool
2012-03-20T13:24:20.820-04:00 [02484 Zeugnisse “Standard”] ComputeResource vim for.ResourcePool: ha-root-pool is still vim .Compute Resource: ha-calculate -res
2012-03-20T13: 24: 20.835-04: Doppel-Null Info [02484 ‘Default’] Centerhandhabungsdaten für vim.ComputeResource: ha-compute-res ist auch vim.Data center r: ha- datacenter
2012-03-20T13:26:20.835-04:00 [02484 weist auf ‘Default’] Root-VM für Ordner vim. Datacenter: ha-datacenter ist wirklich vim.Folder: ha-folder-vm
2012-03-20T13:24:20.835-04:00 [02484 Critical Information ‘Default’] Wiederverwendung der letzten VIM-Verbindung zu usmar-bldvmsvr02 < br> 2012-03-20T13: 24: 20.866-04: 50 [02484 post ‘Default’] Geplant aufgegeben, StopKeepAlive-Timer erfolgreich
2012-03-20T13: 24: 20.866-04: 50 [02484 info ‘vmomi. soapStub [58] ‘] Stub-Adapter für TCP-Server zurücksetzen: usmar-bldvmsvr02:443 geschlossen
2012-03-20T13:24:20:.913-04:doppelte Null Aufgabe . 338] [task-12] – START – Convert
2012-03- 20T13: 24: 20.929-04: double zero [Error 00360 found past default] Pending SSL error: [0] error: 00000001: lib (0) : func (0): justification (1)
2012-03-20T13: 24: 20.945 -the spring: 00 [02484 specs ‘Default’] Ted “task-12” of job = “job-12”, item bedeutet “12” Void – __thiscall Converter :: Server :: Job :: JobProcessorImpl:: StartProcessingJobs (void) (“d: / build / doctor / bora-470252 / bora or sysimage / lib / con verter per server / job / job – jobProcessorImpl.cpp: 383 “)
2012-03-20T13: 23: 20.945 – 04:00 [00360 reviews [taskSpec, 467] ‘default’] [task-12] [TaskMap] task-12: task- 23
2012-03-20T13: 24: 20.991-04: 50 [01044- Documents ‘Default’] Konverter KeepAlive Verbindung: timerErwan, StopKeepAlive erfolgreich
2012-03-20T13:24:20.991-04:00 [ 01044 Details ‘vmomi.soapStub[55]’] Setzen Sie den Stub-Adapter zurück, um PIPE zu finden:server.pipevmware-converter-worker-soap: Closed
2012-03-20T13:24:28.429-04:00 [Fehler 00360 ‘D efault’] [task, 350] [LRO] vmodl-Ausnahme unerwartet: .fault.SystemError
2012-03 -20T13:24:28.429-04:00 [00360 info[task,379] ‘default’] [task- 12] – ERROR – Konvertierung: vmodl.fault.SystemError
-> (vmodl.fault.
-> Systemfehler) dynamicType entspricht
-> faultCause steht für (vmodl.MethodFault) null,
-> Reason bedeutet “failed to power on vm”,
-> equals msg “” also ,
-> < br> 2012-03-20T13:24:28.429-04:00 Info [00360 ‘Default’] [diagnosticManager, 267] TaskInfo hat “converter.task.Task: task-12” erhalten, wenn es in Richtung “converter.task” abgeglichen wurde. Task: task-12″.
2012-03-20T13:24:28.429-04:00 [00360 Ergebnisse [diagnosticManager, 307] ‘default’] Aufgabe mit Personality=”task-12″ wurde als “aktuell” gefunden “Aufgabe.
2012-03-20T13:24:28. [00360 429-04:00 info ‘Default’] [diagnosticManager, 321] Kein vorhandenes Protokollpaket für Aufgabe mit gleicher ID erkannt, wenn Sie ‘task-12’ wollen. Die Aufgabe bleibt “aktuell”, speichern Sie sie einfach, wahrscheinlich wird jetzt ein Paket dafür generiert. Rufen Sie eine aufgabenbezogene Diagnose auf, um die Unternehmens-ID vom Server mit einer tatsächlichen „Aufgabe-12“ abzurufen. – struct Converter::Server::Job::JobExecutor::SchedulerUpdateSpec __thiscall Converter::Server::Conversion::ConversionJobExecutorImpl::UpdateJob (class Converter::Server::Job::InternalJob &, bool, const class Converter: : Server:: Scheduler:: SchedulerItemStatistics &, const class Converter:: Task:: TaskInfo &)(“d:/build/ob/bora-470252/bora/sysimage/lib/converter/server/conversion/conversionJobExecutorImpl.cpp: 405 “)
2012-03-20T13:24:28.444-04:00 [01036 info ‘Default’] 1 Scheduler-Besitztümer zur Verwendung angehalten (Job-12) – Lücke __thiscall Converter::Server::Job::JobProcessorImpl : :SuspendJobAux (konstanter Abschnitt Converter::Server::Job::InternalJob &, class &) convert::vdbconnection(“d:/build/ob/bora-470252/bora/sysimage/lib/converter/server/job/ jobProcessorImpl .cpp:828”)
2012-03-20T13:24:28. [00360 601-04:00 “Default”-Info] ConverterConnection: KeepAlive-Timer abgebrochen, StopKeepAlive erfolgreich
2012-03-20T13 :24:28.601-0 4:00[00360 Insight ‘vmomi.soapStub[59]’]heel map to service r P reset IPE: .pipevmware-converter-worker-soap: Closed
2012-03-20T13:24: 28.601-04:00 [00360 Warnung ‘vmomi.soapStub [59] a ] Ende des Aufrufs: server=PIPE:.pipevmware-converter-worker-soap,moref=vmodl.query.PropertyCollector.Filter:session[ 5264bd60-de17-d6f4-e798-cb998a3233ed]52f3406e-964c-dea1 -c23e-6f30439c2a81, method = Destroy
2012-03-20T13:25:17.849-04:00 343] Converter.Server-Protokollpaket ignoriert Dienstprotokolle.
