The following error will be displayed in C:\$Windows.~BT\Sources\Panther\setupact.log
RecoverCrypto: File is encrypted, but no key was
provided.
MOUPG
CDlpActionRecoverCrypto::DoCrypto(1713): Result = 0xC1800118
WUAHandler.log will show;
Upgrade installation result indicates that commit cannot be done.
Installation job encountered some failures. Error = 0x80240022. Commit Result = 0x00000001.
We will receive above error even after installing KB3159706
with post installation steps.
I think the post installation steps are incomplete and
not documented very well.
After installing the KB3159706, the SUP need to be
uninstalled and re-installed.
This will fix the error File is encrypted, but no key was
provided problem.
If remediating an existing environment, the best thing
will be;
-
Uninstall WSUS
-
Delete SUP database
-
Remove WSUS folder
-
Uninstall SUP
-
Reboot the server
-
Delete the Update services folder from
C:\Program Files
-
Install WSUS
-
Install KB3095113 (If not installed previously)
-
Install KB3159706 (If not installed previously)
-
Reboot the server
-
Install SUP
If installing on a new environment
-
Install WSUS
-
Install KB3095113
-
Install KB3159706
-
Reboot the server
-
Install SUP
Once the SUP is successfully installed, create a new
servicing plan and deploy the feature update.
This time the update will install without File is
encrypted, but no key was provided.
Did you try to use Update your ConfigMgr 1606 SUP servers to deploy the Windows 10 Anniversary Update https://blogs.technet.microsoft.com/enterprisemobility/2016/08/05/update-your-configmgr-1606-sup-servers-to-deploy-the-windows-10-anniversary-update/
ReplyDeleteYes, I have updated to 1606 then received above error.
ReplyDeleteThe only way to fix the issue was to cleanup the WSUS then re-install SUP.
To validate the solution, I have built a new 1606 environment, installed 3159706 after SUP. Successfully replicated the 0x1800118 error, then resolved by following above process.
We have been working on this problem for few days now.
ReplyDeleteFinally this worked. I have upgraded 2 VM's to 1607. Need to do more testing on Monday.
Thanks for the tip.
I tried this and it did not work, even deleted the IIS site aswell. Thanks anyway.
ReplyDeleteThanks for article and hopefully we don't have to do this for every new release of current branch.
ReplyDeleteWaited for few weeks now for alternative options but cannot wait anymore.
Went ahead and re-installed 2 SUP's and this has fixed the 0x1800118 error.
At least we can continue with our windows 10 1607 servicing testing.
Thanks a lot for this. It's working fine now.
ReplyDeleteBut I still can't deploy the feature update on previously attempted clients.
They are still stuck with the same error even if I:
1. Clear cache files in CM client
2. Celete $WINDOWS.~BT folder
3. Delete Panther folder in c:\windows.
4. Delete SoftwareDistribution in c:\windows
Any ideas?
I would get the right-click SCCM tools here https://psrightclicktools.codeplex.com/ and try forcing software update evaluation cycle and forcing a new machine policy on the aforementioned collection and see how you get on.
DeleteNice Blog Post !
ReplyDelete