Bug 1033356 - when /boot is changed to btrfs, btrfs volume is improperly resized and is too small for installation
Summary: when /boot is changed to btrfs, btrfs volume is improperly resized and is too...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: python-blivet
Version: 20
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: David Lehman
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 1052439
TreeView+ depends on / blocked
 
Reported: 2013-11-21 23:00 UTC by Chris Murphy
Modified: 2014-12-02 19:14 UTC (History)
7 users (show)

Fixed In Version: python-blivet-0.28-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1052439 (view as bug list)
Environment:
Last Closed: 2014-12-02 19:14:25 UTC
Type: Bug

Attachments (Terms of Use)
anaconda.log (27.81 KB, text/plain)
2013-11-21 23:01 UTC, Chris Murphy 		no flags Details
program.log (28.67 KB, text/plain)
2013-11-21 23:01 UTC, Chris Murphy 		no flags Details
storage.log (299.18 KB, text/plain)
2013-11-21 23:02 UTC, Chris Murphy 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Description Chris Murphy 2013-11-21 23:00:50 UTC 
Description of problem:

In Manual Partitioning, after clicking on "automatically create" partitions, and changing /boot on ext4 to be /boot on BTRFS, the installer changes the existing ~442GB btrfs volume to a size of 2GB.

Version-Release number of selected component (if applicable):
anaconda-20.25.8-1.fc20

How reproducible:
Always

Steps to Reproduce:
1. Manual partitioning
2. Automatically create partitions
3. Click on /boot and change device type to BTRFS, click update

Actual results:
All mountpoints on the BTRFS volume change size to ~2GB.

Expected results:
Established size of the volume shouldn't change.

Additional info:
Comment 1 Chris Murphy 2013-11-21 23:01:41 UTC 
Created attachment 827499 [details]
anaconda.log
Comment 2 Chris Murphy 2013-11-21 23:01:57 UTC 
Created attachment 827500 [details]
program.log
Comment 3 Chris Murphy 2013-11-21 23:02:14 UTC 
Created attachment 827501 [details]
storage.log
Comment 4 David Lehman 2013-11-22 14:44:47 UTC 
This is related to how we calculate the base size for the volume when adding a subvolume in combination with how the automatic partitioning requests are defined (they have small base sizes).
Note You need to log in before you can comment on or make changes to this bug.