Created attachment 835259 [details] bug demonstration video Description of problem: This is a fork of bug 1027947. Several bugs have been identified in it, this is one of them. It's not possible to select an LV partition and enlarge it, even though there is free space available. It can only be downsized. Version-Release number of selected component (if applicable): anaconda 20.25.14 How reproducible: seems always Steps to Reproduce: 1. create a default LVM installation with / (or swap) smaller a bit, so that there is some free space 2. boot into installer again, go to custom partitioning 3. select an existing LV partition (e.g. /) try to increase its size. Can't be done. 4. try to shrink it. That can be done.
Created attachment 835260 [details] anaconda.log
Created attachment 835261 [details] program.log
Created attachment 835262 [details] storage.log
Created attachment 835263 [details] syslog
Proposing a Final blocker: "Any installer mechanism for resizing storage volumes must correctly attempt the requested operation. " https://fedoraproject.org/wiki/Fedora_20_Final_Release_Criteria#Storage_volume_resize
It probably does not have free space left on LV and does not want create new PV on free space...
Discussed in 2013-12-11 Blocker Review Meeting [1]. Voted as an RejectedBlocker. This is probably a UI issue failing to inform the user properly what can and what cannot be achieved. Anaconda doesn't support LV resize when there is no free space in the VG. Will be added to CommonBugs. [1] http://meetbot.fedoraproject.org/fedora-blocker-review/2013-12-11/
I think it'd be most straightforward to close this as NOTABUG; we could turn it into a request to provide info about available space in VGs, but I believe there are already bugs for that and it's already being worked on (mizmo might be able to provide a link).