SDB报错Node is not primary

使用更先进的浏览器访问效果更佳。

SDB报错Node is not primary

doubley

先说一下环境：

两台红帽 6.5 x64

sdb v1.12版本

刚在按照api，做创建集合空间和创建集合的事情

执行的记录如下：

> db.createCS("foo")
localhost:11810.foo
Takes 0.296972s.
> db.foo.createCL("bar")
localhost:11810.foo.bar
Takes 1.275077s.
> db.foo.createCL("bar")
(nofile):0 uncaught exception: -22
Collection already exists
Takes 0.33547s.
> 
> 
> 
> db.foo.bar.find()
(nofile):0 uncaught exception:-23
Collection does not exist
Takes 0.86099s.
>

Collection does not exist 这是我纳闷的第一个地方，明明创建成功了，为什么还有这个错误呢，然后我又到sdb web上去看，发现foo空间下确实没有这个bar集合，非常难解，虽然不解，但此时的集群环境还是好好的。运行状态也没什么问题，能执行其他集合的查询，插入..

但是接下来，我又创建了一个集合空间和另一个集合，问题就来了

记录如下：

> db.foo.createCL("myTab")
localhost:11810.foo.myTab
Takes 10.604373s.
> db.foo.myTab.find()
Return 0 row(s).
Takes 8.316229s.
> 
> 
> 
> db.foo.myTab.find()
(nofile):0 uncaught exception:-79
Unable to connect to the specified address
Takes 24.370136s.
> db.foo.myTab.listIndexes()
(nofile):0 uncaught exception: -104
Node is not primary
Takes 5.219316s.
> db.foo.myTab.listIndexes()
(nofile):0 uncaught exception: -104
Node is not primary
Takes 5.7715s.
> 
> 
> db.foo.myTab.find()
(nofile):0 uncaught exception:-104
Node is not primary
Takes 5.51305s.

我创建了一个myTab集合，刚开始的时候find还显示0 rows，但是紧接着执行就报错Node is not primary ，再接着om也跟着宕了

然后整个集群也有问题了，其他所有操作都提示Node is not primary

以下是我截取的部分系统信息

[root@sdbserver1 ~]# ps -ef|grep sdb sdbadmin 1465 1 0 17:25 ? 00:00:00 sdbcmd sdbadmin 1467 1 1 17:25 ? 00:02:11 sdbcm(11790) sdbadmin 1485 1 0 17:25 ? 00:00:18 sequoiadb(11810) S root 1651 2021 0 19:20 pts/0 00:00:00 grep sdb root 11652 11092 0 17:49 pts/1 00:00:00 /opt/sequoiadb/bin/sdb sdbadmin 14911 1 1 18:47 ? 00:00:21 sequoiadb(11840) D

sdbadmin 15028 1 0 18:48 ? 00:00:12 sdbom(11780)

[root@sdbserver2 ~]# ps -ef|grep sdb sdbadmin 1403 1 0 17:25 ? 00:00:00 sdbcmd sdbadmin 1405 1 1 17:25 ? 00:01:49 sdbcm(11790) sdbadmin 1600 1 0 17:25 ? 00:00:13 sequoiadb(11810) S sdbadmin 11122 1 0 18:46 ? 00:00:20 sequoiadb(11820) C sdbadmin 11184 1 3 18:46 ? 00:01:04 sequoiadb(11840) D sdbadmin 11602 1 0 18:48 ? 00:00:18 sequoiadb(11830) D root 13146 13029 0 18:53 pts/1 00:00:00 /opt/sequoiadb/bin/sdb

root 29479 2000 0 19:21 pts/0 00:00:00 grep sdb

想知道照成这些问题的原因和如何解决这些问题

Diablo

环境是虚拟机吗，有没有可能内存使用超过配置，操作系统开始杀进程了。

可否将所有节点的日志(安装目录/diaglog/sdbdiag.log)传上来？

doubley

1，是虚拟机，我按照文档安装时设置了limits参数为unlimited，不过我觉得确实有可能超过内存不够用，因为我只给虚拟机分配了700M内存，而且在出现故障时，虚拟机内存使用率最高到达95%

2，我没有发现“安装目录（/opt/sequoiadb）“中有diaglog目录，倒是在/opt/sequoiadb/database/tmpCoordBackup/10000/中发现了有这个目录

附件里面的文件也是从 /opt/sequoiadb/database/tmpCoordBackup/10000/中取出来的

Diablo

1. 目录说错了。应该是数据库目录/diaglog (比如/opt/sequoiadb/database/data/端口号/diaglog)

尽量拿退出过的进程的日志。

2. 内存的原因和limit没有关系。应该是操作系统发现整个系统内存不够用然后开始杀掉一些进程以释放资源。

700MB内存相对于这个部署规模来看确实比较少。而且sdb相对于关系型数据库来说本身就比较吃内存。

doubley

$EBSCO{V9]`%@E}IX6[5AUF.png

1，如图所示，依然没有那个目录

2，现在的话，怎么恢复这个集群呢

Diablo

1. 说明你的数据目录不是/opt/sequoiadb/database 这个要看你实际部署在哪里，就是dbpath这个路径。

2. 你的虚拟机如果可以加内存的话，把内存加大一些，一个数据节点至少给个300MB。然后重新启动操作系统。