请问dockerhub仓库中vesoft/nebula-graphd:v3.0.1是发行版本吗,为什么K8部署完成服务后,日志提示是nightly版本,如下图

  • nebula 版本:
    image
  • 部署方式:分布式 / 单机
    单机
  • 安装方式:Docker hub3.0.1镜像
  • 是否为线上版本:Y
  • 问题的具体描述
  • 相关的 meta / storage / graph info 日志信息(尽量使用文本形式方便检索

代码 / 终端输出 / 日志…

最后烦请删掉本模版和问题无关的信息之后,再提交提问,Thx

抱歉,我们的 building 系统有一点小问题,容器版本里这个标签没打好,这个就是 v3.0.1 请放心

下个版本会修复。

请问你们 k8s 是自己维护的部署方式,没有使用社区的 operator 对么?

是的,之前用2.6.1是没有问题的;标题的问题想请您解答一下

谢谢解答,是正式版本就行;刚升级后还遇到如下图问题,您帮忙解答一下!辛苦


您看,ADD HOST后,是失败状态

Heartbeat failed, status:Machine not existed!

ADD HOSTS 之后需要一个心跳的时间,大概是 10s,才会生效,你可以等一会再试试,看看是不是服务起来了。

现在呢?如果 storageD 第一次启动的时候几次尝试失败(往往因为同时拉起来服务,那时候 meta 还没 ready)要等一会儿才能再尝试,如果 add hosts 的地址是它真实配置、listen 的,meta可以访问它,等一会应该能ok


查看storaged日志提示:
Heartbeat failed, status:Machine not existed!

你确认下,add host 的 ip 地址是不是和你配置的 storage 的 ip 地址是一样的,这两块的配置要保持统一。

现在好了;谢谢指导!!! 基于这个问题,请问:ADD host如果多次导入重复的会有影响吗;准备弄job或者init 在k8s配置中加入

错误的可以删掉 DROP HOSTS

1 个赞

考虑到脚本化,所以如果HOST中包含多个重复的会有影响吗?建议完善这个配置加到配置文件,减少用户手动操作

抱歉添麻烦了,以后版本会有策略无需手动激活(这个机制通过在服务发现里增加一步,增加了可控性),是说同样的条目有多条?还是说多次添加是否幂等?可以多次执行没问题的,增加过再执行只是会说已经存在了才对。

另外,支持 3.0 的 operator 也快有了哈,请问你们是怎么考虑自己实现一份呢哈?

https://github.com/vesoft-inc/nebula-operator

测试后,存在是无法添加的;那这样的话我们在需要的服务中添加一个job;每次部署去执行一次ADD HOST;

3.0.1支持K8S域名吗配置文件中;之前由于不支持就选择了pod模式

1 个赞

跨 ns 访问 operator CRD起来的集群,就是通过 FQDN 的,默认后缀 是 cluster.local,是可配置的,通过参数 CLUSTER_DOMAIN

Ref:nebula-operator/client_service.md at master · vesoft-inc/nebula-operator · GitHub

好的,我们这边了解一下!谢谢;

1 个赞