EC2 с WordPress - каждый день не хватает места (на устройстве не осталось места) - не может запустить Apache

Question

У меня самая странная проблема за последние дни. Я взял на себя веб-сайт WordPress компании, которая была изначально разработана другим человеком - кодовая база - беспорядок, но я смог пройтись по нему и убедиться, что он по крайней мере работает.

База данных огромна (70mb) и на сайте много зависимостей от плагинов.

Однако сейчас сайт работает в основном без проблем, и я размещаю его на EC2 со стеком bitnami для WordPress.

Странно то, что каждый день (например, сегодня утром) я проверяю сайт, и он не работает ...

Сервис недоступен Сервер временно не может обслуживать ваш запрос из-за технического обслуживанияпростои или проблемы с производительностью. Повторите попытку позже.

Кроме того, при попытке использовать ErrorDocument для обработки запроса возникла ошибка 503 Service Unavailable.

При входе на сервер с помощью ssh и попытке выполнитьперезапустите apache, я получаю это:

Не удалось демонтировать apache: запись / var / lib / gonit / состояние: на устройстве не осталось места Синтаксис OK /opt/bitnami/apache2/scripts/ctl.sh:apache не работает Синтаксис OK (98) Адрес уже используется: AH00072: make_sock: не удалось привязать к адресу [::]: 80 (98) Адрес уже используется: AH00072: make_sock: не удалось привязать к адресу 0.0.0.0:80нет доступных сокетов прослушивания, завершение работы AH00015: невозможно открыть журналы /opt/bitnami/apache2/scripts/ctl.sh: не удалось запустить httpd Не удалось отслеживать apache: запись / var / lib / gonit / состояние: не осталось места наустройство

У меня это было 3 раза за 3 дня, хотя я восстановил сервер из снимка с объемом 200 ГБ (для целей тестирования) и всех файлов сайта, включаязагрузки только 5 ГБ.

Сайт работает на EC2 (t2.medium) с объемом 200 ГБ сейчас и сегодня утром я не могу перезапустить apache. Вчера вечером при восстановлении по снимку сайт работал нормально и нормально - на самом деле даже быстро.

Я не знаю, с чего начать расследование. Что может привести к тому, что серверу не хватит места на диске за одну ночь?

Спасибо, Мэтт

---

Это тоже одна из самых странных вещей, как кажется. Я сбросил все вчерашние события со снимка EC2 на том объемом 200 ГБ и прикрепил его к экземпляру. Все работало нормально. Я сделал некоторые изменения в файлах, удалил некоторые плагины, обновил некоторые настройки.

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

Answer 1

Ваш результат df показывает

Filesystem   1K—blocks       Used  Available Use% Mounted on 
udev           2014560          0    2014560   0% /dev 
tmpfs           404496       5872     398624   2% /run 
/dev/xvdal    20263528   20119048     128096 100% 
tmpfs          2022464          0    2022464   0% /dev/shm 
tmpfs             5120          0       5120   0% /run/lock 
tmpfs          2022464          0    2022464   0% /sys/fs/cgroup 
/dev/loop0       18432      18432          0 100% /snap/amazon—ssm—agent/1480 
/dev/loopl       91264      91264          0 100% /snap/core/7713 
/dev/loop2       12928      12928          0 100% /snap/amazon—ssm—agent/295 
/dev/loop3       91264      91264          0 100% /snap/core/7917 
tmpfs           404496          0     404496   0% /run/user/1000 

, где корневой том /deb/xvda1 имеет только 20GB, и он отмечен как 100% объема, а не 200GB, как вы упомянули.

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

sudo resize2fs /dev/xvda1

и проверьте размер тома, выполнив df -h, тогда вы увидите, что размер теперь равен 200GB.

Answer 2

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

cd /opt/bitnami
sudo find . -type f | cut -d "/" -f 2 | sort | uniq -c | sort -n
du -h -d 1

Если MySQL - это служба, занимающая больше места, вы можете попробовать добавить эту строку в [mysqld]блок файла конфигурации /opt/bitnami/mysql/my.cnf

expire_logs_days = 7

, который вынудит MySQL очистить старые журналы сервера через 7 дней. После этого вам нужно будет перезапустить MySQL:

sudo /opt/bitnami/ctlscript.sh restart mysql

Более подробная информация здесь:

https://community.bitnami.com/t/something-taking-up-space-and-growing/64532/7

Answer 3

Что вам нужно сделать, это увеличить размер раздела на диске и размер файловой системы в этом разделе. Даже если вы увеличили размер тома, эти цифры остались без изменений. Создать другой из снимка тоже не поможет. Проверьте, как это сделать здесь: https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/recognize-expanded-volume-linux.html