Changing MOSS service accounts & passwords

I have been preparing some servers for a bunch of testing with PerformancePoint Server (more to follow on this later) which required me to change our MOSS service accounts. Reading around the steps to update these credentials appeared pretty straight forward but as usual MOSS' idiosyncrasies were all to apparent. Here's what i did and how i managed to solve the issues that arose. Hope it helps someone else with the same challenge.

The accounts to be changed were as follows:

1. old_moss_admin ----> new_moss_admin
2. old_ssp_ap ---->new_ssp_ap
3. old_ap1_process ---->new_ap1_process

I followed the following MS KB instructions: 'How to change service accounts and service account passwords in SharePoint Server 2007 and in Windows SharePoint Services 3.0'

1. MOSS Admin Account Update

To update the account old_moss_admin to new_moss_admin:

1. Update the password for the account that is used by the Central Administration application pool. To do this, follow these steps:


1. On all servers in the server farm, open a command prompt, type the following line, and then press ENTER:
   cd %commonprogramfiles%\Microsoft Shared\Web server extensions\12\Bin


2. On the server that hosts the Central Administration Web site, type the following line at the command prompt, and then press ENTER:
   stsadm -o updatefarmcredentials -userlogin DomainName\UserName -password NewPassword


3. On all other servers in the server farm, type the following line at the command prompt, and then press ENTER:
   stsadm -o updatefarmcredentials -userlogin DomainName\UserName -password NewPassword -local


4. Restart Microsoft Internet Information Services (IIS) 6.0. To do this, type the following line at the command prompt, and then press ENTER:
   iisreset /noforce


2. Verify that the Administration Application Pool Credential Deployment job definition is no longer displayed on the Timer Job Definitions page of SharePoint 3.0 Central Administration. To do this, follow these steps:


1. Open SharePoint 3.0 Central Administration, click Operations, and then click Timer job definitions under Global Configuration.


2. Verify that the Administration Application Pool Credential Deployment job definition is no longer displayed in the list.

Error: My Central Administration is now no longer available with the error: 'Service Unavailable'

• I checked & retyped the password in CA web app pool.
• I checked the WSS_WPG, WSS_RESTRICTED_WPG and WSS_ADMIN_WPG local groups on each of the servers - all seemed to be up to date.
• Restarting the CA web app pool makes no difference.

At this point i rolled back to the previous credentials. I then tried again from the start following the same steps above. Result - my Central Administration was still unavailable with the error: 'Service Unavailable'

• I checked the IIS_WPG local group on each server. The new_moss_admin account was not updated so i added it to the group.

I then discovered a couple of DCOM errors in the System Event viewer.

1. I updated the new CA account 'new_moss_admin' to:


• IIS Admin Service
• IIS WAMREG Admin Service


2. Restarted IIS.

Success: Central Admin is up and running again.

2. SSP Account Update

To update the SSP account old_ssp_ap to new_ssp_ap:

Attempt 1 - The wrong way...

1. Open Central Administration
2. Navigate to the Operations page
3. Select Service Accounts
4. Select the radio button Web app pool
5. Select the web service - WSS Web App
6. Select the App Pool - SSP1
7. Select the radio button Configurable
8. Input the new credentials
9. Ok
10. Restarted IIS on both my servers

Error: This had no effect other than stopping me from accessing the SSP. Checking in IIS the account was not updated to the new credentials. I then tried to update the accout via IIS but this had noeffect either and on opening the App Pool properties again i discovered that the account credentials had changed themselves back to the old account.

Attempt 2 - The right way...

I then tried a different approach:

1. Open Central Administration
2. Navigate to the Shared Services Aministration homepage
3. Hover over SSP1's title and select Edit Properties from the drop down.
4. Scroll down to SSP Server Credentials
5. Delete the old credentials and input the new account username & password
6. Ok
7. I then changed the SSP to be the default SSP.
8. Open Compnent Services and update the DCOM services IIS Admin & IIS WAMREG with the new account.
   
9. Restarted IIS on both my servers.

Checking IIS the account was still not updated to the new credentials and i still could not access the SSP website.

Success: 10 minutes later having searched on Google again and felt thoroughly annoyed at there being no pages I hadn't yet read on this topic I checked the SSP website again and it worked! Checking IIS the accounts have now updated to the new credentials.

At this stage I discovered some new errors in the Event View

1. Application Server Administration job failed for service instance Microsoft.Office.Server.Search.Administration.SearchServiceInstance (5d77cabf-3414-40cc-a5ef-f30226a9288b).
   
   Reason: The program attempted to update an object that was updated by another user.
   
   
2. Eventid 6482 - Reason: Access to the path 'C:\WINDOWS\system32\drivers\etc\HOSTS' is denied.
   
   This error was now occuring every minute.
   
   The solution to this (and the previous error) can be found in my previous post here: http://bytelab.blogspot.com/2008/02/sharepoint-search-service-cannot-find.html
   

3. Application Pool Process Accout Update

To update the web app pool process account old_ap1_process to new_ap1_process:

1. Open Central Administration
2. Navigate to the Operations page
3. Select Service Accounts
4. Select the radio button Web app pool
5. Select the web service - WSS Web App
6. Select the App Pool - MOSS Portal
7. Select the radio button Configurable
8. Input the new credentials
9. Ok
10. Open Compnent Services and update the DCOM services IIS Admin & IIS WAMREG with the new account.
11. Restarted IIS on both my servers

Success: All updated and working ok.

************************************************************

Useful web sites i visited for this:

• Change passwords for Central Administration and Timer service (Windows SharePoint Services) http://technet.microsoft.com/en-us/library/cc288991.aspx
• How to change service accounts and service account passwords in SharePoint Server 2007 and in Windows SharePoint Services 3.0 http://support.microsoft.com/kb/934838
• MOSS 2007 Setup Accounts Clayton J http://claytonj.wordpress.com/2007/04/23/moss-2007-setup-accounts/
• How to change service accounts and their passwords in MOSS and WSS 3.0 http://weblogs.asp.net/erobillard/archive/2007/07/06/how-to-change-service-accounts-and-their-passwords-in-moss-and-wss-3-0.aspx
  

SSP Stuck on Unprovisioning

I tried to delete a test SSP the other day via Central Administration. Having selected the options to also delete associated content databases and web applications i hit ok and left it to run. The SSP status changed to 'Unprovisioning' and an hour later was still stuck.

I then followed this example in the hope the SSP would delete.

• http://prequest01.wordpress.com/2008/08/16/unable-to-delete-shared-services/
  
  
1. Tried: stsadm -o deletessp "TestSSP" –force, but this did not work
   
2. Login to SQL server.
   
3. Open SQL Management Studio and expend Databases.
   
4. Expand Configuration Database & Tables.
   
5. Opened table for dbo.object.
   
6. Executed following query in query analyzer: SELECT * FROM [MOSS_CFG_CA_01].[dbo].[Objects]where name like ‘Name of the Shared Services’.
7. Copy the ID of object referenced in objects table of configuration database.
   
8. Open command prompt and changed directory to C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN> and executed following command to delete the Shared Services using the ID which was copied: Stsadm -o deleteconfigurationobject -id “id retrieved from object table”

• To clean up we decide to delete the DBs via SQL Management Studio and delete the web applications via Central Administration.

A week later I discovered that one of our servers had rebooted itself with the following log (don't yet know if this is related):

System Failure: Stop error
Reason Code: 0x805000f
Bug ID:
Bugcheck String: 0x000000c5 (0x00000004, 0xd0000002, 0x00000001, 0x8089bce3)
Comment: 0x000000c5 (0x00000004, 0xd0000002, 0x00000001, 0x8089bce3)

I then discovered that the search was no longer working. Submiting a query returned the following error:

Cannot connect to the search service

The status of the test SSP i had tried to delete was still stuck on 'Unprovisioning'. Also the other SSPs 'Edit Properties' pages in Central Administration were no longer available and returned the following error:

An unhandled exception occurred in the user interface.Exception Information: Cannot open database "xxx" requested by the login. The login failed. Login failed for user 'xxx'.

In the event log on the server I found multiple instances of the following error:

Application Server Administration job failed for service instance Microsoft.Office.Server.Search.Administration.SearchServiceInstance (e6a1ecb4-3aa8-45cd-a179-d7e053aa927a).

Reason: Cannot open database "xxx" requested by the login. The login failed.
Login failed for user 'xxx'.

Solution:

1. Restart the Office SharePoint Server Search service in via the Computer Management console - Search still not working.
2. I retried the STSADM CMD
   stsadm -o deletessp "TestSSP" –force

Operation was successful this time and the SSP has now gone. The event log is now clear of all errors and the unavailable pages in Central Administration are now available again.

MOSS Search Broken

MSS search has been broken for a few weeks now. One of the issues with the fault has been that MOSS had stopped writing to the error logs so we had no way of finding specific error inforation. I logged a call with Microsoft because of this and they suggested that i recreate the SSPs as they must be coorupt.

I tested this by creatiing a new SSP and true enough it did allow search queries and returned results. But, recreating our SSPs is no small job because once you do so you have to recreate all your customisations as well. This means redeploying custom webparts and setting them up on your sites. Recreateing audiences and resetting targeted content on the sites, etc etc. Depending on your set up this can take quite an effort.

Before heading down the last resort of recreating the SSPs i decided to try and solve the issues first. For info I am running a standard installation with 3 servers:

• MOSS01 - Index
• MOSS02 - WFE
• MOSS03 - Query & Central Admin

Take note that it took a weekend of digging around and trying the same steps over and over again to finally fix everything. There's a list of the errors and how to fix them at the bottom of this post. I have tried to put the main steps that i followed into order below - i hope this helps someone...

******************************************************

Attempt 1

1. Reboot Index server
2. Reboot Query server
   
3. Propagate the Index file to a new location using STSADM
   stsadm -o osearch -propagationlocation

Result: Index moved to new location sucessfully. Search not working.

Attempt 2

1. Start the Indexing service on the MOSS Index server using Computer Management / Services
   
2. Stop the Search Services (Index & Query) using STSADM
   stsadm -o osearch -action stop
3. Start the Search Services (Index & Query) using STSADM
   stsadm -o osearch -action start

Result: Search not working.

Attempt 3

1. Reset the Indexer in each SSP to the Index server via Central Admin SSP Proerties page
2. Add the process accounts to each SSP on the Edit Properties page - http://ssp/admin/_layouts/searchsspsettings.aspx
3. Set the security for C:\Windows\Tasks to read & write for the WSS_WPG account:
1. On the Index server make sure that you can see the Sharing and Security tab in the Windows tasks folder (usually C:\Windows\Tasks) by open a command prompt and type attrib –s %windir% \tasks.
2. Browse to C:\Windows\Tasks in explorer, right click and select properties. Grant the WSS_WPG group Read and Write permissions on the tasks folder.
3. Open a command prompt and type attrib +s %windir% \tasks to reset the tasks folder to its default view.
4. Delete the content index in each SSP
5. Start a full crawl in each SSP

Result: Search now returning results correctly in 2/4 SSPs. MOSS event logs are now populating.

• SSP1 status - Propagating to new Query server. Search index status 'Computing ranking'. Search not working. When I manually started a crawl, there's a pop up message saying 'Crawling might be paused because a backup or an index move operation is in progress. Are you sure you want to resume this crawl?' Selected 'Yes'.
  
• SSP2 status - Propagating to new Query server - Search not working
• SSP3 status - Propagating - Search is working
• SSP4 status - Idle - Search is working
  

Attempt 4

1. Reboot Index & Query servers
   
2. Stop the Search Services (Index & Query) using Central Administration
   
3. Recreate the Search Services (Index & Query) using Central Administration
   
4. Reset the Indexer in each SSP to the Index server
5. Set the security for C:\Windows\Tasks to read & write for the WSS_WPG account
6. Reset the content index in each SSP
7. Start a full crawl in each SSP

Result: Search working in all SSPs.

One remaining error in the event log is now: Tracing Service failed to create the trace log file directory 'D:\MOSS\12\LOGS'. Error 3: The system cannot find the path specified.

******************************************************

General Error List

Some of the errors i have worked through are listed here:

• Your search cannot be completed because of a service error. Try your search again or contact your administrator for more information
• Reassociating the indexer and search service with the ssp under application management on the central administration site
  
• Content index on Portal_Content could not be initialized. Error The content index is corrupt.
• Query server not responding
• http://brijesh.spaces.live.com/blog/cns!BFBD772FBDA58C6D!194.entry
1. stsadm.exe –o osearch –propagationlocation index file path
2. Run a full crawl
   
• Could not create a database session
• http://social.technet.microsoft.com/Forums/en-US/sharepointsearch/thread/e277cc4f-03d9-4424-af1a-a167fd3c6186/
1. Open Central Admin
2. In the Application Tab go to Create or Manage this farm's shared services
3. Click the drop down of the SSP you want to edit, and click edit
4. Add the Indexing server
• Error trying to access the SSP search settings page: http://ssp/admin/_layouts/searchsspsettings.aspx - 403 FORBIDDEN
  
• See next solution below http://support.microsoft.com/kb/926959
• Error when you try to edit the content source schedule in Microsoft Office SharePoint Server 2007: "Access is denied"
• http://support.microsoft.com/kb/926959
  To work around this issue, you must add the WSS_WPG group to the Tasks folder. To do this, follow these steps:
1. Use an account that has administrative permissions to log on to the computer that is running the Office SharePoint Server 2007 indexing service.
2. Click Start, click Run, type cmd, and then click OK.
3. At the command prompt, type the following command, and then press ENTER:
   attrib –s %windir%\tasks
   Note In this example, %windir% is the path of the Windows folder. For example, the path can be C:\Windows.
   Note If Windows Explorer is open when you make this change, you will not see the extra tab in Windows Explorer. If Windows Explorer is already open, close and then reopen it before you perform step 4.
4. In Windows Explorer, right-click the Tasks folder, and then click Properties.
5. In the Tasks Properties dialog box, click the Security tab, and then click Add
6. In the Select Users, Computers, or Groups dialog box, type WSS_WPG in the Enter object names to select box, and then click OK.
7. Grant the following permissions for the WSS_WPG account, and then click OK: Read & Write
8. Click Start, point to Administrative Tools, and then click Internet Information Services (IIS) Manager.
9. In Internet Information Services (IIS) Manager, right-click ComputerName (local computer), click All Tasks, and then click Restart IIS.
10. Click Start, click Run, type cmd, and then click OK.
11. At the command prompt, type the following command, and then press ENTER:
    attrib +s %windir%\tasks
    Note This resets the Tasks Property back to the default view.
    
• The search service is currently offline. Visit the Services on Server page in SharePoint Central Administration to verify whether the service is enabled. This might also be because an indexer move is in progress.
• http://www.sharepointblogs.com/jasonmedero/archive/2008/09/15/moss-2007-error-when-moving-indexing-role-the-search-service-is-currently-offline-visit-the-services-on-server-page.aspx
1. Stop and start search services on new index server and all servers running the query role
2. Then restarted the search service via central administration under operations tab>>Services
3. Went into Services.msc and found the Office Search Service and restarted it manually
4. Checked to make sure that the search service account had correct rights to SQL.
• None of the above worked so...
  
1. Going into the SSP settings (clicking on SSP administration not the SSP link itself) within the left quick launch navigation from within central administration.
2. Selecting the dropdown arrow next to the SSP where I was having the search issue
3. Select edit properties
4. Within the properties screen of the SSP look for the “Process accounts”
5. Make sure that your search account is in there!
   
• Test Shared Service Provider stuck on 'Unprovisioning' after trying to delete it and associated databases.
• http://www.synergyonline.com/blog/blog-moss/Lists/Posts/Post.aspx?ID=19
• Tried: stsadm -o deletessp –force, but this did not work
  
• http://prequest01.wordpress.com/2008/08/16/unable-to-delete-shared-services/
1. Login to SQL server.
   
2. Open SQL Management Studio and expend Databases.
   
3. Expand Configuration Database & Tables.
   
4. Opened table for dbo.object.
   
5. Executed following query in query analyzer: SELECT * FROM [MOSS_CFG_CA_01].[dbo].[Objects]where name like ‘Name of the Shared Services’.
6. Copy the ID of object referenced in objects table of configuration database.
   
7. Open command prompt and changed directory to C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN> and executed following command to delete the Shared Services using the ID which was copied: Stsadm -o deleteconfigurationobject -id “id retrieved from object table”
• The search request was unable to connect to the Search Service
• http://anuraj.wordpress.com/2007/10/25/the-search-request-was-unable-to-connect-to-the-search-service/
1. Start the Indexing service, which is disabled by default.
2. Go to Services from Control Panel > Administrative Tools > Services
   
3. Select the Indexing service, right click and choose the option start

SharePoint RSS Viewer Error

Having added the SharePoint OOB RSS web part on to my site and configured it to point to a feed i received the following error in the log:

RssWebPart: Exception handed to HandleRuntimeException.HandleException System.Net.WebException: Unable to connect to the remote server

Found the solution here: http://yasirbutt.spaces.live.com/blog/cns!A8677D5751E6B4DA!1409.entry

The following needs adding to the site web.config file (at the bottom of the file):

<system.net>
<defaultProxy>
<proxy usesystemdefault = "false" proxyaddress="http://proxyservername" bypassonlocal="true" />
</defaultProxy>
</system.net>

Move Central Administration to another server in your farm

1. On the existing farm Central Administration server (DEV01W2K3) remove the Central Administration website:
   
   1. Run the SP configuration wizard
   2. Select: Do not disconnect from the server farm (Warning: Disconnecting from the server farm will result in all your web applications being deleted from IIS. They can be recreated if you reconfigure central administration again and link to the existing configuration DB, but they will be unavailable until that time. That means no web sites available and more down time than necessary!)
   3. Select: Yes, I want to remove the website from this machine
   4. Select: Ok
   
   Note: The configuration wizard will stop IIS and all websites may become unavailable for a few minutes while it steps through the processes. Ensure that you do not delete any databases as you will be hooking the new Central Admin site to the original DB.
   
   If you check IIS you will see that the Central Administration web application has disappeared leaving only your portal web apps and the OfficeServerApplication
   
   
   


2. Run the SP configuration wizard on the new server (DEV02W2K3) and recreate the Central Administration site.
   
   1. Select: Do not disconnect from the configuration database
   2. Select: Advanced Settings
   3. Select: Use this machine to host the web site
   4. Select: Next / Ok
3. Open central administration and check the servers in the farm – you should see Central Administration now hosted on DEV02W2K3:
   
   
   


4. Check all your services are running – search may need restarting and you may need to reset the index role in the Shared Service Provider properties.
5. Check your event logs and work through any issues.

Add a new server to a MOSS SP1 farm

1. Backup SharePoint.
2. Build the new SharePoint server (DEV02W2K3) and install:
   
   1. Windows Server 2003 Enterprise Edition
   2. NET 2.0
   3. NET 3.0
   4. MOSS 2007 – do not run the SP configuration wizard
3. Install MOSS SP1 on the new server (DEV02W2K3):
   
   1. Run the WSS upgrade WSS SP1 downloads
   2. If prompted close the configuration wizard.
   3. Run the Office upgrade MOSS SP1 downloads
   4. Run the configuration wizard:
      
      1. Select: Connect to an existing server farm
      2. Retrieve and select the existing configuration database (MOSS_Config_DEV01W2K3) from the SQL box
      3. Select: Do not host Central Administration on this server
      4. Select: Next / Ok
         

1. Go to Central Administration and check the farm topology. You should now see both SP1 servers (DEV01W2K3 & DEV02W2K3) in the farm. Note that they both show the SP1 version number 12.0.0.6219.
   
   
   
   

Error installing WSS and MOSS SP1

I followed the steps here:
http://msmvps.com/blogs/shane/archive/2007/12/14/how-to-install-wss-and-moss-sp1.aspx

Further reading & downloads

• MS Technet - Deploy software updates for Office SharePoint Server 2007
• MS Technet - Deploy software updates for Windows SharePoint Services 3.0
• MS KB 945013 - How to deploy 2007 Office System Servers Service Pack 1 and Office Server Language Pack 2007 Service Pack 1
• MS Download Centre - The 2007 Microsoft Office Servers Service Pack 1 (SP1)
• MS Download Centre - Windows SharePoint Services 3.0 Service Pack 1 (SP1)

My MOSS environment is a basic farm with one MOSS server & one SQL 2005 server.

The WSS upgrade installed ok.
The Office upgrade installed ok.

I ran the configuration wizard which ran through each step without any problem until step 9 where it failed with the error message below.

Central Administration is still running ok.
My Portal is still running ok.

The upgrade appears to have worked however; the version number against the server in Central Administration is equal to 12.0.0.6219.

This is worrying though - this is an OOB uncustomised MOSS environment in pretty much its most simple form.

Update... (10/01/2008)

Spoke to Microsoft who said - ignore the error message (!!)

The error log:

01/09/2008 16:13:50 9 ERR The B2B upgrader timer job failed.
01/09/2008 16:13:50 9 INF Entering function StringResourceManager.GetResourceString
01/09/2008 16:13:50 9 INF Resource id to be retrieved is UpgradeTaskFailConfigSyncDisplayLabel for language English (United States)
01/09/2008 16:13:50 9 INF Resource retrieved id UpgradeTaskFailConfigSyncDisplayLabel is Failed to upgrade SharePoint Products and Technologies.
01/09/2008 16:13:50 9 INF Leaving function StringResourceManager.GetResourceString
01/09/2008 16:13:50 9 INF Entering function Common.BuildExceptionMessage
01/09/2008 16:13:50 9 INF Entering function StringResourceManager.GetResourceString
01/09/2008 16:13:50 9 INF Resource id to be retrieved is ExceptionInfo for language English (United States)
01/09/2008 16:13:50 9 INF Resource retrieved id ExceptionInfo is An exception of type {0} was thrown. Additional exception information: {1}
01/09/2008 16:13:50 9 INF Leaving function StringResourceManager.GetResourceString
01/09/2008 16:13:50 9 INF Leaving function Common.BuildExceptionMessage
01/09/2008 16:13:50 9 ERR Task upgrade has failed with a PostSetupConfigurationTaskException An exception of type Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException was thrown. Additional exception information: Failed to upgrade SharePoint Products and Technologies.
01/09/2008 16:13:50 9 INF Entering function Common.BuildExceptionInformation
01/09/2008 16:13:50 9 INF Entering function Common.BuildExceptionMessage
01/09/2008 16:13:50 9 INF Entering function StringResourceManager.GetResourceString
01/09/2008 16:13:50 9 INF Resource id to be retrieved is ExceptionInfo for language English (United States)
01/09/2008 16:13:50 9 INF Resource retrieved id ExceptionInfo is An exception of type {0} was thrown. Additional exception information: {1}
01/09/2008 16:13:50 9 INF Leaving function StringResourceManager.GetResourceString
01/09/2008 16:13:50 9 INF Leaving function Common.BuildExceptionMessage
01/09/2008 16:13:50 9 INF Leaving function Common.BuildExceptionInformation
01/09/2008 16:13:50 9 ERR An exception of type Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException was thrown. Additional exception information: Failed to upgrade SharePoint Products and Technologies.
Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException: Exception of type 'Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException' was thrown.
at Microsoft.SharePoint.PostSetupConfiguration.UpgradeTask.Run()
at Microsoft.SharePoint.PostSetupConfiguration.TaskThread.ExecuteTask()
01/09/2008 16:13:50 9 INF Entering function Common.BuildExceptionInformation
01/09/2008 16:13:50 9 INF Entering function Common.BuildExceptionMessage
01/09/2008 16:13:50 9 INF Entering function StringResourceManager.GetResourceString
01/09/2008 16:13:50 9 INF Resource id to be retrieved is ExceptionInfo for language English (United States)
01/09/2008 16:13:50 9 INF Resource retrieved id ExceptionInfo is An exception of type {0} was thrown. Additional exception information: {1}
01/09/2008 16:13:50 9 INF Leaving function StringResourceManager.GetResourceString
01/09/2008 16:13:50 9 INF Leaving function Common.BuildExceptionMessage
01/09/2008 16:13:50 9 INF Leaving function Common.BuildExceptionInformation
01/09/2008 16:13:50 9 INF Entering function UpgradeBootstrapTask.BuildUpgradeExtendedMessage
01/09/2008 16:13:50 9 INF Task result is fail
01/09/2008 16:13:50 9 INF Looking for upgrade log file at C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\LOGS\Upgrade.log
01/09/2008 16:13:50 9 INF Found upgrade log file at C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\LOGS\Upgrade.log, so we will build the extended message containing the upgrade log file location so the user can further diagnose
01/09/2008 16:13:50 9 INF Entering function StringResourceManager.GetResourceString
01/09/2008 16:13:50 9 INF Resource id to be retrieved is UpgradeFailureMoreInfo for language English (United States)
01/09/2008 16:13:50 9 INF Resource retrieved id UpgradeFailureMoreInfo is Failed to upgrade SharePoint Products and Technologies. Further information regarding this failure can be found at {0}.
01/09/2008 16:13:50 9 INF Leaving function StringResourceManager.GetResourceString
01/09/2008 16:13:50 9 INF Leaving function UpgradeBootstrapTask.BuildUpgradeExtendedMessage
01/09/2008 16:13:50 9 INF Entering function TaskBase.OnTaskStop
01/09/2008 16:13:50 9 INF Creating the OnTaskStop event for task upgrade
01/09/2008 16:13:50 9 ERR Task upgrade has failed
01/09/2008 16:13:50 9 INF friendlyMessage for task upgrade is An exception of type Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException was thrown. Additional exception information: Failed to upgrade SharePoint Products and Technologies.
01/09/2008 16:13:50 9 INF debugMessage for task upgrade is Failed to upgrade SharePoint Products and Technologies. Further information regarding this failure can be found at C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\LOGS\Upgrade.log.
An exception of type Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException was thrown. Additional exception information: Failed to upgrade SharePoint Products and Technologies.
Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException: Exception of type 'Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException' was thrown.
at Microsoft.SharePoint.PostSetupConfiguration.UpgradeTask.Run()
at Microsoft.SharePoint.PostSetupConfiguration.TaskThread.ExecuteTask()