Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1 2 След.
RSS
Проблема с заполнением раздела данных UDM Pro и её решение, UniFi Protect
 
Привет! У меня есть UDM Pro с версией 1.8.0, и недавно я столкнулся с довольно странной и забавной проблемой, о которой хочу немного рассказать. Мне начали приходить письма, что раздел данных на UDM Pro почти заполнен. У меня подключён диск на 3 ТБ для UniFi Protect, но заполнялся внутренний eMMC-накопитель, где хранится конфигурация.

У меня не очень большая сеть, так что конфигурация и логи не должны были занять так много места. Но даже после того, как я изменил сроки хранения данных и сжал базу, заметного освобождения диска не произошло.

Чтобы разобраться, я залогинился через SSH в UDM Pro и стал по очереди смотреть с помощью du -hs *, откуда берутся данные. В папке /mnt/data я обнаружил, что папка podman занимает целых 20 ГБ на диске. Я углубился в podman, потом в overlay и рассмотрел диски нескольких контейнеров на моей системе. Проверил работающие контейнеры через podman и увидел, что единственный запущенный контейнер использует большую директорию overlayFS в 20 ГБ как файловую систему.

Я прошёлся по объединённой папке merged, чтобы понять, что внутри, и заметил, что файл /var/mail/mail занимает целых 7,5 ГБ на диске. Прочитав почту, я увидел массу оповещений, которые копились аж три месяца, и почему-то они всё это время хранились в файле mail и никогда не удалялись.

Поэтому я зашёл внутрь контейнера, запускающего сервис unifiOS, и удалил файл /var/mail/mail, чтобы освободить место на диске. После этого папки diff и merged внутри overlayFS значительно уменьшились в размере — использование раздела данных упало с 12 ГБ до 3,8 ГБ.

Если кто-то ещё замечает странно большой расход места на разделе данных на UDM Pro, возможно, стоит проверить файл mail внутри контейнера UnifiOS — может, у вас просто гигантский почтовый файл.
 
Я только что столкнулся с этим. Самое большое место занято папкой /mnt/data/unifi-os/unifi/data/backup/autobackup. Я её почистил, и веб-интерфейс снова заработал. Также я оптимизировал базу данных, следуя инструкции по адресу https://help.ui.com/hc/en-us/articles/204911424-UniFi-How-to-Remove-Prune-Older-Data-and-Adjust-Mongo-Database-Size.
 
Удалил несколько файлов резервных копий через меню. Каждый файл весит около 100 Мб, пару я скопировал на внешний носитель, остальные удалил. В итоге освободилось действительно много места.
 
https://community.ui.com/questions/UDMP-controller-backups/8e0b37ca-6314-4a38-a86e-9f858f9fbbc5
 
UDM Pro
 
Это просто путь к каталогу с резервными копиями. Где он находится, зависит от того, где размещён ваш контроллер — например, Windows, Mac, Linux, CK UDM и так далее. Что вы используете?
 
Где ты нашёл эти настройки? Можешь подсказать, куда идти, чтобы я мог их удалить?
 
Мне стоит беспокоиться насчёт внутренней памяти? Просто переживаю, что она может закончиться: на прошлой неделе было всего 1 ГБ, а через неделю уже 2 ГБ. У меня прошивка UDM-Pro 1.10.0 и Protect 1.19.0. Я знаю, что в версии 1.9.5 уже исправили интерфейс, но всё равно немного волнуюсь. Не могу проверить команды "cd /var/mail", "ls -al mail" и "rm mail".
 
Привет, @OnpointSystems! Проблема уже исправлена в последнем официальном релизе, который на момент публикации — версия 1.9.3.
 
Мы используем версию 1.8.0, и в заметках к выпуску 1.8.3 не упоминается ничего о исправлении проблемы с корректным учётом занимаемого места почтовым файлом. Просто обновляться ради обновления у нас не получается. Есть ли какая-то другая стабильная версия, где эта проблема уже решена?
 
Привет, @OnpointSystems! Поддерживайте систему в актуальном состоянии с последними релизами — проблема с заполнением диска этой почтой уже исправлена.
 
Это было потрясающе! Благодаря этому у меня освободилось место, ведь у меня оставалось меньше 300 МБ свободного дискового пространства. Вопрос к @UI-Team: как этого можно избежать, чтобы не приходилось вмешиваться вручную? Кстати, этот блок установлен у бизнес-клиента, а не в домашних условиях.
 
Может, стоит начать с самого начала и рассказать, почему вы считаете, что всё заполнено. Прикладывайте скриншоты и указывайте модель оборудования, о котором идёт речь.
 
Спасибо всем, кто мне помог.
 
У меня был отключён почтовый сервер, поэтому, думаю, из-за этого и возникла описанная проблема. Я удалил все резервные копии, которые были, и сейчас занимаю всего 2,5 ГБ. Возможно, моя проблема и не связана с почтовым сервером, но есть ли у кого-то ориентиры по ожидаемому объёму хранилища? И почему мы не можем выгружать данные или использовать для этого жёсткий диск? У меня установлен 8-гигабайтный диск, и я не пользуюсь Protect. Это моя ошибка, сделал классическое предположение — а оно плохо, зато в CK Gen 2 есть SD-карта! 256 ГБ всего за $15. Как так получилось, что у такой мощной сетевой железки всего 14 ГБ памяти?! Господи, ну ты даёшь.
 
Ссылка Icire1, возможно, более точная. Я этого не проверял.
 
Подключитесь к вашему UDM по ssh. Как только появится командная строка, перейдите в нужную папку командой: cd /var/mail. Чтобы сначала проверить размер файла, выполните команду: ls -al mail. Чтобы удалить файл, выполните команду: rm mail. Выйдите или закройте ssh-сессию командой: exit.
 
https://community.ui.com/questions/The-UniFi-Controller-data-partition-is-nearly-full/a0ebde02-140f-41c2-95d9-72d695a97c72?page=2
 
Извините, что прошу об этом, но не мог бы кто-нибудь подсказать точные шаги, как очистить эту папку? Я пока новичок в работе с командной строкой, поэтому небольшая помощь очень бы мне пригодилась. Буду очень благодарен за любую поддержку!
 
У меня так же. После удаления файла пришлось перезагрузить контроллер, чтобы место действительно освободилось.
Страницы: 1 2 След.
Читают тему (гостей: 1)