An update conflict occurred while executing the alternate url synchronizer job
So the problem: We have two farms and one SSP. We try to edit AltAccessMappings on the parent farm for www.web-collaboration... Everything goes ok for parent farm but. We have the perfomance issue (100% CPU load) on child farm (on both FTE servers - 1103-1104). And in the EventViewer we have found these errors (below): PS: To resolve the perfomance issue we have to disable the alternate url synchronizer job(s) on both FTE servers. Event Type: Error Event Source: Office SharePoint Server Event Category: Office Server Shared Services Event ID: 6480 Date: 13.12.2010 Time: 17:34:44 User: N/A Computer: 1103 Description: An exception occurred while executing the alternate url synchronizer job. Reason: An update conflict has occurred, and you must re-try this action. The object SPAlternateUrlCollection Name=web-Collaboration_80b781da-f383-42d2-a463-396b3eeec2e0 Parent=SPFarm Name=child_config is being updated by domain\user, in the OWSTIMER process, on machine 1103. Techinal Support Details: Microsoft.SharePoint.Administration.SPUpdatedConcurrencyException: An update conflict has occurred, and you must re-try this action. The object SPAlternateUrlCollection Name=web-Collaboration_80b781da-f383-42d2-a463-396b3eeec2e0 Parent=SPFarm Name=child_config is being updated by domain\user, in the OWSTIMER process, on machine 1103. Event Type: Error Event Source: Windows SharePoint Services 3 Event Category: Timer Event ID: 6398 Date: 13.12.2010 Time: 17:34:44 User: N/A Computer: 1103 Description: The Execute method of job definition Microsoft.Office.Server.Administration.AlternateUrlSynchronizerJob (ID 11bd4cd9-2894-4182-9cb3-96e698a49f0c) threw an exception. More information is included below. An update conflict has occurred, and you must re-try this action. The object SPAlternateUrlCollection Name=web-Collaboration_80b781da-f383-42d2-a463-396b3eeec2e0 Parent=SPFarm Name=child_config is being updated by domain\user, in the OWSTIMER process, on machine 1103. Event Type: Error Event Source: Windows SharePoint Services 3 Event Category: Timer Event ID: 6398 Date: 13.12.2010 Time: 17:39:41 User: N/A Computer: 1104 Description: The Execute method of job definition Microsoft.Office.Server.Administration.AlternateUrlSynchronizerJob (ID 66c479af-4671-4f17-9262-e8cbd4d9ce8a) threw an exception. More information is included below. An update conflict has occurred, and you must re-try this action. The object SPAlternateUrlCollection Name=web-Collaboration_80b781da-f383-42d2-a463-396b3eeec2e0 Parent=SPFarm Name=child_config is being updated by domain\user, in the OWSTIMER process, on machine 1103.
December 14th, 2010 7:35am

We have found some information about URL Sync job: On our SharePoint farm we we’re faced with the error: An exception occurred while executing the alternate url synchronizer job. Reason: http://portal is already routed to the Default zone of another application. Remove that mapping or use a different URL. Techinal Support Details: System.InvalidOperationException: http://portal is already routed to the Default zone of another application. Remove that mapping or use a different URL. at Microsoft.SharePoint.Administration.SPAlternateUrlCollection.Add(SPAlternateUrl alternateUrl, Boolean fUpdate, Boolean throwIfExists) at Microsoft.SharePoint.Administration.SPAlternateUrlCollection.Add(SPAlternateUrl alternateUrl) at Microsoft.Office.Server.Administration.AlternateUrlSynchronizerJob.Execute(Guid targetInstanceId) In this case there is a child farm, say FARMB, that uses the Shared Service Provider from a parent farm. Let’s call that FARMA. When you go to the central administration page on the parent farm to the Alternate Access Mappings you would see all your webapplications listed there. The same should be for the child farm. In our case this was the case. So clearly the url (http://portal) already existed on both farms. To find out the root cause of the error we fell back to the configuration database. Connect to you’re configuration database on your parent farm and execute the following query: SELECT * FROM Objects WHERE ClassId = '9920F486-2FF4-4D10-9532-E01979826585' The resultset will show you all the alternate access mappings on the parent farm. Do the same on the configuration database for the child farm. SELECT * FROM Objects WHERE ClassId = '9920F486-2FF4-4D10-9532-E01979826585' The columns to watch are the Id and Name column. In the name column you should recognize your webapplications. On the child farm you should see the same names but suffixed with a guid. For the webapplications that are the same on both farms, except the Central Administration, the Id column should show the same values. So it doesn't help us. Unfortunately, we have - the same values.
Free Windows Admin Tool Kit Click here and download it now
December 14th, 2010 7:42am

Hi Andrey, It seems like there was a modification to your alternate access mappings. Check your alternate access mappings to make sure they are configured properly and that you have a default zone URL specified. You can get more detailed information about Event 6398 from here: http://technet.microsoft.com/en-us/library/cc561011(office.12).aspx. Hope this helps. Regards
December 15th, 2010 4:53am

Yes, there was a modification. But we have deleted the AAM settings on the child farm. Then enable the timer job (alternate url synchronizer job). And have the same errors.
Free Windows Admin Tool Kit Click here and download it now
December 17th, 2010 10:18am

Hi Andrey, Sorry for the delay. Have you try the methods which were mentioned in the above article? If it can’t solve your problem, you can check this thread: http://social.technet.microsoft.com/Forums/en-US/sharepointadmin/thread/e8b34a19-c9d4-49ae-9015-33f9c0eedf3d/, I think you can get some useful information from it. Hope this helps. Regards.
December 19th, 2010 9:22pm

Hi Peng, Could you please clarify why we need to use alternate url synchronizer job on the childfarm? Could we disable it?
Free Windows Admin Tool Kit Click here and download it now
December 23rd, 2010 4:15am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics