Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Старый удаленный узел отображается в HA lrm.

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Старый удаленный узел отображается в HA lrm., Proxmox Виртуальная Среда
     
    carles89
    Guest
    #1
    0
    27.04.2018 14:19:00
    Привет всем,

    У одного из наших клиентов раньше был 2-узловой кластер. Имена узлов были: "mdc0" и "mdc1". Один из серверов вышел из строя (mdc0), и мы удалили его, используя pvecm delnode mdc0. Заметил, что этот старый узел все еще отображается в меню HA GUI:

    Вот вывод /etc/pve/.members (старый узел не указан):

    Code: root@mdc1:~# cat /etc/pve/.members

    {
    "nodename": "mdc1",
    "version": 3,
    "cluster": { "name": "cluster", "version": 3, "nodes": 1, "quorate": 1 },
    "nodelist": {
     "mdc1": { "id": 2, "online": 1, "ip": "192.168.0.199"}
     }
    }

    Он не появляется в /etc/pve/corosync.conf: --Единственное, что я вижу здесь, это то, что bindnetaddr от старого узла (mdc0). Текущий узел (mdc1) имеет 192.168.0.199.--

    Code: root@mdc1:~# cat /etc/pve/corosync.conf
    logging {
     debug: off
     to_syslog: yes
    }

    nodelist {
     node {
       name: mdc1
       nodeid: 2
       quorum_votes: 1
       ring0_addr: mdc1
     }

    }

    quorum {
     provider: corosync_votequorum
    }

    totem {
     cluster_name: cluster
     config_version: 3
     ip_version: ipv4
     secauth: on
     version: 2
     interface {
       bindnetaddr: 192.168.0.200
       ringnumber: 0
     }

    }

    Но он отображается, если я запускаю ha-manager status:

    Code: root@mdc1:~# ha-manager status
    quorum OK
    master mdc0 (idle, Fri Sep  2 15:31:16 2016)
    lrm mdc0 (unable to read lrm status)
    lrm mdc1 (idle, Fri Apr 27 14:14:14 2018)

    Есть какие-нибудь идеи?

    Спасибо!
     
     
     
    pieteras.meyer
    Guest
    #2
    0
    20.06.2019 10:40:00
    Привет, Детмар! У меня та же проблема, и я попробовал предложенное ниже, но это ничего не меняет. # rm /etc/pve/ha/manager_status root@pve02:~# ha-manager status quorum OK master pve02 (active, Thu Jun 20 10:37:33 2019) lrm pve01 (active, Thu Jun 20 10:37:35 2019) lrm pve02 (active, Thu Jun 20 10:37:34 2019) lrm pve03 (active, Thu Jun 20 10:37:34 2019) lrm pve04 (active, Thu Jun 20 10:37:41 2019) lrm pve05 (old timestamp - dead?, Thu Jun 20 09:37:43 2019)
     
     
     
    apatchin
    Guest
    #3
    0
    20.08.2021 16:00:00
    Я тоже пробовал, но, к сожалению, не помогло. Я уже сделал всё, как описано в документации менеджера кластера (pvecm delnode <>), удалил узлы из каталога /etc/pve/nodes/, перезапустил службы кластера высокой доступности и т.д., но проблема осталась. Всё ещё вижу эти 3 сервера, которые я удалил. Пытался отредактировать файл manage_status, но похоже, что он генерируется откуда-то ещё.
     
     
     
    apatchin
    Guest
    #4
    0
    20.08.2021 16:13:00
    Окей, разобрался, оказалось нужно было прогнать команду: systemctl restart pve-ha-crm.service на каждом оставшемся узле.
     
     
     
    pwizard
    Guest
    #5
    0
    09.01.2023 21:23:00
    Ну что, я вроде бы попробовал всё, что здесь перечислено, но старые узлы всё ещё отображаются в выводе статуса ha-manager:

    ```
    root@prox02:~# ha-manager status
    unable to read file '/etc/pve/nodes/prox01/lrm_status'
    unable to read file '/etc/pve/nodes/prox03/lrm_status'
    unable to read file '/etc/pve/nodes/prox06/lrm_status'
    quorum OK
    master proxstore12 (active, Mon Jan  9 21:12:28 2023)
    lrm prox01 (unable to read lrm status)
    lrm prox02 (idle, Mon Jan  9 21:12:28 2023)
    lrm prox03 (unable to read lrm status)
    lrm prox04 (active, Mon Jan  9 21:12:29 2023)
    lrm prox06 (unable to read lrm status)
    lrm prox11 (idle, Mon Jan  9 21:12:27 2023)
    lrm prox13 (idle, Mon Jan  9 21:12:27 2023)
    lrm prox14 (active, Mon Jan  9 21:12:28 2023)
    lrm proxstore11 (idle, Mon Jan  9 21:12:27 2023)
    lrm proxstore12 (idle, Mon Jan  9 21:12:28 2023)
    lrm proxstore13 (idle, Mon Jan  9 21:12:27 2023)
    service vm:258 (prox04, started)
    [... further services omitted ...]
    ```

    Сначала они отображались как "находившиеся на обслуживании" после того, как я корректно их выключил и затем выполнил `pvecm delnode`. Это не изменилось, даже после перезапуска сервисов `pve-ha-crm` или удаления `/etc/pve/ha/manager_status`. Узлы всё ещё существовали в `/etc/pve/nodes`, а теперь, после удаления этих директорий, я застрял с вышеуказанным выводом.

    Чтобы убедиться, что я удалил файл статуса снова и перезапустил crm сервис на всех узлах, я сделал это снова, но это не изменило ситуацию. Так что, как мне наконец избавиться от этих записей, и почему это не задокументировано в документации по деактивации узлов? Документация сводится к тому, чтобы просто выполнить `pvecm delnode` и вообще не упоминает компоненты кластера HA, LRM/CRM. И в документации по HA ничего не сказано об удалении узла...

    Я не сильно беспокоюсь о "вводящем в заблуждение" выводе, отображающем неактуальные узлы, но могут ли быть какие-то негативные последствия для кворума HA? Как эти 3 неработающих узла влияют на расчёт кворума? Не убью ли я свой кластер HA, заменяя ещё больше узлов?

    EDIT: Ну, похоже, нужно сделать всё вышеперечисленное, а затем немного подождать. Список узлов теперь корректный, без каких-либо дальнейших изменений, модификаций конфигурации, перезагрузки сервисов или узлов.

    EDIT2: Я заменил оставшиеся узлы и для них было достаточно удалить папку `/etc/pve/nodes/<NODE>` после команды `pvecm delnode`, статус ha-manager ненадолго переключался на "unable to read lrm status", а затем узел был правильно удалён из списка ha-manager.
     
     
     
    liptech
    Guest
    #6
    0
    10.02.2023 17:01:00
    Привет всем, отредактировал "/etc/pve/ha/manager status", убрал отсутствующий нод. Оригинал: {"timestamp":1675632795,"node_status":{"DELL":gone","horizon":"online","fenix":"online"},"service_status":{},"master_node":"fenix"} Изменено: {"timestamp":1675632795,"node_status":{"horizon":"online","fenix":"online"},"service_status":{},"master_node":"fenix"}
     
     
     
    SteveITS
    Guest
    #7
    0
    08.05.2025 04:50:00
    Спасибо. Для справки всем, кто это увидит: "некоторое время" - это где-то между 30 минут и четырьмя часами, вот когда я в последний раз посмотрел.
     
     
     
    dietmar
    Guest
    #8
    0
    27.04.2018 16:51:00
    Похоже, можно это исправить, просто удалив файл статуса менеджера HA: # rm /etc/pve/ha/manager_status
     
     
     
    carles89
    Guest
    #9
    0
    27.04.2018 18:01:00
    Спасибо, Дитер, получилось!
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры