----- Original Message -----
> On 06/18/2013 09:29 AM, Arik Hadas wrote:
> > ----- Original Message -----
> >> VDSM sync meeting Monday June 17th 2013
> >> =======================================
> >> - Dan requests reviews for pending patches from Mei Liu and himself (
> >> http://gerrit.ovirt.org/#/c/15356/8 ) for mom.
> >> - Toni to fix the problem with Mark's patch that Dan reviewed so that it
> >> can
> >> be merged together with the smaller following patches.
> >> - Federico has three high priority patches for features and two lower
> >> priority
> >> ones that need reviews in order to make it for the release deadline.
> >> They
> >> are
> >> related to disk extension and image upload/download (glance):
> >> + http://gerrit.ovirt.org/#/c/15442 - constants: unify the BLANK_UUID
> >> def...
> >> + http://gerrit.ovirt.org/#/c/14589 - volume: add the BLOCK_SIZE
> >> constant
> >> +1
> >> + http://gerrit.ovirt.org/#/c/14590 - volume: add the extendVolumeSize
> >> method
> >> + http://gerrit.ovirt.org/#/c/15614 - vm: add the live diskSizeExtend
> >> method +1
> >> + http://gerrit.ovirt.org/#/c/14955 - image: add support to
> >> upload/download
> >> images
> >> - Adam and others to review Gluster patches:
> >> + http://gerrit.ovirt.org/#/c/13785/
> >> + http://gerrit.ovirt.org/#/c/11094/
> >> - Is there a filing for Qemu image handling reported by virt team?
> > Background about the problem:
> > As part of the ram snapshots feature
> > (http://wiki.ovirt.org/Features/RAM_Snapshots)
> > we pass a path to file to libvirt, where the memory of the VM should be
> > saved as
> > part of the snapshot creation.
> > the output file is identical to the one that is created to store the memory
> > on
> > hibernate command.
> > When VM with snapshot(s) that has memory is being exported, we want the
> > snapshot's
> > memory file to be exported to the export domain as well. when trying to
> > export such
> > memory file, we saw that the file is being truncated to the closest size
> > that is
> > a multiple of block size (512). we found that the file is being truncated
> > by
> > qemu-img that is being used to copy the file to the export domain.
> > We previously thought that it is a problem in qemu - not handling files
> > with size
> > that is not a multiple of block size, and a bug to qemu was opened (bz
> > 970559).
> > We now understand that the issue described above might be a problem in qemu
> > that
> > needs to be solved, but it is not the problem in our case:
> > treating the memory file as qemu image is wrong - the created file is not a
> > qemu
> > image. the file has a special format: it contains xml part at the beginning
> > and
> > the memory dump as a binary data right after that.
> > So basically it seems that we need the following things in vdsm:
> > 1. The creation of the file that is expected to store the memory as qemu
> > image
> > seems to be redundant. instead, we need to have a way to create a file in a
> > similar way to 'touch' command - just to verify that the file in the path
> > we
> > pass to libvirt is created with the right permissions. (it's probably true
> > for
> > the hibernation volume creation as well btw).
> how would this look for block devices?
yes, it will work only for NFS.. on block devices we'll have to keep creating
the file or implement our own version for 'touch' which doesn't make so much
sense.. so maybe it's not such a good idea to drop the image creation part
> > 2. The more important issue is that we need to have a way to export files
> > which
> > are not qemu images to the export domain, which means without using the
> > qemu-img
> > process, just copy the file.
> ayal - anything close to this today - i remember various qemu-img vs. dd
> patches in the past for copy operations?
> >> - Reminder to follow wiki feature page process closely to maximize changes
> >> to
> >> have features added to a release.
> >> - Multiple gateways are being worked on to fix dhcp races and comments by
> >> reviewers.
> >> - NetReloaded after multiple gateways. Try to get up to iproute2
> >> configurator.
> >> - Cross-distro support:
> >> + Netreloaded with iproute2 plus persistence would help.
> >> + init scripts separation (proposed by Yaniv to make ready for 3.3).
> >> - Cloud-init integration by Greg Padgett. There is a vdsm patch that
> >> should
> >> be
> >> taken care of in terms of reviewing http://gerrit.ovirt.org/#/c/14347/
> >> _______________________________________________
> >> vdsm-devel mailing list
> >> email@example.com
> >> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
> > _______________________________________________
> > vdsm-devel mailing list
> > firstname.lastname@example.org
> > https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
vdsm-devel mailing list