[root@ovirt002 ~]# rpm -qa | egrep 'qemu|vdsm|libvirt' | sort
gpxe-roms-qemu-0.9.7-6.10.el6.noarch
libvirt-0.10.2-29.el6_5.3.x86_64
libvirt-client-0.10.2-29.el6_5.3.x86_64
libvirt-lock-sanlock-0.10.2-29.el6_5.3.x86_64
libvirt-python-0.10.2-29.el6_5.3.x86_64
qemu-img-rhev-0.12.1.2-2.355.el6.5.x86_64
qemu-kvm-rhev-0.12.1.2-2.355.el6.5.x86_64
qemu-kvm-rhev-tools-0.12.1.2-2.355.el6.5.x86_64
vdsm-4.13.3-2.el6.x86_64
vdsm-cli-4.13.3-2.el6.noarch
vdsm-python-4.13.3-2.el6.x86_64
vdsm-xmlrpc-4.13.3-2.el6.noarch
*Steve Dainard *
IT Infrastructure Manager
Miovision <
------------------------------
Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, ON,
Canada | N2C 1L3
This e-mail may contain information that is privileged or confidential. If
you are not the intended recipient, please delete the e-mail and any
attachments and notify us immediately.
On Mon, Feb 3, 2014 at 11:54 AM, Dafna Ron <dron(a)redhat.com> wrote:
Can you also put the vdsm, libvirt and qemu packages?
Thanks,
Dafna
On 02/03/2014 04:49 PM, Steve Dainard wrote:
> FYI I'm running version 3.3.2, not the 3.3.3 beta.
>
> *Steve Dainard *
> IT Infrastructure Manager
> Miovision <
http://miovision.com/> | /Rethink Traffic/
> 519-513-2407 ex.250
> 877-646-8476 (toll-free)
>
> *Blog <
http://miovision.com/blog> | **LinkedIn <
https://www.linkedin.com/
> company/miovision-technologies> | Twitter <
https://twitter.com/miovision>
> | Facebook <
https://www.facebook.com/miovision>*
> ------------------------------------------------------------------------
> Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener,
> ON, Canada | N2C 1L3
> This e-mail may contain information that is privileged or confidential.
> If you are not the intended recipient, please delete the e-mail and any
> attachments and notify us immediately.
>
>
> On Mon, Feb 3, 2014 at 11:24 AM, Dafna Ron <dron(a)redhat.com <mailto:
> dron(a)redhat.com>> wrote:
>
> Thanks Steve.
>
> from the logs I can see that the create snapshot succeeds and that
> the vm is resumed.
> the vm moves to pause as part of libvirt flows:
>
> 2014-02-02 14:41:20.872+0000: 5843: debug :
> qemuProcessHandleStop:728 : Transitioned guest snapshot-test to
> paused state
> 2014-02-02 14:41:30.031+0000: 5843: debug :
> qemuProcessHandleResume:776 : Transitioned guest snapshot-test out
> of paused into resumed state
>
> There are bugs here but I am not sure yet if this is libvirt
> regression or engine.
>
> I'm adding Elad and Maor since in engine logs I can't see anything
> calling for live snapshot (only for snapshot) - Maor, shouldn't
> live snapshot command be logged somewhere in the logs?
> Is it possible that engine is calling to create snapshot and not
> create live snapshot which is why the vm pauses?
>
> Elad, if engine is not logging live snapshot anywhere I would open
> a bug for engine (to print that in the logs).
> Also, there is a bug in vdsm log for sdc where the below is logged
> as ERROR and not INFO:
>
> Thread-23::ERROR::2014-02-02
> 09:51:19,497::sdc::137::Storage.StorageDomainCache::(_findDomain)
> looking for unfetched domain a52938f7-2cf4-4771-acb2-0c78d14999e5
> Thread-23::ERROR::2014-02-02
> 09:51:19,497::sdc::154::Storage.StorageDomainCache::(_
> findUnfetchedDomain)
> looking for domain a52938f7-2cf4-4771-acb2-0c78d14999e5
>
> If the engine was sending live snapshot or if there is no
> difference in the two commands in engine side than I would open a
> bug for libvirt for pausing the vm during live snapshot.
>
> Dafna
>
>
> On 02/03/2014 02:41 PM, Steve Dainard wrote:
>
> [root@ovirt002 ~]# vdsClient -s 0 getStorageDomainInfo
> a52938f7-2cf4-4771-acb2-0c78d14999e5
> uuid = a52938f7-2cf4-4771-acb2-0c78d14999e5
> pool = ['fcb89071-6cdb-4972-94d1-c9324cebf814']
> lver = 5
> version = 3
> role = Master
> remotePath = gluster-store-vip:/rep1
> spm_id = 2
> type = NFS
> class = Data
> master_ver = 1
> name = gluster-store-rep1
>
>
> *Steve Dainard *
> IT Infrastructure Manager
> Miovision <
http://miovision.com/> | /Rethink Traffic/
> 519-513-2407 <tel:519-513-2407> ex.250
> 877-646-8476 <tel:877-646-8476> (toll-free)
>
> *Blog <
http://miovision.com/blog> | **LinkedIn
> <
https://www.linkedin.com/company/miovision-technologies> |
> Twitter <
https://twitter.com/miovision> | Facebook
> <
https://www.facebook.com/miovision>*
> ------------------------------------------------------------
> ------------
> Miovision Technologies Inc. | 148 Manitou Drive, Suite 101,
> Kitchener, ON, Canada | N2C 1L3
> This e-mail may contain information that is privileged or
> confidential. If you are not the intended recipient, please
> delete the e-mail and any attachments and notify us immediately.
>
>
> On Sun, Feb 2, 2014 at 2:55 PM, Dafna Ron <dron(a)redhat.com
> <mailto:dron@redhat.com> <mailto:dron@redhat.com
> <mailto:dron@redhat.com>>> wrote:
>
> please run vdsClient -s 0 getStorageDomainInfo
> a52938f7-2cf4-4771-acb2-0c78d14999e5
>
> Thanks,
>
> Dafna
>
>
>
> On 02/02/2014 03:02 PM, Steve Dainard wrote:
>
> Logs attached with VM running on qemu-kvm-rhev
> packages installed.
>
> *Steve Dainard *
> IT Infrastructure Manager
> Miovision <
http://miovision.com/> | /Rethink Traffic/
> 519-513-2407 <tel:519-513-2407> <tel:519-513-2407
> <tel:519-513-2407>> ex.250
>
> 877-646-8476 <tel:877-646-8476> <tel:877-646-8476
> <tel:877-646-8476>> (toll-free)
>
>
> *Blog <
http://miovision.com/blog> | **LinkedIn
> <
https://www.linkedin.com/
> company/miovision-technologies> |
> Twitter <
https://twitter.com/miovision> | Facebook
> <
https://www.facebook.com/miovision>*
> ------------------------------
> ------------------------------------------
> Miovision Technologies Inc. | 148 Manitou Drive, Suite
> 101,
> Kitchener, ON, Canada | N2C 1L3
> This e-mail may contain information that is privileged or
> confidential. If you are not the intended recipient,
> please
> delete the e-mail and any attachments and notify us
> immediately.
>
>
> On Sun, Feb 2, 2014 at 5:05 AM, Dafna Ron
> <dron(a)redhat.com <mailto:dron@redhat.com>
> <mailto:dron@redhat.com <mailto:dron@redhat.com>>
> <mailto:dron@redhat.com <mailto:dron@redhat.com>
>
> <mailto:dron@redhat.com
<mailto:dron@redhat.com>>>>
> wrote:
>
> can you please upload full engine, vdsm, libvirt
> and vm's
> qemu logs?
>
>
> On 02/02/2014 02:08 AM, Steve Dainard wrote:
>
> I have two CentOS 6.5 Ovirt hosts (ovirt001,
> ovirt002)
>
> I've installed the applicable qemu-kvm-rhev
> packages
> from this
> site:
>
http://www.dreyou.org/ovirt/vdsm32/Packages/ on
> ovirt002.
>
> On ovirt001 if I take a live snapshot:
>
> Snapshot 'test qemu-kvm' creation for VM
> 'snapshot-test' was
> initiated by admin@internal.
> The VM is paused
> Failed to create live snapshot 'test qemu-kvm'
> for VM
> 'snapshot-test'. VM restart is recommended.
> Failed to complete snapshot 'test qemu-kvm'
> creation
> for VM
> 'snapshot-test'.
> The VM is then started, and the status for the
> snapshot
> changes to OK.
>
> On ovirt002 (with the packages from dreyou) I
> don't
> get any
> messages about a snapshot failing, but my VM
> is still
> paused
> to complete the snapshot. Is there something else
> other than
> the qemu-kvm-rhev packages that would enable this
> functionality?
>
> I've looked for some information on when the
> packages
> would be
> built as required in the CentOS repos, but I
> don't see
> anything definitive.
>
>
http://lists.ovirt.org/pipermail/users/2013-December/019126.html
> Looks like one of the maintainers is waiting for
> someone to
> tell him what flags need to be set.
>
> Also, another thread here:
>
http://comments.gmane.org/gmane.comp.emulators.ovirt.arch/1618
> same maintainer, mentioning that he hasn't seen
> anything in
> the bug tracker.
>
> There is a bug here:
>
https://bugzilla.redhat.com/show_bug.cgi?id=1009100 that seems
> to have ended in finding a way for qemu to expose
> whether it
> supports live snapshots, rather than figuring
> out how
> to get
> the CentOS team the info they need to build the
> packages with
> the proper flags set.
>
> I have bcc'd both dreyou (packaged the
> qemu-kvm-rhev
> packages
> listed above) and Russ (CentOS maintainer
> mentioned in the
> other threads) if they wish to chime in and
> perhaps
> collaborate on which flags, if any, should be
> set for the
> qemu-kvm builds so we can get a CentOS bug report
> going and
> hammer this out.
>
> Thanks everyone.
>
> **crosses fingers and hopes for live snapshots
> soon**
>
>
>
> *Steve Dainard *
> IT Infrastructure Manager
> Miovision <
http://miovision.com/> | /Rethink
> Traffic/
> 519-513-2407 <tel:519-513-2407> <tel:519-513-2407
> <tel:519-513-2407>> <tel:519-513-2407 <tel:519-513-2407>
> <tel:519-513-2407 <tel:519-513-2407>>>
> <tel:519-513-2407 <tel:519-513-2407> <tel:519-513-2407
> <tel:519-513-2407>>
> <tel:519-513-2407 <tel:519-513-2407>
> <tel:519-513-2407 <tel:519-513-2407>>>> ex.250
>
> 877-646-8476 <tel:877-646-8476> <tel:877-646-8476
> <tel:877-646-8476>> <tel:877-646-8476 <tel:877-646-8476>
> <tel:877-646-8476 <tel:877-646-8476>>>
> <tel:877-646-8476 <tel:877-646-8476> <tel:877-646-8476
> <tel:877-646-8476>>
>
> <tel:877-646-8476 <tel:877-646-8476>
> <tel:877-646-8476 <tel:877-646-8476>>>> (toll-free)
>
>
> *Blog <
http://miovision.com/blog> | **LinkedIn
> <
https://www.linkedin.com/
> company/miovision-technologies> |
> Twitter <
https://twitter.com/miovision> |
> Facebook
> <
https://www.facebook.com/miovision>*
> ------------------------------
> ------------------------------------------
>
>
> Miovision Technologies Inc. | 148 Manitou
> Drive, Suite
> 101,
> Kitchener, ON, Canada | N2C 1L3
> This e-mail may contain information that is
> privileged or
> confidential. If you are not the intended
> recipient,
> please
> delete the e-mail and any attachments and
> notify us
> immediately.
>
>
> On Fri, Jan 31, 2014 at 1:26 PM, Steve Dainard
> <sdainard(a)miovision.com
> <mailto:sdainard@miovision.com>
> <mailto:sdainard@miovision.com
> <mailto:sdainard@miovision.com>>
> <mailto:sdainard@miovision.com <mailto:sdainard@miovision.com>
> <mailto:sdainard@miovision.com
> <mailto:sdainard@miovision.com>>>
> <mailto:sdainard@miovision.com
> <mailto:sdainard@miovision.com>
> <mailto:sdainard@miovision.com
> <mailto:sdainard@miovision.com>>
>
> <mailto:sdainard@miovision.com
> <mailto:sdainard@miovision.com>
> <mailto:sdainard@miovision.com
> <mailto:sdainard@miovision.com>>>>> wrote:
>
>
> How would you developers, speaking for the
> oVirt-community,
> propose to
> solve this for CentOS _now_ ?
>
> I would imagine that the easiest way
> is that
> you build and
> host this one
> package(qemu-kvm-rhev), since you´ve
> basically
> already
> have
> the source
> and recipe (since you´re already
> providing it
> for RHEV
> anyway). Then,
> once that´s in place, it´s more a
> question of
> where to
> host the
> packages, in what repository. Be it
> your own,
> or some
> other
> repo set up
> for the SIG.
>
> This is my view, how I as a user view
> this issue.
>
>
>
> I think this is a pretty valid view.
>
> What would it take to get the correct qemu
> package
> hosted
> in the
> ovirt repo?
>
> --
>
> Med Vänliga Hälsningar
>
> ------------------------------------------------------------
> -------------------
> Karli Sjöberg
> Swedish University of Agricultural
> Sciences
> Box 7079
> (Visiting
> Address
> Kronåsvägen 8)
> S-750 07 Uppsala, Sweden
> Phone: +46-(0)18-67 15 66
> <tel:%2B46-%280%2918-67%2015%2066>
> <tel:%2B46-%280%2918-67%2015%2066>
> <tel:%2B46-%280%2918-67%2015%2066>
> <tel:%2B46-%280%2918-67%2015%2066>
> karli.sjoberg(a)slu.se <mailto:karli.sjoberg@slu.se>
> <mailto:karli.sjoberg@slu.se <mailto:karli.sjoberg@slu.se>>
> <mailto:karli.sjoberg@slu.se
> <mailto:karli.sjoberg@slu.se> <mailto:karli.sjoberg@slu.se
> <mailto:karli.sjoberg@slu.se>>>
> <mailto:karli.sjoberg@slu.se
> <mailto:karli.sjoberg@slu.se>
> <mailto:karli.sjoberg@slu.se
> <mailto:karli.sjoberg@slu.se>> <mailto:karli.sjoberg@slu.se
> <mailto:karli.sjoberg@slu.se>
> <mailto:karli.sjoberg@slu.se
> <mailto:karli.sjoberg@slu.se>>>>
>
> ______________________________
> _________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>
> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>
> <mailto:Users@ovirt.org
> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
> <mailto:Users@ovirt.org>>
> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>
> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>>
>
>
http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>
> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>
>
>
http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> -- Dafna Ron
>
>
>
>
> -- Dafna Ron
>
>
>
>
> -- Dafna Ron
>
>
>
--
Dafna Ron