Voracidad de Search afecta a los Workflows de Project Server. HTTP 500 The requested service, xxx could not be activated.

"Cuando una mariposa agita sus alas en Nueva Zelanda, alguien se come un puñado de garbanzos torraos en Albacete".

O algo así decía el refrán creo recordar, pero viene a cuento por la extraña sucesión de causas encadenadas de hoy.

Nuestro paciente venía aquejado de errores en un flujo intestinal de trabajo, el cual daba un error para algunos proyectos que se quedaban bloqueados, uno de estos diversos errores que los workflows de Project se afanan, con mucha creatividad siempre, en producir:

RequestorId: dd6ae4d8-59fc-a419-0000-000000000000. Details: An unhandled exception occurred during the execution of the workflow instance. Exception details: System.ApplicationException: HTTP 500 The requested service, 'http://es1intra02v:32843/32dbfb0876734f6493e48270df96c4cf/AppMng.svc' could not be activated. See the server's diagnostic trace logs for more information. {"SPRequestGuid":["dd6ae4d8-59fc-a419-8ae7-fb670df49745"],"request-id":["dd6ae4d8-59fc-a419-8ae7-fb670df49745"],"X-FRAME-OPTIONS":["SAMEORIGIN"],"SPRequestDuration":["9294"],"SPIisLatency":["0"],"MicrosoftSharePointTeamServices":["15.0.0.4569"],"X-Content-Type-Options":["nosniff"],"X-MS-InvokeApp":["1; RequireReadOnly"],"Date":["Tue, 12 Jul 2016 10:04:41 GMT"],"Server":["Microsoft-IIS\/8.5"],"X-Powered-By":["ASP.NET"]} at Microsoft.Activities.Hosting.Runtime.Subroutine.SubroutineChild.Execute(CodeActivityContext context) at System.Activities.CodeActivity.InternalExecute(ActivityInstance instance, ActivityExecutor executor, BookmarkManager bookmarkManager) at System.Activities.Runtime.ActivityExecutor.ExecuteActivityWorkItem.ExecuteBody(ActivityExecutor executor, BookmarkManager bookmarkManager, Location resultLocation)

En negrita dejo lo importante del asunto, y lo importante no es que ese servicio falle, si no que un servicio falla con "could not be activated", investigando un poquito en el vademecum google, hallamos que la caída de servicios con un "could not be activated" suele estar íntimamente relacionada a la falta de recursos en el servidor.

Efectivamente, así era:

Memoria, casi a tope.

Disco duro, como vimos en otro post, no respeta la recomendación de Microsoft de mantener libre en disco al menos el doble de la memoria RAM instalada.

Task Manager, indicando que el proceso noderunner.exe, el encargado de dar vida al sistema Search de SharePoint, estaba siendo un elemento voraz con los recursos:

El fonendoscopio Health Analyzer, nuestro sempiterno amigo que llevamos siempre colgado del cuello:

Para salir del embrollo por ahora, bastó con reiniciar los servicios de Windows SharePoint Search y Host Controller:

Y reiniciar los workflows que estaban dando problemas desde la configuración de PWA en "Change or restart workflows", causando a los usuarios la molestia de comenzar de nuevo con los flujos, el menor de los males en estos casos.

Debido a que esto es pan para hoy y hambre para mañana, se ha echado la bronca recomendado al cliente que aumente los recursos de sus máquinas, poniendo unos 40 o 50 GB más de disco duro en cada servidor como mínimo tanto en los servidores SharePoint como en el de SQL Server, donde además debería echar un vistazo al crecimiento de las bases de datos, y que aumente la RAM hasta los 24 GB, para evitar que esto se siga repitiendo.

El botón Enviar - Submit en las etapas de un workflow de Project Server aparece desactivado.

Nos acaba de llegar a urgencias un señor que se encontraba más gris de lo normal en uno de sus órganos más importantes, el botón Enviar en la cinta, para enviar datos al flujo de trabajo de un proyecto.

Después de intentar Editar en la PDP del proyecto, el botón no se activaba, por lo que era imposible continuar con el trabajo.

Al mismo tiempo, al observar más abajo pudimos comprobar que anteriormente el flujo había alcanzado el estado de error:

La primera ocurrencia fue por tanto la de entrar al estado del workflow y tomarle el pulso, estado: Suspendido. Lo más obvio, terminarlo.

Sin embargo esto no fue suficiente para que nuestro paciente se curara pues éste seguía presentando los mismo síntomas.

En nuestro caso funcionó hacer un restart masivo de todos los proyectos desde la administración.

PWA settings / Change or restart workflows

Aquí seleccionamos los tipos de proyectos, y dentro de cada tipo podemos ir haciendo un reinicio de masivo de los proyectos que hayan presentado problemas del botón submit inactivo.

Hemos de asegurarnos de que marcamos reiniciar el actual workflow para los proyectos seleccionados.

En este caso, el error marcado era un HTTP500, por lo que hemos de advertir, eso sí, que existen otros motivos por los que a veces el importante botón Enviar podría aparecer inactivo, por ejemplo por problemas de permisos.

Project Professional siempre pregunta por las credenciales.

Nuestro paciente llegó a la consulta aquejado de una molestísima hemorroide  caja de diálogo, aparentemente imposible de quitar, que aparecía cada vez que ingresaba en Project Professional causándole molestos y fuertes picores por la zona:

Para evitar que el prompt siguiera apareciendo, hubo que entrar en opciones de Internet, pestaña Seguridad, Zona de intranet, y marcar la opción "ingresar con usuario y contraseñas actuales"

Nuestro paciente ya nunca más se quejó de picores por la zona y pudo entrar a Project Professional sin ser preguntado en todo momento por las credenciales.

Es importante que ya antes hubiéramos metido las credenciales con las que queremos ingresar, bien fuere en Project o en Windows.

También tenemos que tener marcada, dentro de Project Professional la opción "usar cuenta predeterminada", en Archivo, Información, Administrar Cuentas.