PATCH MY PC DOCS

Knowledge Base

We’re here to help if needed

SCCM Update Download Error: The Thread is not in Background Processing Mode (0x80070191)

We have been seeing some instances where third-party software updates will fail to download into a deployment package when WSUS is configured to use a UNC share for the WSUS Content folder.

Topics covered in this article:

Determine if You are Affected

When attempting to download a third-party update from the Configuration Manager console, you receive the following message in the console Error: The thread is not in background processing mode.

SCCM Download Failed The thread is not in background processing mode. 0x80070191

If you open the PatchDownloader.log in the %temp% folder, you can also find the following errors.

HttpSendRequest failed HTTP_STATUS_FORBIDDEN or HTTP_STATUS_DENIED

ERROR: DownloadContentFiles() failed with hr=0x80070191

This error happens because the user identity configured in the WSUS Administrator Content virtual directory can’t authenticate to a remote UNC share specified for the WSUSContent folder .

Troubleshooting Step 1: Verify the Content Virtual Directory is Correct

Validate the Content virtual directory in the WSUS Administration website is correct.

There is a bug in the WSUS setup process that can remove the leading \\ when using a UNC path for the WSUSContent folder.

To check the Physical Path for the Content virtual directory: Right-click Content > Manage Virtual Directory > Advanced Settings…

WSUS Content Virtual Directory Physical Path

Here’s an example of the WSUS bug where the leading \\ are removed from the virtual directory Physical Path. Because the directory is invalid in the Content virtual directory updates will fail to download with error 0x80070194 or 0X87D20417.

WSUS Bug Removed Backslashs in UNC Path

If you are affected by this scenario, simply update the path to include the leading \\ as shown below and click OK

Add Leading Backslashs in UNC Path for WSUS Content Directory

Troubleshooting Step 2: Is WSUSContent a UNC Share with the Default IUSR Authentication

If steps 1 and 2 are correct, we often see customers where a UNC path is being used. Still, the authentication identity hasn’t been changed to use the Application pool identity for the Content virtual directory. Perform the following actions to review and resolve this issue if applicable:

Click the Content virtual directory > Double Click Authentication in the IIS Group

Click Anonymous Authentication WSUS

Right-Click the Anonymous Authentication and Click Edit

 Check Anonymous Authentication WSUS

Here you can review the Anonymous user identity used for authenticating to the WSUSContent directory. By default, the authentication is set to use the specific user: IUSR. IUSR is a local user-specific to the WSUS server and will not have access to a authenticate to any remote UNC share.

In the Edit Anonymous Authentication Credentials dialog for the Anonymous Authentication ensure it is set to use the Application pool identity

Use Application Pool Identity for Content

Resolution for DownloadContentFiles() failed with hr=0x80070191 (Video Guide)

The video guide below goes into more detail about why the downloads fail with error 0x80070191 and the possible resolutions.

Please start at 20:18 and watch to 24:30 for the resolution.