Переполнен раздел корневого каталога VMware vCenter Appliance (VCSA)

Автор: Super User Дата: . Категория: Виртуализация и VDI

Какой беспорядок! VCSA больше не обновляется или зависает из-за полного корневого раздела.
 
К счастью, есть простые процедуры для изучения того, какие файлы заполняют корневой раздел и как избавиться от них.
 

Типичные симптомы?

  • Не удалось выполнить ISO-установку обновления
  • Обновление vCSA завершается с ошибкой на шаге # / #
  • некоторые службы vCSA не могут быть запущены
 

Проверка файловой системы

Войдите в консоль VCSA, включите оболочку и откройте оболочку.
  1. shell.set –enabled true
  2. shell
  3. df -h

Состояни Use% на скриншоте выше нормальное, поскольку раздел уже очищен. Но любое число, превышающее 95%, остановит вашу процедуру обновления.
 
При использовании Performance Analyzer у нас есть специальная панель инструментов Highlights для разделов VM, которая также может использоваться для проверки использования раздела.
 

Как изменить размер раздела

Если вы не хотите, разбираться чем забился диск и очищать его, вы можете изменить размер связанного с ним виртуального диска и раздела, следуя этой статье в KB:
 
https://kb.vmware.com/s/article/2126276
 
Большая проблема заключается в том, что вы просто откладываете очистку до тех пор, пока раздел не заполнится снова.
 

Как очистить раздел

audit.log

Если audit.log заполняет раздел, задача довольно проста и описана в следующей статье базы знаний:
 
https://kb.vmware.com/s/article/2149278
  1. cd /var/log/audit
  2. ls -lh
  3. rm -rf audit.log
Пройдитесь по всем шагам статьи, чтобы убедиться, что audit.log не заполняется снова.
 

mqueue

Другой возможной причиной заполнения раздела являются файлы в /var/spool/ mqueue - менее документированная ситуация.
 
В общем случае вы можете использовать следующую команду для поиска крупнейших каталогов, проверяя текущий и следующие подкаталоги: df -h -d1
  1. df -h -d1 /var
  2. /var/log если размер больной смотри предыдущее решение
  3. /var/spool
  4. find /var/spool/mqueue -name “*” -delete
Причина использования find и delete вместо rm заключается в том, что  /var/spool/mqueue содержит много файлов, обрабатываемых rm дольше.
 
Проверьте снова разделы с помощью df -h и при необходимости перезагрузите ос.
 
Перед удалением любых файлов следует рассмотреть возможность создания снепшота