У меня сегодня была та же проблема, но создание монитора вручную с использованием встроенных команд ceph не помогло. Это описано здесь: https://docs.ceph.com/en/latest/rados/operations/add-or-rm-mons/#adding-a-monitor-manual ... Но в моём случае результат оказался таким же, как при создании монитора с помощью инструментов Proxmox. После нескольких часов я решил поделиться своим решением... Надеюсь, это сэкономит время другим Коротко: решением было внедрение monmap в устаревший монитор: https://docs.ceph.com/en/latest/rad...ing-mon/#recovering-a-monitor-s-broken-monmap

Подробно:

1.) Удалите все компоненты и данные устаревшего монитора вручную:
`pveceph mon destroy ceph-mon@myhost` ... приводит к ошибке, описанной выше "no such monitor id"!

```
# остановите и отключите и удалите сервис
service ceph-mon@myhost stop
systemctl disable ceph-mon@myhost
systemctl daemon-reload
# удалите директорию данных монитора
rm -r /var/lib/ceph/mon/ceph-myhost
# вручную отредактируйте /etc/ceph/ceph.conf
# удалите IP устаревшего монитора
mon_host = xx.0.99.83 xx.0.99.82 xx.0.99.84
=> mon_host = xx.0.99.83 xx.0.99.82
# удалите секцию
[mon.myhost]
   public_addr = xx.0.99.84
```

2.) После этого я смог снова добавить монитор через графический интерфейс или командную строку:

```
# на хосте, где отсутствует монитор
pveceph createmon
```

Но монитор не смог подключиться к кластеру... Я пробовал снова и снова, в логах (var/log/ceph/ ceph-mon@myhost.log там):

```
2021-05-11 16:37:47.465 7fdf7c47d700 -1 mon.myhost@-1(probing) e13 get_health_metrics reporting 11 slow ops, oldest is log(1 entries from seq 1 at 2021-05-11 16:33:35.201786)
2021-05-11 16:37:50.321 7fdf7e481700  1 mon.myhost@-1(probing) e13 handle_auth_request failed to assign global_id
2021-05-11 16:37:50.373 7fdf7e481700  1 mon.myhost@-1(probing) e13 handle_auth_request failed to assign global_id
```

Полезно запросить административный порт устаревшего монитора и напрямую запросить статус монитора из самого монитора, это помогает лучше понять ситуацию...

```
# получить патч административного сокета
ceph-conf --name mon.myhost --show-config-value admin_socket
# возможные команды монитора
ceph --admin-daemon /var/run/ceph/ceph-mon.myhost.asok help
# запросить статус монитора
ceph --admin-daemon /var/run/ceph/ceph-mon.myhost.asok mon_status
```

Подробности можно найти здесь: https://docs.ceph.com/en/latest/rados/troubleshooting/troubleshooting-mon/#understanding-mon-status

3.) Единственным рабочим решением для меня, чтобы вернуть монитор в кластер, было "внедрение monmap в монитор", как описано здесь: https://docs.ceph.com/en/latest/rad...ing-mon/#recovering-a-monitor-s-broken-monmap

С ручной корректировкой разрешений!

```
# войти на хост рабочего монитора, остановить сервис и извлечь карту
service ceph-mon@myworkinghost stop
ceph-mon -i myworkinghost  --extract-monmap /tmp/monmap

#2021-05-11 16:44:04.119 7f6087bd6400 -1 wrote monmap to /tmp/monmap

# запустить сервис снова и перенести его на старый хост
service ceph-mon@myworkinghost start
scp /tmp/monmap mystalehost:/tmp/monmap

# на старом хосте монитора остановить монитор и внедрить карту
service ceph-mon@mystalehost stop
ceph-mon -i mystalehost --inject-monmap /tmp/monmap
# после этого права доступа необходимо установить вручную для пользователя "ceph" (были ошибки отказа в разрешении файла, так как после внедрения некоторые файлы принадлежали root)
chown ceph.ceph /var/lib/ceph/mon/ceph-mystalehost/store.db/*
# и снова запустить
service ceph-mon@mystalehost start
```

Это должно быть закреплено или добавлено в руководство! У меня была такая же проблема один в один с тремя мониторами. Моё решение – следовать шагам от @Jospeh Huber, а затем добавить снова через GUI. Как и ожидалось, монитор остаётся выключенным. Пробовал также injection, не помогло. Поэтому все шаги снова (но без injection!), двойная проверка, чтобы все моники не были видны больше в GUI. Выключил весь кластер, загружал по одному узлу. Затем всё стало как новое, пересоздание мониторов заработало как обычно. Quorum от всех мониторов на несколько секунд изменился на no, а потом всё вернулось в нормальное состояние (вложение). Интересно, что же произошло изначально? Я просто удалил несколько мониторов и добавил их снова через GUI, дав им достаточно времени, чтобы всё устоялось после каждого шага. У некоторых узлов это сработало, а у трех возникла эта проблема. Corosync слишком медленно синхронизирует конфигурацию? Не знаю…

Потратил кучу времени, пытаясь разобраться с этим призрачным багом, и ничего не помогало, кроме этих шагов. Почти сдался, пока не попробовал еще раз.

Просто добавлю еще одну историю: Хост был оффлайн какое-то время, потом снова появился, а mon завис на "handle_auth_request failed to assign global_id". Я вышла почитать, а когда вернулась (через 15 минут) mon снова заработал. Он пробовал около 10 минут, потом начал синхронизироваться сам: Код: 2024-09-22T00:23:03.662+0200 7dcb5b2006c0  1 mon.h0@1(synchronizing) e7 sync_obtain_latest_monmap
2024-09-22T00:23:03.663+0200 7dcb5b2006c0  1 mon.h0@1(synchronizing) e7 sync_obtain_latest_monmap obtained monmap e7, что заняло около минуты, потом (с новой, актуальной monmap) он начал работать как ни в чем не бывало. (Это было 17.2.7 quincy). Скорее всего, было бы быстрее, если бы я вручную вставила актуальную monmap.

У меня та же проблема. А сервис файл находится вот здесь: /etc/systemd/system/ceph-mon.target.wants. Что делать, удалять его?

Может, эта ветка поможет. https://forum.proxmox.com/threads/ghost-monitor-in-ceph-cluster.58683/

Видел такое поведение после того, как узел упал и потребовалась полная замена (даже не буду вдаваться в длинную историю, которая не особо важна). При запуске нового узла-заменителя Proxmox заметил следующее: Systemd-сервис для монитора узлов был включен и работал, но периодически вылетал. Затронутый монитор не отображался в `ceph mon_status`. Файлы keyring и monitor map для монитора были на месте в `/var/lib/ceph/mon/ceph-<node>`. В Proxmox UI отображался IP-адрес монитора (без порта), а в колонках `version` и `quorum` было пусто. Когда пытался удалить проблемный монитор, выдавала ошибку `destroy : no such monitor id 'pve-<node>' (500)` (и в CLI, и в UI). Решил я это так: создал монитор с помощью ceph, затем удалил и добавил его обратно через pveceph.