Bug 1113199 - [RFE] Support dd based image transferal to disk
Summary: [RFE] Support dd based image transferal to disk
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: anaconda
Version: 7.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: alpha
: 7.1
Assignee: Anaconda Maintenance Team
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On:
Blocks: 1035038 1082754 ovirt-node-ng
TreeView+ depends on / blocked
 
Reported: 2014-06-25 15:37 UTC by Fabian Deutsch
Modified: 2014-09-26 13:50 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-06-26 22:36:04 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Fabian Deutsch 2014-06-25 15:37:55 UTC
Description of problem:
Currently (using the LivePayload) the contents of an image can be transfered to a newly created filesystem using rsync (IIRC).
As ovirt-node is moving to anaconda, and we want to stick with images, we'll need a way to transfer an image byte by byte to a logical volume.

Additional info:
Another change is needed to create a writable thin-volume snapshot atop the populated thin logical volume.

Comment 3 Brian Lane 2014-06-26 22:30:14 UTC
Using the liveimg kickstart command you can use a variety of sources for the images including squashfs, mountable filesystem images and tar.bz2 trees.

I am opposed to returning to the days of byte-by-byte copies and then resizing things.

The current methods are much more flexible, allowing you to deploy images onto a variety of target filesystems instead of being locked into the source's filesystem type.

Comment 4 RHEL Program Management 2014-06-26 22:36:04 UTC
Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.

Comment 5 Fabian Deutsch 2014-09-26 13:50:29 UTC
If this is reconsidered, the it would also be good to support "streaming" binary images to disk, to prevent a problem when the filesystem images are to large.


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