metad 启动后刷新大量resp list session

  • nebula 版本:2.6.0-arm
  • 部署方式:分布式
  • 安装方式:源码编译
  • 是否上生产环境:Y
  • 硬件信息
    • 磁盘 17T sata
    • CPU、内存信息
      cpu 28C,内存128G
  • 问题的具体描述
    metad启动后刷新大量创建session日志

这个应该是你重启了graphd吧,这玩意启动的时候会从metad里面获取之前创建的sessionId,之所以这么做事为了client在graphd重启之前获取的sessionId在重启后仍然有效

重启graphd和storaged都会刷大量的sessionID,有没有办法清空这些sessionID

2.6.2的版本貌似不支持手动清除session,3.0以上的版本可以使用nebula-cosole连接nebula,然后进行命令清除session

还有其他的什么办法能解决这个问题吗?刷的session太大了,启动日志已经快把磁盘占满了,但是还是无法正常连接graphd

可以尝试修改配置session_idle_timeout_secs,将这个值改小一点试试,文档:Graph 服务配置 - Nebula Graph Database 手册


上面为graph的日志
配置session_idle_timeout_secs=5 ,加载session还是报错,超时

可能有程序异常,一直在获取session吧?
先把程序停了,把 session_idle_timeout_secs=5 配置改了之后,一段时间都过期后就不会刷了。

连接的程序都停了,graphd没起起来,9669的端口都没起来



三次load session是failed后,graphd就直接退出了

:thinking: 试试先把 meta 起来之后再起 graph 呢?

看看graph storage log 是啥原因,是不是超时?
有个参数 storage_client_timeout_ms meta_client_timeout_ms 改大一点

应该是session太多了,一开始list session的时候meta会去load这些数据,然后请求超时了,顺道打断了graph的启动条件,你可以按照上述先改一下超时时间等一会儿起来,然后让graph去清除。。。要是你有编码能力,可以改源码二进制去调用remove session。在meta端直接干掉这些数据。

我这边还没有启动storage,先启动的是meta,然后启动的是graph,meta_client_timeout_ms 没找到这个参数

meta_client_timeout_ms 在graph config里面添加就好。

2 个赞

storaged 的启动也会触发meta去load吗?我启动storage 也会刷大量的日志

此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。