Назад | Перейти на главную страницу

Что делать с внезапно недоступным инстансом EC2 без регистрации?

У меня есть «микроэкземпляр» EC2, работающий под управлением Canonical Ubuntu 10.04 LTS. Работает уже 6-9 месяцев, перезагружается нечасто (максимум раз в несколько недель).

Я просто сделал то, что считал обычным обновлением aptitude, полным обновлением aptitude. Заметив, что были установлены новые образы -ec2 linux, я перезагрузил систему. Хотя казалось, что он перезагружается и возвращается в состояние «запущено» на консоли, он не вернулся со своими обычными службами ssh и http. Я пробовал остановить и запустить его, повторно связав его эластичный IP ... без радости.

Странно то, что «Получить системный журнал» (консоль AWS) возвращает полностью пустой журнал. Пусто. Ничего. Ни одного персонажа. (По крайней мере, он пуст после первого старт-стопа; перед остановкой он просто содержал последнюю строку о перезапуске).

Я пробовал несколько стоп-старт циклы но никаких улучшений.

Есть какие-нибудь советы, что делать дальше, чтобы вернуть мой экземпляр к жизни?

Недавно я столкнулся с той же проблемой. Я новичок в EC2 в целом, но с некоторой помощью из блога Эрика мне удалось устранить неполадки и решить проблему, хотя я все еще не уверен, что это было ДЕЙСТВИТЕЛЬНО. Я думаю, что, возможно, отсутствует ядро ​​AKI для этого конкретного AMI и его нового обновленного образа ядра (кстати, я использую тот же AMI)

  • Остановил свой экземпляр, подключил том к новому (работает на том же AMI). Пришлось немного поиграть с e2label и fstab.
  • Смонтирована старая файловая система (включая dev и proc) и привязана к ней
  • Обновил ядро ​​до версии, предшествующей последней, так как я не нашел AKI, соответствующего ему. Мне пришлось изменить AKI вручную с помощью инструментов EC2 API
  • Удален новый том EBS (исправлены метки первого раздела) и загружен обратно на старый том

Я сейчас работаю 2.6.32-318-ec2

Может ли кто-нибудь исправить меня, если я ошибаюсь, указывая отсутствующий AKI как источник проблемы? В любом случае это сработало, и я уверен, что я сначала протестирую все обновления на тестовом хосте, прежде чем применять их в производственной системе.

Мое решение / восстановление было:

  • Создайте новый экземпляр с Ubuntu 10.04 AMI ami-c00e3cb4 (быстро обновите и обновите и перезагрузитесь до linux-image-2.6.32-319-ec2 без проблем).
  • переустановил все важные пакеты
  • Смонтировал моментальный снимок старого незагружающегося экземпляра (сделанный после того, как он перестал загружаться) как том.
  • синхронизировано с несколькими важными / etc, / var и / home

и он вернулся, как было раньше (с тем преимуществом, что стал немного менее грубым).

Я не стал пытаться загрузить новый экземпляр с проблемным образом, потому что ... ну, конечно, все "состояние" живет в образе диска (который, как я могу только догадываться, пострадал от некоторых повреждений, связанных с загрузкой), поэтому я бы не стал ожидайте иного результата.

Думаю, просто «одна из тех вещей»?

В будущем я думаю, что буду делать снимки более регулярно и до любых обновлений ядра.