You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ambari.apache.org by "Dmitry Lysnichenko (JIRA)" <ji...@apache.org> on 2016/03/28 12:01:25 UTC
[jira] [Updated] (AMBARI-15597) After enabling SSL for Resource
Manager, getting a constant Ambari Alert: Connection failed to
https://0.0.0.0:8044/ws/v1/node/info (No JSON object could be decoded)
[ https://issues.apache.org/jira/browse/AMBARI-15597?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dmitry Lysnichenko updated AMBARI-15597:
----------------------------------------
Component/s: ambari-server
> After enabling SSL for Resource Manager, getting a constant Ambari Alert: Connection failed to https://0.0.0.0:8044/ws/v1/node/info (No JSON object could be decoded)
> ---------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: AMBARI-15597
> URL: https://issues.apache.org/jira/browse/AMBARI-15597
> Project: Ambari
> Issue Type: Bug
> Components: ambari-server
> Reporter: Dmitry Lysnichenko
> Assignee: Dmitry Lysnichenko
> Attachments: AMBARI-15597.patch
>
>
> Enabled SSL for ResourceManager HA.
> The following parameter changed in yarn-site.xml
> <name>yarn.nodemanager.webapp.https.address</name>
> <value>0.0.0.0:8044</value>
> After implementing SSL, they started getting the following Ambari Alert from all the nodes.
> Connection failed to https://0.0.0.0:8044/ws/v1/node/info (No JSON object could be decoded)
> We tested the Python socket.getfqdn() inside the alert_nodemanager_health.py and it worked correctly.
> print socket.getfqdn("0.0.0.0")
> CAUSE:
> We think that Kerberos looks for the yarn.nodemanager.webapp.https.address hostname in yarn-site.xml and because it sees “0.0.0.0” instead of the hostname, it can’t get the keytabs of the host.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)