Feb 22 2024 04:30 PM - edited Mar 22 2024 09:36 AM
Host: WS b26052
VM: WS 2022 20348.2227
Target OS: WS 2025 26063.1000
IPU, dynamic update enabled
Flightsigining: on
Error: Rollback after upgrade online phase on first reboot.
SetupDiag: processing rule: FindRollbackFailure.
.....
Error: SetupDiag reports rollback failure found.
Last Phase = Finalize
Last Operation = Cleanup external drivers after installation
Error = 0xC1900101-0x20017
LogEntry:
Refer to "https://docs.microsoft.com/en-us/windows/desktop/Debug/system-error-codes" for error information.
SetupDiag found 1 matching issue.
Any ideas? Quite unusual for Hyper-V VMs.
Mar 04 2024 12:44 PM
installed a fresh VM and will try to reproduce it.
So far when continuing the setup after enable flighting. setup comes up with the "Ready to Install Windows 11"
Mar 04 2024 12:59 PM
Same result. Does WS 2025 require (v)TPM? From techcommunity answer I understood that's only on later HW but not for VMs.
Mar 04 2024 01:37 PM - edited Mar 04 2024 01:40 PM
So I have now:
This behaviour is very strange, I am open for further diags if you like. Thanks for your time!
This one seems to be very reproducible.
The host OS is now WS b26063 but no change from b26053 when I first posted it.
Mar 04 2024 02:39 PM
Mar 11 2024 04:02 PM
Mar 11 2024 04:37 PM
Oh, please also include which edition of Server you are using.
I tried the most basic Server 2022 -> Server 2025 upgrade scenario on Hyper-V. I used a Gen 2 VM with 4GB of RAM. I started with a vanilla image of Datacenter with Desktop Experience, Windows Server 2022, with February patches, and then attached an ISO of WS 2025 26063 and ran Setup.exe. It worked fine.
So, let's figure out what's different in your setup.
Mar 13 2024 03:51 AM
@MSBernstein I am thankful you are investigating this.
If you like we can have a remote session to figure this out.
I am using mslab (github) with Windows Server 2025 on the metal / host OS and Windows Server 2022 guest VMs. The ISO Origins from 2025 Insider portal and WS 2022 from latest Visual Studio subscription. So no VL / EVAL.
You can contact me via Teams if you like, for a remote session, also if you have questions on mslab.
Mar 13 2024 12:13 PM - edited Mar 13 2024 12:13 PM
@MSBernstein could this note from 26080 be related to the issue we're discussing here?
"If you are validating upgrades from Windows Server 2019 or 2022, we do not recommend that you use this build as intermittent upgrade failures have been identified for this build."
Mar 13 2024 01:22 PM
Mar 13 2024 03:52 PM
I'm working through the process of doing this in MSLab. Based on the pictures you documented, I assume it is the 'DC' VM that I need to update - but I am getting a strange complaint about an additional step I need to take for the domain controller. Did you see this as well? Is there a reasonable way to address this? (I can see that the link documents a set of steps, but this seems rather far off the track of a simple upgrade.)
Mar 13 2024 05:59 PM - edited Mar 13 2024 06:04 PM
@MSBernstein thank you for going the extra mile with mslab. as there is even a session on this on WS summit supposed it is still supported.
When running Deploy.ps1 with the default labconfig it will create the base, virtual disks templates with WS2022 core and GUI, and a DC template VM
1. please rename the existing labconfig file
2. and create a new one with code below
3. run deploy.ps1
this will create the "lab" with the DC and 2 VMs used for Management (GUI) and WAC (Core)
plain and naked and AD join them.
As we do not need the azure stack hci hosts for this lab these are # out.
We can play the upgrade repro on these.
DC IPU is possible but in fact you need a cmdline command for forest prep executed from the ISO tools folder. This is by design.
At the time of writing I am updating WS 2022 to b26080. Online phase was always ok.
This is the management VM config (vTPM could be optional) does not cause it. Just adopting it from what I learned these days about new security features.
#basic config for Windows Server 2022, that creates VMs for S2D Hyperconverged scenario https://github.com/Microsoft/MSLab/tree/master/Scenarios/S2D%20Hyperconverged
$LabConfig=@{AllowedVLANs="1-10,711-719" ; DomainAdminName='LabAdmin'; AdminPassword='LS1setup!' ; DCEdition='4'; Internet=$true ; TelemetryLevel='Full' ; TelemetryNickname='' ; AdditionalNetworksConfig=@() ; SecureBoot=$true ; VMs=@() ; CustomDnsForwarders=@("1.1.1.1","1.0.0.1")}
#Azure Stack HCI 22H2
#1..2 | ForEach-Object {$LABConfig.VMs += @{ VMName="AzSHCI$_" ; Configuration='S2D' ; ParentVHD='AzSHCI22H2_G2.vhdx' ; HDDNumber=4 ; HDDSize=1TB ; MemoryStartupBytes=1GB; VMProcessorCount=4 ; vTPM=$true}}
#Azure Stack HCI 22H2 with nested virtualization
#1..2 | ForEach-Object {$LABConfig.VMs += @{ VMName="AzSHCI$_" ; Configuration='S2D' ; ParentVHD='AzSHCI22H2_G2.vhdx' ; HDDNumber=4 ; HDDSize=1TB ; MemoryStartupBytes=32GB ; VMProcessorCount=8 ; vTPM=$true ; NestedVirt=$true}}
#Windows Admin Center in GW mode
$LabConfig.VMs += @{ VMName = 'WACGW' ; ParentVHD = 'Win2022Core_G2.vhdx'; MGMTNICs=1}
#Management machine
$LabConfig.VMs += @{ VMName = 'Management' ; ParentVHD = 'Win2022_G2.vhdx'; MGMTNICs=1}
Mar 13 2024 06:13 PM - edited Mar 13 2024 06:44 PM
very unfortunately no change for Windows Server 2022 Datacenter GUI to 26080
C1900101 - 0x20017
Host OS is now 26080
Guest OS is still 2022 > 26080
Next steps:
trying IPU on WS 2022 Core (below)
trying a fresh VM, . just to make sure it is not an RSAT tool or other dependency on this box.
tested Windows Server 2022 Datacenter Core to 26080
Tried uprade the core upgrade but this fails even earlier after confirming to keep files and settings in the wizard, could be related to the known issues in release notes.
Error when IPU 2022 Datacenter to WS 2025 b26080 Core
SetupDiag: processing rule: FindAbruptDownlevelFailure.
.....
Error: SetupDiag reports abrupt down-level failure.
Last Operation:
Error: 0xC1900220 - 0x4000D
LogEntry: 2024-03-14 02:34:32, Error MOUPG CSetupResponseTemplate<class ICompatActionResponse>::InitializeRoutine(84): Result = 0xC1900220[gle=0x00000002]
Mar 13 2024 07:06 PM - edited Mar 13 2024 07:10 PM
new VM 23048.2159
@MSBernstein last update for this tonight, same behaviour
So opposite to you, (unfortunately) I can replicate the problem.
Hope you'll have success to repro it, too. Here it appears to be absolutely reproducible.
One to note, after setup completed to 100% in the online phase, now with 26080 recognize a small difference vs 26063.
The first boot after IPU takes several minutes showing (old) circling balls, where as I would be expecting to see a brief "preparing drivers" + Apply phase with "You are x% there yet - do not shut down..." But this is not showing up just very long boot phase with 26080 now.
With 26063 the reboot was quick (about 2 seconds) and it directly booted into the "wrong" bcdedit as it appears.
With 26080 it seems it is picking the setup bcdentry
in both cases each IPU attempt would generate a new bcdentry. So maybe there is the culprit.
It does not initiate a real visible rollback and the setup bcd remains.
Hyper-V Host settings all default, except on host HCVI / VBS is enabled via Defender Security Center (Core Isolation). And off the bare defaults also vTPM is activated on the Gen2 Secure Boot guest VM.
Mar 19 2024 06:02 PM
SolutionMar 20 2024 02:26 AM
Good morning,
I managed to do an in-place migration from 2022 to 2025 by modifying the boot store:
Bcdedit /set flightsigning on
Preview certificates are not the same as RTMs.
Sincerely
Mar 20 2024 05:33 AM
Mar 20 2024 06:14 AM - edited Mar 20 2024 06:38 AM
Hi @MSBernstein this did the trick.
But only for GUI. Core again fails way before as outlined in a previous reply.
for GUI we seem to have a new issue when dynamic memory is enabled.
The extra mile would be if this is 2025 specific or even happened before. It is very common to have dynamic memory enabled. And it is set to 512 min / 512 startup mem here.
It would be great if setup could check this when checking the requirements or we have a more transparence error message when it fails.
edit: another test with dynamic memory on, showed that dynamic memory itself is not the issue.
Using dynamic memory with 1 GB startup memory, 512 GB min memory works fine with the upgrade, so it is certainly the startup memory that should be 1 GB or more.
Mar 19 2024 06:02 PM
Solution