Question

在使用命令行参数启动snappydata时，我收到以下错误

ERROR 38000：（SQLState = 38000 Severity = 20000）（Server = / XXX157 [1528] Thread = ThriftProcessor-0）异常'com.gemstone.gemfire.cache.TimeoutException：hive元存储中的SnappyData目录“无法访问”在评估表达式时被抛出。

以下是我用来启动群集的脚本。

./bin/snappy locator start -dir=work/localhost-locator-1 -bind-address=X.X.X.157 -client-bind-address=X.X.X.157 -hostname-for-clients=X.X.X.157

./bin/snappy leader start  -dir=work/localhost-lead-1  -locators=X.X.X.157[10334] -spark.executor.cores=1

./bin/snappy server start  -dir=work/localhost-server-1  -locators=X.X.X.157[10334] -bind-address=X.X.X.157 -client-bind-address=X.X.X.157 -J-Dgemfirexd.hostname-for-clients=X.X.X.157 -heap-size=1g

Answer 1

看起来像领导者＆＃39;没有正确开始。你能跑吗：

./sbin/snappy-status-all.sh

并粘贴输出。这将打印所有组件的状态，即定位器，领导者和服务器。未正确启动的组件的日志文件中的错误应该有所帮助。让我们知道日志文件中出现的错误。

Answer 2

我在帖子中提到的错误是由于启动Snappydata成员的顺序而发生的。正确的顺序是先启动定位器，然后再启动服务器，然后再启动线索。我也在分布式环境中进行了同样的测试。

使用内联参数启动Snappydata

2 个答案: