Ir al contenido principal

SharePoint 2010: The timer service failed to recycle

 

Problem


You find the following entry in the SharePoint 2010 Central Administration Review problems and solutions listing:

Title
The timer service failed to recycle.

Severity
2 - Warning

Category
Performance

Explanation
The last attempt to recycle the timer service failed as have most of the other attempts during the past week. Recycling typically fails because other timer jobs are running when the recycle is scheduled. To view which jobs blocked the recycle view the history for the recycle job and click on the failed status link for more information. The error message for the failed job entry will contain a list of jobs that were still running. The history for the recycle job can be found at: [path to timer job history for the associated timer job]

Remedy
Change the schedule for the timer recycle job so that it does not conflict with other long-running timer jobs. This can be done from the central administration site at [path to timer job history for the associated timer job]. For more information about this rule, see "http://go.microsoft.com/fwlink/?LinkID=142615 ".

Failing Servers
[server name list]

Failing Services
SPTimerService (SPTimerV4)

Rule Settings
View

 

Troubleshooting

  1. Navigate to the timer job history and see the list of instances that failed.
  2. Clicking the Failed status link, the following error message is seen: The timer service was not recycled because the following jobs were still running: Microsoft SharePoint Foundation Usage Data Import.
  3. CA > Monitoring > Timer Job Status, Job Definition: Timer Service Recycle, View: Job Definition
    1. Scheduled to run daily @ 6PM on all farm servers
    2. Duration : 00:10:30.
  4. CA > Monitoring > Timer Job Status, Job Definition: Microsoft SharePoint Foundation Usage Data Import, View: Job Definition
    1. Scheduled to run every 30 minutes on all farm servers
    2. Duration: varies between 6 and 9 hours
    3. Progress has been stuck at 0% for all farm servers for many hours.
    4. Reviewing history: when first started, completed in 2-3 hours. Now, two weeks later, completes in 6-9 hours. Steady increases in duration logged over this period.

Solution

  1. At next maintenance window, bounced servers (for other maintenance as well). This effectively restarted the SharePoint 2010 Timer service
  2. Durations had reached 11+ hours for Microsoft SharePoint Foundation Usage Data Import jobs on all servers.
  3. Reviewed job history for Microsoft SharePoint Foundation Usage Data Import:
    1. Durations dropped from over 11 hours down to minutes.
      1. Application Server: few minutes
      2. WFE1: several minutes
      3. WFE2: 10+ minutes.
    2. Difference between WFEs is interesting. Will need to research this.
  4. Manually started Timer Service Recycle job
  5. Checked Timer Service Recycle job history several hours later:
    1. Succeeded for all servers.
  6. Reopened issue, and then clicked Reanalyze Now.
  7. Checked report a few minutes later:
    1. Issue gone.
This is only a temporary solution until I can get the machines patched through December 2013 CU, which, according toone of the references below, is one solution to this problem.

Notes

  • Server OS: Windows 2008 R2
  • SharePoint Farm patch level: 14.0.6123.5000
  • Verified that KB2775511 not installed on server

References

 

 

Fuente:  http://social.technet.microsoft.com/wiki/contents/articles/22906.sharepoint-2010-the-timer-service-failed-to-recycle.aspx

Comentarios

Entradas populares de este blog

O365 - Forms - Transferir la propiedad de un formulario

Fuente :  https://support.office.com/es-es/article/transferir-la-propiedad-de-un-formulario-921a6361-a4e5-44ea-bce9-c4ed63aa54b4 Si ha creado una encuesta, una prueba o un sondeo, puede moverlos fácilmente a un grupo para que todos los miembros del grupo se conviertan en propietarios de ese formulario. Transferir el formulario a un grupo En el explorador Web, vaya a  Forms.Office.com . En la pestaña  mis formularios  , busque el formulario que desea transferir. Haga clic en  más acciones de formulario    y, a continuación, seleccione  mover . Nota:  Solo puede mover el formulario si es el propietario de ese formulario. No puede transferir la propiedad de un formulario que está compartido con usted. Seleccione el grupo al que desea transferir el formulario y, a continuación, haga clic en  mover . El formulario que ha movido aparecerá en la pestaña  formularios de grupo  . ¿Qué ocurre con el libr...

Event ID 8031 The uri endpoint information may be stale

An exception occurred while updating addresses for connected app {6783ce5e-c88h-4021-8d5b-12614875cbfa_b79f19ab-1d40-4824-9911-3466cf8b070a}. The uri endpoint information may be stale. System.InvalidOperationException: The requested application could not be found.    at Microsoft.SharePoint.SPTopologyWebServiceApplicationProxy.ProcessCommonExceptions(Uri endpointAddress, String operationName, Exception ex, SPServiceLoadBalancerContext context)    at Microsoft.SharePoint.SPTopologyWebServiceApplicationProxy.ExecuteOnChannel(String operationName, CodeBlock codeBlock)    at Microsoft.SharePoint.SPTopologyWebServiceApplicationProxy.GetEndPoints(Guid serviceId)    at Microsoft.SharePoint.SPConnectedServiceApplicationAddressesRefreshJob.Execute(Guid targetInstanceId) After de-commissioning some SharePoint servers, you might notice the above error on other WFEs /Application server’s event viewer . It appears that the SharePoint still has a reference...

SP 2013–2010 - An exception occurred in AD claim provider when calling SPClaimProvider.FillResolve(): Thread was being aborted

  Error: An exception occurred in AD claim provider when calling SPClaimProvider.FillResolve(): Thread was being aborted..   Resolution In order to determine the best MaxConcurrentApi value for your servers, several data points must be brought together and calculated by using a formula. The data to be used to estimate MaxConcurrentApi is as follows: Net Logon semaphore acquires Net Logon semaphore time-outs Net Logon average semaphore hold time Duration of the performance logging that is completed, measured in seconds After the data is obtained, the following formula can be used to estimate the correct MaxConcurrentApi value: ( semaphore_acquires + semaphore_time-outs ) * average_semaphore_hold_time / time_collection_length = < New_MaxConcurrentApi_setting After you collect the Net Logon performance data from when the server was under authentication load, you should determine the duration of the data-collecting process by looking at the Line View beginning and en...