Ir al contenido principal

Deadlock Servicio Timer SharePoint 2007

Luego de realizar una actualización de la infraestructura de MOSS se presentaron problemas para la publicación de formularios de InfoPath.

También se evidencio que el servicio de Timer en la granja solo en los servidores nuevos subía sin problemas pero al intentar reiniciar este se quedaba pegado.

También se evidencio que el proceso OWSTIMER no lograba superar los 20 Mb de consumo de memoria cuando lo normal estaba siempre alrededor de 500 y 1000 Mb.

Gracias a la ayuda de un Ing. de Microsoft se logró identificar la causa del problema y solución:

Debido a que el proceso OWSTIMER estaba generando más solicitudes de memoria de las que se establecen por default (2xNumProcesarores), en este caso 32, al intentar general el 33°, el proceso intentaba logear el warning, sin embargo el proceso de escritura de ULS no estaba inicializado, lo que provocaba el deadlock.

Para evitar esta situación se agregaron las llaves de registro "HeapSettings" y "LocalHeapWarnCount"

1) Open Registry Editor

2) Move to the following key:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions

3) Right click on "Web Server Extensions" and click [New] - [Key]

4) Name the new key "HeapSettings"

5) Ensure the following key is created:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server

Extensions\HeapSettings

6) Right click on "HeapSettings" key and click [New] - [DWORD value]

7) Rename DWORD key created in step 7 as "LocalHeapWarnCount"

8) Double click on "LocalHeapWarnCount"

9) "Edit DWORD Value" dialog will open. Enter [Value data] = 64

10) Reboot MOSS server.



Comentarios

Entradas populares de este blog

Get SharePoint Online Site and SubSites permission using PowerShell

The below PowerShell script retrieves the following for the given SharePoint Online Site All the Sub-site's URL Security group attached with each Sub-site with their permission level Prerequisites: This PowerShell script uses the latest version of SharePoint Online PnP Module. Download the installer from https://github.com/SharePoint/PnP-PowerShell/releases  Install-Module SharePointPnPPowerShellOnline  Install-Module - Name ' SharePointPnP.PowerShell.Commands.Files.Recurse ' function  connect - site( $webs , $creds ){    Connect - PNPonline  - Url  $webs   - Credentials  $cred     }    function  get - sitepermission( $web , $cred ){    $rec =@()    connect - site  - webs  $web   - creds  $cred     if ( $web   - eq  $parentsitename )  {  #Write-Host "Parent site permission" $web   $Pgroups =G...

Conexión desde casa a una VPN sin perder salida a internet

Solución, asumiendo que estas en Windows: Panel de Control, Conexiones de Red. Clic derecho en la VPN, dale a propiedades. Anda a la pestaña de "Funciones de Red" y selecciona Protocolo Internet TCP/IP y clic en el botón "Propiedades". Ahora hazle clic al botón "Opciones Avanzadas..."En la pestaña "General", desmarca la opción que dice "Usar la puerta de enlace predeterminada en la red remota". Dale a aceptar a todas las ventanitas de opción, y ahora conéctate a la VPN nuevamente. Con eso deberías entrar a la VPN sin perder la conexión local de tu red e internet.

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...