Bug 1040438 - LV partitions can't be enlarged
LV partitions can't be enlarged
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: anaconda (Show other bugs)
20
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Anaconda Maintenance Team
Fedora Extras Quality Assurance
RejectedBlocker
:
Depends On:
Blocks: F20FinalBlocker
  Show dependency treegraph
 
Reported: 2013-12-11 07:36 EST by Kamil Páral
Modified: 2013-12-12 22:41 EST (History)
8 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2013-12-12 22:41:17 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)
bug demonstration video (861.80 KB, video/ogg)
2013-12-11 07:36 EST, Kamil Páral
no flags Details
anaconda.log (26.30 KB, text/plain)
2013-12-11 07:36 EST, Kamil Páral
no flags Details
program.log (23.19 KB, text/plain)
2013-12-11 07:36 EST, Kamil Páral
no flags Details
storage.log (78.75 KB, text/plain)
2013-12-11 07:36 EST, Kamil Páral
no flags Details
syslog (66.93 KB, text/plain)
2013-12-11 07:36 EST, Kamil Páral
no flags Details

  None (edit)
Description Kamil Páral 2013-12-11 07:36:02 EST
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.
Comment 1 Kamil Páral 2013-12-11 07:36:46 EST
Created attachment 835260 [details]
anaconda.log
Comment 2 Kamil Páral 2013-12-11 07:36:50 EST
Created attachment 835261 [details]
program.log
Comment 3 Kamil Páral 2013-12-11 07:36:53 EST
Created attachment 835262 [details]
storage.log
Comment 4 Kamil Páral 2013-12-11 07:36:57 EST
Created attachment 835263 [details]
syslog
Comment 5 Kamil Páral 2013-12-11 07:37:37 EST
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
Comment 6 Alexey Torkhov 2013-12-11 11:40:50 EST
It probably does not have free space left on LV and does not want create new PV on free space...
Comment 7 Mike Ruckman 2013-12-11 12:38:44 EST
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/
Comment 8 Adam Williamson 2013-12-12 22:41:17 EST
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).

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