Hi all, I was hoping that someone might be able to help me troubleshoot a problem downloading content for an install software stage of an OSD TS. My OSD TS stops dead when downloading Microsoft Visio. When I check the IIS logs I see a 401 2 5 31 'Unauthorized' error. Yesterday I deleted the package from the DP and then re-added it. The first time after this that I ran the OSD TS Visio was downloaded fine so I thought problem solved but then subsequent runs are now getting the 401.2 error again which seems illogical and random. The only clue I have to the problem is that in the IIS log for each file that gets downloaded successfully the sccm network access account is detailed. When it comes to downloading visio is fails on the first file it tries to download and the network access account is not detailed in the request. I have no idea why this is though. Examples: Success: 2011-08-16 17:52:15 10.15.26.242 GET /SMS_DP_SMSPKGE$/SU100023/x86+Folder/Word.en-us/WordMUI.xml - 80 STAFF\sccm 10.54.1.77 SMS+TS 200 0 0 0 Fail: 2011-08-16 17:55:33 10.15.26.242 GET /SMS_DP_SMSPKGE$/SU100046/acls.bat - 80 - 10.54.1.77 SMS+TS 401 2 5 31 Any ideas? Thanks Jay

if running Serrver 2008 then check your webdav configuration file, it may be blocking the batch file type, check the file here -C:\Windows\System32\inetsrv\config\schema\WebDAV_schema.xml cheers niall My step by step SCCM Guides I'm on Twitter > ncbrady

Thanks for the reply. I have had a quick look but can't find any reference to batch files in the WebDAV schema. I know that some of my other packages contain batch files which get downloaded without any problems anyway. Plus there is the fact that when I deleted and re-added this package to the DP it worked fine for one TS then started having the issue again. I've just checked the IIS logs for the one time Visio got downloaded successfully after re-adding it to the DP and the Network Service Accont is clearly stated in the request. 2011-08-16 11:36:46 10.15.26.242 GET /SMS_DP_SMSPKGE$/SU100046/acls.bat - 80 STAFF\sccm 10.54.1.77 SMS+TS 200 0 0 0 Therefore, to me this problem seems all about why the TS is making the HTTP request for Visio in a different way without using the Network Service Account.

I seem to have been able to resolve this by a combination of removing the package from the TS and re-adding it, moving the position of the package within the TS and updating the content on the DP.