View Issue Details

IDProjectCategoryView StatusLast Update
0013701CentOS-7Cloud-Imagespublic2019-01-25 16:07
Reportercjeanneret 
PrioritynormalSeveritymajorReproducibilityalways
Status newResolutionopen 
Platformx86_64OSCentOSOS Version7
Product Version 
Target VersionFixed in Version 
Summary0013701: growpart on disk larger than 2TB fails
DescriptionHello,

We encounter an issue with the current cloud-init and cloud-utils-growpart versions: while running the "growpart" and "resizefs" modules in cloud-init, it fails at growing a 2.2To volume and stalls at 200BG.

After some researches, it appears RedHat has a fix:
https://access.redhat.com/errata/RHBA-2017:0871

It would be great to provide an update for both cloud-init and cloud-utils-growpart packages based on that RHBA.

I've seen a test package for cloud-init 0.7.9[1], but it's not in the stable tree.

Care to tackle that down?

Thank you!

Cheers,

C.

[1] https://buildlogs.centos.org/c7-extras/cloud-init/20170705233059/0.7.9-3.el7.centos.x86_64/
Steps To Reproduce- deploy a cloud-image on a server with more than 2To
TagsNo tags attached.
abrt_hash
URL

Activities

TrevorH

TrevorH

2017-08-21 13:06

manager   ~0029917

cloud-init gets a rebase and is moved to the base/updates repos in 7.4 which should be hitting the CR repo soon
cjeanneret

cjeanneret

2017-08-21 13:17

reporter   ~0029918

Hello Trevor,

Thank you for the quick status update - anything regarding the other package, cloud-utils-growpart? Apparently, there's a new release on launchpad, 0.3, since beginning of the year. And that sole version corrects the growpart issue on my side (just tested it now).

Thanks again for the fast answer.

Cheers,

C.
loganv

loganv

2019-01-25 16:04

reporter   ~0033676

GPT resizes still fail with growpart on cloud-utils-growpart-0.29-2.el7.noarch because this fix is not applied: https://code.launchpad.net/~freddebacker/cloud-utils/cloud-utils/+merge/354305
loganv

loganv

2019-01-25 16:06

reporter   ~0033677

Model: ATA ST4000NM0035-1V4 (scsi)
Disk /dev/sda: 4001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
 1 1049kB 9437kB 8389kB BSP bios_grub
 2 9437kB 1368MB 1359MB ext4 root
 3 4001GB 4001GB 67.1MB fat16 primary


# growpart /dev/sda 2
failed [sgdisk_mod:4] sgdisk --move-second-header --delete=2 --new=2:18432:7813906096 --typecode=2:0FC63DAF-8483-4772-8E79-3D69D8477DE4 --partition-guid=2:5F6A5A75-84D8-42E3-BB83-0D73E81A6BCF --change-name=2:root /dev/sda
Could not create partition 2 from 18432 to 7813906096
Could not change partition 2's type code to 0FC63DAF-8483-4772-8E79-3D69D8477DE4!
Setting name!
partNum is 1
REALLY setting name!
Unable to set partition 2's name to 'root'!
Error encountered; not saving changes.
FAILED: disk=/dev/sda partition=2: failed to repartition
***** WARNING: Resize failed, attempting to revert ******
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot.
The operation has completed successfully.
***** Appears to have gone OK ****
loganv

loganv

2019-01-25 16:07

reporter   ~0033678

Parted output with unit=sectors. Shows that the growpart is trying to resize into the first sector of the config-drive, instead of $endsector-1


# parted /dev/sda unit s print
Model: ATA ST4000NM0035-1V4 (scsi)
Disk /dev/sda: 7814037168s
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
 1 2048s 18431s 16384s BSP bios_grub
 2 18432s 7813906095s 7813887664s ext4
 3 7813906096s 7814037134s 131039s fat16 primary

Issue History

Date Modified Username Field Change
2017-08-21 12:19 cjeanneret New Issue
2017-08-21 13:06 TrevorH Note Added: 0029917
2017-08-21 13:17 cjeanneret Note Added: 0029918
2019-01-25 16:04 loganv Note Added: 0033676
2019-01-25 16:06 loganv Note Added: 0033677
2019-01-25 16:07 loganv Note Added: 0033678