Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Quincy (для manager и pgmap).

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Снижаю уровень логирования CEPH Quincy (для manager и pgmap)., Proxmox Виртуальная Среда
     
    flames
    Guest
    #1
    0
    10.11.2022 00:59:00
    Привет, после обновления до Ceph Quincy 17.2.5, логи перестали исчезать, если использовать `ceph tell mon.* injectargs '--mon_cluster_log_file_level info'` и перезапускать мониторы. Из документации Ceph следует, что Quincy теперь поддерживает только логические значения true/false для этой настройки. Мне не хотелось бы полностью отключать логирование, а просто снизить уровень до info или warning. Ссылка на документацию: https://docs.ceph.com/en/quincy/cephadm/operations/#enabling-logging-to-files.  Есть еще вариант https://docs.ceph.com/en/quincy/mgr/modules/#logging, где можно использовать команду `ceph config set mgr mgr/<module_name>/log_level <info|debug|critical|error|warning|>`.  Но я затрудняюсь найти правильный `<module_name>` в PVE 7.2-11 + Ceph 17.2.5. Команда `ceph mgr module ls` выдала следующий список:

    ```
    MODULE                  
    balancer           on (always on)
    crash              on (always on)
    devicehealth       on (always on)
    orchestrator       on (always on)
    pg_autoscaler      on (always on)
    progress           on (always on)
    rbd_support        on (always on)
    status             on (always on)
    telemetry          on (always on)
    volumes            on (always on)
    restful            on  
    alerts             -    
    influx             -    
    insights           -    
    iostat             -    
    localpool          -    
    mirroring          -    
    nfs                -    
    osd_perf_query     -    
    osd_support        -    
    prometheus         -    
    selftest           -    
    snap_schedule      -    
    stats              -    
    telegraf           -    
    test_orchestrator  -    
    zabbix             -
    ```

    Какой модуль мне использовать для этой команды? Заранее спасибо!  Пытаюсь отключить эти сообщения:

    ```
    Spoiler 2022-11-10T01:08:05.065144+0100 mgr.hostname (mgr.nnnnnnnnn) 219760 : cluster [DBG] pgmap v220340: 2081 pgs: 2081 active+clean; 10 TiB data, 28 TiB used, 25 TiB / 53 TiB avail; 741 KiB/s rd, 4.2 MiB/s wr, 395 op/s
    2022-11-10T01:08:07.070394+0100 mgr.hostname (mgr.nnnnnnnnn) 219761 : cluster [DBG] pgmap v220341: 2081 pgs: 2081 active+clean; 10 TiB data, 28 TiB used, 25 TiB / 53 TiB avail; 3.2 MiB/s rd, 4.6 MiB/s wr, 453 op/s
    2022-11-10T01:08:09.075315+0100 mgr.hostname (mgr.nnnnnnnnn) 219762 : cluster [DBG] pgmap v220342: 2081 pgs: 2081 active+clean; 10 TiB data, 28 TiB used, 25 TiB / 53 TiB avail; 6.9 MiB/s rd, 5.4 MiB/s wr, 559 op/s
    2022-11-10T01:08:11.079020+0100 mgr.hostname (mgr.nnnnnnnnn) 219763 : cluster [DBG] pgmap v220343: 2081 pgs: 2081 active+clean; 10 TiB data, 28 TiB used, 25 TiB / 53 TiB avail; 8.9 MiB/s rd, 4.9 MiB/s wr, 544 op/s
    2022-11-10T01:08:13.084022+0100 mgr.hostname (mgr.nnnnnnnnn) 219764 : cluster [DBG] pgmap v220344: 2081 pgs: 2081 active+clean; 10 TiB data, 28 TiB used, 25 TiB / 53 TiB avail; 9.3 MiB/s rd, 5.5 MiB/s wr, 606 op/s
    2022-11-10T01:08:15.088037+0100 mgr.hostname (mgr.nnnnnnnnn) 219765 : cluster [DBG] pgmap v220345: 2081 pgs: 2081 active+clean; 10 TiB data, 28 TiB used, 25 TiB / 53 TiB avail; 9.3 MiB/s rd, 5.9 MiB/s wr, 593 op/s
    2022-11-10T01:08:17.092030+0100 mgr.hostname (mgr.nnnnnnnnn) 219766 : cluster [DBG] pgmap v220346: 2081 pgs: 2081 active+clean; 10 TiB data, 28 TiB used, 25 TiB / 53 TiB avail; 8.7 MiB/s rd, 5.9 MiB/s wr, 574 op/s
    2022-11-10T01:08:19.097360+0100 mgr.hostname (mgr.nnnnnnnnn) 219767 : cluster [DBG] pgmap v220347: 2081 pgs: 2081 active+clean; 10 TiB data, 28 TiB used, 25 TiB / 53 TiB avail; 6.5 MiB/s rd, 6.1 MiB/s wr, 562 op/s
    ```
     
     
     
    kstoilov
    Guest
    #2
    0
    11.01.2023 10:10:00
    Привет, ребята! Нашли ли вы нужный модуль или что-то еще? У меня та же ситуация. Постоянно получаю сообщения DBG, а хочется, чтобы они превратились в INFO, но ничего из того, что я пробовал, не работает. Спасибо.
     
     
     
    flames
    Guest
    #3
    0
    11.01.2023 11:39:00
    Привет, kstoilov, к сожалению, нет.
     
     
     
    websmith
    Guest
    #4
    0
    04.03.2023 15:27:00
    Насколько я понимаю, единственный выход – полностью отключить ведение логов, что печально. Не могу понять, как подобная проблема могла проскочить сквозь тестирование в проекте Ceph, но очень раздражает видеть одни и те же бесполезные сообщения каждые 2 секунды в логе – поверх бесполезных записей, которые получает система логирования.
     
     
     
    Whatever
    Guest
    #5
    0
    10.07.2023 06:35:00
    Есть какие-нибудь успехи в решении проблемы со спамом?
     
     
     
    kstoilov
    Guest
    #6
    0
    10.07.2023 08:25:00
    Привет! С моей стороны нет. Как говорит websmith, единственный вариант — полностью отключить логи, что для меня, по сути, не вариант.
     
     
     
    Whatever
    Guest
    #7
    0
    10.07.2023 17:59:00
    Договорились. Этого варианта для меня тоже нет.
     
     
     
    logui
    Guest
    #8
    0
    22.11.2024 17:57:00
    Ты случайно не нашёл способ уменьшить логи ceph-mon? Оказывается, основная запись на диск идёт именно от Ceph Monitors (ceph-mon), а не от journald. Сейчас пытаюсь придумать, как отправлять их в память, отключать или перемещать в RAM: ceph-mon -f --cluster ceph --id N3 --setuser ceph --setgroup ceph [rocksdb:low] ceph-mon -f --cluster ceph --id N3 --setuser ceph --setgroup ceph [ms_dispatch] Я вижу примерно 270-300 КБ/с записи на загрузочный диск, в основном от ceph-mon. Это около 24 ГБ в день и 10 ТБ в год, только в простое! К этому надо добавить всю дополнительную нагрузку VM/CT/OS, когда система не простаивает. Может, у кого есть идеи, как решить проблему с логированием Ceph? Спасибо.
     
     
     
    abma
    Guest
    #9
    0
    10.12.2024 13:37:00
    Нет, я не нашел решения. Может, поможет обходной путь для journald: /etc/systemd/journald.conf: Код: [Journal] Storage=volatile. Это заставляет journald записывать логи только в оперативную память -> после перезагрузки логи пропадают.
     
     
     
    logui
    Guest
    #10
    0
    10.12.2024 13:51:00
    Спасибо! Я тоже, опираясь на документацию Ceph, сделал так, что Ceph логи теперь идут в Syslog (которые уже в RAM), отредактировав /etc/ceph/ceph.conf и добавив:
    Code: [global]
    log_to_syslog = true
     
     
     
    flames
    Guest
    #11
    0
    02.04.2025 09:30:00
    Обновился до Ceph 19.2, спам всё ещё есть, но вот интересная информация: https://ceph.io/en/news/blog/2024/v19-2-0-squid-released/ https://docs.ceph.com/en/latest/rados/troubleshooting/log-and-debug/#confval-mon_cluster_log_level. Попробую это при следующем окне доступности.
     
     
     
    angling-linen
    Guest
    #12
    0
    10.06.2025 19:01:00
    Интересно, changelog показывает, что установка этого в ceph.conf не отображается в конфиге. И попытка установить это через командную строку выдаёт ошибку.

    Код: ~# ceph daemon mon.a config set mon_cluster_log_level info
    ERROR: (2) No such file or directory
    ошибка установки 'mon_cluster_log_level' в 'info': (2) No such file or directory

    Код: ~# ceph --version
    ceph version 19.2.1 (c783d93f19f71de89042abf6023076899b42259d) squid (stable)
     
     
     
    angling-linen
    Guest
    #13
    0
    10.06.2025 20:27:00
    После дополнительного изучения вопроса выяснилось, что при импорте Proxmox 19.2.0 изменения для `mon_cluster_log_level` не перенеслись https://github.com/proxmox/ceph/blob/master/ceph/src/common/options/mon.yaml.in#L184 по сравнению с https://github.com/ceph/ceph/blob/main/src/common/options/mon.yaml.in#L211 через https://github.com/ceph/ceph/pull/47502.
     
     
     
    angling-linen
    Guest
    #14
    0
    10.06.2025 22:46:00
    Кажется, изменения внесли в основную ветку, но в релиз Squid не попали. Значит, changelog от ceph оказался неверным. Смотрю на код релиза 19.2.2 — файл опций всё ещё включает `mon_cluster_log_file_level`, опцию, которую можно применить в ceph, но она, кажется, не работает. Непонятно, слили ли они часть кода, но не возможность его конфигурировать, или что там. https://github.com/ceph/ceph/blob/0...b639885b8/src/common/options/mon.yaml.in#L184
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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