两个storage一直处于unhealthy和starting状态

1 和 2 的配置是啥,这样你把配置文件也贴一下

docker-compose.yaml在这个连接:

所以你配置完全没改?还是原来的那份?

对的,没有动过,啥都没动过,就导数之后,回来看就这样了

有没有可能这两个服务使用的磁盘空间不够了

看报错是不是手动配置了 ip,而 docker 里内部 ip 是随机分配的,因为一些原因重启之后,分配的ip和配置的本机ip不匹配了。

1 个赞

docker-compose会自动限制磁盘使用吗,我这看的话,目录空间是没有问题的

我单独进了storage0和storage1的容器,查了一下ip,和docker-compose.yaml中是对应上的,storage0是05,storage1是07

进容器之后我发现,没一会就会自动退出容器,两个容器都是这样,是nebula检测有问题,会自动重启吗

至少从这个日志看,当时被列出来的(本容器ip)是 .4,但是配置项为 .5 。

如果现在是匹配的,storaged 退出前没有新的错误日志么?

Status NetworkUtils::validateHostOrIp(const std::string& hostOrIp) {
...
    auto ipsStatus = listIPv4s();
    NG_RETURN_IF_ERROR(ipsStatus);
    const auto& ips = ipsStatus.value();
    auto result = std::find(ips.begin(), ips.end(), hostOrIp);
    if (result == ips.end()) {
      return Status::Error("%s is not a valid ip in current host, candidates: %s",
                           hostOrIp.c_str(),
                           folly::join(",", ips).c_str());
    }

需要换一下ip吗,但是日志里的172.18.0.4是meta1的 :joy:

这么手写 ip 在docker配置里根本就不科学哈,还是应该写容器名字。

那我写死的ip改回去么,会对现有的数据有影响么…

不会,数据是存储在硬盘上的,ip 并不会影响你的数据。

嗯,好的,我搞一下试试

我还没改过,不过应该和迁移机器一样,还需要用 curl 告诉 meta 替换新的地址才行

当前storage 起不来没有其他的报错对么?

meta日志


storage日志

能看出来啥吗

从这里看这些容器的 ip 是变过的,可能这个变化产生了不可预期的状态变化,如果有条件建议重新拉一个 compose(本地的 data 删掉),用默认的域名配置哈,不如正好借着机会用 3.1.0?

谢谢,我已经重新起过了,在导入数据
新版本以后肯定会安装的

1 个赞

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