У меня есть выделенный сервер CentOS Linux, который каждый день присылает мне предупреждающие сообщения о нехватке места.
Серверы - это финальная версия CentOS версии 5.4, работающая cPanel / WHM с фантастическим и RVSkins.
Он имеет жесткий диск 700 ГБ, но поставляется с разделом на 20 ГБ для root, который заполнен на 94%. Я продолжаю искать, что можно удалить, но, похоже, сейчас я не могу найти что-либо еще для удаления :(
Может ли кто-нибудь дать совет относительно того, что можно удалить, что не повлияет на работу сервера. Я могу удалить rvskins, но, похоже, это не занимает много места.
Сервер используется для размещения нескольких веб-сайтов электронной коммерции. Могут ли они быть модулями в cpanel, которые я мог бы удалить, что дало бы мне пару ГБ?
Любой совет будет принят во внимание.
И что будет, если он заполнится на 100%?
Я предполагаю, что под корневым разделом вы на самом деле имеете в виду корневой раздел ("/"), а не "/ root" ...
cd / du -h --max-depth=1
который покажет вам пространство, используемое содержимым каждого каталога в /.
Начните изучать и находить то, что можно удалить ...
Что еще является частью корневой файловой системы? Если / var включен, то заполнение корневого каталога повлияет на сбор журналов. Я бы сразу же попытался очистить место, чтобы удалить все связанные с yum загрузки, выполнив:
# yum clean all
На ум приходят две вещи:
* Ваши файлы журналов становятся больше, чем вам нужно?
* Где хранятся ваши базы данных?
Проверьте (многие) местоположения журналов и посмотрите, есть ли какие-либо файлы, которые содержат только данные о периодах времени, которые слишком далеки от прошлого, чтобы вам нужно было ссылаться на них. Если какие-либо такие файлы присутствуют, либо просто удалите их, либо сначала создайте резервную копию в другом месте, на случай, если вам понадобится обратиться к ним позже. Убедитесь, что вы не удаляете файлы журналов, содержащие последние данные - они могут понадобиться вам для диагностики проблем, и они могут понадобиться частью cPanel, например, для учета пропускной способности и других функций отслеживания ресурсов.
Когда я последний раз администрировал сервер cPanel (это было некоторое время назад, поэтому сейчас все может быть по-другому), он не смог очистить многие старые журналы. Журналы Apache для каждой учетной записи были особым виновником.
Это спорный вопрос, если ваши файлы журнала, конечно, не хранятся в почти заполненном разделе. Видеть этот рисунок для руководства, где искать файлы журнала.
Настройка cPanel по умолчанию, используемая для хранения баз данных mySQL в / var / lib / mysql /, что может быть проблемой, если это все еще так, у вас большие базы данных и /var является частью вашей корневой файловой системы, а не находится в отдельной отдельно смонтированной файловой системе.
Если это так, вы можете переместить эти файлы данных в другое место, например в подкаталог /home или везде, где у вас достаточно места, либо перемещая их и перенастраивая mySQL для просмотра нового места, либо перемещая их и создавая / var / lib / mysql / символическую ссылку на новое место (не забудьте остановить mySQL перед внесением изменений) . Использование параметра символической ссылки может быть безопаснее, чем перенастройка mySQL, поскольку вероятность того, что позднее обновление cPanel случайно отменит ваше изменение, меньше.
То же самое и с другими поставщиками баз данных, т.е. если вы используете postgres, его файлы данных также могут оказаться в неудобном месте.
