EC2 на Amazon, и меня приветствует: "На диске нет свободного места"

Ответ 1

У меня есть решение, ребята yippeeee

Предполагая, что вы используете Linux AMI, в вашем случае у вас есть простой способ увеличить размер файловой системы:

1) Остановить экземпляр

2) Отсоедините корневой объем

3) Снимок объема

4) Создайте новый том из моментального снимка с использованием нового размера

5) Прикрепите новый том к экземпляру в том же месте, где был оригинал

6) Запустите экземпляр, остановите все службы, кроме ssh, и установите корневую файловую систему только для чтения

7). Увеличьте файловую систему (используя, например, resize2fs) и, если необходимо, раздел.

8) Перезагрузите

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

Ответ 2

Здесь еще проще. (Мой экземпляр m2.2xlarge был создан с RedHat Linux 6.2, я обнаружил, что у него было малое 6 гб его 850 гб):

• Через ssh проверьте пространство под root: $df -h

  Filesystem            Size  Used Avail Use% Mounted on
  /dev/xvde1              6G    6G    0G   100% /
  none                   17G     0   17G   0% /dev/shm
  

• В консоли aws остановите экземпляр

• От консоли aws отделите громкость (хотя обратите внимание на точку монтирования под информацией о вложении, например /dev/sda1)
• В консоли aws сделайте снимок тома
• Из консоли aws создайте новый том с помощью моментального снимка (используя все остальные пространство для типа экземпляра, например, 825 гб в моем случае размером m2.2xlarge).
• От консоли aws добавьте новый том в исходную точку монтирования /dev/sda 1
• Из консоли aws перезапустите экземпляр и ssh обратно в экземпляр

• Из ssh запустите resize2fs в корневой файловой системе (см. вывод df -h на шаге 1)

  $resize2fs/dev/xvde1

• Подождите несколько минут, возможно, идите к своему приятелю, который останавливая все корневые сервисы и т.д., как босс:)

• наблюдать за новой кавернозной опорой: $df -h

  Filesystem            Size  Used   Avail Use%   Mounted on
  /dev/xvde1            813G  3.7G    801G   1%     /
  none                   17G     0     17G   0%     /dev/shm
  

Ответ 3

1. найти самые большие файлы с du -a | sort -n du -a | sort -n
2. остановите некоторые службы, они могут заблокировать скрытые/удаленные файлы от окончательного удаления.

Ответ 4

Я пропустил все данные о отсоединении/снимке/новом томе... просто изменил размер.

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1              5904748   4725152   1119608  81% /
none                  15728640         0  15728640   0% /dev/shm
[[email protected] ~]# resize2fs /dev/sda1
resize2fs 1.39 (29-May-2006)
Filesystem at /dev/sda1 is mounted on /; on-line resizing required
Performing an on-line resize of /dev/sda1 to 31457280 (4k) blocks.

Ответ 5

Я подключил диск к другому экземпляру EC2, где я мог успешно использовать growpart, а затем изменить размер2fs. После этого монтируем обратно в исходный экземпляр EC2.

Ответ 6

Изменить размер тома. С консоли AWS вы можете изменить размер тома.

1. На консоли AWS откройте "УПРАВЛЕНИЕ ЭЛАСТИЧЕСКИМ БЛОКОМ/Том"
2. Выберите громкость и Изменить громкость (из кнопки Действия)
3. Изменить размер (например, от 8 до 20 гигабайт)
4. Нажмите Изменить.
5. Перезагрузка с панели управления EC2.
6. проверьте размер изменен df -h

Ответ 7

Ваш случай действителен, когда экземпляр EC2 был создан из "EBS-Store", а не "Instance-Store". Экземпляр EC2, созданный из "экземпляра-хранилища", всегда будет иметь огромное пространство (около 200 ГБ +), выделенное для каталога /mnt.

В противном случае ваше решение действительно для тех компьютеров EC2, которые созданы из "EBS-Store". Вы можете делать больше с такими машинами.

• Измените тип завершения
• Измените тип экземпляра
• Создайте AMI из экземпляра
• Автомасштабирование с легкостью.