Назад | Перейти на главную страницу

Не хватает места в разделе / ​​var?

Один из наших администраторов сервера попросил меня взглянуть на это, и я озадачен - наш раздел / var заполнен, однако я не могу определить, куда ушло пространство.

Ниже приводится вывод команды du / var -ah.

...
202M    var/

'df -h' однако возвращает

Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/gza-root  268M  108M  147M  43% /
tmpfs                 2.0G     0  2.0G   0% /lib/init/rw
udev                   10M   68K   10M   1% /dev
tmpfs                 2.0G     0  2.0G   0% /dev/shm
/dev/sda1             236M   20M  204M   9% /boot
/dev/mapper/gza-home  115G   15G   95G  14% /home
/dev/mapper/gza-tmp   380M   11M  350M   3% /tmp
/dev/mapper/gza-usr   4.7G  3.9G  610M  87% /usr
/dev/mapper/gza-var   2.9G  2.7G   26M 100% /var

Кажется, я не могу найти, куда делись другие 2,5 ГБ, есть идеи или подсказки?

Попробуйте перезапустить службы. Возможно, что-то открыло файл на / var, когда вы его удалили (rm unlink things, it). Система не освободит место, пока все не закроют свои файловые дескрипторы для этого файла.

Возможно, вам придется использовать lsof чтобы узнать, в какой программе все еще открыты файлы в / var.

Поскольку это / var, я предполагаю, что что-то еще имеет открытый файл журнала.

Есть несколько возможных путей решения этого вопроса:

  1. У вас закончились inode, а не свободные блоки (фактическое пространство)? Если есть много маленьких файлов, они могут съесть все inodes (фактически, записи в таблице распределения файлов). Когда все inodes израсходованы, вы не сможете добавить новый файл, даже если там много свободных блоков. в разделе. Это шаблонный ответ, чтобы проверить, нет ли очевидного дымящегося пистолета. исчерпание inode - редкое явление, но все же случается (Blackboard 7.0 ...)
  2. du -s /var/* | sort -rn должен дать вам лучшее представление о том, что занимает место в / var, как и графическая утилита, такая как KDirStat. Я не рекомендую KDirStat для решения этой проблемы, поскольку вы имеете дело с / var. Проблемы с / var обычно влияют на стабильность системы по сравнению с проблемами с пространством с / home. Кроме того, в специальном положении сервера вы не должны быть запущен графический интерфейс на коробке, в первую очередь делает понятие использования (локальный) GUI инструмент спорное. В менее критических ситуациях вывод квадратной древовидной карты таких инструментов, как KDirStat, WinDirStat и SequoiaView, делает идентификацию проблемы тривиальной; Древовидная карта - отличное средство визуализации использования диска.
  3. Может, какая-то служба вышла из-под контроля и записывает огромное количество мусора в / var / log? Если ваша организационная культура принимает это, может быть полезно настроить выделенный хост для журналов, и все машины будут записывать журналы на него по сети. По крайней мере, убедитесь, что каждый журнал должным образом вращается, сжимается и удаляется в соответствии с политикой хранения журналов вашего сайта. logrotate - ваш друг.
  4. Вы делать у вас есть политика хранения журналов, верно? ;) А если серьезно, если у вас его нет, установите его. Это может быть предложение: «Мы будем хранить журналы в течение семи дней, если с владельцем службы не будут согласованы другие меры. В письменной форме».

У вас есть права доступа ко всем папкам в / var? du не сообщает о пространстве, используемом для вещей, на которые у вас нет прав.

Интересно, что ваша машина скажет вам, как только вы спросите, сколько инодов на ней осталось. Возможность хранить данные в разделе зависит не только от количества свободных блоков ...