Error 0x8024002D-A full file update could not be installed because it required the source

I was facing this error during deployment of Third Party updates through SCCM. Wanted to update Acrobat DC.

On checking the logs, it seemed the Acrobat required the original .msi for update to work. The updates are as you know .msp.
And the .msi got deleted from ccmcache.

The solution is you repair Acrobat DC, from a folder, where the .msi is present-C - :\Program Files (x86)\Adobe\Acrobat DC\Setup Files

So, run this command to repair Acrobat, open cmd and set the source to - C:\Program Files (x86)\Adobe\Acrobat DC\Setup Files. Run the below command.Then, the update works.

Command=msiexec /fomusv "C:\Program Files (x86)\Adobe\Acrobat DC\Setup Files\{AC76BA86-1033-FFFF-7760-0C0F074E4100}\AcroPro.msi"

0x80073712 The component store has been corrupted, During patches installation

Sometimes, during monthly patches installation, you get this error-0x80073712 The component store has been corrupted.

This can be seen in updatesdeployment.log, when content download has finished and installation is ongoing.

 Progress: Status = ciStateError, PercentComplete = 0, DownloadSize = 0, Result = 0x80073712

Solution:
Try this command: Dism.exe /Online /Cleanup-Image /Restorehealth

This  will restore the system files from the installation source at c:\winsxs

If you are lucky, it fixes it!
Note: It takes time to complete....

Package distribution error – 0x80070005 in PkgXferMgr.log and 0x80070005 in smsdpprov.log

We were facing this 70005 error during Package transfer to one of the Distribution Points.
It goes into retry, again fails....

Checked:
1.AV exclusions
2.IIS authentication
3.Procmon

Finally, deleted files in Contenlib\filelib\3a0a\<filename>.
This filename can be found in the smsdpprov.log

For example-
MoveFileW failed for D:\SCCMContentLib\FileLib\T8C1C0000A to D:\SCCMContentLib\FileLib\3A0A\3A0A667530A73594E7357E6F52B4C48EF1C1662CFB87A7C3E775BD78306018B1

So, i deleted files with this names in the D:Contenlib\filelib\3a0a folder, and redistributed the Package.

Environment=SCCM2012 CB 1710.

MBAM error on client-TransferStatusDataFailed-2143485947 Access was denied by the remote endpoint.

After you have installed MBAM setup 2.5 and configured the roles, and start the testing.
You install the MBAM 2.5SP1 with Hotfix client.

On the client, in the Eventlog, you might get errors:
Eventid=4

Details:
-2143485947
Access was denied by the remote endpoint.

The reason is-MBAM client computer does not have sufficient access on the Portal Server.
Either add the test computer account as local Admin, or, give sufficient delegation.

Scan Error 0x80240fff in updatehandler.log

After you enable Win10 servicing in SCCM, you might get this error on Windows10 clients during update scan.
Reason is-in WSUS, there are duplicate entries for Feature update.....1607 and 1703.

Solution:
You need to go into WSUS console, search for 1607(or 1703), and decline the Feature Update to ....1607. All the results.

Also, try installing this update on the server:
https://blogs.technet.microsoft.com/configurationmgr/2017/08/18/high-cpuhigh-memory-in-wsus-following-update-tuesdays/
 

RequestMPLocation failed; 0x80004005

Recently we were facing OS installation errors.
The smsts.log gave these errors:

Invalid MP cert info; no signature.Check MPs boundary group has site assignment set

CCM::SMSMessaging::CLibSMSMPLocation::RequestMPLocation failed; 0x80004005

How do you check the correct MP/Boundary?
Make a request to http://yourMP/SMS_MP/.sms_aut?MPLOCATION&ir=<IP>&ip=<IP subnet>

This string can also be found in the log.
This should return a MP certs and location. If empty, there is something wrong.

Solution:
The simple solution was to Check the settings on the Boundary Group properties-Use this site bioundary for site assignment.





Error fixed!
I think only applicable to 1702 environments.

 

Win10 TS error-failed to stage winpe code 0x8007000f

Sometimes, while doing OS Imaging for Win10 with UEFI selected, you light get this error in the Task Sequence. The smsts.log says-failed to stage winpe.

Reason is-Winpe is unable to stage on existing partitions, and requires a GPT partition for UEFI.

Solution-Before you select the Task Sequence to run, or when whn you get the error, press F8, and open cmd. Then run diskpart commands.

select disk 0
clean
convert gpt
create partition primary size=300
format quick fs=ntfs label="Windows RE tools"
assign letter="T"
create partition efi size=100
format quick fs=fat32 label="System"
assign letter="S"
create partition msr size=128
create partition primary
format quick fs=ntfs label="Windows"
assign letter="C"

Then retry the Imaging and chose not to clean the Disk.