Last week I had an issue with a Software Update package in Configuration Manager 2012 SP1 that wouldn’t update properly after i had changed it’s source location. Below a step by step description of what i did to resolve it.
The Content status of the Software Update Package called “Windows 7 Functional Updates” indicated that there was a problem with the package. ![]()
The detailed message was as following.
![]()
The folder ….\swupd$\workplace\win7upd is the root folder where all Windows 7 functional updates are stored. So i took a look into the distmgr.log on the server and noticed the below shown error message.
![]()
“The source directory \
I knew the package was updated properly before, so the content must have been in the Content Store already, so I did a search for 10606ddb-3d74-4df9-bf55-0fa26238a7c0 within the Content library and got the following results within the DataLib folder.
![]()
Within the folder 10606ddb-3d74-4df9-bf55-0fa26238a7c0 i found the INI file that relates to the content, since the update file contains the KB number, it was quite easy to find out what particular update was causing the update.
Next i searched foe KB number under the software updates node and deleted the entry within the software update package.
I then searched for the update within the software update group where it was now marked as an invalid software update but also marked as not being downloaded yet.
![]()
So I downloaded the patch again and selected the Windows 7 functional updates package as the deployment package.
![]()
![]()
Once downloaded the folder 10606ddb-3d74-4df9-bf55-0fa26238a7c0 appeared within the ….\swupd$\workplace\win7upd folder.
![]()
and there you go, the Software Update Content status went back to green and no errors in the distmgr.log anymore.
![]()
Having read the ConfigMgr 2012 Content Library Overview blog post previously became very useful in this troubleshooting exercise.
.