Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Виртуальная Среда
    Случайно запустил `ceph auth rm client.admin` на одном из монитор-нодов.

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Случайно запустил `ceph auth rm client.admin` на одном из монитор-нодов., Proxmox Виртуальная Среда
     
    DemiNe0
    Guest
    #1
    0
    27.10.2021 17:03:00
    Привет всем! Я случайно запустил `ceph auth rm client.admin` на одном из узлов монитора. Я следил за туториалом по добавлению Ceph в Kubernetes и неправильно понял один из шагов. Теперь, когда я пытаюсь выполнить какую-либо команду с любого узла, я получаю следующую ошибку: monclient(hunting): handle_auth_bad_method server allowed_methods [2] but i only support [2] [errno 13] RADOS permission denied (error connecting to the cluster). Есть ли какой-нибудь способ это исправить? Похоже, что Proxmox больше не может подключиться к Ceph.
     
     
     
    Stephan Becker
    Guest
    #2
    0
    26.02.2023 15:40:00
    Та же проблема здесь. Я пытался смонтировать CephFS на VM. После ... Код: mkdir /etc/ceph
    ssh root@<node-ip> "sudo ceph config generate-minimal-conf" | sudo tee /etc/ceph/ceph.conf ... Я пытался получить keyring для аутентификации client.admin для доступа к кластеру Ceph с Код: ssh root@<node-ip> "sudo ceph fs authorize cephfs client.admin / rw" | sudo tee /etc/ceph/ceph.client.admin.keyring. Это привело к сообщению об ошибке, что этот пользователь уже существует и не может быть создан снова, после чего последовал совет удалить его перед повторным созданием. С ... Код: ssh root@<node-ip> "sudo ceph auth rm client.admin" followed by Код: ssh root@<node-ip> "sudo ceph fs authorize cephfs client.admin / rw" | sudo tee /etc/ceph/ceph.client.admin.keyring. Я удалил уже существующего client.admin, получил новый client.admin и желаемый keyring – но затем Ceph дал сбой, как описано выше.

    Вопросы:
    - Как я могу получить keyring client-admin, который будет использоваться для аутентификации монтирования cephfs?
    - Что именно нужно сделать с новым admin keyring, созданным для восстановления работы кластера? (Как возможное решение, если кто-то снова попадёт в ту же ловушку... Ох)

    Fatzit: В конце концов мне пришлось удалить всю установку Ceph из кластера и переустановить её с нуля, запустив что-то вроде этого на каждом узле ...

    --- Внимание ---
    --- --- ---
    Это, вероятно, будет только крайняя мера перед переустановкой всего кластера с нуля!!!

    Не экспериментируйте с такими вещами на производственных системах, если у вас нет надлежащих резервных копий всех соответствующих данных!!!

    Код: rm -rf /etc/systemd/system/ceph*
    killall -9 ceph-mon ceph-mgr ceph-mds
    rm -rf /var/lib/ceph/mon/  /var/lib/ceph/mgr/  /var/lib/ceph/mds/
    pveceph purge
    apt purge ceph-mon ceph-osd ceph-mgr ceph-mds
    rm /etc/init.d/ceph
    pveceph install ... чтобы решить эту легкомысленно самовызванную проблему, просто потому, что у меня не было знаний, чтобы исправить такую ерунду. И сегодня у меня их нет.

    Выводы: Ну… Просто не трогайте никаких пользователей с типом "admin" вообще – нигде – никогда – ни за что. Особенно если у вас нет понимания последствий…. Создавайте собственных пользователей вместо этого. Например, Код: ssh root@<node-ip> "sudo ceph fs authorize cephfs client.stephan / rw" | sudo tee /etc/ceph/ceph.client.stephan.keyring. Вы можете использовать это с ceph-fuse или fstab, а также.

    - Ручной Mount ceph-fuse
    Код: ceph-fuse --id stephan -k /etc/ceph/ceph.client.stephan.keyring /mnt/cephfs
    или
    Код: ceph-fuse --id stephan -k /etc/ceph/ceph.client.stephan.keyring --client_mds_namespace your-cephfs /mnt/your-cephfs, если у вас настроено несколько fs на кластере

    - fstab Mount ceph-fuse
    Код: client_mountpoint=/,id=stephan    /mnt/cephfs    fuse.ceph    defaults,_netdevnoatime    0    0
    или
    Код: client_mountpoint=/,client_fs=cephfs,id=stephan    /mnt/cephfs    fuse.ceph    defaults,_netdev,noatime    0    0

    - Ручной Mount kernel
    Код: mount -t ceph <mon-ip>[,<monip>]:/ /mnt/cephfs -o name=stephan -f

    - fstab Kernel Mount
    Код: <mon-ip>[,<monip>]:/    /mnt/cephfs    ceph   name=stephan,_netdev,noatime    0    0

    Пока я не нашёл, как выполнить монтирование non-default cephfs с помощью fstab, но, думаю, где-то есть опция, которую нужно передать. Обязательно используйте опцию _netdev в любом случае, чтобы смонтировать файловую систему после завершения работы сети.
     
     
     
    manitc
    Guest
    #3
    0
    06.10.2024 05:41:00
    Я совершил ту же ошибку, изменяя разрешения client.admin, и ceph node больше не мог общаться с ceph cluster. Вот шаги, которые я предпринял, чтобы исправить проблему:

    1. убрал cephx из /etc/ceph/ceph.conf:
      auth_client_required = none
      auth_cluster_required = none
      auth_service_required = none
      # выключил всех гостей
    2. перезагрузил сервер (можно попробовать перезапустить pve и ceph сервисы, но у меня это не сработало)
    3. импортировал admin keyring:
      ceph auth import -i /path/to/keyring
      # если ты удалил свой keyring, посмотри команду: ceph auth get-or-create-key
    4. вернул cephx в /etc/ceph/ceph.conf
    5. перезагрузил
     
     
     
    gianlucagiacometti
    Guest
    #4
    0
    10.10.2024 18:11:00
    Спасибо! Могу подтвердить, что эта процедура работает. У меня была точно такая же проблема вчера, и всё заработало снова меньше чем за час.
     
     
     
    Drivematic
    Guest
    #5
    0
    03.01.2025 19:42:00
    Привет, я тут совсем зеленый, подскажите, пожалуйста, что такое `/path/to/keyring`? Заранее спасибо!
     
     
     
    gianlucagiacometti
    Guest
    #6
    0
    05.01.2025 17:01:00
    Оно должно быть /etc/pve/ceph/
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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