studio session 创建时间

充足的信息能提高解决问题的速度

提问之前,记得在【本论坛】和【文档】下搜索是否已有解决方案存在哟 ^^

为了更快地定位、解决问题,麻烦参考下面模版提问(不符合提问规范的问题,会被隐藏待补充相关信息之后再发布

提问参考模版:

  • nebula 版本:3.1.0
  • 部署方式:分布式
  • 安装方式:Docker
  • 是否为线上版本:Y
  • studio版本: 3.3.0

timezone默认 UTC时间,为啥session create time比update time还晚几分钟,update time跟本地时间一致,创建session时并未到createtime显示的时间(3.0.2版本也有这个问题)

docker是如何部署的,能否确认下meta/graph/storage节点的时间是否一致?

docker部署在三台机器上的,三台宿主机的utc时间都是一致的

1 个赞

@Aiee 有空帮忙瞅瞅?

之前用now()函数返回当前时间戳,发现比主机时间超前5分钟左右,是不是一个问题?

还发现一个问题,nebula-studio重启后,session没有释放,每次重启studio重连nebula就会多一个session出来

这个问题升级到3.3.0能解决,之前部署的3.0.2有清除连接session不释放的问题,而且每次登录都会创建10多个session

不是登出不释放,是nebula-studio直接重启,session没有释放

感觉是同一个问题。有可能你配置了timezone_name以后会解决,但原来这个问题也不应该。

之前的session没释放的问题,我之前看了下,发现是gateway的bug,有一版的studio每次执行ngql,都会做一次auth校验,这个校验有bug,每次校验都会创建一个session不释放,所以每次登录都会多十几个session,新的studion貌似修复了auth的问题,并且每次执行ngql的时候又拿掉了auth校验。但是当我通过studio连接nebula的时候,直接重启studio,下次登录就多了个session,应该是关闭studio的时候没有释放session。

这个问题不管是之前的v2.6.2还是最新的,都存在,不过一般studio起来后也不会随意重启,感觉问题不大

感谢发现 bug,我们会在下个版本的 server 端加一下服务关闭前的 session 清除逻辑

1 个赞

这个还能重现吗?
操作系统看下echo $TZ返回啥?

啥也没返回,能重现

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