Réponses

Go to services.msc from command prompt..start (or restart) the service "office sharepoint server search" . Give IIS an IISReset for good measure and see if the error persists.

If that fails, then the issue could be caused by lack of permission on one of the service accounts. To see the real error, run the Windows Event Viewer. Click on Run and then type
Eventvwr. This particular error fell under the System log. The error was described as:

DCOM had the error "The service did not start due to a logon failur attempting to start the service OSearch with arguments".

The fix was to start Component Services (Under Administration Tools). Under DCOM config, you will find the OSearch component. First find out what the credentials are by using the Identity tab. If the Service is using a system account, you can either elevate
the system account or supply a user with significant rights.

Quick troubleshooting tips:
1. Verify the username and password in the Central Administration App Pool (right click->Properties->Identity[tab])
2. Verify that any services that are running relating to IIS or WSS/MOSS are using valid usernames and passwords.
3. Verify that any services running for SQL Server are using the right username and password.
4. Verify that the account in question has the proper access to the sharepoint databases.

The moral of the story is changing service account passwords wreaks havoc on your SharePoint environment. If you are going to change passwords, there is really only one way to do it.

Go to services.msc from command prompt..start (or restart) the service "office sharepoint server search" . Give IIS an IISReset for good measure and see if the error persists.

If that fails, then the issue could be caused by lack of permission on one of the service accounts. To see the real error, run the Windows Event Viewer. Click on Run and then type
Eventvwr. This particular error fell under the System log. The error was described as:

DCOM had the error "The service did not start due to a logon failur attempting to start the service OSearch with arguments".

The fix was to start Component Services (Under Administration Tools). Under DCOM config, you will find the OSearch component. First find out what the credentials are by using the Identity tab. If the Service is using a system account, you can either elevate
the system account or supply a user with significant rights.

Quick troubleshooting tips:
1. Verify the username and password in the Central Administration App Pool (right click->Properties->Identity[tab])
2. Verify that any services that are running relating to IIS or WSS/MOSS are using valid usernames and passwords.
3. Verify that any services running for SQL Server are using the right username and password.
4. Verify that the account in question has the proper access to the sharepoint databases.

The moral of the story is changing service account passwords wreaks havoc on your SharePoint environment. If you are going to change passwords, there is really only one way to do it.