【问题标题】:CockroachDB on AWS EKS cluster - [n?] no stores bootstrappedAWS EKS 集群上的 CockroachDB - [n?] 没有自举存储
【发布时间】:2020-07-22 01:09:01
【问题描述】:

我正在尝试将 CockroachDB:v2.1.6 部署到新的 AWS EKS 集群。一切部署成功; statefulset、服务、pv 和 pvc 被创建。 AWS EBS 卷也已成功创建。

问题是 pod 永远不会进入 READY 状态。

pod/cockroachdb-0   0/1     Running   0          14m
pod/cockroachdb-1   0/1     Running   0          14m
pod/cockroachdb-2   0/1     Running   0          14m

如果我“描述”豆荚,我会得到以下信息:

  Normal   Pulled                  46s                kubelet, ip-10-5-109-70.eu-central-1.compute.internal  Container image "cockroachdb/cockroach:v2.1.6" already present on machine
  Normal   Created                 46s                kubelet, ip-10-5-109-70.eu-central-1.compute.internal  Created container cockroachdb
  Normal   Started                 46s                kubelet, ip-10-5-109-70.eu-central-1.compute.internal  Started container cockroachdb
  Warning  Unhealthy               1s (x8 over 36s)   kubelet, ip-10-5-109-70.eu-central-1.compute.internal  Readiness probe failed: HTTP probe failed with statuscode: 503

如果我检查 pod 的日志,我会看到:

I200409 11:45:18.073666 14 server/server.go:1403  [n?] no stores bootstrapped and --join flag specified, awaiting init command.
W200409 11:45:18.076826 87 vendor/google.golang.org/grpc/clientconn.go:1293  grpc: addrConn.createTransport failed to connect to {cockroachdb-0.cockroachdb:26257 0  <nil>}. Err :connection error: desc = "transport: Error while dialing dial tcp: lookup cockroachdb-0.cockroachdb on 172.20.0.10:53: no such host". Reconnecting...
W200409 11:45:18.076942 21 gossip/client.go:123  [n?] failed to start gossip client to cockroachdb-0.cockroachdb:26257: initial connection heartbeat failed: rpc error: code = Unavailable desc = all SubConns are in TransientFailure, latest connection error: connection error: desc = "transport: Error while dialing dial tcp: lookup cockroachdb-0.cockroachdb on 172.20.0.10:53: no such host"

我在 CockroachDB 论坛 (https://forum.cockroachlabs.com/t/http-probe-failed-with-statuscode-503/2043/6) 看到了这条评论

您发送给我的 cockroach_out.log 和 cockroach_output1.log 文件(对应于 mycockroach-cockroachdb-0 和 mycockroach-cockroachdb-2)都打印出在启动期间没有引导的存储,并在所有日志行前加上 n?,表示他们没有被分配节点 ID。我想说它们可能从未被正确地初始化为集群的一部分。

我已经通过 kubectl delete 命令删除了所有内容,包括 pv、pvc 和 AWS EBS 卷,并重新申请了同样的问题。

任何想法将不胜感激。谢谢

【问题讨论】:

    标签: amazon-web-services amazon-eks cockroachdb


    【解决方案1】:

    我不知道您必须在创建 CockroachDB 集群后对其进行初始化。我执行了以下操作来解决我的问题:

    kubectl exec -it cockroachdb-0 -n /bin/sh

    /蟑螂/蟑螂初始化

    查看这里了解更多详情 - https://www.cockroachlabs.com/docs/v19.2/cockroach-init.html

    在此之后,pod 开始正常运行。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2020-02-26
      • 2021-11-14
      • 2021-07-27
      • 2021-11-21
      • 2020-04-16
      • 2020-04-26
      • 2021-03-25
      • 1970-01-01
      相关资源
      最近更新 更多