По сути, я загрузил микросервер в Google Compute под управлением Debian 8 Jesse и установил на нем MySQL и Apache2, чтобы запустить небольшой тестовый сайт. Я сам не разрабатываю тему, поэтому у меня нет кода - я только что загрузил тему, которую получил в themeforest, которая использует WPBakery для создания страниц.
Я с самого начала заметил, что он работает медленно - и это нормально, потому что это был всего лишь небольшой тестовый сервер, чтобы мой клиент мог его видеть. Я планировал переместить его на их текущий хостинг, когда это будет сделано. Однако я начал замечать, что когда я делал много правок, он иногда зависал, и в моем ssh-терминале появлялись ошибки «Out of Memory». Что снова было хорошо - это просто тестовый сайт, который мне понадобился на пару дней, чтобы настроить тему. Обычно они разрешались сами.
Однако, как только сервер застрял, мне пришлось его перезагрузить. Это должно было быть моим первым знаком, чтобы хотя бы сделать снимок диска. Но как только он вернулся, все стало хорошо, и даже стало заметно быстрее. Я подумал, что что-то вышло из-под контроля в бэкэнде WP, и перезапуск сервера решил проблему.
Еще день-два пользовался - потом вдруг опять перестал работать. Но на этот раз я больше не мог подключиться к ssh. Я перезагрузил его с помощью графического интерфейса Google Compute, но ничего не работало. График использования пиковый - и когда я регистрирую последовательный вывод, я получаю следующее:
Feb 25 12:47:05 test-wrs systemd[1]: Looping too fast. Throttling execution a little.
И он выводит это примерно каждую секунду или каждую вторую секунду. Когда я смотрю вывод во время загрузки, похоже, что он запускается вскоре после загрузки Apache. Но есть и другие сообщения о сбое выше - я не совсем уверен, что его вызывает.
Feb 25 12:44:48 test-wrs systemd[1]: Started ACPI event daemon.
Feb 25 12:44:48 test-wrs systemd[1]: Started System Logging Service.
Feb 25 12:44:48 test-wrs systemd[1]: Started Expand the root partition and filesystem on boot.
Feb 25 12:44:48 test-wrs systemd[1]: Started /etc/rc.local Compatibility.
Feb 25 12:44:48 test-wrs systemd[1]: systemd-logind.service: main process exited, code=exited, status=1/FAILURE
Feb 25 12:44:48 test-wrs systemd[1]: Failed to start Login Service.
Feb 25 12:44:48 test-wrs systemd[1]: Unit systemd-logind.service entered failed state.
Feb 25 12:44:48 test-wrs systemd[1]: Started LSB: Start and stop the mysql database server daemon.
[ OK ] Started Permit User Sessions.
Feb 25 12:44:48 test-wrs systemd[1]: Started LSB: Start NTP daemon.
Feb 25 12:44:48 test-wrs systemd[1]: Started LSB: Apache2 web server.
Feb 25 12:44:48 test-wrs systemd[1]: dbus.service: main process exited, code=exited, status=1/FAILURE
Feb 25 12:44:48 test-wrs systemd[1]: Unit dbus.service entered failed state.
Feb 25 12:44:49 test-wrs systemd[1]: Started Permit User Sessions.
Feb 25 12:44:49 test-wrs systemd[1]: Time has been changed
Feb 25 12:44:49 test-wrs systemd[1]: systemd-logind.service has no holdoff time, scheduling restart.
Feb 25 12:44:50 test-wrs systemd[1]: Looping too fast. Throttling execution a little.
Feb 25 12:44:51 test-wrs systemd[1]: Looping too fast. Throttling execution a little.
Feb 25 12:44:52 test-wrs systemd[1]: Looping too fast. Throttling execution a little.
Feb 25 12:44:54 test-wrs systemd[1]: Looping too fast. Throttling execution a little.
И я понятия не имею, что здесь делать. Я читал, что это иногда происходит из-за чрезмерного использования памяти, которое коррелирует с проблемами, которые у меня были раньше, поэтому я попытался сделать снимок диска и загрузить его на сервере с более высоким ОЗУ, но он делает то же самое, независимо от того, насколько высоко я установил ОЗУ. И я не могу подключиться по ssh, чтобы узнать больше.
Есть ли у кого-нибудь идеи, в чем может быть проблема или как ее решить? Я застрял, и мне бы очень хотелось, чтобы мне больше не приходилось начинать с нуля и переделывать все, что я делал раньше. Если бы я мог хотя бы получить дамп базы данных MySQL, я был бы счастлив, но база данных не настроена на прием удаленных подключений, потому что у меня не было причин для этого. Так что я должен как-то вникнуть в это.
Мы можем только догадываться о том, почему у вашей установки не хватает памяти. Тот факт, что проблема не исчезает с более крупной виртуальной машиной, предполагает, что это вызвано некоторой проблемой конфигурации или настройки. Вы можете попробовать запустить Настройка Wordpress предварительно настроена Google, который можно найти в разделе «Диспетчер развертывания» «Облачный лаунчер». Вы можете запускать их на виртуальных машинах любого размера, и по опыту могу вас заверить, что при базовой установке память не заканчивается. Чтобы восстановить свою базу данных, вы можете сделать следующее: 1. выключить виртуальную машину из консоли разработчика 2. сделать снимок диска 3. прикрепить снимок как дополнительный диск к рабочей виртуальной машине (выберите вариант: создать новый диск - из снимок) Выполните вышеуказанные шаги в Developers Console и не забудьте в конце нажать кнопку «Сохранить». Теперь нажмите кнопку «ssh» новой виртуальной машины и
4. смонтируйте этот дополнительный диск в командной строке: sudo mount /dev/sdb1 /mnt
Примечание: вы можете выполнить эти шаги с виртуальной машины, которую вы запускаете с помощью Cloud Launcher, и скопировать файлы прямо на эту виртуальную машину.