Недавно на сайте, которым я управляю, произошел простой. Когда я вошел в систему, мне не удалось выяснить источник проблемы, поэтому я восстановил состояние машины, создав том на основе предыдущего снимка и заменив неисправный корневой том машины резервным.
Теперь я хотел бы вернуться и изучить журналы и еще много чего о неисправном томе, чтобы определить источник простоя.
Когда я попытался создать новый экземпляр EC2 и присоединить к нему неисправный том, машина не смогла запуститься (не удалось выполнить 1/2 проверки доступности).
Как мне лучше всего восстановить этот неисправный том и проверить его содержимое?
Спасибо!
Когда тома EBS создаются из моментальных снимков, включая исходные моментальные снимки AMI, используемые для запуска экземпляров, они представляют собой побайтовые идентичные копии тома, использованного для создания моментального снимка.
Это кажется очевидным, но подразумевается, что UUID файловой системы на томе изначально также идентичен и может оставаться таковым ... потому что создание нового экземпляра EC2 не «устанавливает» ОС с дистрибутивного носителя. Он копирует уже завершенную установку ОС из исходного AMI.
Если у вас есть диск, который раньше был корневым томом, и подключите его к другому экземпляру, и корневой том нового экземпляра имеет то же происхождение AMI, что и вторичный диск, есть большая вероятность, что у двух томов будут файловые системы с одинаковым UUID ... и во время процесса запуска что-то система дезориентируется этим фактом и фактически монтирует вторичный объем как /.
Я не понимаю точного механизма, но видел это много раз.
Сначала загрузите новый экземпляр и затем прикрепите том, затем смонтируйте его.