最近我用集群模式建立了presto,1个协调员& 1名工人,它的工作原理。 然后我重新包装“presto-main-0.148.jar”而没有任何改变,并将其替换为生产环境,它不起作用!始终通过“没有可用的工作站节点”获得响应
我搜索Server.log并查看以下消息:
ERROR Discovery-0 io.airlift.discovery.client.CachingServiceSelector不能 连接到发现服务器进行刷新(收集器/常规):查找 收藏家失败了 HT * P://10.3.2.33:18080 / V1 /服务/集电极/一般
ERROR Discovery-0 io.airlift.discovery.client.CachingServiceSelector不能 连接到发现服务器进行刷新(presto / general):查找 ht * p://10.3.2.33:18080 / v1 / service / presto / general
INFO Discovery-1 io.airlift.discovery.client.CachingServiceSelector Discovery 服务器连接成功进行刷新(收集器/常规)
INFO Discovery-2 io.airlift.discovery.client.CachingServiceSelector Discovery 服务器连接成功刷新(presto / general)
所以我猜发现服务器没有启动,但我使用命令curl“h * tp://10.3.2.33:18080 / v1 / service / collector / general”, 并获得以下回复,我也将协调员状态称为“活动”
{
"environment": "presto_**_flt",
"services": [
{
"id": "954e886d-7506-4f00-b954-eeab49209835",
"nodeId": "4c0f2596-7e6e-11e6-ae22-56b6b6499611",
"type": "presto",
"pool": "general",
"location": "/4c0f2596-7e6e-11e6-ae22-56b6b6499611",
"properties": {
"node_version": "a0e36ae",
"coordinator": "false",
"http": "h*tp://10.3.2.24:18080",
"http-external": "h*tp://10.3.2.24:18080",
"datasources": "hive,system"
}
},
{
"id": "6790b522-cd17-48ef-b077-e4e8fa97e310",
"nodeId": "4c0f2366-7e6e-11e6-ae22-56b6b6499611",
"type": "presto",
"pool": "general",
"location": "/4c0f2366-7e6e-11e6-ae22-56b6b6499611",
"properties": {
"node_version": "c34bef3-dirty",
"coordinator": "true",
"http": "h*tp://10.3.2.33:18080",
"http-external": "h*tp://10.3.2.33:18080",
"datasources": ""
}
}
]
}
答案 0 :(得分:0)
我认为这是因为你在这两个服务中有两个不同的node_version。 如果要重新打包presto-main或任何其他组件,请确保在所有节点上使用相同的二进制文件。