О неожиданных способах диагностики облачной инфраструктуры⁠⁠

1. Снимал сегодня marketplace code с рутовых томов линуксовых инстансов на AWS (https://www.caseylabs.com/remove-the-aws-marketplace-code-fr...)

Нужно для работы Veeam for AWS.

В двух словах -

- с помощью dd клонируется виртуальный диск

- оригинальный диск заменяется клонированным, инстанс перезагружается.

Ubuntu - ок.

CentOS - ок.

Debian - молча виснет насмерть после перезагрузки с клонированным диском.

В логах и консоли пусто, данные на томах 100% идентичны, типы и размер виртуальных дисков совпадают.

*2 часа всяческих извращений с облаком*

Решилось в итоге методом "дать отстояться".

Спустя полчаса отстоя инстанс таки выплюнул в System Log инфо о битых метаданных на клонированном томе и падающей проверке fdisk'a во время загрузки.

Решение - одна ручная проверкой fdisk'ом после клонирования.

Лига Сисадминов

2.3K поста18.8K подписчиков

Добавить пост

Правила сообщества

Мы здесь рады любым постам связанным с рабочими буднями специалистов нашей сферы деятельности.

kin63camapa

5 лет назад

ну перед клонирование исходника тоже не плохо бы вырубить все что не нужно для dd*, дать sync потом echo "1" > /proc/sys/kernel/sysrq и в конце echo u > /proc/sysrq-trigger (не забыть после последнего перемонтировать целевую фс в режим rw)

*почему бы не юзать просто cat там где не надо писать кусками? dd-шкой мало кто умеет пользоваться особенно в чужой виртуалке где хуй его знает какими оно блоками читает да еще и лень смотреть что там с выравниванием раздела по секторам, отдайте это на откуп оси cat /dev/sdX | pv > /mnt/my.img