Self-Update is not working after hard disk full

I have a W2k3 SP1 server running WSUS 3.0, sharepoint services 2.0 and
Symantec Endpoint protection. All of these applications were happily
coexisting until just the other day when the hard disk expectantly filled up.
I won't embarrass myself further on how that happened, but needless to say,
I have had a few complications as a result. The first issue I noticed was
the endpoint protection manager quit. A reinstallation of the console was
the fix. Sharepoint never seemed to have an issue and appears to be working
fine. WSUS began to throw an self-update is not working error, id #13042.
Given that everything did work prior to the disk full issue, settings should
be correct, I just can't find what the root cause of what broke from the disk
becoming full. I have corrected the disk full issue and now have 50 Gig
available.

background:
Default Web site : port 80
Endpoint : port 8014
WSUS admin : 8530
Sharepoint console : 29409

Here is what I have checked:
1) on a client, I have run the clientdiag.exe tool and it returns everything
looks fine
2) on the server, I have run wsusdiagtool.exe /tools:getlogs and the
change.log file shows download retries dating back to the disk full date.
3) The WSUS snapin appears to be working correctly
4) Update service is running
5) http://servername:8530/selfupdate/wuident.cab works

I have also checked eventid.net and tried most of their suggestions, but
again, they all appear to be incorrect settings adjustments to environments
that never worked.

Thanks in advance,
Tim

Well I found the solution. The problem was sharepoint blocking the
/Selfupdate and /clientwebservice virtual directories that had to be
recreated under the Default Web Site port 80. I have no idea why the virtual
directories were blown away or why sharepoint forgot the exclusion paths, but
here is what I had to do.

From http://technet.microsoft.com/en-us/l.../cc708554.aspx

If you have installed Windows® SharePoint® Services on the default Web site
in IIS, configure it to not interfere with Self-update
If you install Microsoft Windows Sharepoint Services on the same server that
is running WSUS, you might get the following issues:

An "Access denied" message appears when Automatic Updates tries to update
itself, and the latest Automatic Updates will not be running.

On the Home page, a message appears warning you that the SelfUpdate service
is not available.

If client computers are not running the WSUS-compatible version of Automatic
Updates, they will not be able to receive updates through WSUS.

To resolve this issue
Grant Anonymous access (Anonymous Auth) to the Default Web site,
ClientWebService and Selfupdate v-roots in IIS.

Exclude specific requests from being intercepted by the Windows Sharepoint
Services ISAPI DLL by doing the following:

Open the Windows Sharepoint Services Central Administration Site (click
Start, point to Administrative Tools, and then click Sharepoint Central
Administration).

Click Virtual Server Configuration, and then click Configure Virtual Server
Settings.

Click Default Web Site.

Click Virtual Server Management, and then click Define managed paths.

In the Add a new pathbox, set the type to excluded path. Under Path, type
the following:
"/iuident.cab"
"/wutrack.bin"
"/clientwebservice"
"/Selfupdate"

"Tim VonDerHaar" wrote:

> I have a W2k3 SP1 server running WSUS 3.0, sharepoint services 2.0 and
> Symantec Endpoint protection. All of these applications were happily
> coexisting until just the other day when the hard disk expectantly filled up.
> I won't embarrass myself further on how that happened, but needless to say,
> I have had a few complications as a result. The first issue I noticed was
> the endpoint protection manager quit. A reinstallation of the console was
> the fix. Sharepoint never seemed to have an issue and appears to be working
> fine. WSUS began to throw an self-update is not working error, id #13042.
> Given that everything did work prior to the disk full issue, settings should
> be correct, I just can't find what the root cause of what broke from the disk
> becoming full. I have corrected the disk full issue and now have 50 Gig
> available.
>
> background:
> Default Web site : port 80
> Endpoint : port 8014
> WSUS admin : 8530
> Sharepoint console : 29409
>
> Here is what I have checked:
> 1) on a client, I have run the clientdiag.exe tool and it returns everything
> looks fine
> 2) on the server, I have run wsusdiagtool.exe /tools:getlogs and the
> change.log file shows download retries dating back to the disk full date.
> 3) The WSUS snapin appears to be working correctly
> 4) Update service is running
> 5) http://servername:8530/selfupdate/wuident.cab works
>
> I have also checked eventid.net and tried most of their suggestions, but
> again, they all appear to be incorrect settings adjustments to environments
> that never worked.
>
> Thanks in advance,
> Tim