When synchronizing the SharePoint calendar to the to the outlook i am getting "Send/Receive Error" in the Outlook
Task 'SharePoint' reported error (0x8000FFFF): 'An error occured in the outlook or SharePoint. Contact the SharePoint site Administrator. HTTP 415'
Possible Reasons:
1) While synchronizing the SharePoint calendar to the outlook it may have failed to sync the permissions.
Steps that possibly reslove this issue:
Note: Make sure that Outlook 2007 is installed in the local machine
1)Try stop and start the event notification and try synchronzing the SharePoint
Calendar to the outlook again.
- to stop the event notification, from the command prompt type 'net stop sens'.
- to start the event notification, from the command prompt type 'net start sens'.
2) If the above option does not work then try the other approach below:
- From the outlook, Go to Tools ---> Account Settings ---> SharePoint Lists
and remove all the items from that. Then try synchronizing the SharePoint
Calendar again.
Welcome to SharePoint stop. I am a big fan of games and i often visit Game Stop where i can find the games according to my interest. So i made the title of the blog as SharePoint stop where people might find the issues and workarounds available.
Friday, December 4, 2009
Saturday, November 21, 2009
The search service is currently offline. visit services on the server page in sharepoint central administration to verify whether the service......
ISSUE:
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.
Reasons: there might be couple of reasons
1) Index file is corrupted. The index file is generally located at d:\Program Files\Microsoft Office
Servers\12.0\Data\Office\Server\Applications.
2) Your account that is used for search might not have access to the content source.
3) Your indexer might be in move as stated in the error message.
Here are some of the error messages that i have seen in the event viewer.
Event Type: Error
Event Source: Office SharePoint Server
Event Category: Office Server Shared Services
Event ID: 6483
Date: 11/12/2009
Time: 10:43:2009
User: N/A
Computer: SERVERNAME
Description:
Application synchronization failed for Microsoft.Office.Server.Search.Administration.SearchService
Reason: Cannot open database "Sharedservices1_Search_DB_36fea12f-9bf5-4286-81c8-942e5509bf57" requested by the login. The login failed.
Login failed for the user "SEARCH SERVICE ACCOUNT"
Event Type: Error
Event Source: Office Server Search
Event Category: Gatherer
Event ID: 10030
Date: 11/12/2009
Time: 10:43:26 AM
User: N/A
Computer: SERVERNAME
Description:
Error importing registry hive from the configuration database and into the registry.
Context: Application '9f2781a3-9086-4ab5-bd0d-1baec33de57b'
Details:
Access is denied. (0x80070005)
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Event Type: Error
Event Source: Office Server Search
Event Category: Gatherer
Event ID: 10046
Date: 11/12/2009
Time: 10:43:26 AM
User: N/A
Computer: SERVERNAME
Description:
The database connection string is not available.
Context: Application '9f2781a3-9086-4ab5-bd0d-1baec33de57b'
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Event Type: Error
Event Source: Office Server Search
Event Category: Gatherer
Event ID: 10032
Date: 11/12/2009
Time: 10:43:26 AM
User: N/A
Computer: SERVERNAME
Description:
Could not create a database session.
Context: Application '9f2781a3-9086-4ab5-bd0d-1baec33de57b'
Here are the steps i followed to fix the search issue:
1) Stop the Office SharePoint search through "Central Adminsitration"
- From Central Administration go to Operations --> Services running on the server. Then
look for the "Office SharePoint Server Search". Then click on "stop".
2) This de-configures the search service and deletes all the indexed content permanently.
Note: when click on "stop" you might be getting a warning message asking "Are you sure you
want to uninstall the Office SharePoint Server Search from this server?"
Click on "Ok"
3) Now click on "start"
Note: in the "Service Account"(used for search service) section make sure that account has
access to the search data-base.
4) Then click "Shared Services Administration" hover over the failing SSP and select edit.
5) Now you will notice that the indexer is not configured for this Shared ServiceProvider. Select
it from drop-down.
Note: If you are using stand alone server the only the server name will be appearing in the
dropdown.
6) In the "SSP Service Credentials Section" make sure that the account has access to the Search
data-base.
7) Here is the important part. The index server you have selected is probably that you have
used before. If it is, go to the server and locate the indexer files. It is in the text box right
below the dropdown you just used. The path of the index file is written at beginning.
8) In there you will find a folder with GUID name. At the end of the folder add "_Old".
9) Now go back to SSP settings and click "Ok". Wait for one minute the indexer will create the
new GUID folder.
10) Now start the full crawl from the Shared Services Search Administartion,
Conclusion: In this case the service account that is used for search does not have access to the Search data-base. The service account will be given at Shared Services "SSP Credentials" section. And the indexer file is corrupted, By following all the above ten steps i got the Search issue fixed. Hope this post might help to others who have similar/same issue.
References:
http://vspug.com/jasonmedero/2008/09/15/moss-2007-error-when-moving-indexing-role-the-search-service-is-currently-offline-visit-the-services-on-server-page/
http://social.technet.microsoft.com/Forums/en/sharepointsearch/thread/22af594f-10d7-4672-b1f9-472f9aebd3f6
http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2009/02/24/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.aspx
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.
Reasons: there might be couple of reasons
1) Index file is corrupted. The index file is generally located at d:\Program Files\Microsoft Office
Servers\12.0\Data\Office\Server\Applications.
2) Your account that is used for search might not have access to the content source.
3) Your indexer might be in move as stated in the error message.
Here are some of the error messages that i have seen in the event viewer.
Event Type: Error
Event Source: Office SharePoint Server
Event Category: Office Server Shared Services
Event ID: 6483
Date: 11/12/2009
Time: 10:43:2009
User: N/A
Computer: SERVERNAME
Description:
Application synchronization failed for Microsoft.Office.Server.Search.Administration.SearchService
Reason: Cannot open database "Sharedservices1_Search_DB_36fea12f-9bf5-4286-81c8-942e5509bf57" requested by the login. The login failed.
Login failed for the user "SEARCH SERVICE ACCOUNT"
Event Type: Error
Event Source: Office Server Search
Event Category: Gatherer
Event ID: 10030
Date: 11/12/2009
Time: 10:43:26 AM
User: N/A
Computer: SERVERNAME
Description:
Error importing registry hive from the configuration database and into the registry.
Context: Application '9f2781a3-9086-4ab5-bd0d-1baec33de57b'
Details:
Access is denied. (0x80070005)
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Event Type: Error
Event Source: Office Server Search
Event Category: Gatherer
Event ID: 10046
Date: 11/12/2009
Time: 10:43:26 AM
User: N/A
Computer: SERVERNAME
Description:
The database connection string is not available.
Context: Application '9f2781a3-9086-4ab5-bd0d-1baec33de57b'
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Event Type: Error
Event Source: Office Server Search
Event Category: Gatherer
Event ID: 10032
Date: 11/12/2009
Time: 10:43:26 AM
User: N/A
Computer: SERVERNAME
Description:
Could not create a database session.
Context: Application '9f2781a3-9086-4ab5-bd0d-1baec33de57b'
Here are the steps i followed to fix the search issue:
1) Stop the Office SharePoint search through "Central Adminsitration"
- From Central Administration go to Operations --> Services running on the server. Then
look for the "Office SharePoint Server Search". Then click on "stop".
2) This de-configures the search service and deletes all the indexed content permanently.
Note: when click on "stop" you might be getting a warning message asking "Are you sure you
want to uninstall the Office SharePoint Server Search from this server?"
Click on "Ok"
3) Now click on "start"
Note: in the "Service Account"(used for search service) section make sure that account has
access to the search data-base.
4) Then click "Shared Services Administration" hover over the failing SSP and select edit.
5) Now you will notice that the indexer is not configured for this Shared ServiceProvider. Select
it from drop-down.
Note: If you are using stand alone server the only the server name will be appearing in the
dropdown.
6) In the "SSP Service Credentials Section" make sure that the account has access to the Search
data-base.
7) Here is the important part. The index server you have selected is probably that you have
used before. If it is, go to the server and locate the indexer files. It is in the text box right
below the dropdown you just used. The path of the index file is written at beginning.
8) In there you will find a folder with GUID name. At the end of the folder add "_Old".
9) Now go back to SSP settings and click "Ok". Wait for one minute the indexer will create the
new GUID folder.
10) Now start the full crawl from the Shared Services Search Administartion,
Conclusion: In this case the service account that is used for search does not have access to the Search data-base. The service account will be given at Shared Services "SSP Credentials" section. And the indexer file is corrupted, By following all the above ten steps i got the Search issue fixed. Hope this post might help to others who have similar/same issue.
References:
http://vspug.com/jasonmedero/2008/09/15/moss-2007-error-when-moving-indexing-role-the-search-service-is-currently-offline-visit-the-services-on-server-page/
http://social.technet.microsoft.com/Forums/en/sharepointsearch/thread/22af594f-10d7-4672-b1f9-472f9aebd3f6
http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2009/02/24/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.aspx
Monday, September 28, 2009
My Document is not showing in the Search Results
If the document is not showing in the search results there are some things to be considered.
1) If the document is just uploaded. If the document is just uploaded it will not be available immediately in the search results. It will be available after the followed incremental crawl. By default the incremental crawl occurs once in 20 minutes.
2) Concerned person has permissions for the document: He/she searching for the doucment must have minimum read permissions for that document in order to see in the search results.
3) Draft Version of the document: If the document is checked out to a user or if the document is in "Draft version" (Waiting for an approval) the document won't be shown up in the search results.
4) Make sure the file type is indexed by the search server. For example if the file type is pdf by default this type is not indexed by the search server. For that the PDF component called IFileter needs to be installed in order to query and index the PDF content.
1) If the document is just uploaded. If the document is just uploaded it will not be available immediately in the search results. It will be available after the followed incremental crawl. By default the incremental crawl occurs once in 20 minutes.
2) Concerned person has permissions for the document: He/she searching for the doucment must have minimum read permissions for that document in order to see in the search results.
3) Draft Version of the document: If the document is checked out to a user or if the document is in "Draft version" (Waiting for an approval) the document won't be shown up in the search results.
4) Make sure the file type is indexed by the search server. For example if the file type is pdf by default this type is not indexed by the search server. For that the PDF component called IFileter needs to be installed in order to query and index the PDF content.
Tuesday, September 22, 2009
Document Locked
Whenever a document is opened from the SharePoint Document library it must be closed. When the document is opened with the Microsoft word in SharePoint document library for editing, SharePoint keeps a temporary lock on that document. Once for every 10 minutes the office product checks with the SharePoint and let it know that the document is edited by the user. Whenever the document is saved and closed then the lock is released and now the document is available for other users. When the system freezes or connection to the SharePoint environment is lost while editing the document, the lock still exists on the document. The follwoing article clearly explains this scenario in detail and the workarounds available for this issue.
http://paulliebrand.com/2008/01/04/document-is-locked-for-editing/
http://paulliebrand.com/2008/01/04/document-is-locked-for-editing/
Subscribe to:
Posts (Atom)