2015-01-09 3 views
1

Использование Amazon EMR, Hive .13, Hadoop 2.x и Presto Server 0.89. Попытка настроить Presto на запрос данных, которые обычно запрашиваются через Hive. Метаданные куста хранятся в MySQL. Сервер Presto установлен на всех узлах. По большей части все настроено так, как это описано на prestodb.io.Presto/PrestoDB - Запрос ... Нет доступных рабочих узлов

Сначала я запускаю сервер на всех узлах (координатор и рабочие), а затем запускаю CLI на узле координатора/имени. Когда я пытаюсь выполнить запрос, используя команды ниже я получаю «запрос ... Нет рабочие узлы доступны» Ошибка:

presto-cli presto-cli --server localhost:8080 --catalog jmx --schema default 
presto:default> SELECT * FROM sys.node; 
"Query ... No worker nodes available" 

Если я включаю node-scheduler.include-coordinator=true в моем файле координатор config.properties, 1 узел возвращается из этого запроса.

Configs:

и т.д./config.properties (только на координатора)

coordinator=true 
node-scheduler.include-coordinator=false 
http-server.http.port=8080 
task.max-memory=1GB 
discovery-server.enabled=true 
discovery.uri=http://aws.internal.ip.of.coordinator:8080 

и т.д./config.properties (только на рабочих)

coordinator=false 
http-server.http.port=8080 
task.max-memory=1GB 
discovery.uri=http://aws.internal.ip.of.coordinator:8080 

и т.д. /catalog/hive.properties (все узлы)

connector.name=hive-hadoop2 
hive.metastore.uri=thrift://aws.internal.ip.of.coordinator:9083 

и т.д./Каталог/jmx.properties (все узлы)

connector.name=jmx 

и т.д./jvm.config (все узлы)

-server 
-Xmx16G 
-XX:+UseConcMarkSweepGC 
-XX:+ExplicitGCInvokesConcurrent 
-XX:+CMSClassUnloadingEnabled 
-XX:+AggressiveOpts 
-XX:+HeapDumpOnOutOfMemoryError 
-XX:OnOutOfMemoryError=kill -9 %p 
-XX:ReservedCodeCacheSize=150M  

и т.д./журнала. свойства

com.facebook.presto=INFO 

и т.д./node.properties

node.environment=production 
node.id=unique-uuid #used uuidgen 
node.data-dir=/mnt/presto-data 

ответ

1

Простая ошибка с моей стороны было сделать это не работает. У меня была случайная точка с запятой, а не период в моем aws.internal.ip.of.coordinator IP-адресе. Глядя на мои конфиги, я просто этого не видел.

Приведенный выше код будет работать с многоузловым кластером Amazon EMR, аналогичным приведенному выше.

Смежные вопросы