EC2 ไม่สามารถปรับขนาดไดรฟ์ข้อมูลหลังจากเพิ่มขนาด

ฉันได้ทำตามขั้นตอนในการปรับขนาดโวลุ่ม EC2

1. หยุดอินสแตนซ์
2. ถ่ายภาพรวมของโวลุ่มปัจจุบัน
3. สร้างไดรฟ์ข้อมูลใหม่จากสแนปชอตก่อนหน้าโดยมีขนาดใหญ่ขึ้นในภูมิภาคเดียวกัน
4. ลบโวลุ่มเก่าออกจากอินสแตนซ์
5. แนบโวลุ่มใหม่เข้ากับอินสแตนซ์ที่จุดเชื่อมต่อเดียวกัน

โวลุ่มเก่าคือ 5GB และที่ฉันสร้างคือ 100GB ตอนนี้เมื่อฉันรีสตาร์ทอินสแตนซ์และเรียกใช้df -h Iยังคงเห็นสิ่งนี้

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

นี่คือสิ่งที่ได้รับเมื่อวิ่ง

sudo resize2fs /dev/xvde1

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

ถ้าฉันวิ่งcat /proc/partitionsฉันเห็น

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

จากสิ่งที่ฉันเข้าใจว่าฉันทำตามขั้นตอนที่ถูกต้อง xvde ควรมีข้อมูลเดียวกันกับ xvde1 แต่ฉันไม่รู้วิธีใช้

ฉันจะใช้โวลุ่มใหม่หรือ umount xvde1 และเมานต์ xvde แทนได้อย่างไร

ฉันไม่เข้าใจว่าฉันทำอะไรผิด

ฉันยังพยายาม sudo ifs_growfs /dev/xvde1

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

Btw นี่คือกล่อง linux ที่มี centos 6.2 x86_64

ขอบคุณล่วงหน้าสำหรับความช่วยเหลือของ

ขอบคุณวิลแมนที่คำสั่งของคุณทำงานได้อย่างถูกต้องจำเป็นต้องพิจารณาปรับปรุงเล็กน้อยหากเราเพิ่ม EBS ให้มีขนาดใหญ่ขึ้น

1. หยุดอินสแตนซ์
2. สร้างภาพรวมจากไดรฟ์ข้อมูล
3. สร้างวอลลุ่มใหม่ตามสแนปชอตที่เพิ่มขนาด
4. ตรวจสอบและจดจำจุดเชื่อมต่อโวลุ่มของปัจจุบัน (เช่น/dev/sda1)
5. ถอดโวลุ่มปัจจุบัน
6. แนบไดรฟ์ข้อมูลที่เพิ่งสร้างเข้ากับอินสแตนซ์โดยตั้งค่าจุดเชื่อมต่อที่แน่นอน
7. รีสตาร์ทอินสแตนซ์

8. เข้าถึงผ่าน SSH ไปยังอินสแตนซ์และเรียกใช้ fdisk /dev/xvde

   คำเตือน: โหมดที่เข้ากันได้กับ DOS เลิกใช้งานแล้ว ขอแนะนำอย่างยิ่งให้ปิดโหมด (คำสั่ง 'c') และเปลี่ยนหน่วยแสดงผลเป็นภาค (คำสั่ง 'u')

9. กดpเพื่อแสดงพาร์ติชันปัจจุบัน

10. กดdเพื่อลบพาร์ติชั่นปัจจุบัน (หากมีมากกว่าหนึ่งพาร์ติชั่นคุณต้องลบทีละพาร์ติชั่น) หมายเหตุ: ไม่ต้องกังวลว่าข้อมูลจะไม่สูญหาย
11. ตีnเพื่อสร้างพาร์ติชันใหม่
12. กดpเพื่อตั้งค่าเป็นหลัก
13. ตี1เพื่อตั้งกระบอกแรก
14. ตั้งค่าช่องว่างใหม่ที่ต้องการ (หากว่างจะสงวนพื้นที่ทั้งหมดไว้)
15. กดaเพื่อให้สามารถบู๊ตได้
16. ตี1และwเขียนการเปลี่ยนแปลง
17. รีบูตอินสแตนซ์หรือใช้partprobe(จากpartedแพ็คเกจ) เพื่อบอกเคอร์เนลเกี่ยวกับตารางพาร์ติชันใหม่
18. เข้าสู่ระบบผ่าน SSH และรัน resize2fs / dev / xvde1
19. สุดท้ายตรวจสอบช่องว่างใหม่ที่รัน df -h

ไม่จำเป็นต้องหยุดอินสแตนซ์และแยกระดับเสียง EBS เพื่อปรับขนาดอีกต่อไป!

13-Feb-2017 Amazon ประกาศ: "การอัปเดต Amazon EBS - ไดรฟ์ข้อมูลยืดหยุ่นใหม่เปลี่ยนทุกสิ่ง "

กระบวนการนี้ทำงานได้แม้ว่าโวลุ่มที่จะขยายจะเป็นวอลลุ่มรากของอินสแตนซ์ที่กำลังทำงานอยู่ก็ตาม!

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

อย่างที่คุณเห็น / dev / xvda1 ยังคงเป็นพาร์ติชัน 8 GiB บนอุปกรณ์ 16 GiB และไม่มีพาร์ติชันอื่น ๆ บนไดรฟ์ข้อมูล มาใช้ "growpart" เพื่อปรับขนาดพาร์ติชัน 8G สูงสุด 16G:

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

# resize partition
growpart /dev/xvda 1

ตรวจสอบผลลัพธ์ (คุณสามารถดู / dev / xvda1 ตอนนี้เป็น 16G):

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

คำตอบ SO จำนวนมากแนะนำให้ใช้ fdisk กับพาร์ติชันลบ / สร้างใหม่ซึ่งเป็นกระบวนการที่น่ารังเกียจมีความเสี่ยงและเกิดข้อผิดพลาดโดยเฉพาะอย่างยิ่งเมื่อเราเปลี่ยนไดรฟ์สำหรับบูต

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

ดังนั้นเราจึงไม่มีเวลาหยุดทำงานและมีพื้นที่ใหม่ให้ใช้มากมาย
สนุก!

อัปเดต: อัปเดต: ใช้ sudo xfs_growfs / dev / xvda1 แทน resize2fs เมื่อระบบไฟล์ XFS

ความคิดเห็นของนายอำเภอโดย jperelli ด้านบน

วันนี้ฉันประสบปัญหาเดียวกัน เอกสาร AWS ไม่ได้กล่าวถึง Growpart อย่างชัดเจน ฉันพบวิธีที่ยากและแน่นอนทั้งสองคำสั่งทำงานได้อย่างสมบูรณ์แบบบน M4.large & M4.xlarge กับ Ubuntu

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

[แก้ไขแล้ว]

นี่คือสิ่งที่ต้องทำ

1. หยุดอินสแตนซ์
2. สร้างภาพรวมจากไดรฟ์ข้อมูล
3. สร้างวอลลุ่มใหม่ตามสแนปชอตที่เพิ่มขนาด
4. ตรวจสอบและจดจำจุดเชื่อมต่อโวลุ่มของปัจจุบัน (เช่น / dev / sda1)
5. ถอดโวลุ่มปัจจุบัน
6. แนบไดรฟ์ข้อมูลที่เพิ่งสร้างเข้ากับอินสแตนซ์โดยตั้งค่าจุดเชื่อมต่อที่แน่นอน
7. รีสตาร์ทอินสแตนซ์
8. เข้าถึงผ่าน SSH ไปยังอินสแตนซ์และเรียกใช้ fdisk /dev/xvde
9. กดpเพื่อแสดงพาร์ติชันปัจจุบัน
10. กดdเพื่อลบพาร์ติชั่นปัจจุบัน (หากมีมากกว่าหนึ่งพาร์ติชั่นคุณต้องลบทีละพาร์ติชั่น) หมายเหตุ: ไม่ต้องกังวลว่าข้อมูลจะไม่สูญหาย
11. ตีnเพื่อสร้างพาร์ติชันใหม่
12. กดpเพื่อตั้งค่าเป็นหลัก
13. ตี1เพื่อตั้งกระบอกแรก
14. ตั้งค่าช่องว่างใหม่ที่ต้องการ (หากว่างจะสงวนพื้นที่ทั้งหมดไว้)
15. กดaเพื่อให้สามารถบู๊ตได้
16. ตี1และwเขียนการเปลี่ยนแปลง
17. รีบูตอินสแตนซ์
18. เข้าสู่ระบบผ่าน SSH และเรียกใช้ resize2fs /dev/xvde1
19. สุดท้ายตรวจสอบพื้นที่ใหม่ที่กำลังทำงานอยู่ df -h

นี่ไง

โชคดี!

1. ลงชื่อเข้าใช้ AWS web Console -> EBS -> คลิกเมาส์ขวาบนรายการที่คุณต้องการปรับขนาด -> "Modify Volume" -> เปลี่ยนช่อง "Size" แล้วคลิกปุ่ม [Modify]

2. growpart /dev/xvda 1

3. resize2fs /dev/xvda1

นี่คือคำตอบของ Dmitry Shevkoplyas เวอร์ชันที่ตัดต่อเพื่อไล่ล่า เอกสาร AWS ไม่แสดงgrowpartคำสั่ง ใช้งานได้สำหรับ ubuntu AMI

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

สองคำสั่งข้างต้นช่วยประหยัดเวลาของฉันสำหรับอินสแตนซ์ AWS ubuntu ec2

สิ่งนี้จะใช้ได้กับระบบไฟล์ xfs เพียงแค่รันคำสั่งนี้

xfs_growfs /

ในกรณีที่ใครก็ตามที่ใช้ GCP google cloud platform ให้
ลองทำดังนี้

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

คุณสร้างพาร์ติชันบนไดรฟ์ข้อมูลนี้หรือไม่ ถ้าคุณทำคุณจะต้องขยายพาร์ติชันก่อน

แฟล็กที่บูตได้ (a) ใช้ไม่ได้ในกรณีของฉัน (EC2, centos6.5) ดังนั้นฉันจึงต้องสร้างโวลุ่มใหม่จากสแนปชอต หลังจากทำซ้ำทุกขั้นตอนยกเว้นแฟล็กที่บูตได้ - ทุกอย่างทำงานได้อย่างไม่มีที่ติดังนั้นฉันจึงสามารถ resize2fs ได้หลังจากนั้น ขอบคุณ!

ขอบคุณ @Dimitry มันทำงานได้อย่างมีเสน่ห์ด้วยการเปลี่ยนแปลงเล็กน้อยเพื่อให้เข้ากับระบบไฟล์ของฉัน

แหล่ง: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-expand-volume.html#recognize-expanded-volume-linux

จากนั้นใช้คำสั่งต่อไปนี้แทนจุดต่อเชื่อมของระบบไฟล์ (ระบบไฟล์ XFS ต้องถูกเมาท์เพื่อปรับขนาด):

[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

หมายเหตุหากคุณได้รับ xfsctl ล้มเหลว: ไม่สามารถจัดสรรข้อผิดพลาดของหน่วยความจำได้คุณอาจต้องอัพเดตเคอร์เนล Linux บนอินสแตนซ์ของคุณ สำหรับข้อมูลเพิ่มเติมโปรดดูเอกสารระบบปฏิบัติการเฉพาะของคุณ หากคุณได้รับระบบไฟล์นั้นมีความยาวบล็อก nnnnnnn อยู่แล้ว ไม่มีอะไรทำ! โปรดดูการขยายพาร์ติชัน Linux

มีตัวแทนไม่เพียงพอที่จะแสดงความคิดเห็นด้านบน แต่โปรดทราบตามความคิดเห็นด้านบนด้วยว่าคุณสามารถทำให้อินสแตนซ์ของคุณเสียหายได้หากคุณเริ่มต้นที่ 1 หากคุณกด 'u' หลังจากเริ่มต้น fdisk ก่อนที่คุณจะแสดงรายการพาร์ติชันของคุณด้วย 'p' สิ่งนี้จะทำให้คุณมีหมายเลขเริ่มต้นที่ถูกต้องดังนั้นคุณจึงไม่ทำให้ไดรฟ์ข้อมูลของคุณเสียหาย สำหรับ centos 6.5 AMI ตามที่กล่าวไว้ข้างต้น 2048 นั้นถูกต้องสำหรับฉัน

ดังนั้นในกรณีที่ใครก็ตามมีปัญหาที่พวกเขาพบปัญหานี้ด้วยการใช้งาน 100% และไม่มีพื้นที่แม้แต่จะเรียกใช้คำสั่ง growpart (เพราะสร้างไฟล์ใน / tmp)

นี่คือคำสั่งที่ฉันพบว่าข้ามแม้ในขณะที่กำลังใช้โวลุ่ม EBS และถ้าคุณไม่มีที่ว่างเหลือใน ec2 ของคุณและคุณอยู่ที่ 100%

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

ดูเว็บไซต์นี้ที่นี่:

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

ใส่ช่องว่างระหว่างชื่อและหมายเลขเช่น:

sudo growpart /dev/xvda 1

โปรดทราบว่ามีช่องว่างระหว่างชื่ออุปกรณ์และหมายเลขพาร์ติชัน

ในการขยายพาร์ติชันบนแต่ละไดรฟ์ข้อมูลให้ใช้คำสั่ง growpart ต่อไปนี้ โปรดทราบว่ามีช่องว่างระหว่างชื่ออุปกรณ์และหมายเลขพาร์ติชัน

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