В настоящее время я использую экземпляр виртуальной машины GCP для запуска агрегатного сервера ODK, и я не могу получить доступ к серверу с вечера пятницы. Я предполагаю, что это связано не с ODK, а с проблемой сервера, действительно, я выполнил следующие шаги:
- Изменил подключение к Интернету и браузер, попытался получить локальный доступ на моем компьютере: никаких улучшений.
- Проверил, что URL-адрес все еще работает на веб-сайте, где я его создал (на freedns.afraid). Дело в том.
- Проверил меню и параметры моего экземпляра виртуальной машины GCP (ubuntu-1804-bionic-v20210604, g1-small: 1 vCPU, 1,7 ГБ памяти, 10 ГБ на диске, Intel Haswell в качестве процессорной платформы, использующий W10). Я не определил причину, чтобы объяснить проблему. А вот порт-скрипт последних дней сигнализировал об ошибках:
«13 августа, 16:24:27, enquetes chronyd[2104]: не удалось записать во временный файл смещения /var/lib/chrony/chrony.drift.tmp.
13 августа 16:39:16 запрашивает systemd-networkd[19493]: ens4: настроено
13 августа 17:09:17 запускает systemd-networkd[19493]: ens4: настроено
[5034594.247692] systemd-journald[19543]: не удалось создать новый системный журнал: на устройстве не осталось места»
Я думаю, это связано с дисковым хранилищем, которое действительно было заполнено. Я удвоил его емкость сегодня днем (с 10 ГБ до 20 ГБ), но после этого я получаю те же сценарии. См., например:
«15 августа, 18:50:55, enquetes systemd[1]: snapd.service: время ожидания начала операции истекло. Завершение.
15 августа, 18:52:25, enquetes systemd[1]: snapd.service: время ожидания состояния «stop-sigterm» истекло. убийство.
15 августа 18:52:25 запрашивает systemd[1]: snapd.service: Процесс уничтожения 29463 (snapd) с сигналом SIGKILL.
15 августа, 18:52:25, enquetes systemd[1]: snapd.service: основной процесс завершен, код = убит, статус = 9/KILL
15 августа, 18:52:25 enquetes systemd[1]: snapd.service: Ошибка с результатом «тайм-аут».
15 августа, 18:52:25 enquetes systemd[1]: не удалось запустить Snap Daemon.
15 августа, 18:52:25, enquetes systemd[1]: snapd.service: Время задержки службы истекло, запланирован перезапуск.
15 августа, 18:52:25 enquetes systemd[1]: snapd.service: запланированное задание перезапуска, счетчик перезапусков равен 949.
15 августа, 18:52:25 enquetes systemd[1]: Демон Snap остановлен.
15 августа, 18:52:25 enquetes systemd[1]: Запуск Snap Daemon...
15 августа, 18:52:25 enquetes snapd[29509]: статус AppArmor: apparmor включен и доступны все функции
15 августа, 18:52:25 enquetes snapd[29509]: статус AppArmor: apparmor включен и доступны все функции
15 августа, 18:53:56 enquetes systemd[1]: snapd.service: время ожидания начала операции истекло. Прекращение».
- Попытался остановить экземпляр и перезапустить его. Без улучшения.
- Пытался перезагрузиться с помощью команд sudo reboot now / sudo reboot -f через g-cloud и Google Shell, но это не работает («Не удалось записать файл параметров перезагрузки: нет такого файла или каталога» или отключение от G Shell сразу после вход во 2-й). Я не могу получить доступ к SSH, хотя брандмауэр и порты в порядке.
Я не знаю, что лучше сделать сейчас, так как я не владею последовательной консолью и командными строками: я уже создал постоянный снимок диска и хотел бы восстановить данные на новый диск и снова иметь доступ к моему текущий сервер (тот же внешний IP-адрес, имя хоста и т. д.).
Есть ли у вас какие-либо идеи о том, как решить проблему?
Спасибо заранее за вашу помощь.
Н.Т.
