+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

[РЕШЕНО] Логи Proxmox-backup, Proxmox Backup Server

franko5

Guest

19.10.2021 08:46:00

Привет! Я только что заметил, что папка /var/log/proxmox-backup занимает довольно много места. Похоже, что ротация логов явно не настроена в logrotate. Есть ли какая-то другая настройка, которая отвечает за ротацию этих логов, или могу я просто использовать logrotate, как для любых других логов? В документации ничего похожего не нашёл, так что, наверное, ротацию можно настроить через logrotate, как для любого другого сервиса? Заранее спасибо!

DerDanilo

Guest

27.04.2022 22:13:00

@dcsapak Это уже исправили? На нашем сервере следующие логи занимают очень много места. Пока что мы решили эту проблему, переключив ротацию логов на ежедневную. Размеры: - proxmox-backup = 10 ГиБ - daemon.log = 4 ГиБ - syslog = 2 ГиБ

dcsapak Guest	#3 0 28.04.2022 10:02:00 Мы исправили некоторые моменты, связанные с ротацией логов, а именно: очистка не продолжалась, если возникала ошибка... Но это касается только логов proxmox-backup, syslog и daemon.log управляются logrotate.

DerDanilo Guest	#4 0 30.04.2022 21:35:00 Есть еще какие-нибудь системы, из-за которых файлы daemon.log разрастаются до гигантских размеров? Не смог бы ты составить команду для ручного принудительного вращения логов, связанных с PBS?

dcsapak

Guest

02.05.2022 08:37:00

Я бы проверил содержимое лога, чтобы понять, что именно туда записывается... Мы могли бы это сделать, но с недавнего времени появилась настройка для установки (максимального) количества дней хранения логов. Команда: proxmox-backup-manager node update --task-log-max-days N — она сохранит логи задач минимум на N дней (на самом деле немного дольше). Вращение логов задач сейчас запускается ежедневно в полночь. Это тебе поможет?

NetUser

Guest

13.05.2022 09:28:00

Привет, у меня такая же проблема. В частности, логи задач сбора мусора занимают около 1,1 ГБ (там примерно 5 миллионов предупреждений, которые я даже не могу посмотреть, потому что веб-интерфейс падает). Где я могу использовать команду "proxmox-backup-manager node update --task-log-max-days N"? И когда она удалит старые логи, чтобы у меня было немного времени разобраться с этой проблемой предупреждений? Заранее спасибо!

dcsapak

Guest

13.05.2022 09:41:00

Похоже, тут серьёзная проблема. Ты можешь вручную проверить лог задачи через команду 'proxmox-backup-manager task log <UPID>' — это просто команда, которую можно ввести в CLI (через ssh или веб-консоль). Но это вряд ли поможет, если у тебя есть несколько больших логов задач, потому что ротация логов запускается каждый день в полночь.

NetUser

Guest

13.05.2022 09:48:00

Да, я установил 60 дней, и это удалит часть логов, что даст мне немного места и времени для анализа. Что касается логов на 1,1 ГБ, то у меня такая ситуация: у меня был ежедневный график резервного копирования примерно для 200 ВМ, я перенёс две из них в новый график резервного копирования (с выделённым хранилищем на PBS), не удаляя старые, и все предупреждения выглядят примерно так:

Код:
2022-05-13T02:26:11+02:00: WARN: предупреждение: невозможно получить доступ к несуществующему чанку 56e479d7042cb81f6dd00db0b80660f8f24b971b092962329f3fb3886757b956, требуемому для "/backup/proxmox/SQLDumps/vm/11273/2022-04-24T21:12:02Z/drive-virtio0.img.fidx"

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

dcsapak Guest	#9 0 13.05.2022 10:03:00 У тебя есть вложенные хранилища данных? Как выглядит конфигурация твоего хранилища? (/etc/proxmox-backup/datastore.cfg) Обычно чанки не должны исчезать, или что именно ты перемещал?

NetUser

Guest

#10

13.05.2022 10:24:00

Да, у меня вложенные хранилища, вот конфигурация:
Код:
datastore: nfs-em1nas-volume1
gc-schedule thu 22:00
keep-daily 7
keep-last 7
keep-monthly 6
keep-weekly 6
keep-yearly 1
path /backup/proxmox
prune-schedule daily

datastore: nfs-truenas-db
comment
gc-schedule daily
keep-daily 11
keep-last 72
keep-monthly 6
keep-weekly 6
keep-yearly 1
path /backup/proxmox/SQLDumps
prune-schedule daily

Я ничего не «перемещал», просто убрал 2 виртуальные машины из ежедневного задания резервного копирования на PVE и добавил их в задание с почасовым бэкапом.
Ежедневные бэкапы настроены на хранилище nfs-em1nas-volume1, а почасовые — в nfs-truenas-db.
Сейчас у меня старые бэкапы на ежедневном хранилище, а новые — на почасовом.

NetUser

Guest

#11

14.05.2022 10:21:00

Привет, несмотря на то, что я выполнил команду "proxmox-backup-manager node update --task-log-max-days 60", у меня всё равно остаются более старые задачи в папке, вот примеры:

Code:
-rw-r--r-- 1 backup backup 1.1G Feb 26 01:56 UPID:[edited]:garbage_collection:nfs\x2dem1nas\x2dvolume1:root@pam:
-rw-r--r-- 1 backup backup 1.1G Mar 4 13:03 UPID:[edited]:garbage_collection:nfs\x2dem1nas\x2dvolume1:root@pam:
-rw-r--r-- 1 backup backup 1.1G Mar 11 04:50 UPID:[edited]:garbage_collection:nfs\x2dem1nas\x2dvolume1:root@pam:
-rw-r--r-- 1 backup backup 1.2G Mar 18 04:14 UPID:[edited]:garbage_collection:nfs\x2dem1nas\x2dvolume1:root@pam:
-rw-r--r-- 1 backup backup 1.2G Mar 25 04:26 UPID:[edited]:garbage_collection:nfs\x2dem1nas\x2dvolume1:root@pam:
-rw-r--r-- 1 backup backup 1.2G Apr 1 04:21 UPID:[edited]:garbage_collection:nfs\x2dem1nas\x2dvolume1:root@pam:
-rw-r--r-- 1 backup backup 1.2G Apr 8 04:59 UPID:[edited]:garbage_collection:nfs\x2dem1nas\x2dvolume1:root@pam:
-rw-r--r-- 1 backup backup 1.2G Apr 15 05:46 UPID:[edited]:garbage_collection:nfs\x2dem1nas\x2dvolume1:root@pam:
-rw-r--r-- 1 backup backup 1.2G Apr 22 05:25 UPID:[edited]:garbage_collection:nfs\x2dem1nas\x2dvolume1:root@pam:
-rw-r--r-- 1 backup backup 1.2G Apr 29 05:03 UPID:[edited]:garbage_collection:nfs\x2dem1nas\x2dvolume1:root@pam:
-rw-r--r-- 1 backup backup 1.2G May 6 05:16 UPID:[edited]:garbage_collection:nfs\x2dem1nas\x2dvolume1:root@pam:
-rw-r--r-- 1 backup backup 1.3G May 13 06:05 UPID:[edited]:garbage_collection:nfs\x2dem1nas\x2dvolume1:root@pam:

Если я смотрю файл /etc/proxmox-backup/node.cfg, он пустой, как можно проверить, что PBS правильно принял и понял вышеуказанную команду?

Вот версия моего backup manager:

Code:
proxmox-backup 2.1-1 running kernel: 5.13.19-2-pve
proxmox-backup-server 2.1.5-1 running version: 2.1.2
pve-kernel-helper 7.1-14
pve-kernel-5.13 7.1-9
pve-kernel-5.4 6.4-10
pve-kernel-5.13.19-2-pve 5.13.19-4
pve-kernel-5.4.151-1-pve 5.4.151-1
pve-kernel-5.4.65-1-pve 5.4.65-1
ifupdown2 3.1.0-1+pmx3
libjs-extjs 7.0.0-1
proxmox-backup-docs 2.1.5-1
proxmox-backup-client 2.1.5-1
proxmox-mini-journalreader 1.2-1
proxmox-widget-toolkit 3.4-7
pve-xtermjs 4.16.0-1
smartmontools 7.2-pve2
zfsutils-linux 2.1.4-pve1

Neobin

Guest

#12

14.05.2022 20:19:00

Этого следует избегать. [1] [2] [3] Рассмотрите возможность изменить это, чтобы вообще избежать всех этих предупреждений в логах. [1] https://forum.proxmox.com/threads/additional-datastore-on-same-zfs-pool.99751/#post-430553 [2] https://forum.proxmox.com/threads/root-disk-filling-up.84215/#post-370332 [3] https://forum.proxmox.com/threads/root-disk-filling-up.84215/#post-370415

NetUser

Guest

#13

15.05.2022 09:00:00

Спасибо за совет, я над этим поработаю. Помимо этого, основная проблема в том, что ротация логов задачи не работает, подробнее смотри в сообщении #16. Вот лог из моей задачи «Log rotation»:

2022-05-15T00:00:00+02:00: запуск задачи ротации логов
2022-05-15T00:00:00+02:00: архив логов задачи не был повернут
2022-05-15T00:00:00+02:00: лог доступа API не был повернут
2022-05-15T00:00:00+02:00: лог аутентификации API был повернут
2022-05-15T00:00:00+02:00: ЗАДАЧА ОК

dcsapak

Guest

#14

16.05.2022 10:04:00

Ротация логов работает только с нашими файлами «index» (/var/log/proxmox-backup/tasks/archive.*), то есть только когда они «прокручиваются», тогда и логи задач удаляются. Поэтому я и сказал: если я выполню здесь:
Code: proxmox-backup-manager node update --task-log-max-days 60
в моём /etc/proxmox-backup/node.cfg будет:
Code: task-log-max-days: 60

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

NetUser Guest	#15 0 16.05.2022 10:14:00 Ок, спасибо за информацию, пару вопросов еще, учитывая, что я уже использую двойные, а не вложенные, хранилища данных. 1. Почему, если я ввожу "proxmox-backup-manager node update --task-log-max-days 60", это не отображается в моем конфиге node.cfg? На другом сервере у меня последняя версия, и там тоже ничего не появляется, есть идеи, как с этим разобраться? Могу ли я прописать это напрямую в node.cfg и перезапустить proxmox-backup-manager? 2. Когда лог задачи попадает в архив? Потому что некоторые из этих логов явно старше 60 дней, и после того, как я разберусь с ситуацией на двойном хранилище, хотел бы понемногу очищать эти большие логи. Большое спасибо за помощь!

Читают тему

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