Impossible de se connecter à Cloudera Manager, pas à l'écoute sur le port 7180

J'apprécierais vraiment de l'aide pour obtenir cloudera manager sur AWS EC2.
Sa ma première installation, et je vise à utiliser le Niveau Gratuit d'AWS pour faire tourner un peu de nœuds, et faire de la formation sur cluster Hadoop et la distribution cloudera. Je suis à l'aide de la RedHat RHEL 7.2 image sur AWS EC2.

Je suis en suivant les instructions ici... Cloudera Manager installation

J'ai installé cloudera manager OK, et accéder à l'écran où il vous invite à utiliser un navigateur pour se connecter à la cloudera manager server. Mais c'est là que le problème commence. Il semble que l'application n'est pas à l'écoute sur le port 7180, donc il n'y a aucun espoir de connexion à partir d'une autre machine sur le réseau. Je ne peux même pas se connecter localement sur le serveur, mais le service semble être en cours d'exécution OK. Mais ce n'est pas à l'écoute sur le port 7180.

Q1 - Comment puis-je confirmer la configuration est défini pour utiliser le port 7180.?

Q2 - est-il évident étapes que je suis en manque ici ?

Merci d'avance,

[Modifier..]
Je commence à me demander si le Libre EC2 hôte est en cours d'exécution à court de mémoire pour exécuter cloudera manager. J'ai vu un commentaire qui implique que....AWS post sur le Forum . Mais le processus n'a pas de crash ou de signaler les problèmes à son fichier de log. Donc ça doit être OK, droit?

[Edit.... avec plus d'informations de diagnostic....]

Voici une liste des diagnostics j'ai vérifié:-

• SELinux n'est pas en cours d'exécution [pour installer et tester],
• WAN pare-feu,
• EC2 pare-feu/Sécurité groupe,
• Pare-feu Local sur le serveur,
• Cloudera manager journal,
• Est le service et en cours d'exécution?
• Pouvez-vous vous connecter localement?

Securtity groupe sur l'instance EC2, il contient:-
SSH et le Port 7180,

Pare-feu/iptables/firewalld sur la RedHat instance, essayé:-
l'ajout de ports pour iptables, puis
dissabling iptables, puis
l'ajout de ports de firewalld, puis
dissabling la firewalld service,

$ sudo iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:ssh
ACCEPT     tcp  --  anywhere             anywhere             state NEW tcp dpt:7180
ACCEPT     tcp  --  anywhere             anywhere             state NEW tcp dpt:7182

Mais je reçois le sentiment que l'installation de cloudera manager est pas heureux, ou ne fonctionne pas correctement.

J'ai vérifié le cloudera manager journal, et il se termine avec la suivante.

$ tail /var/log/cloudera-scm-server/cloudera-scm-server.log
2016-02-25 11:02:23,581 INFO main:com.cloudera.cmon.components.MetricSchemaUpdate: persisting 19264 new metrics
2016-02-25 11:02:28,920 INFO main:com.cloudera.cmon.components.MetricSchemaUpdate: persisting 0 updated metrics
2016-02-25 11:02:28,924 INFO main:com.cloudera.cmon.components.MetricSchemaManager: Cross entity aggregates processed.

Et quand j'utilise tail-f, et redémarrer le cloudera-scm-service de serveur, le journal défile beaucoup, et revient le même état. Si je recherche pour l'ERREUR, il n'y a pas de lignes avec le message "ERR".

$ sudo service cloudera-scm-server start
Starting cloudera-scm-server (via systemctl):              [  OK  ]

$ sudo systemctl status cloudera-scm-server
● cloudera-scm-server.service - LSB: Cloudera SCM Server
   Loaded: loaded (/etc/rc.d/init.d/cloudera-scm-server)
   Active: active (exited) since Thu 2016-02-25 12:23:03 EST; 44s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 747 ExecStart=/etc/rc.d/init.d/cloudera-scm-server start (code=exited, status=0/SUCCESS)

Donc, si j'essaie de tester le service, la connexion de la machine locale-je obtenir le genre de comportement qui me fait chose sa juste pas à l'écoute, et peut-être pas démarré correctement.

Essayer piquez-les avec une boucle à partir de la même coque que le cloudera-scm-service de serveur a été démarré

$ curl localhost:7180
curl: (7) Failed connect to localhost:7180; Connection refused

$ wget localhost:7180
--2016-02-25 08:00:16--  http://localhost:7180/
Resolving localhost (localhost)... ::1, 127.0.0.1
Connecting to localhost (localhost)|::1|:7180... failed: Connection refused.
Connecting to localhost (localhost)|127.0.0.1|:7180... failed: Connection refused.

Essayez de vérifier quels sont les ports à l'écoute sur la machine, pas de 7180 , qu'est-ce qui???

$ netstat -nltp
(No info could be read for "-p": geteuid()=1000 but you should be root.)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:7432            0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      -                   
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      -                   
tcp6       0      0 :::7432                 :::*                    LISTEN      -                   
tcp6       0      0 :::22                   :::*                    LISTEN      -                   
tcp6       0      0 ::1:25                  :::*                    LISTEN      -