2012-01-19 1 views
3

La commande:Problème de oozie lors du lancement de l'emploi

oozie job -oozie http://localhost:8080/oozie -config /home/hadoop/Desktop/Cloudera/oozie-2.3.0-cdh3u1/examples/apps/no-op/job.properties -run 

Message d'erreur:

Error: IO_ERROR : java.net.ConnectException: Connection refused 
+1

Le service oozie est-il en cours d'exécution? –

+0

Oui le service oozie est en cours d'exécution. oozie $ admin -oozie http: // localhost: 11000/oozie -status Mode système: NORMAL $ oozie admin -oozie http: // localhost: 8080/oozie -status Erreur: IO_ERROR: java.net.ConnectException : Connexion refusée Lorsque j'utilise le port numéro 11000, l'état est normal. Mais avec 8080 (c'est-à-dire mon port localhost) et sans cela, la connexion est à venir refusée. Je suis nouveau à Oozie. – Debaditya

+1

Est-ce qu'il fonctionne sur 11000 ou 8080? Une connexion refusée signifie généralement que personne n'écoute. –

Répondre

3

Enfin, je configuré le oozie

étapes

  1. Ajouter cette ligne dans le noyau-site.xml dans Hadoop conf

    hadoop.proxyuser.xxx.hosts * hadoop.proxyuser.xxx.groups *

    Ici, xxx - Nom d'utilisateur

  2. Enregistrez le fichier de configuration et exécuter le code

    emploi oozie -oozie http://localhost:11000/oozie -config /home/hadoop/Desktop/Cloudera/oozie-2.3.0-cdh3u1/examples/apps/no-op/job.properties -run

+0

quel nom d'utilisateur? est-ce la racine ou un nom d'utilisateur séparé pour oozie? – emaillenin

+0

utilisateur séparé ... – Debaditya

+0

pouvez-vous vérifier cela si vous savez comment résoudre ce problème - http://mail-archives.apache.org/mod_mbox/oozie-user/201306.mbox/%3CCAPbOs9sET_Wca7nKeEBD2_QtmMqsUr%2B3C3d8tu09u0Bfyo70TQ%40mail.gmail. com% 3E – emaillenin

0

Il m'a fallu 2 jours pour corriger cette erreur. Dans mon cas, j'avais 4 nœuds. Oozie a été configuré dans le nœud 4. Mais j'ai continué à exécuter la commande à nom-noeud qui était N1 ou serveur de la ruche qui était N3. Donc, assurez-vous que vous exécutez la commande contre le serveur Oozie.

0

Si vous n'êtes pas un administrateur, assurez-vous d'appeler le client oozie à partir du bon noeud. Utilisez localhost uniquement si vous connectez le client à partir de la machine sur laquelle le serveur oozie est en cours d'exécution. Si vous êtes un développeur comme moi qui se connecte à partir d'un noeud de périphérie, assurez-vous d'exporter l'URL correcte du serveur.

J'ai rencontré un problème similaire dans ma grappe (CDH 5.3.6) s'exécutant sur AWS. J'ai essayé d'exporter le OOZIE_URL juste avec le nom d'hôte et le port comme ci-dessous

[[email protected] ~]$ export OOZIE_URL=http://10.241.1.164:11000/oozie 

mais il jetais la même erreur. Il n'a pas aimé le nom d'hôte. Enfin, j'ai navigué à la section oozie (trouver les étapes à la fin) à Hue et trouvé les oozie.servers apprécient

oozie.servers 
value ip-10-241-1-111.ec2.internal=http://ip-10-241-1-111.ec2.internal:11000/oozie 

copié la valeur et changé la commande à l'exportation comme celui-ci

[[email protected] ~]$ export OOZIE_URL=http://ip-10-241-1-111.ec2.internal:11000/oozie 

et Cela a réglé mon problème.

Comment trouver la valeur oozie.servers:

  • Ouvert Hue et aller à Workflows
  • Naviguer vers oozie

Screen shot from Hue

  • Sous jauges défilement vers le bas jusqu'à ce que tu vois oozie.nom du serveur
  • Copiez la valeur et vous avez terminé.
Questions connexes