Wednesday, January 2, 2008

Fixing Incorrect Directory Permissions in WSUS 3.0

I have a client with a fairly large WSUS deployment, comprised of 36 WSUS servers servicing over 10,000 computers and servers in a distributed environment. Recently, we upgraded the entire WSUS 2.0 SP1 infrastructure to WSUS 3.0. I noticed the following event on many, but not all, of the WSUS downstream servers:

Event Type: Error
Event Source: Windows Server Update Services
Event Category: Core
Event ID: 10012
Date: 1/2/2008 Time: 7:30:49 AM
User: N/A
Computer: SAFS01
Description: The permissions on directory D:\WSUS are incorrect.
For more information, see Help and Support Center at blah, blah, blah

These servers also suddenly began to fail its synchronization from the upstream server. Strangely, they all had been working fine for a few weeks after the upgrade. The solution is to modify the directory permissions as follows:
  • The root folder of the local content directory must have at least Read permissions for the Users security group and the NT Authority\Network Service account. In other words, if the WSUS content directory is D:\WSUS\WSUSContent, the D:\WSUS directory must have the correct permissions. The BITS service will fail if these permissions are not set.
  • The content directory itself (in the above example, the WSUSContent directory) must have Full Control permissions for the NT Authority\Network Service account.
  • The temporary ASP.NET directory (%windir%\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files) must have Full Control permissions for the NT Authority\Network Service account.
  • The system %TEMP% directory (usually %windir%\TEMP) must have Full Control permissions for the NT Authority\Network Service account.

After the permissions have been set correctly restart the Update Services service and check the Application event log for errors. You should be able to perform a synchronization successfully now.





Labels: , , ,


Subscribe to my feed   StumbleUpon Toolbar

Subscribe to The EXPTA {blog} by Email

8 Comments:

At February 8, 2008 7:06 AM , Anonymous Anonymous said...

Solved the problem! Many thanks!

 
At March 11, 2008 10:20 AM , Anonymous Anonymous said...

Worked like a charm! Thanks for the advice. :)

 
At April 3, 2008 7:34 PM , Blogger Rochana said...

Didn't work as you mentioned.
But running "wsusutil checkhealth" showed permission problems going back to the D:
Had to set permissions for D: for NetworkService to get it working.
Thanks for the directions!
Good post.
Cheers

Rochana

 
At June 4, 2008 4:13 PM , Anonymous Resonate said...

Awesome thanks. As per the previous post i also had to amend permissons on D:\ to network service read

 
At June 16, 2008 8:17 AM , Anonymous computing tips said...

i had this problem since upgrading to 3.0 sp1 !!! But fixed now thanks

 
At July 31, 2008 6:39 AM , Anonymous Oli said...

Big Thanks!!!

I can`t install Sp1 for Wsus till i read this =)

Now my Server is working very good =)

 
At October 16, 2008 3:32 PM , Anonymous Anonymous said...

Great post, worked a treat

thanks

 
At October 30, 2008 1:51 AM , Anonymous Anonymous said...

Solved my problem! Thanks

 

Post a Comment

Thank you for posting a comment! It is my hope that you find the information here useful. Let me know (and others) if this post helped you out or if you have a comment or further information.

Links to this post:

Create a Link

<< Home