This morning I applied the current MS patches to a number of my servers. On some they worked fine, but on this server my blog server the patch horked up Sharepoint Services 3.0.
I was getting the following error
Event Type: Error
Event Source: Windows SharePoint Services 3
Event Category: Topology
Event ID: 6800
Date: 11/10/2007
Time: 7:31:59 AM
User: N/A
Computer: SERVERNAME
Description:
The database WSS_Content on SERVERNAME\Microsoft##SSEE is not accessible to missing Windows Internal Database signatures.
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
I picked a section of the error message that would not likely generate too many false positives and searched on the following
“is not accessible to missing Windows Internal Database signatures.”
Found a number of references to people having this error earlier in the year and how they resolved it. Not sure though why it caused me trouble now.
Vlad has seen it too. http://www.vladville.com/fixing-sharepoint-30-with-kb932091
I ran through that process, but the Sharepoint Configuration Wizard would not work still. It kept failing on step 9 of 10.
Digging into the logs seemed to suggest that my administrator account didn’t have permission. I’ve actually renamed my administrator account to something else. After some digging and help from some friends (thanks Damian) I was still no closer to the solution. Damian thought it might be related to orphaned sites on my WSS 3.0 installation. I had a gut feel that it was the renamed admin account. I renamed the account BACK to administrator, rebooted and re-ran the Sharepoint Configuration wizard and finally after 4 hours of messing around, it works!
At the end of all this I’m still in my pre-patch situation. I had both an NTBackup and StorageCraft image of the server before I started patching this morning. However after 4 hours of messing around, I need to get some work done. I’ll look again at the patch on the weekend to see if I want to bash my head against the wall some more.
Correction I was incorrect the new patch is in place. I was misreading the MU screen.
Watch out for it this patch it’s not nice!
Anonymous says
I have seen similiar issues on my Sharepoint installs that were made even worse because of the fact that I aldo had Sharepoint GRoupboard installed.
I’m putting together my own story of woe on my (now recovered Sharepoint) blog at :
http://supportweb.ciaops.net.au/blog
Thanks
Robert Crane
Saturn Alliance
Anonymous says
I ran into this today. Tried to install Hotfix 937901 (want to add external storage). I had the same symptoms listed here. Solutions to similar problems that other people had that _didn’t_ work were:
1. Pull dw20w.msp out of another hotfix and apply it manually.
2. Fixing permissions in the SQL Management tool. (I also had “NT AUTHORITY\NETWORK SERVICE could not log in” errors.)
3. Running stsadmin -o execsvcadmjobs
What *did* work was not misinterpreting the error message. It failed at step 9/10, sometimes after long periods of time. And the error message mentioned having to start the SPsearch indexing service manually. What it didn’t mention was that you had to do it immediately (not that you’d have to start it manually later).
svsadm -o spsearch
was all I needed.
Steven Sainsbury says
I ran the following command on my sharepoint server and it resolved the problem…
Stsadm o upgrade inplace url http://sharepointsite