Bug 1467946 - rhvm-appliance only partitions 6gb for root partition
rhvm-appliance only partitions 6gb for root partition
Status: VERIFIED
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: rhevm-appliance (Show other bugs)
4.1.3
All Linux
urgent Severity urgent
: ovirt-4.2.0
: ---
Assigned To: Ryan Barry
Gonza
: Rebase, ZStream
Depends On:
Blocks: 1469606 1469607
  Show dependency treegraph
 
Reported: 2017-07-05 11:04 EDT by Chris Reynolds
Modified: 2017-09-17 05:27 EDT (History)
15 users (show)

See Also:
Fixed In Version: rhvm-appliance-20170710.3-1
Doc Type: No Doc Update
Doc Text:
Story Points: ---
Clone Of:
: 1469606 1469607 (view as bug list)
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: Node
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
oVirt gerrit 79055 master MERGED engine-appliance: make swap partition first 2017-07-05 14:28 EDT
oVirt gerrit 79067 ovirt-4.1 MERGED engine-appliance: make swap partition first 2017-07-05 14:31 EDT
oVirt gerrit 79069 ovirt-4.1-pre MERGED engine-appliance: make swap partition first 2017-07-05 14:31 EDT
oVirt gerrit 79070 ovirt-4.1-snapshot MERGED engine-appliance: make swap partition first 2017-07-05 14:31 EDT

  None (edit)
Description Chris Reynolds 2017-07-05 11:04:04 EDT
Description of problem:


Version-Release number of selected component (if applicable):
rhvm-appliance-20170619.0-1.x86_64.rhevm.ova

How reproducible:
Every time.


Steps to Reproduce:
1. use `hosted-engine --deploy` on rhel host
2. use rhvm-appliance-4.1.20170619.0-1.el7.noarch.rpm to deploy manager VM
3. run out of disk space after about a week of logs and postgres data accumulation

Actual results:
anaconda.ks file has following entries for partitioning

[root@cloud ~]# cat anaconda-ks.cfg
...
bootloader --append="console=tty0" --location=mbr --timeout=1
# Clear the Master Boot Record
zerombr
# Partition clearing information
clearpart --all --initlabel 
# Disk partitioning information
part / --fstype="xfs" --ondisk=vda --size=6144
part swap --size=8192
...

[root@cloud ~]# lsblk 
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sr0     11:0    1 1024M  0 rom  
vda    253:0    0   75G  0 disk 
├─vda1 253:1    0    6G  0 part /
└─vda2 253:2    0    8G  0 part [SWAP]


Expected results:
'part /' line should include --grow by default, root partition should use full amount of available space.

Additional info:
Comment 1 Ryan Barry 2017-07-05 11:47:30 EDT
growth is handled by cloud-utils-growpart

Since swap was added, cloud-utils-growpart will not grow the first partition, since swap abuts it.

These partitions are being reversed, so swap is first.
Comment 2 Red Hat Bugzilla Rules Engine 2017-07-05 11:47:35 EDT
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.
Comment 4 Red Hat Bugzilla Rules Engine 2017-07-05 14:49:04 EDT
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.
Comment 6 Yaniv Lavi (Dary) 2017-07-10 04:24:36 EDT
Should this be ON_QA? Can you add it to the errata?
Comment 7 Ryan Barry 2017-07-10 06:32:02 EDT
No -- it doesn't have 4.1.z+ yet, which is necessary to add it to the errata.

I also can't set the target version for appliance. I'll find someone who can.
Comment 11 Gonza 2017-09-04 03:43:34 EDT
Verified with:
rhvm-appliance-20170709.3-1.x86_64.rhevm.ova

# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sr0     11:0    1 1024M  0 rom  
sr1     11:1    1  374K  0 rom  
vda    253:0    0   58G  0 disk 
├─vda1 253:1    0    8G  0 part [SWAP]
└─vda2 253:2    0   50G  0 part /

Note You need to log in before you can comment on or make changes to this bug.