[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 <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:54 AM, Dafna Ron <[email protected]> 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 <[email protected] <mailto: >> [email protected]>> 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 <[email protected] >> <mailto:[email protected]> <mailto:[email protected] >> <mailto:[email protected]>>> 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 >> <[email protected] <mailto:[email protected]> >> <mailto:[email protected] <mailto:[email protected]>> >> <mailto:[email protected] <mailto:[email protected]> >> >> <mailto:[email protected] <mailto:[email protected]>>>> >> 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 >> <[email protected] >> <mailto:[email protected]> >> <mailto:[email protected] >> <mailto:[email protected]>> >> <mailto:[email protected] <mailto:[email protected]> >> <mailto:[email protected] >> <mailto:[email protected]>>> >> <mailto:[email protected] >> <mailto:[email protected]> >> <mailto:[email protected] >> <mailto:[email protected]>> >> >> <mailto:[email protected] >> <mailto:[email protected]> >> <mailto:[email protected] >> <mailto:[email protected]>>>>> 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> >> [email protected] <mailto:[email protected]> >> <mailto:[email protected] <mailto:[email protected]>> >> <mailto:[email protected] >> <mailto:[email protected]> <mailto:[email protected] >> <mailto:[email protected]>>> >> <mailto:[email protected] >> <mailto:[email protected]> >> <mailto:[email protected] >> <mailto:[email protected]>> <mailto:[email protected] >> <mailto:[email protected]> >> <mailto:[email protected] >> <mailto:[email protected]>>>> >> >> ______________________________ >> _________________ >> Users mailing list >> [email protected] <mailto:[email protected]> >> <mailto:[email protected] <mailto:[email protected]>> >> <mailto:[email protected] <mailto:[email protected]> >> <mailto:[email protected] <mailto:[email protected]>>> >> <mailto:[email protected] >> <mailto:[email protected]> <mailto:[email protected] >> <mailto:[email protected]>> >> <mailto:[email protected] <mailto:[email protected]> >> <mailto:[email protected] <mailto:[email protected]>>>> >> >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> >> >> _______________________________________________ >> Users mailing list >> [email protected] <mailto:[email protected]> >> <mailto:[email protected] <mailto:[email protected]>> >> <mailto:[email protected] <mailto:[email protected]> >> <mailto:[email protected] <mailto:[email protected]>>> >> >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> -- Dafna Ron >> >> >> >> >> -- Dafna Ron >> >> >> >> >> -- Dafna Ron >> >> >> > > -- > Dafna Ron >
_______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
