Моя виртуальная машина работала без проблем 2 года или даже больше. Несколько дней назад я смог зайти на его веб-сайт. Я попробовал ssh, но не удалось подключиться, поэтому я перезапустил виртуальную машину, и она не загрузилась. Прикрепление журнала с последовательной консоли. Я вижу проблемы с разрешением сервера метаданных. Что может быть не так?
Спасибо!
Nov 27 13:21:54 (none) /etc/mysql/debian-start[2326]: Upgrading MySQL tables if necessary.
[[36minfo[39;49m] Checking for tables which need an upgrade, are corrupt or were
not closed cleanly..
curl: (6) Couldn't resolve host 'metadata.google.internal'
Nov 27 13:21:54 (none) google:
Nov 27 13:21:54 (none) google: No startup script found in metadata.
Nov 27 13:21:54 (none) /etc/mysql/debian-start[2330]: /usr/bin/mysql_upgrade: the '--basedir' option is always ignored
Nov 27 13:21:54 (none) /etc/mysql/debian-start[2330]: Looking for 'mysql' as: /usr/bin/mysql
Nov 27 13:21:54 (none) /etc/mysql/debian-start[2330]: Looking for 'mysqlcheck' as: /usr/bin/mysqlcheck
Nov 27 13:21:54 (none) /etc/mysql/debian-start[2330]: This installation of MySQL is already upgraded to 5.5.52, use --force if you still need to run mysql_upgrade
Nov 27 13:21:54 (none) /etc/mysql/debian-start[2377]: Checking for insecure root accounts.
Nov 27 13:21:54 (none) /etc/mysql/debian-start[2382]: Triggering myisam-recover for all MyISAM tables
Nov 27 13:21:56 (none) accounts-from-metadata: WARNING error while trying to update accounts: <urlopen error [Errno 101] Network is unreachable>
Nov 27 13:22:01 (none) accounts-from-metadata: WARNING error while trying to update accounts: <urlopen error [Errno 101] Network is unreachable>
Nov 27 13:22:06 (none) accounts-from-metadata: WARNING error while trying to update accounts: <urlopen error [Errno 101] Network is unreachable>
Nov 27 13:22:11 (none) accounts-from-metadata: WARNING error while trying to update accounts: <urlopen error [Errno 101] Network is unreachable>
Nov 27 13:22:16 (none) accounts-from-metadata: WARNING error while trying to update accounts: <urlopen error [Errno 101] Network is unreachable>
Nov 27 13:22:21 (none) accounts-from-metadata: WARNING error while trying to update accounts: <urlopen error [Errno 101] Network is unreachable>
Nov 27 13:22:26 (none) accounts-from-metadata: WARNING error while trying to update accounts: <urlopen error [Errno 101] Network is unreachable>
Nov 27 13:22:31 (none) accounts-from-metadata: WARNING error while trying to update accounts: <urlopen error [Errno 101] Network is unreachable>
Nov 27 13:22:37 (none) accounts-from-metadata: WARNING error while trying to update accounts: <urlopen error [Errno 101] Network is unreachable>
Nov 27 13:22:42 (none) accounts-from-metadata: WARNING error while trying to update accounts: <urlopen error [Errno 101] Network is unreachable>
Nov 27 13:22:47 (none) accounts-from-metadata: WARNING error while trying to update accounts: <urlopen error [Errno 101] Network is unreachable>
Я просмотрел несколько журналов и вижу, что, вероятно, это может быть вызвано:
Operation type
compute.instances.migrateOnHostMaintenance
Status message
Instance migrated during Compute Engine maintenance.
Вы можете включить интерактивный доступ к последовательной консоли, чтобы упростить поиск и устранение неисправностей в экземплярах, которые не загружаются должным образом или недоступны по иным причинам. Видеть Взаимодействие с последовательной консолью Чтобы получить больше информации.
Поскольку у нас есть сообщение об ошибке [1], обычно служба метаданных отвечает на эхо-запросы http, DNS и ICMP. Поэтому мы предлагаем проверить брандмауэр, и ссылка [2] может быть вам полезна.
С другой стороны, что касается сообщения об ошибке [3], похоже, должно было быть и сообщение об ошибке «hosterror». Ошибка хоста означает, что на физической машине, на которой размещена ваша виртуальная машина, возникла проблема с оборудованием или программным обеспечением, которая привела к сбою вашей виртуальной машины. Когда Compute Engine обнаруживает такое событие, в журнале операций появляется сообщение compute.instances.hostError [4].
Чтобы «предотвратить» приложения и службы от потенциально опасных системных событий, подобных этим, пожалуйста, отметьте «Общие сведения о типах сбоев» в документе [5], как указано ниже:
Понимание типов сбоев:
В какой-то момент один или несколько экземпляров виртуальной машины могут быть потеряны из-за сбоев системы или оборудования. Некоторые из сбоев включают, но не ограничиваются:
Неожиданный сбой одного экземпляра
Неожиданные отказы одного экземпляра могут быть вызваны отказом оборудования или системы. Чтобы смягчить эти события, используйте постоянные диски и сценарии запуска для сохранения данных и повторного включения программного обеспечения после перезапуска экземпляра.
Неожиданная перезагрузка одного экземпляра
В какой-то момент вы столкнетесь с неожиданным отказом одного экземпляра и перезагрузкой. В отличие от неожиданных сбоев одного экземпляра, ваш экземпляр выходит из строя и автоматически перезагружается службой Compute Engine. Чтобы смягчить эти события, создайте резервную копию данных, используйте постоянные диски и сценарии запуска для быстрой перенастройки программного обеспечения.
Сбои зоны или региона
Сбои зоны и региона - это редкие сбои, которые могут привести к тому, что все ваши экземпляры в данной зоне или регионе станут недоступными или откажутся. Чтобы смягчить эти сбои, создайте разнообразие по регионам и зонам и реализуйте балансировку нагрузки. Вам также следует создать резервную копию своих данных или реплицировать постоянные диски в нескольких зонах.
Убедитесь, что вы проектируете надежные системы, и для получения дополнительной информации о надежных системах обратитесь к документу [5].
[1] Не удалось разрешить хост "metadata.google.internal".
[2] Почему я не могу получить доступ к серверу метаданных экземпляра GCP?
[3] compute.instances.migrateOnHostMain maintenance
[4] https://cloud.google.com/compute/docs/faq#hosterror
[5] https://cloud.google.com/compute/docs/tutorials/robustsystems