5
In-Place Upgrade "Windows Server 2012 R2 Standard" auf "Windows Server 2016 Standard": "Fehler bei der Installation von Windows Server 2016"
Hallo,
unsere Windows Server 2012 sollen auf 2016 gehievt werden. Ich habe auf einem noch "nackten" Windows Server 2012 R2 Standard das In-Place Upgrade versucht.
Als Konfiguration habe ich vorgenommen:
- inkl. Desktop-Umgebung (wie aktuell auch auf 2012)
- Einstellungen beibehalten
- mit und ohne Download von Updates versucht
Ich komme bis "Windows Server 2016 wird installiert, mehrere Reboots können notwendig sein usw.". Noch vor dem ersten Reboot bricht das Upgrade mit der wenig hilfreichen Meldung "Fehler bei der Installation von Windows Server 2016". Den Titel des Dialogs "Windows 10 Setup" schiebe ich mal auf schlechtes Code-Recycling. Wenn ich nach exakt dieser Meldung suche, erhalte ich keinen einzigen Treffer bei Google (den exakten Wortlaut der englischen Meldung kenne ich nicht).
Die Frage ist: Wo finde ich weitere Informationen zur Abbruchursache?
Es handelt sich um eine virtuelle Hyper-V Maschine. Der Hyper-V Host läuft noch auf Windows Server 2012. Der Server ist Mitglied einer Domäne, aber kein DC.
Viele Grüße
Martin
unsere Windows Server 2012 sollen auf 2016 gehievt werden. Ich habe auf einem noch "nackten" Windows Server 2012 R2 Standard das In-Place Upgrade versucht.
Als Konfiguration habe ich vorgenommen:
- inkl. Desktop-Umgebung (wie aktuell auch auf 2012)
- Einstellungen beibehalten
- mit und ohne Download von Updates versucht
Ich komme bis "Windows Server 2016 wird installiert, mehrere Reboots können notwendig sein usw.". Noch vor dem ersten Reboot bricht das Upgrade mit der wenig hilfreichen Meldung "Fehler bei der Installation von Windows Server 2016". Den Titel des Dialogs "Windows 10 Setup" schiebe ich mal auf schlechtes Code-Recycling. Wenn ich nach exakt dieser Meldung suche, erhalte ich keinen einzigen Treffer bei Google (den exakten Wortlaut der englischen Meldung kenne ich nicht).
Die Frage ist: Wo finde ich weitere Informationen zur Abbruchursache?
Es handelt sich um eine virtuelle Hyper-V Maschine. Der Hyper-V Host läuft noch auf Windows Server 2012. Der Server ist Mitglied einer Domäne, aber kein DC.
Viele Grüße
Martin
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 326049
Url: https://administrator.de/contentid/326049
Ausgedruckt am: 22.11.2024 um 14:11 Uhr
5 Kommentare
Neuester Kommentar
Der vermutlich maßgebliche Fehler laut C:\$WINDOWS.~BT\Sources\Panther\setuperr.log ist, dass die install.wim nicht kopiert werden kann.
Dieses Problem hatten wohl auch viele beim Upgrade auf Windows 10:
https://answers.microsoft.com/en-us/windows/forum/windows_10-windows_ins ...
http://www.drwindows.de/windows-10-desktop/92501-upgrade-win10-pro-x64- ...
Auch bei mir schlägt das Update bei 18% fehl.
Den Workaround, RO-Attribute von dem Verzeichnis zu nehmen, habe ich erfolglos probiert. Die install.wim ist zu dem Zeitpunkt auch noch nicht vorhanden. Bei 16% habe ich mal mit einem anderen Benutzer ins Verzeichnis geschaut, da war die install.wim drin. Bei 17% habe ich das RO-Attribut nochmals entfernt, aber die Installation ist wieder bei 18% mit dem gleichen Fehler abgebrochen.
Ich installiere von einem Action Pack ISO, das ich über den Hyper-V Server gemountet habe. Die Thematik mit der install.esd aus obigen Threads kommt meines Erachtens ebenfalls nicht zum Tragen weil die Datei im ISO korrekt install.wim heißt.
2017-01-11 14:50:21, Error CallPidGenX: PidGenX function failed on this product key. (hr = 0x8a010001)
2017-01-11 14:50:21, Error MOUPG CDlpActionProductKeyValidate::ReportDownlevelInstallChannel(2899): Result = 0x8A010001
2017-01-11 14:50:21, Error MOUPG ProductKey: Failed to report Host OS channel to telemetry.
2017-01-11 14:50:46, Error CONX Windows::Compat::Appraiser::SetupAppraiser::UpdateExpiredAvRegistry (2750): Failed to update AV status: [0x8004100e].[gle=0x8004100e]
2017-01-11 14:50:46, Error CONX Windows::Compat::Appraiser::SetupAppraiser::ScanInternal (233): Error initializing av status in registry using inbox appraiser [0x8004100e].[gle=0x8004100e]
2017-01-11 14:57:00, Error SP SPCopyFilesAndFolders: Failed to copy file E:\Sources\Install.wim -> C:\$WINDOWS.~BT\Sources\Install.wim. hr = 0x80070241[gle=0x00000241]
2017-01-11 14:57:00, Error SP Operation failed: Copy source WIM file to the sources directory. Error: 0x80070241[gle=0x000000b7]
2017-01-11 14:57:00, Error MOUPG MoSetupPlatform: ExecuteCurrentOperations reported failure!
2017-01-11 14:57:00, Error MOUPG MoSetupPlatform: Using action error code: [0x80070241]
2017-01-11 14:57:00, Error MOUPG CDlpActionImageDeploy::ExecuteRoutine(403): Result = 0x80070241
2017-01-11 14:57:01, Error MOUPG CDlpActionImpl<class CDlpErrorImpl<class CDlpObjectInternalImpl<class CUnknownImpl<class IMoSetupDlpAction> > > >::Execute(441): Result = 0x80070241
2017-01-11 14:57:01, Error MOUPG CDlpTask::ExecuteAction(3243): Result = 0x80070241
2017-01-11 14:57:01, Error MOUPG CDlpTask::ExecuteActions(3397): Result = 0x80070241
2017-01-11 14:57:01, Error MOUPG CDlpTask::Execute(1631): Result = 0x80070241
2017-01-11 14:57:01, Error MOUPG CSetupManager::ExecuteTask(2067): Result = 0x80070241
2017-01-11 14:57:01, Error MOUPG CSetupManager::ExecuteTask(2030): Result = 0x80070241
2017-01-11 14:57:01, Error MOUPG CSetupManager::ExecuteInstallMode(815): Result = 0x80070241
2017-01-11 14:57:01, Error MOUPG CSetupManager::ExecuteDownlevelMode(391): Result = 0x80070241
2017-01-11 14:57:11, Error MOUPG CSetupManager::Execute(236): Result = 0x80070241
2017-01-11 14:57:11, Error MOUPG CSetupHost::Execute(372): Result = 0x80070241Dieses Problem hatten wohl auch viele beim Upgrade auf Windows 10:
https://answers.microsoft.com/en-us/windows/forum/windows_10-windows_ins ...
http://www.drwindows.de/windows-10-desktop/92501-upgrade-win10-pro-x64- ...
Auch bei mir schlägt das Update bei 18% fehl.
Den Workaround, RO-Attribute von dem Verzeichnis zu nehmen, habe ich erfolglos probiert. Die install.wim ist zu dem Zeitpunkt auch noch nicht vorhanden. Bei 16% habe ich mal mit einem anderen Benutzer ins Verzeichnis geschaut, da war die install.wim drin. Bei 17% habe ich das RO-Attribut nochmals entfernt, aber die Installation ist wieder bei 18% mit dem gleichen Fehler abgebrochen.
Ich installiere von einem Action Pack ISO, das ich über den Hyper-V Server gemountet habe. Die Thematik mit der install.esd aus obigen Threads kommt meines Erachtens ebenfalls nicht zum Tragen weil die Datei im ISO korrekt install.wim heißt.
Hallöle,
der Fehler tauchte bei uns nicht mehr auf, wenn man den vollständigen Inhalt der DVD in einen Ordner INSTALL auf C:\ des Server's kopiert und von dort die Installation startet. Vorher hatten wir die gleiche Fehlermeldung. Es musste Laufwerk C:\ sein. Von einem anderen lokalen Laufwerk hat es auch nicht funktioniert.
Gruß Niko
der Fehler tauchte bei uns nicht mehr auf, wenn man den vollständigen Inhalt der DVD in einen Ordner INSTALL auf C:\ des Server's kopiert und von dort die Installation startet. Vorher hatten wir die gleiche Fehlermeldung. Es musste Laufwerk C:\ sein. Von einem anderen lokalen Laufwerk hat es auch nicht funktioniert.
Gruß Niko
Hallo Niko,
herzlichen Dank für Deinen Tip. Laufwerk D hatte ich versucht, aber das ging bei Dir ja auch nicht. Ich glaube Dir gerne, dass es von Laufwerk C funktioniert und markiere die Frage als gelöst.
Probieren werde ich das aber erst, wenn über den PartnerSupport definitiv keine richtige Lösung kommt. Ich will mir nicht die Möglichkeit nehmen, noch einen Vorschlag des Supports ausprobieren zu können. Auch wenn es aktuell so aussieht, als würde dabei nichts sinnvolles rauskommen
Viele Grüße
Martin
herzlichen Dank für Deinen Tip. Laufwerk D hatte ich versucht, aber das ging bei Dir ja auch nicht. Ich glaube Dir gerne, dass es von Laufwerk C funktioniert und markiere die Frage als gelöst.
Probieren werde ich das aber erst, wenn über den PartnerSupport definitiv keine richtige Lösung kommt. Ich will mir nicht die Möglichkeit nehmen, noch einen Vorschlag des Supports ausprobieren zu können. Auch wenn es aktuell so aussieht, als würde dabei nichts sinnvolles rauskommen
Viele Grüße
Martin
Der Fehler kommt wahrscheinlich, das ab einem bestimmten Punkt die Quelldateien nicht mehr gefunden werden. Ein etwas grob Ähnliches: hier Der Tipp von halani01 ist die sauberste und schnellste Lösung.
Ich habe auf einem noch "nackten" Windows Server
Naja, was spricht da für eine sauber Neuinstallation des 2016? Ist eh generell besser!
Ich habe auf einem noch "nackten" Windows Server
Naja, was spricht da für eine sauber Neuinstallation des 2016? Ist eh generell besser!
@XPFanUwe
Normalerweise testet man solche Umstellungen an einem Testsystem ;)
Direkt mit einem Inplace-Upgrade auf die Produktivumgebung feuern ist nicht praktikabel.
Normalerweise testet man solche Umstellungen an einem Testsystem ;)
Direkt mit einem Inplace-Upgrade auf die Produktivumgebung feuern ist nicht praktikabel.
