etcd несоответствие идентификатора кластера

Для всех тех, кто наткнулся на это из Google:

Ошибка связана с идентификатором однорангового элемента, который пытается присоединиться к кластеру с тем же именем, что и другой элемент (возможно, старый экземпляр), который уже существует в кластере (с таким же именем однорангового узла, но с другим идентификатором, в этом проблема).

вам следует удалить узел и добавить его повторно как показано в этом полезном посте:

Чтобы исправить это, было довольно просто, сначала нам нужно было войти на существующий рабочий сервер в остальной части кластера и удалить server00 из его списка участников:

etcdctl member remove <UID>

Это освобождает возможность разрешить присоединяться новому server00, но нам нужно было просто сообщить кластеру, что это возможно, введя команду add:

etcdctl member add server00 http://1.2.3.4:2380

Если вы будете следить за журналами на server00, вы увидите, что все оживает. Вы можете подтвердить это с помощью команд:

etcdctl member list

etcdctl cluster-health

Используйте «список участников etcdctl», чтобы узнать идентификаторы текущих участников, и найдите того, который пытается присоединиться к кластеру с неправильным идентификатором, затем удалите этот одноранговый узел из «членов» с помощью «etcdctl member remove» и попытайтесь снова присоединиться к нему. Надеюсь, поможет.

в моем случае я получил ошибку

rafthttp: несоответствие идентификатора кластера запроса (получил 1b3a88599e79f82b хочет b33939d80a381a57)

из-за неправильной конфигурации на одном узле

две мои ноды попали в конфиг

env ETCD_INITIAL_CLUSTER="etcd-01=http://172.16.50.101:2380,etcd-02=http://172.16.50.102:2380,etcd-03=http://172.16.50.103:2380"

и один узел получил

env ETCD_INITIAL_CLUSTER="etcd-01=http://172.16.50.101:2380"

чтобы решить проблему, я остановил etcd на всех узлах, отредактировал неверную конфигурацию, удалил папку /var/lib/etcd/member на всех узлах, перезапустил etcd на всех узлах и вуаля!

p.s.

/var/lib/etcd - это папка, в которой etcd сохраняет свои данные в моем случае

Я только что столкнулся с этой же проблемой, 2 года спустя. Ответ Дмитрия в порядке, но он упускает из виду то, что ОП, вероятно, сделал неправильно при настройке кластера etcd.

Запуск экземпляра etcd с параметром --cluster-state new в любой момент сгенерирует идентификатор кластера в каталоге данных. Если вы попытаетесь затем или позже присоединиться к существующему кластеру, он будет использовать этот старый сгенерированный идентификатор кластера (когда возникает ошибка несоответствия). Да, технически у OP был «старый кластер», но более вероятно и на 100% распространено то, что когда кто-то пытается поднять свой первый кластер, он не замечает, что процедура должна измениться. Я считаю, что etcd обычно не обеспечивает хорошую модель использования.

Таким образом, удаление члена (вам действительно не нужно, если новый узел никогда не присоединялся успешно) и/или удаление каталога данных нового узла «решит» проблему, но то, как OP настраивает 2-й узел кластера, проблема .

Вот пример нюанса настройки: (вздох... спасибо за это etcd...)

# On the 1st node (I used Centos7 minimal, with etcd installed)
sudo firewall-cmd --permanent --add-port=2379/tcp
sudo firewall-cmd --permanent --add-port=2380/tcp
sudo firewall-cmd --reload

export CL_NAME=etcd1
export HOST=$(hostname)
export IP_ADDR=$(ip -4 addr show ens33 | grep -oP '(?<=inet\s)\d+(\.\d+){3}')

# turn on etcdctl v3 api support, why is this not default?!
export ETCDCTL_API=3

sudo etcd --name $CL_NAME --data-dir ~/data --advertise-client-urls=http://127.0.0.1:2379,https://$IP_ADDR:2379 --listen-client-urls=https://0.0.0.0:2379 --initial-advertise-peer-urls https://$IP_ADDR:2380 --listen-peer-urls https://$IP_ADDR:2380 --initial-cluster-state new

Хорошо, первый узел запущен. Данные кластера находятся в каталоге ~/data. В будущих запусках вам нужно только (обратите внимание, что состояние кластера не требуется):

sudo etcd --name $CL_NAME --data-dir ~/data --advertise-client-urls=http://127.0.0.1:2379,https://$IP_ADDR:2379 --listen-client-urls=https://0.0.0.0:2379 --initial-advertise-peer-urls https://$IP_ADDR:2380 --listen-peer-urls https://$IP_ADDR:2380

Затем добавьте ожидаемое имя кластера второго узла и URL-адреса одноранговых узлов:

etcdctl --endpoints="https://127.0.0.1:2379" member add etcd2 --peer-urls="http://<next node's IP address>:2380"

Добавление члена важно. Вы не сможете успешно присоединиться, не сделав этого сначала.

# Next on the 2nd/new node
export CL_NAME=etcd1
export HOST=$(hostname)
export IP_ADDR=$(ip -4 addr show ens33 | grep -oP '(?<=inet\s)\d+(\.\d+){3}')

sudo etcd --name $CL_NAME --data-dir ~/data --advertise-client-urls=https://127.0.0.1:2379,https://$IP_ADDR:2379 --listen-client-urls=https://0.0.0.0:2379 --initial-advertise-peer-urls https://$IP_ADDR:2380 --listen-peer-urls https://$IP_ADDR:2380 --initial-cluster-state existing --initial-cluster="etcd1=http://<IP of 1st node>:2380,etcd2=http://$IP_ADD:2380"

Обратите внимание на раздражающие дополнительные аргументы. --initial-cluster должен иметь 100% всех идентифицированных узлов в кластере... что не имеет значения после того, как вы присоединитесь к кластеру, потому что данные кластера в любом случае будут реплицированы... Также необходимо "--initial-cluster exists" .

Опять же, после первого запуска/присоединения второго узла вы можете запустить его без каких-либо аргументов кластера:

sudo etcd --name $CL_NAME --data-dir ~/data --advertise-client-urls=http://127.0.0.1:2379,https://$IP_ADDR:2379 --listen-client-urls=https://0.0.0.0:2379 --initial-advertise-peer-urls https://$IP_ADDR:2380 --listen-peer-urls https://$IP_ADDR:2380

Конечно, вы можете продолжать запускать etcd со всеми настройками кластера, но они «могут» игнорироваться для того, что находится в каталоге данных. Помните, что если вы присоединяетесь к третьему узлу, информация о новом члене узла реплицируется на оставшийся узел, и эти «начальные» настройки кластера могут быть полностью ложными/вводить в заблуждение в будущем, когда ваш кластер изменится. Поэтому запускайте присоединенные узлы без начальных настроек кластера, если только вы не присоединяетесь к одному из них.

Кроме того, последнее, что нужно сообщить, вы должны / должны запустить как минимум 3 узла в кластере, иначе процесс выбора лидера RAFT все сломает. С 2 узлами, когда 1 узел выходит из строя или они отключаются, узел не будет выбирать себя и вращаться в цикле выборов. Клиенты не могут общаться со службой etcd, находящейся в режиме выборов... Отличная доступность! Вам нужно как минимум 3 узла для обработки, если 1 выйдет из строя.

Я столкнулся с той же проблемой, наш ведущий сервер etcd вышел из строя, и после замены его новым мы получили ошибку

 rafthttp: request sent was ignored (cluster ID mismatch)

Он искал старый идентификатор кластера и генерировал какой-то случайный локальный кластер с некоторой неправильной конфигурацией.

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

1. Войдите в другой рабочий кластер и удалите недостижимого члена из кластера

   etcdctl cluster-health etcdctl member remove member-id

2. Войдите на новый сервер и остановитесь, если запущен процесс etcd systemctl etcd2 stop

3. Удалить данные из каталога данных rm -rf /var/etcd2/data Перед удалением сохраните резервную копию этих данных где-нибудь в другой папке.

4. Теперь запустите свой кластер с параметром --initial-cluster-state existing, не используйте --initial-cluster-state new, если вы уже добавляете сервер в существующий кластер.

5. Теперь вернитесь к одному из запущенных серверов etcd и добавьте этого нового члена в кластер etcdctl member add node0 http://$IP:2380.

Я потратил много времени на отладку этой проблемы, и теперь мой кластер работает исправно со всеми участниками. Надеюсь, эта информация поможет.

Мой --data-dir=/var/etcd/data, удалите и создайте его заново, это работает для меня. Кажется, что-то из предыдущего созданного мной кластера etcd осталось в этом каталоге, что может повлиять на настройки etcd.

1. Добавьте новый узел в существующий кластер etcd.

   etcdctl member add <new_node_name> --peer-urls="http://<new_node_ip>:2380"

Внимание, если вы включаете TLS, замените http на https.

2. Запустите etcd в новом узле. Важно добавить существующий --initial-cluster-state, чтобы сообщить новому узлу, что он присоединится к существующему кластеру, вместо создания нового кластера.

   etcd --name <new_node_name> --initial-cluster-state existing ...

3. Проверить результат

   etcdctl member list