[SOLVED] Windows server 2016 cumulative updates install but rollback after reboot

Thanks for sending the files in a PM, I'll see a number of issues and this server has been upgraded from Server 2012 (R2) to 2016 some time ago?

For now this is the most important issue, and it's just an orphaned key.
Rich (BB code): 
Task: {D9D7C3E7-F174-43B3-9685-DAEB13899501} - \Microsoft\Windows\PI\SecureBootEncodeUEFI -> No File <==== ATTENTION

Code: 
reg delete "HKLM\Software\Microsoft\Windows NT\CurrentVersion\Schedule\Taskcache\Tasks\{D9D7C3E7-F174-43B3-9685-DAEB13899501}" /f

Let me know if the key is successfully removed or not. If yes please attempt to update again and post the result including new CBS logs.
 
reg delete "HKLM\Software\Microsoft\Windows NT\CurrentVersion\Schedule\Taskcache\Tasks\{D9D7C3E7-F174-43B3-9685-DAEB13899501}" /f says acces denied ... is it safe to try changing security settings and try to delete?
 
Please use the attached Fixlist with FRST.

Start the
577bf0efb8088-FRST.png
Farbar Recovery Scan Tool again.

Warning: This script was written specifically for this system. Do not run this script on another system.
  • Download the attachment fixlist.txt and save it to your desktop.
  • Right-click on FRST.exe and select "Run as administrator".
  • Press the Fix button.
  • If for some reason the tool needs a restart, please make sure you let the system restart normally.
  • When finished, a log called Fixlog.txt will appear in the same directory the tool is run from.
  • Post the logfile Fixlog.txt as attachment in your next reply.
 

Attachments

no luck after new attempt (rollback), see attached CBS, will send you the frst logs in PM
 

Attachments

Please do the following again and attach the result in the next post.
Code: 
reg query "HKLM\Software\Microsoft\Windows NT\CurrentVersion\Schedule\Taskcache" /s > "%userprofile%\desktop\tasklist.txt"
dir "%systemroot%\System32\Tasks\Microsoft\Windows\PI" /s >> "%userprofile%\desktop\tasklist.txt"
 
Please run the following fix, and when the key is successfully removed attempt to update again.

Start the
577bf0efb8088-FRST.png
Farbar Recovery Scan Tool again.

Warning: This script was written specifically for this system. Do not run this script on another system.
  • Download the attachment fixlist.txt and save it to your desktop.
  • Right-click on FRST.exe and select "Run as administrator".
  • Press the Fix button.
  • If for some reason the tool needs a restart, please make sure you let the system restart normally.
  • When finished, a log called Fixlog.txt will appear in the same directory the tool is run from.
  • Post the logfile Fixlog.txt as attachment in your next reply.
 

Attachments

done, tried to install an older update (end 2022) and it unexpectedly rebooted the vm due to lack of space :eek: ... after booting up,i had couple of giga left, winsxs growed to 27 giga.. doing dism component cleanup, will keep you posted
 
Which update were you trying to install, the current build is (1607 14393.5127) / May 2022.
 
Lybra77 said:
(...) and it unexpectedly rebooted the vm due to lack of space
Click to expand...

I would also look at an option to extend the VHDx image to at least 150 GB.

Rich (BB code): 
==================== Drives ================================

Drive c: (OS) (Fixed) (Total:99.46 GB) (Free:13.01 GB) (Model: Virtual HD ATA Device) NTFS
Drive d: (DATA) (Fixed) (Total:95 GB) (Free:0.84 GB) (Model: Virtual HD ATA Device) NTFS
 
Maxstar said:
I would also look at an option to extend the VHDx image to at least 150 GB.

Rich (BB code): 
==================== Drives ================================

Drive c: (OS) (Fixed) (Total:99.46 GB) (Free:13.01 GB) (Model: Virtual HD ATA Device) NTFS
Drive d: (DATA) (Fixed) (Total:95 GB) (Free:0.84 GB) (Model: Virtual HD ATA Device) NTFS
Click to expand...
I would very happily do it IF ... if I could, I have some checkpoints at the moment ( for rollback in case something happens during this debug phase ) preventing me from expanding the disk, unfortunately
 
There are a few options:
1. Copy the VHDx file of the problem server to another location.
2. Load the VHDX file in a 'temp' environment and expand / extend the image to at least 150GB.
3. Try to update the testing-environment to see if it's completes or not.
4. When the update is installed successsfully without rollback or other issues, schedule a maintaince moment to expand the VHDX-image of the production server.
 
that was the plan today BUT, as the machine has the checkpoints, I need to copy ol he chlldren avhdx files to the new location, make a merge of all of them and tgen maybe i'be alble to use it as startup disk ... meaning a lot of giga to copy to copy and work with... but yes, this is the way to have the "more space " test done
 
Hmmm, that's still a critical amount of free space on a 100 GB image, but you can try it to see what happens this time!
 
ok, so...exported the machine in a lab, imported it

- deleted checkpoints
- expanded os disk to 150 giga
-expanded data disk to 120
- stpped word wide web publishng (and disabled)
- stopped and issabled all sql services

installed update and --> rollback

latest cbs logs attached

I am really out of options at the moment

L.
 

Attachments

Hi,

Please run the following commands again on this clone and attach Tasklist.txt en Tasklist.hiv.
Code: 
reg query "HKLM\Software\Microsoft\Windows NT\CurrentVersion\Schedule\Taskcache" /s > "%userprofile%\desktop\Tasklist.txt"
dir "%systemroot%\System32\Tasks\Microsoft\Windows\PI" /s >> "%userprofile%\desktop\Tasklist.txt"
reg save "HKLM\Software\Microsoft\Windows NT\CurrentVersion\Schedule\Taskcache" "%userprofile%\Desktop\TaskList.hiv"
 
You must log in or register to reply here.
Back
Top