EC2 Die Größe des Volumes kann nach der Vergrößerung nicht mehr geändert werden

Habe ich folgte die Schritte zum skalieren einer EC2-Volumen

  1. Beendet die Instanz
  2. Nahm einen snapshot des aktuellen volume
  3. Ein neues volume erstellt aus dem vorherigen snapshot mit einer größeren Größe in der gleichen region
  4. Deattached die alte Band aus der Instanz
  5. Anbei das neue volume der Instanz auf dem gleichen mount-Punkt

Alt-Volumen von 5 GB, und die, die ich erstellt ist 100GB
Wenn ich jetzt die Instanz erneut starten, und führen Sie df -h I noch die

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

Dies ist, was ich bekommen beim laufen

sudo resize2fs /dev/xvde1

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

Wenn ich cat /proc/partitions ich sehe

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

Von dem, was ich verstehe, wenn ich verfolgt habe, die richtigen Schritte xvde sollten die gleichen Daten wie xvde1 aber ich weiß nicht, wie es zu benutzen

Wie kann ich das neue volume oder umount xvde1 und mount xvde statt?

Ich kann nicht verstehen, was ich falsch mache

Ich habe auch versucht sudo ifs_growfs /dev/xvde1

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

Btw, das eine linux-box mit centos 6.2 x86_64

Dank im Voraus für Eure Hilfe

InformationsquelleAutor der Frage Wilman Arambillete | 2012-06-13

  1. 60

    Danke Wilman Ihre Befehle richtig gearbeitet, kleine Verbesserung, die berücksichtigt werden müssen, wenn wir die zunehmende EBSs in größeren Größen

    1. Beenden Sie die Instanz
    2. Erstellen Sie einen snapshot vom Volumen
    3. Erstellen Sie ein neues volume auf der Basis der snapshot Erhöhung der Größe
    4. Prüfen und erinnere mich an die aktuelle volume-mount-Punkt (d.h. /dev/sda1)
    5. Trennen aktuelle Lautstärke
    6. Befestigen Sie das neu erstellte volume zu der Instanz, die exakte Einstellung der mount-Punkt
    7. Die Instanz erneut starten

    8. Zugriff via SSH auf die Instanz, und führen Sie fdisk /dev/xvde

      ACHTUNG: DOS-kompatiblen Modus ist veraltet. Es wird dringend empfohlen, um
      schalten Sie den Modus (Befehl 'c') und ändern Sie den Anzeige-Einheiten zu
      sectors (command 'u')

    9. Drücken Sie pum zu zeigen, aktuelle Partitionen

    10. Drücken Sie d das löschen der aktuellen Partitionen (wenn es mehr als eine, Sie zu löschen ein zu einer Zeit) HINWEIS: keine Sorge, Daten gehen nicht verloren
    11. Drücken Sie num eine neue partition zu erstellen
    12. Drücken Sie pum es als primäre
    13. Drücken Sie 1um den ersten Zylinder
    14. Legen Sie die gewünschten neuen Speicherplatz (wenn leer, der ganze Raum ist reserviert)
    15. Drücken Sie um es bootfähig zu machen
    16. Drücken Sie 1 und wum die änderungen schreiben
    17. Neu starten-Instanz ODER verwenden Sie partprobe (aus der parted Paket) zu sagen, der kernel über die neue Partitionstabelle
    18. Melden Sie sich über SSH an und führen Sie resize2fs /dev/xvde1
    19. Überprüfen Sie abschließend den neuen Platz laufen df -h

    InformationsquelleAutor der Antwort dcf

  2. 172

    Es gibt keine Notwendigkeit zu stoppen Instanz und trennen EBS-volume verkleinern Sie es nicht mehr!

    13-Feb-2017 Amazon angekündigt: "Amazon EBS-Update – Neue Elastische Volumen Alles Ändern"

    Der Prozess funktioniert, sogar wenn das Volumen zu erweitern, ist das root-volume des Laufenden Instanz!

    Sagen wir, wir möchten zu erhöhen, boot-Laufwerk von Ubuntu von 8G bis zu 16G "on-the-fly".

    Schritt 1) loggen Sie sich in AWS-web-Konsole -> EBS -> Rechte Maustaste auf dem gewünschten Größe ändern -> "Lautstärke Ändern" -> ändern Sie die "Größe" - Feld, und klicken Sie auf [Ändern] button

    EC2 Die Größe des Volumes kann nach der Vergrößerung nicht mehr geändert werden

    EC2 Die Größe des Volumes kann nach der Vergrößerung nicht mehr geändert werden

    EC2 Die Größe des Volumes kann nach der Vergrößerung nicht mehr geändert werden

    Schritt-2) ssh in die Instanz und ändern die Größe der partition:

    lassen Sie die Liste block-Geräten, die an unserer box:

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

    Wie Sie sehen können /dev/xvda1 ist noch 8 GiB große partition auf dem 16 GB Gerät und es gibt keine weiteren Partitionen auf dem Datenträger.
    Wir verwenden "growpart", um die Größe 8G-partition bis zu 16G:

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

# resize partition
growpart /dev/xvda 1

    Let ' s überprüfen Sie das Ergebnis (Sie können sehen, /dev/xvda1 ist jetzt 16G):

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

    Viele SO Antworten, schlage mit fdisk löschen /neu erstellen Partitionen, das ist fies, riskant, Fehler-anfällig-Prozess, vor allem, wenn wir change boot drive.

    Schritt-3) ändern Sie die Größe der Datei system so wachsen zu lassen den Weg für eine umfassende Nutzung der neuen partition Speicherplatz

    # 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% /

    Also haben wir null Ausfallzeiten und viel neuen Raum zu nutzen.

    Genießen Sie!

    InformationsquelleAutor der Antwort Dmitry Shevkoplyas

  3. 22

    Präfekt Kommentar von jperelli oben.

    Stand ich vor demselben Problem heute. AWS-Dokumentation nicht eindeutig erwähnen growpart. Ich fand die harte Art und Weise und in der Tat die beiden Befehle funktionierte perfekt auf M4.große & M4.xlarge mit Ubuntu

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

    InformationsquelleAutor der Antwort Sachin Shintre

  4. 16

    [GELÖST]

    Das ist es, was getan werden musste

    1. Beenden Sie die Instanz
    2. Erstellen Sie einen snapshot vom Volumen
    3. Erstellen Sie ein neues volume auf der Basis der snapshot Erhöhung der Größe
    4. Prüfen und erinnere mich an die aktuelle volume-mount-point (z.B. /dev/sda1)
    5. Trennen aktuelle Lautstärke
    6. Befestigen Sie das neu erstellte volume zu der Instanz, die exakte Einstellung der mount-Punkt
    7. Die Instanz erneut starten
    8. Zugriff via SSH auf die Instanz, und führen Sie fdisk /dev/xvde
    9. Drücken Sie pum zu zeigen, aktuelle Partitionen
    10. Drücken Sie d das löschen der aktuellen Partitionen (wenn es mehr als eine, Sie zu löschen ein zu einer Zeit) HINWEIS: keine Sorge, Daten gehen nicht verloren
    11. Drücken Sie num eine neue partition zu erstellen
    12. Drücken Sie pum es als primäre
    13. Drücken Sie 1um den ersten Zylinder
    14. Legen Sie die gewünschten neuen Speicherplatz (wenn leer, der ganze Raum ist reserviert)
    15. Drücken Sie um es bootfähig zu machen
    16. Drücken Sie 1 und wum die änderungen schreiben
    17. Neustart Instanz
    18. Log über SSH und führen resize2fs /dev/xvde1
    19. Überprüfen Sie abschließend den neuen Platz laufen df -h

    Dies ist es

    Glück!

    InformationsquelleAutor der Antwort Wilman Arambillete

  5. 4

    1. login in die AWS-web-Konsole -> EBS -> Rechte Maustaste auf dem gewünschten Größe ändern -> "Lautstärke Ändern" -> ändern Sie die "Größe" - Feld, und klicken Sie auf [Ändern] Schaltfläche

    2. growpart /dev/xvda 1

    3. resize2fs /dev/xvda1

    Dies ist eine cut-to-the-chase-version von Dmitry Shevkoplyas' Antwort. AWS-Dokumentation zeigt nicht die growpart Befehl. Dies funktioniert ok für ubuntu AMI.

    InformationsquelleAutor der Antwort jperelli

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

    die beiden oben genannten Befehle gespeichert meine Zeit für AWS ubuntu ec2-Instanzen.

    InformationsquelleAutor der Antwort HD298

  7. 2

    Hast du eine partition auf diesem volume? Wenn Sie haben, werden Sie brauchen, um zu wachsen die erste partition.

    InformationsquelleAutor der Antwort chantheman

  8. 1

    Bootable-flag (a) nicht funktionierte in meinem Fall (EC2, centos6.5), also musste ich neu erstellen Volumen von snapshot.
    Nachdem Sie alle Schritte mit AUSNAHME bootable-flag - alles funktionierte einwandfrei und so konnte ich resize2fs nach.
    Danke!

    InformationsquelleAutor der Antwort sandr

  9. 0

    Dieser Arbeit wird für xfs-Dateisystem führen Sie einfach diesen Befehl 

    xfs_growfs /

    InformationsquelleAutor der Antwort Saurabh Chandra Patel

  10. 0

    Nicht genug rep Kommentar oben; beachten Sie aber auch pro der Kommentare oben, dass Sie verderben können Ihre Beispiel, wenn Sie bei 1 beginnen; wenn Sie hit 'u' nach dem Start von fdisk, bevor Sie eine Liste Ihrer Partitionen mit 'p' das wird tatsächlich geben Ihnen den richtigen start-Nummer, damit Sie nicht beschädigt Ihrer Bände. Für centos 6.5 AMI, auch wie oben erwähnt 2048 war richtig für mich.

    InformationsquelleAutor der Antwort Reece

  11. 0

    Danke an @Dimitry, es funktionierte wie ein Charme mit einer kleinen änderung an meinem Datei-system.

    Quelle: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-expand-volume.html#recognize-expanded-volume-linux

    Dann verwenden Sie den folgenden Befehl ein, wobei Sie den mount-Punkt des filesystem (XFS-Dateisysteme müssen montiert werden, um die Größe ändern):

    [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

    Hinweis
    Wenn Sie erhalten eine xfsctl failed: Cannot allocate memory Fehler, müssen Sie möglicherweise aktualisieren Sie die Linux-kernel auf die Instanz. Für mehr Informationen, beziehen Sie sich auf Ihre spezifischen Betriebssystem-Dokumentation.
    Wenn Sie eine Meldung, Das Dateisystem ist bereits nnnnnnn Blöcke lang. Nichts zu tun! Fehler finden Sie unter Erweitern einer Linux-Partition.

    InformationsquelleAutor der Antwort user2125117

  12. 0

    So, falls noch jemand das Problem, wo Sie lief in dieses Problem mit 100% verwenden , und keinen Raum zum laufen auch growpart-Befehl (denn es schafft eine Datei in /tmp)

    Hier ist ein Befehl, den ich gefunden habe, umgeht sogar, während die EBS-volume verwendet wird , und auch, wenn Sie keinen Platz mehr auf Ihren ec2 , und Sie sind zu 100%

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

    sehen, dass diese Seite hier:

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

    InformationsquelleAutor der Antwort CodeJunkie

Schreibe einen Kommentar