Category / IT Pro

by Simon Doy

Synchronization for Shared Services Provider ‘xxxx’ has failed.


Introduction

Recently we had an issue on a client’s SharePoint farm. The issue only occured on one SharePoint web front end and the following message was displayed within the server’s event log:-

Event Type: Warning
Event Source: Office SharePoint Server
Event Category: Office Server Shared Services
Event ID: 5783
Date:  dd/mm/yyyy
Time:  hh:mm:ss
User:  N/A
Computer: XXXXXX
Description:
Synchronization for Shared Services Provider ‘xxxx’ has failed. The operation will be retried.

Reason: Collection was modified; enumeration operation may not execute.

Technical Support Details:
System.InvalidOperationException: Collection was modified; enumeration operation may not execute.
   at System.Collections.Hashtable.HashtableEnumerator.MoveNext()
   at Microsoft.Office.Server.Administration.SharedResourceProvider.SynchronizeConfigurationDatabaseAccess(SharedComponentSecurity security)
   at Microsoft.Office.Server.Administration.SharedResourceProvider.SynchronizeAccessControl(SharedComponentSecurity sharedApplicationSecurity)
   at Microsoft.Office.Server.Administration.SharedResourceProvider.Microsoft.Office.Server.Administration.ISharedComponent.Synchronize()
   at Microsoft.Office.Server.Administration.SharedResourceProviderJob.Execute(Guid targetInstanceId)

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Solutions

There were a number of solutions around including this thread, http://social.technet.microsoft.com/Forums/en/sharepointadmin/thread/d2d0e939-2e29-462e-a2f0-6f5e54f6e8fd

The thread talks about running the following commands:-

stsadm -o sync

This will force Sync on all Databases. Wait for some time may be an hour before running following commands.

stsadm -o sync -ListOldDatabases <Days>

This command will list out the databases which are out of sync for number of days specified.
You can also runfollowing command

stsadm -o sync -DeleteOldDatabases <days>

This will Remove Databases which it is unable to sync for number of days specified

stsadm -o sync

However when the command: stsadm -o sync -ListOldDatabases 1 was run then the following message was returned:

“No Databases met the criteria specified”.

Fix

The fix was to restart the Windows SharePoint Timer Job using:-

  • net stop sptimerv3
  • net start sptimerv3

No further error messages were received in the event log.

by Simon Doy

Unable to create a page based on a Publishing Page Layout


Introduction

This issue reared its head a few weeks ago. One of my clients has a pretty heavily customised Intranet which uses custom site definitions with feature stapling etc.

I have advised them to use separate site collections to help keep their site collections secure but with the main advantage being that they can use separate content databases for each site collection. This is to help ensure that they don’t get large 100Gb databases and issues with SQL Server locking.

Anyway, recently we started seeing an issue where the various contributors to the site (who were not site collection admins) could not create a page using the normal site settings->create page.

They had contribute rights but would get the error message:-

“The list does not exist”

 

Solution

So I started thinking about what the problem could be. The list does not exist message was being displayed before a page has been created and as soon as the user clicked Site Settings->Create a Page.

When you create a page you get a list of page layouts to choose from. So that brought me to checking that the master page gallery was there. I thought maybe someone had deleted the list or a feature had not been activated properly.

The list was there but no permissions were set, ah I thought that will be it.

I added the [Site Name] Members and [Site Name] Owners groups giving the Owners group Contributor permissions and the Members group Reader permissions.

The users could now create page successfully.

The reason that the problem was happening is that as part of the site collection creation process the content managers were being good and cleaning up the unused out of the box publishing SharePoint groups.

These groups include the following:-

  • Approvers
  • Designers
  • Hierarchy Managers
  • Quick Deploy Users
  • Restricted Readers
  • Style Resource Readers

However, this process was removing all the permissions from the master page gallery and hence any users who which were not site collection admins could not access the list.

The next step to this solution is write a Feature Receiver to clean up the SharePoint groups and clean up the permissions, this should help make things easier and ensure that users can start using the site as soon as its setup.

That will have to wait for a further blog post though.