RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1391725 - [RFE] - increase size of atomicos/root LV
Summary: [RFE] - increase size of atomicos/root LV
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: rhel-server-atomic
Version: 7.5
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: ---
Assignee: Colin Walters
QA Contact: atomic-bugs@redhat.com
Yoana Ruseva
URL:
Whiteboard:
Depends On:
Blocks: 1481768
TreeView+ depends on / blocked
 
Reported: 2016-11-03 20:34 UTC by Micah Abbott
Modified: 2020-04-29 15:30 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Known Issue
Doc Text:
Cause: The default Atomic Host root partition space may be insufficient for upgrades. Consequence: The upgrade command will fail if insufficient space is available. Workaround (if any): Expand the root logical volume and/or reclaim space via pruning previous deployment Result: The system can be upgraded
Clone Of:
: 1481768 (view as bug list)
Environment:
Last Closed: 2020-04-29 15:30:02 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github https://github.com/rhinstaller anaconda pull 1132 0 None None None 2020-05-04 13:38:51 UTC

Description Micah Abbott 2016-11-03 20:34:41 UTC 
While testing the upgrade path to 7.3, I hit a problem (more than once) where I ran out of space on my root LV and could not complete the upgrade.

The reproducer was to start with 7.2.6-1 (or earlier), deploy 7.2.7, then upgrade to 7.3.

I observed the following:

# rpm-ostree status
State: idle
Deployments:
● rhel-atomic-host-ostree:rhel-atomic-host/7/x86_64/standard
       Version: 7.2.7 (2016-09-09 18:43:35)
        Commit: 347c3f5eb641e69fc602878c646cf42c4bcd5d9f36847a1f24ff8f3ec80f17b1
        OSName: rhel-atomic-host

  rhel-atomic-host-ostree:rhel-atomic-host/7/x86_64/standard
       Version: 7.2.6-1 (2016-08-18 16:01:03)
        Commit: dae35767902aad07b087d359be20f234d244da79fdd4734cd2fbc3ee39b12cf8
        OSName: rhel-atomic-host
-bash-4.2# rpm-ostree upgrade
Updating from: rhel-atomic-host-ostree:rhel-atomic-host/7/x86_64/standard

Receiving delta parts: 0/21 24.5 MB/s 73.4 MB/219.6 MB                                                                                                                                                             
error: Error writing to file descriptor: No space left on device
# df -h
Filesystem                 Size  Used Avail Use% Mounted on
/dev/mapper/atomicos-root  3.0G  2.7G  250M  92% /
devtmpfs                   902M     0  902M   0% /dev
tmpfs                      920M     0  920M   0% /dev/shm
tmpfs                      920M  316K  920M   1% /run
tmpfs                      920M     0  920M   0% /sys/fs/cgroup
/dev/vda1                  297M  162M  136M  55% /boot
tmpfs                      184M     0  184M   0% /run/user/1000



And in another instance:

# rpm-ostree status
State: idle
Deployments:
● rhel-atomic-host-ostree:rhel-atomic-host/7/x86_64/standard
       Version: 7.2.7 (2016-09-09 18:43:35)
        Commit: 347c3f5eb641e69fc602878c646cf42c4bcd5d9f36847a1f24ff8f3ec80f17b1
        OSName: rhel-atomic-host

  rhel-atomic-host-ostree:rhel-atomic-host/7/x86_64/standard
       Version: 7.2.3-1 (2016-04-12 14:20:45)
        Commit: 644fcc603549e996f051b817ba75a746f23f392cfcc7e05ce00342dec6084ea8
        OSName: rhel-atomic-host
# rpm-ostree upgrade
Updating from: rhel-atomic-host-ostree:rhel-atomic-host/7/x86_64/standard

Receiving delta parts: 21/21 5.6 MB/s 191.1 MB/219.6 MB
error: opcode open: No space left on device
# df -h 
Filesystem                             Size  Used Avail Use% Mounted on
/dev/mapper/rhelah_dhcp--41--143-root  3.0G  2.9G  124M  96% /
devtmpfs                               1.8G     0  1.8G   0% /dev
tmpfs                                  1.8G     0  1.8G   0% /dev/shm
tmpfs                                  1.8G   17M  1.8G   1% /run
tmpfs                                  1.8G     0  1.8G   0% /sys/fs/cgroup
/dev/sda1                              297M  147M  151M  50% /boot
tmpfs                                  367M     0  367M   0% /run/user/1000



I was able to workaround it with 'lvextend -r -L 6GB atomicos/root'
Comment 2 Colin Walters 2016-11-07 15:27:51 UTC 
Yeah, this is embarassing and we should fix it.
Comment 5 Colin Walters 2017-06-05 17:34:54 UTC 
https://lists.projectatomic.io/projectatomic-archives/atomic-devel/2017-June/msg00014.html
Comment 6 Colin Walters 2017-07-28 14:46:33 UTC 
https://github.com/rhinstaller/anaconda/pull/1132
Comment 7 Colin Walters 2017-08-15 16:30:10 UTC 
Split out a BZ just for the ISO change: https://bugzilla.redhat.com/show_bug.cgi?id=1481768
Comment 8 Colin Walters 2017-10-11 13:12:34 UTC 
This is part of https://errata.devel.redhat.com/advisory/30061
Comment 9 Dusty Mabe 2018-01-03 18:08:36 UTC 
Seems like there is part of this work that isn't complete:

on 

```
 ● rhel-atomic-host:rhel-atomic-host/7/x86_64/standard
                    Version: 7.5.0 (2017-12-18 19:02:39) 
                    Commit: edd1e387f0a805bbf2ad491d3e941926547d8953f6774cf04f44afc157f28e34
```

I think it was this ISO: http://download-node-02.eng.bos.redhat.com/devel/candidate-trees/RHAH-7.5.20171218.1/work/install_tree/images/images/installer.iso

I get:

Jan 03 12:41:38 localhost.localdomain container-storage-setup[741]: ERROR: There is not enough free space in volume group rhelah to create data volume of size MIN_DATA_SIZE=2G.
Comment 12 Micah Abbott 2020-04-29 15:30:02 UTC 
root LV is now much larger than 3G

```
$ rpm-ostree status
State: idle; auto updates disabled
Deployments:
* ostree://rhel-atomic-host-ostree:rhel-atomic-host/7/x86_64/standard
                   Version: 7.8.0 (2020-03-27 12:03:52)
                    Commit: 0bbae7b8382b6228274909d26acf455738241115af3de44deac128348036f1ab

  ostree://rhel-atomic-host-ostree:rhel-atomic-host/7/x86_64/standard
                   Version: 7.7.3 (2019-11-19 15:23:12)
                    Commit: e0ac32316936b7e138a2f9bea407bf20124f34f519e8f7147df3edc69ca86296
[cloud-user@micah-rhelah-1108a ~]$ df -h
Filesystem                 Size  Used Avail Use% Mounted on
devtmpfs                   894M     0  894M   0% /dev
tmpfs                      919M     0  919M   0% /dev/shm
tmpfs                      919M  444K  919M   1% /run
tmpfs                      919M     0  919M   0% /sys/fs/cgroup
/dev/mapper/atomicos-root   20G  4.7G   16G  24% /sysroot
/dev/vda1                  297M  182M  115M  62% /boot
tmpfs                      184M     0  184M   0% /run/user/1000
[cloud-user@micah-rhelah-1108a ~]$ sudo lvdisplay
  --- Logical volume ---
  LV Path                /dev/atomicos/root
  LV Name                root
  VG Name                atomicos
  LV UUID                dB26iQ-HYKH-LjbL-gCW4-9XfB-ZMXD-ATtz3o
  LV Write Access        read/write
  LV Creation host, time localhost.localdomain, 2019-09-23 16:03:27 +0000
  LV Status              available
  # open                 1
  LV Size                19.70 GiB
  Current LE             5044
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     8192
  Block device           253:0
```
Note You need to log in before you can comment on or make changes to this bug.