EC2 Nie można zmienić rozmiaru głośności po zwiększeniu rozmiaru

Postępowałem zgodnie z instrukcjami zmiany rozmiaru woluminu EC2

1. Zatrzymano instancję
2. Zrobiłem migawkę bieżącego woluminu
3. Utworzono nowy wolumin z poprzedniej migawki o większym rozmiarze w tym samym regionie
4. Odłączono stary wolumin z instancji
5. Dołączono nowy wolumin do instancji w tym samym punkcie instalacji

Stary wolumin miał 5 GB, a ten, który utworzyłem, ma 100 GB. Teraz, gdy ponownie uruchomię instancję i uruchomię, df -h Inadal to widzę

Filesystem            Size  Used Avail Use% Mounted on
/dev/xvde1            4.7G  3.5G 1021M  78% /
tmpfs                 296M     0  296M   0% /dev/shm

To właśnie otrzymuję podczas biegania

sudo resize2fs /dev/xvde1

The filesystem is already 1247037 blocks long.  Nothing to do!

Jeśli biegnę cat /proc/partitions, widzę

 202       64  104857600 xvde
 202       65    4988151 xvde1
 202       66     249007 xvde2

Z tego, co rozumiem, jeśli podjąłem właściwe kroki, xvde powinien mieć te same dane co xvde1, ale nie wiem, jak z niego korzystać

Jak mogę użyć nowego wolumenu lub umount xvde1 i zamiast tego zamontować xvde?

Nie mogę zrozumieć, co robię źle

Ja też próbowałem sudo ifs_growfs /dev/xvde1

xfs_growfs: /dev/xvde1 is not a mounted XFS filesystem

Przy okazji, to Linux Box z Centos 6.2 x86_64

Z góry dziękuje za twoją pomoc

Dziękuję Wilman, twoje polecenia działały poprawnie, należy wziąć pod uwagę niewielką poprawę, jeśli zwiększamy EBS do większych rozmiarów

1. Zatrzymaj instancję
2. Utwórz migawkę z woluminu
3. Utwórz nowy wolumin na podstawie migawki, zwiększając rozmiar
4. Sprawdź i zapamiętaj aktualny punkt montowania woluminu (tj. /dev/sda1)
5. Odłącz bieżącą głośność
6. Dołącz ostatnio utworzony wolumin do instancji, ustawiając dokładny punkt podłączenia
7. Uruchom ponownie instancję

8. Uzyskaj dostęp przez SSH do instancji i uruchom fdisk /dev/xvde

   OSTRZEŻENIE: tryb zgodny z systemem DOS jest przestarzały. Zdecydowanie zaleca się wyłączenie trybu (polecenie „c”) i zmianę wyświetlanych jednostek na sektory (polecenie „u”)

9. Hit, paby wyświetlić aktualne partycje

10. Hit, daby usunąć bieżące partycje (jeśli jest więcej niż jedna, musisz usuwać pojedynczo) UWAGA: Nie martw się, dane nie zostaną utracone
11. Hit, naby utworzyć nową partycję
12. Hit, paby ustawić go jako podstawowy
13. Hit, 1aby ustawić pierwszy cylinder
14. Ustaw żądane nowe miejsce (jeśli puste, całe miejsce jest zarezerwowane)
15. Hit, aaby był bootowalny
16. Uderz 1i wnapisz zmiany
17. Uruchom ponownie instancję LUB użyj partprobe(z partedpakietu), aby poinformować jądro o nowej tablicy partycji
18. Zaloguj się przez SSH i uruchom resize2fs / dev / xvde1
19. Na koniec sprawdź nowe miejsce, w którym działa df -h

Nie ma już potrzeby zatrzymywania instancji i odłączania wolumenu EBS, aby zmienić jego rozmiar!

13 lutego 2017 r. Amazon ogłosił: „ Aktualizacja Amazon EBS - nowe elastyczne woluminy zmieniają wszystko ”

Proces działa nawet wtedy, gdy wolumin do rozszerzenia jest woluminem głównym uruchomionej instancji!

lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  16G  0 disk
└─xvda1 202:1    0   8G  0 part /

Jak widać / dev / xvda1 nadal jest partycją 8 GiB na urządzeniu 16 GiB i nie ma innych partycji na woluminie. Użyjmy „growpart”, aby zmienić rozmiar partycji 8G na 16G:

# install "cloud-guest-utils" if it is not installed already
apt install cloud-guest-utils

# resize partition
growpart /dev/xvda 1

Sprawdźmy wynik (widać, że / dev / xvda1 ma teraz 16G):

lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  16G  0 disk
└─xvda1 202:1    0  16G  0 part /

Wiele odpowiedzi SO sugeruje użycie fdisk z usuwaniem / odtwarzaniem partycji, co jest nieprzyjemnym, ryzykownym i podatnym na błędy procesem, zwłaszcza gdy zmieniamy dysk rozruchowy.

# Check before resizing ("Avail" shows 1.1G):
df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      7.8G  6.3G  1.1G  86% /

# resize filesystem
resize2fs /dev/xvda1

# Check after resizing ("Avail" now shows 8.7G!-):
df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1       16G  6.3G  8.7G  42% /

Mamy więc zero przestojów i dużo nowej przestrzeni do wykorzystania.
Cieszyć się!

Aktualizacja: Aktualizacja: użyj sudo xfs_growfs / dev / xvda1 zamiast resize2fs, gdy system plików XFS.

Prefect komentarz autorstwa jperelli powyżej.

Dzisiaj miałem ten sam problem. Dokumentacja AWS nie wspomina wyraźnie o growpart. Odkryłem na własnej skórze i rzeczywiście te dwa polecenia działały idealnie na M4.large i M4.xlarge z Ubuntu

sudo growpart /dev/xvda 1
sudo resize2fs /dev/xvda1

[ROZWIĄZANY]

Oto, co należało zrobić

1. Zatrzymaj instancję
2. Utwórz migawkę z woluminu
3. Utwórz nowy wolumin na podstawie migawki, zwiększając rozmiar
4. Sprawdź i zapamiętaj aktualny punkt montowania woluminu (np. / Dev / sda1)
5. Odłącz bieżącą głośność
6. Dołącz ostatnio utworzony wolumin do instancji, ustawiając dokładny punkt podłączenia
7. Uruchom ponownie instancję
8. Uzyskaj dostęp przez SSH do instancji i uruchom fdisk /dev/xvde
9. Hit, paby wyświetlić aktualne partycje
10. Hit, daby usunąć bieżące partycje (jeśli jest więcej niż jedna, musisz usuwać pojedynczo) UWAGA: Nie martw się, dane nie zostaną utracone
11. Hit, naby utworzyć nową partycję
12. Hit, paby ustawić go jako podstawowy
13. Hit, 1aby ustawić pierwszy cylinder
14. Ustaw żądane nowe miejsce (jeśli puste, całe miejsce jest zarezerwowane)
15. Hit, aaby był bootowalny
16. Uderz 1i wnapisz zmiany
17. Uruchom ponownie instancję
18. Zaloguj się przez SSH i uruchom resize2fs /dev/xvde1
19. Na koniec sprawdź nową działającą przestrzeń df -h

To jest to

Powodzenia!

1. zaloguj się do konsoli internetowej AWS -> EBS -> kliknij prawym przyciskiem myszy tę, której rozmiar chcesz zmienić -> „Zmień głośność” -> zmień pole „Rozmiar” i kliknij przycisk [Modyfikuj]

2. growpart /dev/xvda 1

3. resize2fs /dev/xvda1

To skrócona wersja odpowiedzi Dmitrija Szewkoplasa. Dokumentacja AWS nie zawiera growpartpolecenia. Działa to dobrze w przypadku ubuntu AMI.

1. sudo growpart / dev / xvda 1
2. sudo resize2fs / dev / xvda1

powyższe dwie komendy pozwoliły mi zaoszczędzić czas w przypadku wystąpień AWS ubuntu ec2.

To zadziała dla systemu plików xfs, po prostu uruchom to polecenie

xfs_growfs /

Na wszelki wypadek, jeśli ktoś jest tutaj dla platformy Google Cloud GCP,
spróbuj tego:

sudo growpart /dev/sdb 1
sudo resize2fs /dev/sdb1

Czy utworzyłeś partycję na tym woluminie? Jeśli tak, musisz najpierw rozwinąć partycję.

Flaga startowa (a) nie działała w moim przypadku (EC2, centos6.5), więc musiałem ponownie utworzyć wolumin z migawki. Po powtórzeniu wszystkich kroków OPRÓCZ flagi startowej - wszystko działało bezbłędnie, więc mogłem później zmienić rozmiar2fs. Dziękuję Ci!

Dzięki, @Dimitry, działało jak urok z niewielką zmianą pasującą do mojego systemu plików.

źródło: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-expand-volume.html#recognize-expanded-volume-linux

Następnie użyj następującego polecenia, zastępując punkt montowania systemu plików (systemy plików XFS muszą być zamontowane, aby zmienić ich rozmiar):

[ec2-user ~]$ sudo xfs_growfs -d /mnt
meta-data=/dev/xvdf              isize=256    agcount=4, agsize=65536 blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=262144, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal               bsize=4096   blocks=2560, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
data blocks changed from 262144 to 26214400

Uwaga Jeśli otrzymasz komunikat xfsctl nie powiódł się: błąd nie można przydzielić pamięci, może być konieczne zaktualizowanie jądra systemu Linux w instancji. Więcej informacji można znaleźć w dokumentacji konkretnego systemu operacyjnego. Jeśli otrzymasz komunikat System plików ma już nnnnnnn długości bloków. Nic do roboty! błąd, zobacz Rozszerzanie partycji Linuksa.

Nie masz wystarczającej liczby przedstawicieli, aby komentować powyżej; ale zwróć uwagę na powyższe komentarze, że możesz uszkodzić swoją instancję, jeśli zaczniesz od 1; jeśli naciśniesz 'u' po uruchomieniu fdisk, zanim wypiszesz partycje z 'p', to faktycznie da ci prawidłowy numer początkowy, aby nie uszkodzić woluminów. Dla centów 6,5 AMI również jak wspomniano powyżej 2048 był dla mnie poprawny.

Więc w przypadku, gdy ktoś miał problem, w którym napotkał ten problem ze 100% wykorzystaniem i brakiem miejsca na uruchomienie polecenia growpart (ponieważ tworzy plik w / tmp)

Oto polecenie, które znalazłem, pomija nawet podczas korzystania z głośności EBS, a także jeśli nie masz wolnego miejsca na ec2, a jesteś na 100%

/sbin/parted ---pretend-input-tty /dev/xvda resizepart 1 yes 100%

zobacz tę witrynę tutaj:

https://www.elastic.co/blog/autoresize-ebs-root-volume-on-aws-amis

Pomiędzy nazwą a numerem wstaw spację, np .:

sudo growpart /dev/xvda 1

Zwróć uwagę, że między nazwą urządzenia a numerem partycji jest spacja.

Aby rozszerzyć partycję na każdym woluminie, użyj następujących poleceń growpart. Zwróć uwagę, że między nazwą urządzenia a numerem partycji jest spacja.

https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/recognize-expanded-volume-linux.html