Performance Testing:Common errors and solutions

class java.net.ConnectException:null

Causa: La conexión TCP hacia el servidor de destino falló o fue rechazada.

Solución: Compruebe el estado del servidor de backend y verifique que no exista ningún cuello de botella en la red entre PTS y el destino.

org.apache.http.ConnectionClosedException:Connection closed

Causa: El servidor finalizó la conexión de forma anómala.

Solución: Revise los registros del servidor de backend en busca de errores o agotamiento de recursos que puedan provocar desconexiones abruptas.

org.apache.hc.core5.http.ConnectionClosedException:Connection is closed

Causa: PTS envió una solicitud a través de una conexión que el servidor ya había cerrado.

Solución: Compruebe si existe un cuello de botella en el ancho de banda de la capa de gateway o en la ruta de red. Si el servidor está detrás de un load balancer, verifique que la configuración de tiempo de espera de conexiones inactivas coincida entre PTS y el load balancer.

java.io.IOException:Connection reset by peer

Causa: El servidor de backend restableció la conexión de manera forzada.

Solución: Si Server Load Balancer (SLB) forma parte de la ruta de la solicitud, revise la configuración del listener de SLB, en particular los parámetros de tiempo de espera de conexión y de comprobación de estado.

org.apache.http.ConnectionClosedException:Connection closed unexpectedly

Causa: La conexión se cerró antes de que PTS recibiera la respuesta. Entre los detonantes más comunes se encuentran los siguientes:

• El servidor no respondió dentro del tiempo esperado.

• La sesión de depuración o la prueba de estrés se detuvo antes de que llegara la respuesta.

Solución: Verifique que el servidor pueda procesar la solicitud dentro del tiempo de espera configurado. Si la prueba se detuvo de forma intencional, este error es normal y puede ignorarse.

java.util.concurrent.TimeoutException:null

Causa: El intento de conexión TCP agotó el tiempo de espera. PTS no logró comunicarse con el servidor de destino en el tiempo asignado.

Solución:

1. Utilice el diagrama de cascada de tiempos en los detalles del registro de muestreo para comprobar si la fase de conexión tarda más de lo habitual. Para obtener más información, consulte Analyze stress testing results.

2. Revise el estado del servidor de backend y la ruta de red para detectar cuellos de botella.

org.apache.hc.core5.http2.H2StreamResetException:Timeout due to inactivity (5000 MILLISECONDS) * class

Causa: El servidor de backend no respondió dentro del tiempo de espera predeterminado de 5 segundos.

Solución: Amplíe el tiempo de espera de la solicitud en la sección Advanced Settings de la página Create Scenario.

java.net.SocketTimeoutException:null

Causa: La solicitud agotó el tiempo de espera mientras esperaba una respuesta o leía datos (tiempo de espera por inactividad).

Solución:

1. Verifique que el servidor funcione correctamente y pueda procesar solicitudes en el tiempo esperado.

2. Compruebe que la API de prueba de estrés tenga un tiempo de espera adecuado.

3. Investigue posibles cuellos de botella de rendimiento en el servidor (CPU, memoria, E/S).

java.lang.RuntimeException:java.net.UnknownHostException

Causa: No es posible resolver el nombre de dominio.

Solución:

1. Verifique que el nombre de dominio esté registrado y se resuelva correctamente.

2. Si el dominio no está registrado en un DNS público, vincúlelo en PTS antes de ejecutar la prueba.

org.apache.http.client.CircularRedirectException

Causa: La solicitud entró en un bucle de redireccionamiento (por ejemplo, A -> B -> C -> A) o superó los 10 redireccionamientos.

Solución:

1. Deshabilite el redireccionamiento 302: en la página Scenario Settings, desactive el interruptor Allow 302 Redirect.

2. Vuelva a ejecutar la prueba de estrés e inspeccione la solicitud original para confirmar la cadena de redireccionamiento.

3. Para ver la ruta exacta del redireccionamiento, abra los detalles del registro de muestreo en el informe de la prueba de estrés y revise el diagrama de cascada de tiempos. Para obtener más información, consulte Analyze stress testing results.

org.apache.hc.core5.http.ProtocolException:Header 'key: value' is illegal for HTTP/2 messages

Causa: El escenario incluye encabezados que HTTP/2 no admite. Los siguientes encabezados están prohibidos en HTTP/2: Connection, Keep-Alive, Proxy-Connection, Transfer-Encoding, Host y Upgrade.

Solución: Elimine los encabezados no admitidos de la configuración del escenario y vuelva a ejecutar la prueba.

java.nio.channels.CancelledKeyException:null

Causa: El servidor de backend finalizó la conexión bajo el protocolo HTTP/2.

Solución: Revise los registros del servidor de backend en busca de problemas específicos de HTTP/2, como restablecimientos de flujo o tramas GOAWAY.

java.lang.RuntimeException: Could not find the TestPlan class!

Causa: El script de JMeter se creó con una versión que no es compatible con JMeter V5.0.

Solución: Abra y vuelva a guardar el script en JMeter V5.0; después, cárguelo nuevamente en PTS.

java.lang.SecurityException: class "xxx"'s signer information does not match signer information of other classes in the same package

Causa: La dependencia del sampler de Java (ApacheJMeter_core o ApacheJMeter_java) del script se compiló con una versión de JMeter distinta a la V5.0.

Solución: Vuelva a empaquetar el archivo JAR de la dependencia con las bibliotecas de JMeter V5.0 y cargue el paquete actualizado.

Attempt to resolve method: xxx() on undefined variable or class name:

Causa: El sampler de BeanShell hace referencia a una clase que no se cargó junto con el script.

Solución: Cargue el paquete JAR faltante que contiene la clase obligatoria y vuelva a ejecutar la prueba.

class java.lang.IllegalArgumentException:forbidden uri, uri host must match vpc cidr pattern 10.0.0.0/8, 172.16.0.0/12 or 192.168.0.0/16

Causa: La prueba de estrés está configurada para usar una VPC, pero el nombre de dominio de la URL de prueba se resuelve a una dirección IP pública en lugar de una interna. Las pruebas de estrés en VPC requieren que la IP de destino pertenezca a un rango CIDR privado (10.0.0.0/8, 172.16.0.0/12 o 192.168.0.0/16).

Solución: Cualquiera de los siguientes enfoques resuelve el problema:

• Use directamente una dirección IP interna en la URL de prueba.

• Inicie sesión en la consola de PTS y vincule el nombre de dominio a una dirección IP interna.

403 (Forbidden)

Una respuesta 403 significa que el servidor recibió la solicitud, pero se negó a autorizarla. Causas comunes en las pruebas de estrés de PTS:

<html>
<head>
<meta http-equiv="Content-Type" content="textml;charset=UTF-8" />
   <style>body{background-color:#FFFFFF}</style>
<title>TestPage184</title>
  <script language="javascript" type="text/javascript">
         window.onload = function () {
           document.getElementById("mainFrame").src= "http://****.aliyun.com/alww.html";
            }
</script>
</head>
  <body>
    <iframe style="width:860px; height:500px;position:absolute;margin-left:-430px;margin-top:-250px;top:50%;left:50%;" id="mainFrame" src="" frameborder="0" scrolling="no"></iframe>
    </body>
</html>

405 (Method Not Allowed)

Una respuesta 405 significa que el servidor no admite el método HTTP utilizado en la solicitud. Causas comunes en PTS:

1. Un redireccionamiento 302 cambia el método de la solicitud. Cuando una solicitud POST desencadena un redireccionamiento 302, el cliente HTTP podría convertirla en una solicitud GET. Si el endpoint de destino no acepta GET, se devuelve un error 405.

2. El servidor restringe los métodos de forma explícita. Revise el encabezado Allow de la respuesta (por ejemplo, Allow=GET) para conocer qué métodos acepta el servidor.

3. El reenvío desde SLB o el servidor web modifica el método. Cuando un load balancer o un proxy inverso reenvía la solicitud, el método puede cambiar. Verifique las reglas de reenvío.

406 (Not Acceptable)

Una respuesta 406 significa que el servidor no puede generar una respuesta que coincida con el encabezado Accept de la solicitud.

Causa: El valor de Accept en la pestaña Header Definition no coincide con el tipo de contenido que el servidor puede devolver. Esto suele ocurrir cuando el valor de Content-Type de la pestaña Body Definition se sincroniza automáticamente con la pestaña Header Definition y entra en conflicto con el valor de Accept.

Solución: Ajuste el encabezado Accept para que coincida con un tipo que el servidor admita. Pruebe distintos valores para determinar cuáles acepta el servidor. La siguiente tabla muestra los formatos comunes de Accept y su orden de coincidencia.

Prioridad de coincidencia: Cuando se especifican varios tipos de Accept, el servidor los evalúa en el siguiente orden:

• Sin factor de calidad: Se evalúan de izquierda a derecha. application/xml, text/html, application/json se evalúa como application/xml > text/html > application/json.

• Con factor de calidad: Los valores de q más altos tienen prioridad. application/xml;q=0.3, application/json;q=0.8, text/html (con valor predeterminado q=1.0) se evalúa como text/html > application/json > application/xml.

• Especificidad de comodines: Los tipos más específicos coinciden primero. */*, text/*, text/html se evalúa como text/html > text/* > */*.

503 (Service Unavailable)

504 (BadGateway Timeout)

Causa: El gateway no recibió una respuesta oportuna del servidor de backend.

Solución:

1. Verifique que el servidor de backend esté en ejecución y procese las solicitudes con normalidad.

2. Amplíe el tiempo de espera en la capa de gateway.

3. Amplíe el tiempo de espera de la solicitud en la sección Advanced Settings de la página Create Scenario para otorgar más tiempo al generador de carga.