YARN + cómo depurar wget

YARN + cómo depurar wget

Estamos probando con wgetel puerto VIA 8088la conexión de ResourceManager02aResourceManager01

  • Ambos administradores de recursos son parte del servicio YARN y cada servicio de administrador de recursos está instalado en la versión RHEL 7.9.

como el seguiente

wget http://ResourceManager01.ggtp:8088
--2023-02-22 16:55:36--  http://ResourceManager01.ggtp:8088/
Resolving ResourceManager01.ggtp (ResourceManager01.ggtp)... 182.55.190.78
Connecting to ResourceManager01.ggtp (ResourceManager01.ggtp)|182.55.190.78|:8088... connected.
HTTP request sent, awaiting response... 307 TEMPORARY_REDIRECT
Location: http://ResourceManager01.ggtp:8088/ [following]
--2023-02-22 16:55:36--  http://ResourceManager01.ggtp:8088/
Resolving ResourceManager01.ggtp (ResourceManager01.ggtp)... 182.55.190.85
Connecting to ResourceManager01.ggtp (ResourceManager01.ggtp)|182.55.190.85|:8088... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://ResourceManager01.ggtp:8088/cluster [following]
--2023-02-22 16:57:49--  http://ResourceManager01.ggtp:8088/cluster
Reusing existing connection to ResourceManager01.ggtp:8088.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘index.html’

    [ <=>                                                                                                                                                                                                ] 5,343,472   --.-K/s   in 0.1s

2023-02-22 16:58:43 (40.0 MB/s) - ‘index.html’ saved [5343472]


You have new mail in /var/spool/mail/root

como podemos ver arriba tenemos errores como HTTP request sent, awaiting response... 302 Found

Y en realidad la conexión tarda entre 2 y 3 minutos en lugar de 1 segundo.

¿Es posible depurar este comportamiento y por qué wgetno se alcanzó la conexión con la máquina ResourceManager01?

Realizamos esta prueba porque tenemos un problema con la conexión entre ResourceManager02el administrador de recursos secundario y primario ResourceManager01.

Ambos administradores de recursos son parte del clúster Hadoop (versión HDP 2.6.5)

y desde Ambari UI nos sale la siguiente alerta

Connection failed to http://ResourceManager01.ggtp:8088 (timed out) 

información relacionada