S
Shaun Fischer
We have SCCM 2012R2 installed on Server 2012R2, and all of our clients are Win7 Enterprise with BranchCache enabled in various modes. SCCM 2012R2 clients download content from this server via BITS, which uses BranchCache. I first noticed a problem on the server where the amount of Committed Memory for the svchost.exe associated with PeerDist (BranchCache) was growing larger & larger over time. It eventually got up to over 40GB of Committed Memory, and because we had the virtual memory file set to a specific size, we started seeing Resource Exhaustion events in Event Log. I checked the BranchCache Event Log & saw it was also full of Event ID 13 ("BranchCache cannot publish the content with content-id ... because the publication cache size was exceeded or the disk does not have enough space. Error: 5 Access is denied."). We decided to have another disk added to the server, move the virtual memory file to it, leave its size "system managed", and I configured BranchCache to use the new disk, so we would have more space available for the hashes. I tried to generate the content hashes ahead of time via publish-bcwebcontent. This worked for the first directory, but the second one generated this exception after an hour or 2 of running:
publish-bcwebcontent : Could not generate hashes.
At line:1 char:1
+ publish-bcwebcontent -path X:\somedirectory -recurse -useversion 1
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : ObjectNotFound: (MSFT_NetBranchCacheOrchestrator:root/StandardCi...cheOrchestrator) [Pub
lish-BCWebContent], CimException
+ FullyQualifiedErrorId : HRESULT 0x80070003,Publish-BCWebContent
Checking get-bcstatus, we are nowhere near the max sizes for either the hashcache or datacache, and I am seeing these same Event ID 13 for BranchCache in the Event Log now. Any commands dealing with hashcache are now taking a few minutes to run before displaying any output. Some of the Event ID 13's mention that a file is in use as the reason for the error, but most say "because the publication cache size was exceeded or the disk does not have enough space. Error: 5 Access is denied." The new location of the PeerDistPub folder has over 3.3 million files in it within 11 folders. I let the folder properties run for about 15 minutes to get this info, and the numbers are still going up.
At some point, we started getting run-away Event ID 13s. 1000's of them. And this is when the svchost.exe for PeerDist starts increasing its Committed Memory. I've restarted the BranchCache service, and I've seen 1 Event ID 13 since. The details on this one say "because the publication cache size was exceeded or the disk does not have enough space. Error: 112 There is not enough space on the disk." But that is not true at all - there is plenty of room to grow the hashcache & datacache, as verified by get-bcstatus output, and plenty of free space on the disk.
I've tried uninstalling the BranchCache feature, rebooting, reinstalling, reconfiguring, and re-generating hashes, but have run into the exact same problems.
Any ideas of how to troubleshoot this one? Thanks in advance!
Continue reading...
publish-bcwebcontent : Could not generate hashes.
At line:1 char:1
+ publish-bcwebcontent -path X:\somedirectory -recurse -useversion 1
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : ObjectNotFound: (MSFT_NetBranchCacheOrchestrator:root/StandardCi...cheOrchestrator) [Pub
lish-BCWebContent], CimException
+ FullyQualifiedErrorId : HRESULT 0x80070003,Publish-BCWebContent
Checking get-bcstatus, we are nowhere near the max sizes for either the hashcache or datacache, and I am seeing these same Event ID 13 for BranchCache in the Event Log now. Any commands dealing with hashcache are now taking a few minutes to run before displaying any output. Some of the Event ID 13's mention that a file is in use as the reason for the error, but most say "because the publication cache size was exceeded or the disk does not have enough space. Error: 5 Access is denied." The new location of the PeerDistPub folder has over 3.3 million files in it within 11 folders. I let the folder properties run for about 15 minutes to get this info, and the numbers are still going up.
At some point, we started getting run-away Event ID 13s. 1000's of them. And this is when the svchost.exe for PeerDist starts increasing its Committed Memory. I've restarted the BranchCache service, and I've seen 1 Event ID 13 since. The details on this one say "because the publication cache size was exceeded or the disk does not have enough space. Error: 112 There is not enough space on the disk." But that is not true at all - there is plenty of room to grow the hashcache & datacache, as verified by get-bcstatus output, and plenty of free space on the disk.
I've tried uninstalling the BranchCache feature, rebooting, reinstalling, reconfiguring, and re-generating hashes, but have run into the exact same problems.
Any ideas of how to troubleshoot this one? Thanks in advance!
Continue reading...