Bonjour le monde en zeppelin a échoué

L'erreur peut être casued aussi du à une erreur s'est produite lors Zeppelin en essayant de créer l'interprète.

Zeppelin commence le interpretter dans un processus différent et tente de se connecter à l'aide de l'Épargne Protocole

Dans mon cas, j'ai cette erreur lorsque vous essayez d'affecter 5 GO pour le spark pilote dans l'étincelle de paramètres par défaut.conf
Il est résolu lorsque commentant cette ligne (ou de céder 4g ou moins)

#spark.driver.memory              5g

Vous pourriez avoir un coup d'oeil à ce JIRA ZEPPELIN-305

MODIFIER:

Cette erreur peut être causée par une raison qui empêche l'Étincelle interprète processus de démarrage.
Récemment, j ai eu il lorsque vous essayez d'ajouter le JMX options de ZEPPELIN_JAVA_OPTS, qui cause l'interprète processus à utiliser le même port JMX comme le Zeppelin processus. Donner le "Port en cours d'Utilisation" erreur

Veuillez vérifier le Zeppelin journaux (par défaut, ils sont dans ZEPPELIN_DIR/logs pour voir ce qui se passe quand Zeppelin en essayant de démarrer Étincelle Interprète

Une pile d'erreur comme [1] ci-dessous pourrait signifier beaucoup de choses différentes.
Zeppelin Serveur n'a pas pu se connecter à un interprète, parce qu'il n'a pas de début ou de mort. Il semble un Zeppelin bug comme il ne peut pas attraper quand interpreter.sh quitte sans la création d'un Zeppelin interprète processus, soumis https://issues.apache.org/jira/browse/ZEPPELIN-1984 de piste.

Dans tous nos cas avec différentes causes, véritable erreur n'était que revealable
si vous ajoutez

LOG="/tmp/interpreter.sh-$$.log"
date >> $LOG
set -x
exec >> $LOG
exec 2>&1

$ZEPPELIN_HOME/bin/interpreter.sh alors /tmp/interpreter.sh-*.fichier journal vous montrer réel problème.

[1]

ERREUR [2017-01-18 16:54:38,533] ({piscine-2-thread-2}
NotebookServer.java[afterStatusChange]:1645) - Erreur
org.apache.zeppelin.interprète.InterpreterException:
org.apache.zeppelin.interprète.InterpreterException:
org.apache.l'épargne.de transport.TTransportException:
java.net.ConnectException: Connexion refusée
au org.apache.zeppelin.interprète.à distance.RemoteInterpreter.init(RemoteInterpreter.java:232)
au org.apache.zeppelin.interprète.à distance.RemoteInterpreter.getFormType(RemoteInterpreter.java:400)
au org.apache.zeppelin.interprète.LazyOpenInterpreter.getFormType(LazyOpenInterpreter.java:105)
au org.apache.zeppelin.carnet de notes.Le paragraphe.jobRun(Paragraphe.java:316)
au org.apache.zeppelin.le planificateur.Travail.exécuter(Job.java:176)
au org.apache.zeppelin.le planificateur.RemoteScheduler$JobRunner.exécuter(RemoteScheduler.java:329)
à java.util.de façon concomitante.Les Exécuteurs$RunnableAdapter.appelez le(les Exécuteurs.java:471)
à java.util.de façon concomitante.FutureTask.exécuter(FutureTask.java:262)

Modifier. Une autre façon de révéler la véritable cause est de changer log4j pour voir la sortie de l'étincelle interprète processus, comme évoqué par Jeff dans ZEPPELIN-1984. Changer votre ZEPPELIN_HOME/conf/log4j.properies comme suit:

log4j.rootLogger = INFO, dailyfile

log4j.appender.stdout = org.apache.log4j.ConsoleAppender
log4j.appender.stdout.layout = org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=%5p [%d] ({%t} %F[%M]:%L) - %m%n

log4j.appender.dailyfile.DatePattern=.yyyy-MM-dd
log4j.appender.dailyfile.Threshold = DEBUG
log4j.appender.dailyfile = org.apache.log4j.DailyRollingFileAppender
log4j.appender.dailyfile.File = ${zeppelin.log.file}
log4j.appender.dailyfile.layout = org.apache.log4j.PatternLayout
log4j.appender.dailyfile.layout.ConversionPattern=%5p [%d] ({%t} %F[%M]:%L) - %m%n

log4j.logger.org.apache.zeppelin.interpreter.InterpreterFactory=DEBUG
log4j.logger.org.apache.zeppelin.notebook.Paragraph=DEBUG
log4j.logger.org.apache.zeppelin.scheduler=DEBUG
log4j.logger.org.apache.zeppelin.livy=DEBUG
log4j.logger.org.apache.zeppelin.flink=DEBUG
log4j.logger.org.apache.zeppelin.spark=DEBUG
log4j.logger.org.apache.zeppelin.python=DEBUG
log4j.logger.org.apache.zeppelin.interpreter.util=DEBUG
log4j.logger.org.apache.zeppelin.interpreter.remote=DEBUG
log4j.logger.org.apache.zeppelin.interpreter.remote.RemoteInterpreterServer=DEBUG

et redémarrez Zeppelin. Remarque: il peut produire de l'exploitation forestière excessive. Mon conseille d'ajouter quelques lignes à interpreter.sh ne nécessite pas le redémarrage de Zeppelin.

Également créé pull request (partiellement) à résoudre ce problème: https://github.com/apache/zeppelin/pull/1921

Mise à jour 1/24/2017. https://issues.apache.org/jira/browse/ZEPPELIN-1984 est fixé en master et sera invluded dans Zeppelin 0.8 libération. Deux correctifs importants font partie de ZEPPELIN-1984:

• vous ne seriez pas obtenir "connexion refusée" whan un interpter processus ne peut pas démarrer;
• Zeppelin serait montrer la cause racine (dans un paragraphe de sortie) quelle est la cause de racine.

Eu le même problème lors de l' $YARN_QUEUE a été mal réglé

Dans mon cas, (project-root)/node_modules/zeppelin/spark-2.0.2-bin-hadoop2.7 n'a pas été installé, pour une raison inconnue. rm -rf node_modules; npm cache clear; npm i fixe.

J'ai exactement la même erreur lorsque j'essaye d'exécuter Zeppelin avec une Étincelle dans le même conteneur docker sur les micro instance dans Amazon ECS.

La source de l'erreur est visible dans le journal de sortie en %ZEPPELIN_HOME%/logs/*.et il a dit que Zeppelin n'a pas pu démarrer Étincelle interprète du fait de la faiblesse de la mémoire. Donc je l'ai déplacé mon menu fixe de l'image à l'instance avec plus de mémoire.