Friday, September 13, 2019

Error while editing SCCM OS task sequence

Sometime back, we were facing this error while editing OS install task sequence.
"There is not enough memory available to perform the task sequence operation."

Strange, as total available memory was enough.

So, went though this link-
https://techcommunity.microsoft.com/t5/Enterprise-Mobility-Security/Task-Sequence-Editor-8220-too-many-steps-8221-Issue-and-Solution/ba-p/247122

And made these changes:

-changed memoryperhost to 629145600(600mb) from 536870912
-changed handlesperhost to 8192 from 4096


Also, did a general cleanup of SUGs for Expired/Superseded updates.Changed collection refresh schedules to less frequent one.

This fixed it for us.
 

Monday, July 1, 2019

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"

Wednesday, December 12, 2018

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....

Tuesday, July 31, 2018

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.

Monday, February 26, 2018

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/
 

Thursday, August 31, 2017

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.