I have been fighting with a 2016 server that won't install the monthly CU, but installs the other updates fine. After trying the usual suspects of deleting SoftwareDistribution and downloading the KB4561616 package and running it manually did not work, I went digging and found it was reporting Component Store Corruption (0x80073712). SFC could not repair the corruption, nor could DISM. The log file has quite a few of these entries, all with different component numbers.
(C:\Windows\Logs\CBS\CBS.log):
2020-07-08 09:48:31, Info CSI 00000009 Manifest hash for component [l:93 ml:140]'amd64_816942332ac85952fd97b8a328202d39_31bf3856ad364e35_10.0.14393.3442_none_b8f86a089c279f6c' does not match expected value.
Expected:{l:32 b:f343b691dbcfb24cbeb2ca66f45d975d6384dc83ec1b74e811ab19e00ce69da3}
Found:{l:32 b:30a7553f9e01eac79a41037ec6d680c06c0bbaf4ee7ee1d7ff9ae5e71d7966f6}.
2020-07-08 09:48:31, Info CSI 0000000a Looking for manifest in Backup Dir...
2020-07-08 09:48:31, Error CSI 0000000b (F) Unable to load manifest for component [l:93 ml:140]'amd64_816942332ac85952fd97b8a328202d39_31bf3856ad364e35_10.0.14393.3442_none_b8f86a089c279f6c'[gle=0x80004005]
2020-07-08 09:48:31, Error CSI 0000000c@2020/7/8:08:48:31.542 (F) onecore\base\wcp\componentstore\storelayout.cpp(2581): Store corruption detected in function ComponentStore::CRawStoreLayout::FetchManifestContent expression: 0
FileHashMismatch on resource '\winsxs\manifests\amd64_816942332ac85952fd97b8a328202d39_31bf3856ad364e35_10.0.14393.3442_none_b8f86a089c279f6c.manifest'[gle=0x80004005]
I tried various options such as downloading the original ISO to use with DISM as the source, ran chkdsk, and did a full Bitdefender scan (which we have on many other servers that work), none of which reported a problem or fixed the issue. I tried another SFC /scannow after a few failed DISM attempts, which did say it found and fixed errors, but even after a reboot the 2020-06 CU still wouldn't install. I then came across this site and the SFCFix.exe tool which I downloaded and ran, but that too fell over saying "SFCFix has crashed. Something has gone horribly wrong..." and offered to submit a crash report, which I replied Y to. This is the SFCFix.txt log it generated:
SFCFix version 3.0.2.1 by niemiro.
Start time: 2020-07-08 14:01:03.640
Microsoft Windows Server 10 Build 14393 - amd64
Not using a script file.
SFCFix version 3.0.2.1 by niemiro has encountered an unhandled exception.
Currently storing 0 datablocks.
Finish time: 2020-07-08 14:10:32.013
----------------------EOF-----------------------
Running it a second time made no difference. Other than the one update that won't install, and these DISM/SFC errors, the server seems to be behaving OK. I will say though that the server has not successfully installed a CU for over a year. I noticed that when I first started looking at it a few days ago (historically not my server), but after deleting SoftwareDistribution, that history is now only in backup images.
Any suggestions on where to from here (to avoid having to rebuild the server) will be greatly appreciated!
Kevin
(C:\Windows\Logs\CBS\CBS.log):
2020-07-08 09:48:31, Info CSI 00000009 Manifest hash for component [l:93 ml:140]'amd64_816942332ac85952fd97b8a328202d39_31bf3856ad364e35_10.0.14393.3442_none_b8f86a089c279f6c' does not match expected value.
Expected:{l:32 b:f343b691dbcfb24cbeb2ca66f45d975d6384dc83ec1b74e811ab19e00ce69da3}
Found:{l:32 b:30a7553f9e01eac79a41037ec6d680c06c0bbaf4ee7ee1d7ff9ae5e71d7966f6}.
2020-07-08 09:48:31, Info CSI 0000000a Looking for manifest in Backup Dir...
2020-07-08 09:48:31, Error CSI 0000000b (F) Unable to load manifest for component [l:93 ml:140]'amd64_816942332ac85952fd97b8a328202d39_31bf3856ad364e35_10.0.14393.3442_none_b8f86a089c279f6c'[gle=0x80004005]
2020-07-08 09:48:31, Error CSI 0000000c@2020/7/8:08:48:31.542 (F) onecore\base\wcp\componentstore\storelayout.cpp(2581): Store corruption detected in function ComponentStore::CRawStoreLayout::FetchManifestContent expression: 0
FileHashMismatch on resource '\winsxs\manifests\amd64_816942332ac85952fd97b8a328202d39_31bf3856ad364e35_10.0.14393.3442_none_b8f86a089c279f6c.manifest'[gle=0x80004005]
I tried various options such as downloading the original ISO to use with DISM as the source, ran chkdsk, and did a full Bitdefender scan (which we have on many other servers that work), none of which reported a problem or fixed the issue. I tried another SFC /scannow after a few failed DISM attempts, which did say it found and fixed errors, but even after a reboot the 2020-06 CU still wouldn't install. I then came across this site and the SFCFix.exe tool which I downloaded and ran, but that too fell over saying "SFCFix has crashed. Something has gone horribly wrong..." and offered to submit a crash report, which I replied Y to. This is the SFCFix.txt log it generated:
SFCFix version 3.0.2.1 by niemiro.
Start time: 2020-07-08 14:01:03.640
Microsoft Windows Server 10 Build 14393 - amd64
Not using a script file.
SFCFix version 3.0.2.1 by niemiro has encountered an unhandled exception.
Currently storing 0 datablocks.
Finish time: 2020-07-08 14:10:32.013
----------------------EOF-----------------------
Running it a second time made no difference. Other than the one update that won't install, and these DISM/SFC errors, the server seems to be behaving OK. I will say though that the server has not successfully installed a CU for over a year. I noticed that when I first started looking at it a few days ago (historically not my server), but after deleting SoftwareDistribution, that history is now only in backup images.
Any suggestions on where to from here (to avoid having to rebuild the server) will be greatly appreciated!
Kevin