Ошибка при использовании Xen-сервера 6.2 «Файловая система в контрольном домене заполнена»

385
Mehl'emamba

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

  • Разумно ли удалять все журналы «.gz» на сервере из «/ var / log»?

Я удалил все записи, кроме папки "/ apply" из "/ var / patch"

  • Есть ли решение по этому вопросу?
0

1 ответ на вопрос

0
Tom Sparrow

Каталог / var / log / на первом сервере, который я проверял, занимал 100 МБ, поэтому сначала проверьте, не слишком ли много журналов. Я бы также взял копию на случай, если она поможет вам выяснить причину. Удаление журналов .gz не доставит вам никаких хлопот - я делал это много раз.

Конечно, они вернутся, поэтому вам, возможно, придется присматривать за ними. На большинстве моих серверов уровня 6.2 доступно несколько сотен МБ, поэтому у вас может быть что-то еще, занимающее место. Когда я сталкиваюсь с этой проблемой, обычно есть простая причина - например, кто-то пытается экспортировать виртуальную машину в / root. Это действительно вопрос поиска больших каталогов ( du -shx /*) и сравнения с сервером без проблем.

Tom Sparrow thank you, I have monitored the server with deleted .gz log files, but the error came up again. I am not quite sure what's taking so much space in the server. Mehl'emamba 7 лет назад 0
I have checked the directories with (du -shx /*) and here is an output. 5.4M /bin 72M /boot 1.5M /cli-rt 164K /dev 13M /etc 28K /EULA 4.0K /home 435M /lib 16K /lost+found 4.0K /media 4.0K /mnt 1.6G /opt 0 /proc 12K /Read_Me_First.html 72K /root 21M /sbin 4.0K /selinux 4.0K /srv 0 /sys 1.6M /tftpboot 136K /tmp 587M /usr 659M /var Mehl'emamba 7 лет назад 0
Your /opt looks much bigger than the 6.2 I have here - I'm only at 871M Try `du -shx /opt/*` and see which part is grabbing so much space. Possibly something large you've installed. I have an APC directory for the UPS, but the single largest is 515M /opt/xensource Tom Sparrow 7 лет назад 0
I think the problem is sorted but i will have to monitor the server. I have done the following steps: 1. Remove additional Logs. 2. Remove cached uploaded patch files. 3. Remove the patch-backups. 4. Review additional files. Remove additional Logs * cd /var/log * ls * remove the logs using # rm -f Remove cached uploaded patch files * cd /var/patch * Remove all the entries except the "/applied" folder Remove the patch-backups * cd /opt/xensource/patch-backup * ls * rm -rf * Remove stunnel entries * # cd /tmp/ Mehl'emamba 7 лет назад 0

Похожие вопросы