Wir testen mit wgetVIA-Port 8088die Verbindung von ResourceManager02nachResourceManager01
- beide Resource Manager sind Teil des YARN-Dienstes und jeder Resource Manager-Dienst ist auf RHEL 7.9 Version installiert
wie die folgenden
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
wie wir oben sehen können, haben wir Fehler als HTTP request sent, awaiting response... 302 Found
und tatsächlich dauert die Verbindung 2-3 Minuten statt 1 Sekunde
ist es möglich, dieses Verhalten zu debuggen, und warum wgetwird keine Verbindung zur Maschine hergestellt ResourceManager01?
Wir führen diesen Test durch, weil wir ein Problem mit der Verbindung zwischen dem sekundären ResourceManager02und dem primären Ressourcenmanager haben ResourceManager01.
Beide Ressourcenmanager sind Teil des Hadoop-Clusters (Version HDP 2.6.5).
und von Ambari UI erhalten wir die folgende Warnung
Connection failed to http://ResourceManager01.ggtp:8088 (timed out)