Rabbit mq - Ошибка при ожидании таблиц Mnesia - PullRequest
Новая
       57

Rabbit mq - Ошибка при ожидании таблиц Mnesia

1 голос
/ 26 февраля 2020

Я установил rabbitmq, используя helm chart в кластере kubernetes. Модуль rabbitmq продолжает перезапускаться. При проверке журналов модуля я получаю следующую ошибку 

2020-02-26 04:42:31.582 [warning] <0.314.0> Error while waiting for Mnesia tables: {timeout_waiting_for_tables,[rabbit_durable_queue]}
2020-02-26 04:42:31.582 [info] <0.314.0> Waiting for Mnesia tables for 30000 ms, 6 retries left

Когда я пытаюсь выполнить модуль описания kubectl, я получаю эту ошибку 

Conditions:
  Type              Status
  Initialized       True
  Ready             False
  ContainersReady   False
  PodScheduled      True
Volumes:
  data:
    Type:       PersistentVolumeClaim (a reference to a PersistentVolumeClaim in the same namespace)
    ClaimName:  data-rabbitmq-0
    ReadOnly:   false
  config-volume:
    Type:      ConfigMap (a volume populated by a ConfigMap)
    Name:      rabbitmq-config
    Optional:  false
  healthchecks:
    Type:      ConfigMap (a volume populated by a ConfigMap)
    Name:      rabbitmq-healthchecks
    Optional:  false
  rabbitmq-token-w74kb:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  rabbitmq-token-w74kb
    Optional:    false
QoS Class:       Burstable
Node-Selectors:  beta.kubernetes.io/arch=amd64
Tolerations:     node.kubernetes.io/not-ready:NoExecute for 300s
                 node.kubernetes.io/unreachable:NoExecute for 300s
Events:
  Type     Reason     Age                      From                                               Message
  ----     ------     ----                     ----                                               -------
  Warning  Unhealthy  3m27s (x878 over 7h21m)  kubelet, gke-analytics-default-pool-918f5943-w0t0  Readiness probe failed: Timeout: 70 seconds ...
Checking health of node rabbit@rabbitmq-0.rabbitmq-headless.default.svc.cluster.local ...
Status of node rabbit@rabbitmq-0.rabbitmq-headless.default.svc.cluster.local ...
Error:
{:aborted, {:no_exists, [:rabbit_vhost, [{{:vhost, :"$1", :_, :_}, [], [:"$1"]}]]}}
Error:
{:aborted, {:no_exists, [:rabbit_vhost, [{{:vhost, :"$1", :_, :_}, [], [:"$1"]}]]}}

Я предоставил выше в Google Cloud на Кубернетский кластер. Я не уверен, в какой конкретной ситуации он начал давать сбой. Я должен был перезапустить стручок, и с тех пор это терпело неудачу.

В чем здесь проблема?

1 Ответ

3 голосов
/ 26 февраля 2020

Просто удалил существующую заявку на постоянный том и переустановил rabbitmq, и она начала работать.

Так что каждый раз после установки rabbitmq на кластер kubernetes и если я уменьшу количество модулей до 0 и когда я увеличу их количество позже я получаю ту же ошибку. Я также попытался удалить Заявку о постоянном объеме, не удаляя диаграмму руля rabbitmq, но все еще с той же ошибкой.

Так что, кажется, каждый раз, когда я уменьшаю кластер до 0, мне нужно удалить диаграмму руля rabbitmq, удалить соответствующие утверждения о постоянном объеме и каждый раз устанавливать диаграмму руля rabbitmq, чтобы она работала.

...