Last week, someone power cycled one of our secondary site server (also a DP) via the remote management card without shutting down the OS first. At that time, a software update deployment package (total size of 13MB) was being pushed to this site. As result, this particular update package got stuck at “Install Pending” even few days after the reboot.
I noticed below error was logged in distmgr.log every few minutes:
Cannot update the package server <site server NAL path> for package <package ID>, error = 8
No other errors were found in despool.log or sender.log. I have tried refreshing DP, manually copying the .PCK and .PKG files from parent primary site, update DPs, restarting SMS Site Component service, taking the DP out from the package and put it back in after a weekend, none of them fixed the problem.
In the end, I have taken a more brutal method to fix the problem:
1. remove the DP from the package and wait couple of hours
2. make sure the package distribution is not at “Install Pending” state
3. manually deleted the following files from secondary site server:
4. deleted from PkgStatus table from both central and parent primary site (this is a 3-tier environment): DELETE FROM PkgStatus WHERE ID=’<Package ID>’ AND SiteCode = ‘<Secondary site code>’
5. Verify PkgServer table, make sure there are no entries for this package on this particular site: SELECT * FROM PkgServer WHERE PkgID=’<Package ID>’ AND SiteCode=’<Secondary site code>’, delete if it exists.
6. Wait couple of hours, then add the DP to the package again.
Within few minutes, this software update deployment package was successfully installed on this server.
Please Note: Manually editing the database is not supported by Microsoft. Please use this method with caution. I am not accountable for any damages you’ve done to your SCCM database.