Это очень похожая проблема для EC2 Can't resize volume after increasing size. Однако я не могу разрешить это вручную, используя fdisk, потому что я пытаюсь запустить весь процесс автоматически.увеличить объем EC2 EBS после клонирования - resize2fs не работает
Я использую сценарий python boto (2.39) (snippet), который принимает моментальный снимок, регистрирует новый AMI с тем же отображением блоков устройств, а затем создает экземпляр из него.
Все хорошо работает. Новый экземпляр создается с большим объемом. Новый экземпляр загружается нормально. Единственная проблема, которую я вижу, заключается в том, что размер раздела хранится в исходном размере, а не в полном размере.
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 7.8G 2.4G 5.0G 33%/
когда я бегу resize2fs он не делает ничего
$ resize2fs /dev/xvda1
resize2fs 1.42.12 (29-Aug-2014)
The filesystem is already 2096128 (4k) blocks long. Nothing to do!
Есть ли способ запустить что-то автоматически (по сценарию), чтобы исправить это, или что-то делать, когда клонирование изображения? Я не использую AMA Amazon Linux AMI, а скорее AMI на основе debian.
Вы вошли в консоль и подтвердили, что том, прикрепленный к новому экземпляру, фактически больше 8 ГБ? Я сделал бы это сначала, чтобы убедиться, что это не проблема в том, как вы создаете AMI или как запускаете новый экземпляр. –
Да, прилагаемый том определенно соответствует размеру. Я также могу выполнить ручной процесс fdisk и успешно изменить его размер. Но каждый раз, когда я его запускаю, происходит то же самое. Ищете способ автоматизировать исправление или избежать проблемы в первую очередь ... – gingerlime
А! Спасибо за указатель, Марк Б! Объем был нужного размера, но ** моментальный снимок ** не был обновлен ... Как только я обновил снимок, который имел нужный размер и правую таблицу разделов, размер был в порядке ... Мне все еще интересно автоматический способ сделать это fdisk, например если я хочу автоматически увеличить размер тома, но, по крайней мере, это не проблема. – gingerlime