[z/OS]

Condiciones del tiempo de espera excedido: análisis de datos de diagnóstico

Las siguientes directrices incluyen instrucciones para encontrar datos de diagnóstico en un volcado SVC que pueden ayudarle a determinar qué condición de tiempo de espera se ha producido.

Para empezar, debe buscar la tarea con la terminación anormal EC3:
  1. Dé formato al resumen TCB del sirviente que ha excedido el tiempo de espera entrando el siguiente mandato:
    ip summ format asid(x'dirección')  

    donde dirección es el ID del espacio de direcciones del sirviente.

    Busque el TCB que tenía el código de terminación EC3. Ignore el código de terminación EC3 en la hebra "principal", que es el cuarto TCB que aparece en el formato del resumen (el primero después de 3 TCB de MVS). La hebra principal de WebSphere es la que espera en BBO_BOA::impl_is_ready. En esta hebra no se asigna nunca ninguna solicitud de aplicación, por lo que no existe ningún tiempo de espera. Durante el proceso del tiempo de espera, la hebra principal de la región de servidor también termina anormalmente con EC3 como mecanismo para finalizar el espacio de direcciones. Esta es la razón por la que puede aparecer el código de terminación EC3 en la hebra principal. No obstante, nunca es la causa de un tiempo de espera, sólo el resultado del proceso del tiempo de espera.

  2. Si no aparece ningún código de terminación EC3 en el resumen de TCB, busque en systrace. Dé formato a systrace con la hora GMT, ya que las demás indicaciones de hora con las que se realizan las comparaciones tienen el formato de hora GMT. Para dar formato con la hora GMT, entre el siguiente mandato:
    ip systrace all time(gmt)  

    Puede que tampoco aparezca la terminación anormal EC3 en systrace, ya que systrace sólo cubre una pequeña cantidad de tiempo.

  3. También puede intentar buscar en ip verbx mtrace o en syslog para ver cuándo se ha producido la terminación anormal EC3. Necesitará esta hora para determinar la hora 'final' de la solicitud, que es la hora GMT a la que se ha alcanzado el valor del tiempo de espera.
Puede determinar qué valores de tiempo de espera se están aplicando comprobando el código de razón asociado con la terminación anormal EC3.
Tabla 1. Código de razón y explicaciones. Puede determinar qué valores de tiempo de espera se están aplicando comprobando el código de razón asociado con la terminación anormal EC3.
Código de razón Explicación
04130002 El controlador ha emitido un ABTERM para esta región de sirviente porque se ha excedido el tiempo de espera de una transacción. Puede que el código que se asigna estuviera en un bucle fijo.
04130003 El controlador ha emitido un ABTERM para esta región de sirviente porque se ha colgado al intentar trasladar una solicitud de controlador a la región de sirviente. La solicitud de destino ha excedido el tiempo de espera, pero el sirviente estaba copiando la solicitud. El controlador ha comprobado el progreso del sirviente a intervalos regulares, antes de realizar ninguna acción y emitir ABTERM.
04130004 El controlador ha emitido un ABTERM para esta región de sirviente porque se ha excedido el tiempo de espera de la cola WLM. Puede que el código que se asigna estuviera en un bucle fijo.
04130005 El controlador ha emitido un ABTERM para esta región de sirviente porque se ha excedido el tiempo de espera de una transacción. La transacción ha excedido el tiempo de espera, pero no se ha encontrado ninguna solicitud actual asociada con la transacción. El sirviente asociado con la transacción terminará.
04130006 Una hebra de controlador ha encontrado un problema al procesar una solicitud. La solicitud se ha puesto en cola en WLM y se ha asociado con una región de sirviente. La terminación de la región de sirviente asociada es necesaria para completar el borrado de la solicitud.
04130007 El controlador ha emitido un ABTERM para esta región de sirviente porque se ha excedido el tiempo de espera de la SALIDA HTTP. Puede que el código que se asigna estuviera en un bucle fijo.
Puede intentar buscar el nombre de método para determinar si era
 httpRequest
,
 httpsRequest
o
 DispatchbyURI
o algún otro método. Si la solicitud no es específicamente una solicitud que ha llegado a través de los manejadores de transporte HTTP o HTTPS, los valores de tiempo de espera
 protocol_http_output_timeout
(HTTP) y
 protocol_https_timeout_output
(HTTPS) no serán un factor. Es decir, cuando la solicitud es un método
 DispatchbyURI
, la solicitud se recibe mediante el protocolo RMI/IIOP, por lo que las variables
 protocol_http
no tienen ningún efecto.

Luego puede utilizar IPCS verbexit LEDATA, con la opción CEEDUMP o NTHREADS para obtener el rastreo de pila para la solicitud.


Icon that indicates the type of topic Reference topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rtrb_analyzetimeout
File name: rtrb_analyzetimeout.html