#382 growpart seems to fail on aarch64 atomic host cloud image

Created 7 months ago by dustymabe
Modified 4 months ago

I'm not sure why but would like others to confirm/deny that it happens for them with the image from the first f27 release.

[root@cloudhost ~]# rpm-ostree status
State: idle
Deployments:
● fedora-atomic:fedora/27/aarch64/atomic-host
                   Version: 27.1 (2017-11-10 12:02:44)
                    Commit: da1bd08012699a0aacaa11481d3ed617477858aab0f2ea7300168ce106202255
              GPGSignature: Valid signature by 860E19B0AFA800A1751881A6F55E7430F5282EE4
[root@cloudhost ~]# lsblk
NAME              MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda                 8:0    0   40G  0 disk 
├─sda1              8:1    0  200M  0 part /boot/efi
├─sda2              8:2    0    1G  0 part /boot
└─sda3              8:3    0  4.8G  0 part 
  └─atomicos-root 253:0    0  4.8G  0 lvm  /sysroot
sdb                 8:16   0  368K  0 disk 
sdc                 8:32   0   10G  0 disk
[root@cloudhost ~]# growpart /dev/sda 3                                                                                                
GPT PMBR size mismatch (12582911 != 83886079) will be corrected by w(rite).
attempt to resize /dev/sda failed. sfdisk output below:
| GPT PMBR size mismatch (12582911 != 83886079) will be corrected by w(rite).
| Backup files:
|         PMBR (offset     0, size   512): /tmp/growpart.gpxB0y/backup-sda-0x00000000.bak
|   GPT Header (offset   512, size   512): /tmp/growpart.gpxB0y/backup-sda-0x00000200.bak
|  GPT Entries (offset  1024, size 16384): /tmp/growpart.gpxB0y/backup-sda-0x00000400.bak
| 
| Disk /dev/sda: 40 GiB, 42949672960 bytes, 83886080 sectors
| Units: sectors of 1 * 512 = 512 bytes
| Sector size (logical/physical): 512 bytes / 512 bytes
| I/O size (minimum/optimal): 512 bytes / 512 bytes
| Disklabel type: gpt
| Disk identifier: 5B1DEB7C-8134-464C-8767-0883E53D8B64
| 
| Old situation:
| 
| Device       Start      End  Sectors  Size Type
| /dev/sda1     2048   411647   409600  200M EFI System
| /dev/sda2   411648  2508799  2097152    1G Linux filesystem
| /dev/sda3  2508800 12580863 10072064  4.8G Linux LVM
| 
| >>> Script header accepted.
| >>> Script header accepted.
| >>> Script header accepted.
| >>> Script header accepted.
| >>> Script header accepted.
| >>> Script header accepted.
| >>> Created a new GPT disklabel (GUID: 5B1DEB7C-8134-464C-8767-0883E53D8B64).
| /dev/sda1: Created a new partition 1 of type 'EFI System' and of size 200 MiB.
| Partition #1 contains a vfat signature.
| /dev/sda2: Created a new partition 2 of type 'Linux filesystem' and of size 1 GiB.
| Partition #2 contains a ext4 signature.
| /dev/sda3: The last usable GPT sector is 12582878, but 83886079 is requested.
| Failed to add #3 partition: Invalid argument
| Leaving.
| 
FAILED: failed to resize
***** WARNING: Resize failed, attempting to revert ******
512+0 records in
512+0 records out
512 bytes copied, 0.0930597 s, 5.5 kB/s
***** Appears to have gone OK ****
7 months ago

Metadata Update from @dustymabe:
- Issue tagged with: F27, host, multi-arch

I too see same issue with growpart on aarch64. Good thing to note is that growpart works as expected on ppc64le. I will investigate further why this is happening on aarch64.

It took me a while to figure out whether problem exist in latest upstream cloud-utils or is specific to Fedora. So far, I can confirm that issue exist with cloud-utils-0.27 version (we use this version in Fedora 27 and rawhide). With upstream cloud-utils-0.28 or later version, growpart runs successfully on aarch64.

I have opened bug for same - https://bugzilla.redhat.com/show_bug.cgi?id=1515835

Edited 7 months ago by sinnykumari

Able to contact cloud-utils package maintainer and he also agrees that updating to upstream latest version 0.30 will be a good idea.

Have sent PR to update cloud-utils in Fedora to 0.30 - https://src.fedoraproject.org/rpms/cloud-utils/pull-request/1

PR has been merged to cloud-utils dist-git master branch and 0.30 is now available for Fedora rawhide.
Thanks to @juergh and @dustymabe for all the help on getting this done!
We should soon have 0.30 package update available in F27.

Fedora 27 build of cloud-utils-0.30 package is available in bodhi for testing. Please test it to ensure that it works as expected and give karma. Link - https://bodhi.fedoraproject.org/updates/FEDORA-2017-6ad062c8ff

This is fixed now and should go out in today's release: https://pagure.io/releng/issue/7290

4 months ago

Metadata Update from @dustymabe:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

Login to comment on this ticket.