- Users - oVirt List Archives

[Users] v2v error
by suporte＠logicworks.pt 08 May '13

08 May '13

------=_Part_4086_1777656894.1367880336890 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I'm trying to export a VM from KVM. It's a Fedora14 machine. I run: virt-v2v -i libvirt -ic qemu+ssh://root@IP-Address/system -o rhev -os nfs.domain.local:/ovirt/export -of qcow2 -oa sparse -n ovirtmgmt VM_Name It starts to buid the umage but in the end I have an error message: virt-v2v: Failed to launch guestfs appliance. Try running again with LIBGUESTFS_DEBUG=1 for more information Something wrong with the guestfs? Jose -- Jose Ferradeira http://www.logicworks.pt ------=_Part_4086_1777656894.1367880336890 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: Times New Roman; font-size: 10pt; color: #000000"><div>I'm trying to export a VM from KVM. It's a Fedora14 machine.<br></div><div>I run: virt-v2v -i libvirt -ic qemu+ssh://root@IP-Address/system -o rhev -os nfs.domain.local:/ovirt/export -of qcow2 -oa sparse -n ovirtmgmt VM_Name<br></div><div><br></div><div>It starts to buid the umage but in the end I have an error message:<br></div><div>virt-v2v: Failed to launch guestfs appliance. Try running again with LIBGUESTFS_DEBUG=1 for more information<br><br></div><div>Something wrong with the guestfs?<br></div><div><br></div><div>Jose<br></div><div><br></div><div>-- <br></div><div><span name="x"></span><hr style="width: 100%; height: 2px;" data-mce-style="width: 100%; height: 2px;">Jose Ferradeira<br>http://www.logicworks.pt<br><span name="x"></span><br></div></div></body></html> ------=_Part_4086_1777656894.1367880336890--

2 6

[Users] Guest never gets removed
by Karli Sjöberg 08 May '13

08 May '13

--_000_5F9E965F5A80BC468BE5F40576769F092552A5D3exchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCnllc3RlcmRheSBJIGlzc3VlZCBhIHJlbW92ZSBvZiBhIEd1ZXN0IGFuZCB0aGVuIGlt bWVkaWF0ZWx5IGFmdGVyd2FyZHMgZW5naW5lIHN0YXJ0ZWQgY29tcGxhaW5pbmcgYWJvdXQgc3lu YyBlcnJvcnMgYmV0d2VlbiBkYXRhYmFzZSBhbmQgc3RvcmFnZSBtZXRhZGF0YS4gVG8gbXkgc3Vy cHJpc2UsIGJvdGggb2YgbXkgdHdvIGRhdGEgc3RvcmVzIHdlcmUgbWFya2VkIGFzIG1hc3RlciBp biB0aGVpciBzdG9yYWdlIG1ldGFkYXRhIGZpbGVzLiBJIGhhZCB0byBjaGFuZ2UgIk1BU1RFUl9W RVJTSU9OIiBhbmQgIlJPTEUiLCB0aGVuIHRhaWwgdGhlIHZkc20gbG9nIG9uIGEgSG9zdCBhbmQg d2F0Y2ggaXQgY29tcGxhaW4gdGhhdCB0aGUgY2hlY2tzdW0gaXMgd3JvbmcgYW5kIGhvdyBpdCBp cyAke1h9IGJ1dCBzaG91bGQgYmUgJHtZfSBhY2NvcmRpbmcgdG8gaXTCtHMgbG9naWMsIGFuZCBj b3B5L3Bhc3RlIHRiZSBjb3JyZWN0IGNoZWNrc3VtIGludG8gc3RvcmFnZSBtZXRhZGF0YSBmaWxl IGFzIHdlbGwuIFRoaXMgaGFkIHRvIGJlIGRvbmUgZm9yIGJvdGggZGF0YSBkb21haW5zLCBhbmQg d2hlbiBkb25lLCBJIGhhdmUgb25lICJNYXN0ZXIiLSBhbmQgb25lICJSZWd1bGFyIiBkb21haW4g dGhhdCB3b3JrcyBhbmQgZXF1YWxzIHdoYXTCtHMgaW4gdGhlIGRhdGFiYXNlLg0KDQpUaGUgcHJv YmxlbSBpcyB0aGF0IGVuZ2luZSBub3cgYXBwYXJlbnRseSBoYXMgZm9yZ290dGVuIGFib3V0IG15 IEd1ZXN0IHRoYXQgaXQgd2FzIHN1cHBvc2VkIHRvIHJlbW92ZSBiZWZvcmUgYWxsIG9mIHRoaXMu Li4gVGhlIG9wZXJhdGlvbiBpcyBzdGlsbCBsaXN0ZWQgaW4gIlRhc2tzIiwgc28gaXTCtHMgbm90 IHF1aXRlIGZpbmlzaGVkIHlldC4gU2luY2UgaXTCtHMgY2hhbmdlZCBzdGF0ZSB0byAiaG91cmds YXNzIiBhbmQgc3RhdHVzICJJbWFnZSBsb2NrZWQiLCBJIGNhbsK0dCBjbGljayBmb3IgcmVtb3Zh bCBhZ2FpbiBlaXRoZXIuLi4NCg0KSXMgdGhlcmUgYW55IHdheSB0byAicmVtaW5kIiBlbmdpbmUg b2YgYSBqb2Igbm90IGRvbmU/DQoNCi0tDQoNCk1lZCBWw6RubGlnYSBIw6Rsc25pbmdhcg0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQ0KS2FybGkgU2rDtmJlcmcNClN3ZWRpc2ggVW5pdmVyc2l0eSBv ZiBBZ3JpY3VsdHVyYWwgU2NpZW5jZXMNCkJveCA3MDc5IChWaXNpdGluZyBBZGRyZXNzIEtyb27D pXN2w6RnZW4gOCkNClMtNzUwIDA3IFVwcHNhbGEsIFN3ZWRlbg0KUGhvbmU6ICArNDYtKDApMTgt NjcgMTUgNjYNCmthcmxpLnNqb2JlcmdAc2x1LnNlPG1haWx0bzprYXJsaS5zam9iZXJnQGFkbS5z bHUuc2U+DQo= --_000_5F9E965F5A80BC468BE5F40576769F092552A5D3exchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIaSw8YnI+DQo8YnI+ DQp5ZXN0ZXJkYXkgSSBpc3N1ZWQgYSByZW1vdmUgb2YgYSBHdWVzdCBhbmQgdGhlbiBpbW1lZGlh dGVseSBhZnRlcndhcmRzIGVuZ2luZSBzdGFydGVkIGNvbXBsYWluaW5nIGFib3V0IHN5bmMgZXJy b3JzIGJldHdlZW4gZGF0YWJhc2UgYW5kIHN0b3JhZ2UgbWV0YWRhdGEuIFRvIG15IHN1cnByaXNl LCBib3RoIG9mIG15IHR3byBkYXRhIHN0b3JlcyB3ZXJlIG1hcmtlZCBhcyBtYXN0ZXIgaW4gdGhl aXIgc3RvcmFnZSBtZXRhZGF0YSBmaWxlcy4gSSBoYWQNCiB0byBjaGFuZ2UgJnF1b3Q7TUFTVEVS X1ZFUlNJT04mcXVvdDsgYW5kICZxdW90O1JPTEUmcXVvdDssIHRoZW4gdGFpbCB0aGUgdmRzbSBs b2cgb24gYSBIb3N0IGFuZCB3YXRjaCBpdCBjb21wbGFpbiB0aGF0IHRoZSBjaGVja3N1bSBpcyB3 cm9uZyBhbmQgaG93IGl0IGlzICR7WH0gYnV0IHNob3VsZCBiZSAke1l9IGFjY29yZGluZyB0byBp dMK0cyBsb2dpYywgYW5kIGNvcHkvcGFzdGUgdGJlIGNvcnJlY3QgY2hlY2tzdW0gaW50byBzdG9y YWdlIG1ldGFkYXRhIGZpbGUgYXMgd2VsbC4NCiBUaGlzIGhhZCB0byBiZSBkb25lIGZvciBib3Ro IGRhdGEgZG9tYWlucywgYW5kIHdoZW4gZG9uZSwgSSBoYXZlIG9uZSAmcXVvdDtNYXN0ZXImcXVv dDstIGFuZCBvbmUgJnF1b3Q7UmVndWxhciZxdW90OyBkb21haW4gdGhhdCB3b3JrcyBhbmQgZXF1 YWxzIHdoYXTCtHMgaW4gdGhlIGRhdGFiYXNlLjxicj4NCjxicj4NClRoZSBwcm9ibGVtIGlzIHRo YXQgZW5naW5lIG5vdyBhcHBhcmVudGx5IGhhcyBmb3Jnb3R0ZW4gYWJvdXQgbXkgR3Vlc3QgdGhh dCBpdCB3YXMgc3VwcG9zZWQgdG8gcmVtb3ZlIGJlZm9yZSBhbGwgb2YgdGhpcy4uLiBUaGUgb3Bl cmF0aW9uIGlzIHN0aWxsIGxpc3RlZCBpbiAmcXVvdDtUYXNrcyZxdW90Oywgc28gaXTCtHMgbm90 IHF1aXRlIGZpbmlzaGVkIHlldC4gU2luY2UgaXTCtHMgY2hhbmdlZCBzdGF0ZSB0byAmcXVvdDto b3VyZ2xhc3MmcXVvdDsgYW5kIHN0YXR1cyAmcXVvdDtJbWFnZSBsb2NrZWQmcXVvdDssDQogSSBj YW7CtHQgY2xpY2sgZm9yIHJlbW92YWwgYWdhaW4gZWl0aGVyLi4uPGJyPg0KPGJyPg0KSXMgdGhl cmUgYW55IHdheSB0byAmcXVvdDtyZW1pbmQmcXVvdDsgZW5naW5lIG9mIGEgam9iIG5vdCBkb25l Pzxicj4NCjxicj4NCjx0YWJsZSBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRo PSIxMDAlIj4NCjx0Ym9keT4NCjx0cj4NCjx0ZD4tLSA8YnI+DQo8YnI+DQpNZWQgVsOkbmxpZ2Eg SMOkbHNuaW5nYXI8YnI+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KS2FybGkgU2rDtmJl cmc8YnI+DQpTd2VkaXNoIFVuaXZlcnNpdHkgb2YgQWdyaWN1bHR1cmFsIFNjaWVuY2VzPGJyPg0K Qm94IDcwNzkgKFZpc2l0aW5nIEFkZHJlc3MgS3JvbsOlc3bDpGdlbiA4KTxicj4NClMtNzUwIDA3 IFVwcHNhbGEsIFN3ZWRlbjxicj4NClBob25lOiAmbmJzcDsmIzQzOzQ2LSgwKTE4LTY3IDE1IDY2 PGJyPg0KPGEgaHJlZj0ibWFpbHRvOmthcmxpLnNqb2JlcmdAYWRtLnNsdS5zZSI+a2FybGkuc2pv YmVyZ0BzbHUuc2U8L2E+IDwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F092552A5D3exchange21_--

1 0

[Users] NFS Export Doamin
by suporte＠logicworks.pt 07 May '13

07 May '13

------=_Part_946_1036135842.1367695579495 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, I'm runing oVirt 3.2, I had to restart all the system, when the system (engine, hosts and storage) comes up, the NFS export domain was not connected to the switch, i notice that the hosts did not come live because of that. This is not a main storage, is this a normal behavior? Jose -- Jose Ferradeira http://www.logicworks.pt ------=_Part_946_1036135842.1367695579495 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: Times New Roman; font-size: 10pt; color: #000000"><div>Hi,<br></div><div><br></div><div>I'm runing oVirt 3.2, I had to restart all the system, when the system (engine, hosts and storage) comes up, the NFS export domain was not connected to the switch, i notice that the hosts did not come live because of that. This is not a main storage, is this a normal behavior?<br></div><div><br></div><div>Jose<br></div><div><br></div><div>-- <br></div><div><span name="x"></span><hr style="width: 100%; height: 2px;">Jose Ferradeira<br>http://www.logicworks.pt<br><span name="x"></span><br></div></div></body></html> ------=_Part_946_1036135842.1367695579495--

4 6

[Users] NFS domain and LVM
by René Koch (ovido) 07 May '13

07 May '13

Hi, I just rebooted my NFS server which hosts a ISO domain which is used by RHEV 3.1 and oVirt 3.2. In both environments the ISO domain became inactive and I tried to activate it again. In RHEV this worked fine, but in oVirt it didn't. Just for your information: both - RHEV and oVirt use "Local on host" as datacenter storage type. I normally use a local NFS server and mount the share locally (dc with storage type NFS) as "Local on host" is making troubles in most of my setups (in both - oVirt and RHEV) and the issues are mainly missing (sometimes lost) volume groups. As my oVirt 3.2 setup is a testing environment and my test vms are still running, I'll keep it in this state for finding a solution for this. As said, have seen issues like this more then one time before, so maybe this is a bug and need some attention (can also open a bug report if needed). vdsm.log is telling me that the storage domain doesn't exist (as complained by vdsm daemon): 2013-05-07 16:44:18,493 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.ActivateStorageDomainVDSCommand] (pool-3-thread-47) [210a0bcb] START, ActivateStorageDomainVDSCommand( storagePoolId = 484e62d7-7a01-4b5e-aec8-59d366100281, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = a4c43175-ce34-49a5-8608-cac573bf7647), log id: 33c54af7 2013-05-07 16:44:20,770 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-47) [210a0bcb] Failed in ActivateStorageDomainVDS method 2013-05-07 16:44:20,781 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-47) [210a0bcb] Error code StorageDomainDoesNotExist and error message IRSGenericException: IRSErrorException: Failed to ActivateStorageDomainVDS, error = Storage domain does not exist: ('a4c43175-ce34-49a5-8608-cac573bf7647',) 2013-05-07 16:44:20,791 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (pool-3-thread-47) [210a0bcb] IrsBroker::Failed::ActivateStorageDomainVDS due to: IRSErrorException: IRSGenericException: IRSErrorException: Failed to ActivateStorageDomainVDS, error = Storage domain does not exist: ('a4c43175-ce34-49a5-8608-cac573bf7647',) More interesting is the behavior of my host (CentOS 6.4) which tries to find a logical volume and is doing some iSCSI-scans: Thread-224450::DEBUG::2013-05-07 16:44:19,333::task::957::TaskManager.Task::(_decref) Task=`ab00697e-32df-43b1-822b-a94bef55909d`::ref 0 aborting False Thread-1129392::DEBUG::2013-05-07 16:44:20,555::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/bin/sudo -n /sbin/multipath' (cwd None) Thread-1129392::DEBUG::2013-05-07 16:44:20,608::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 Thread-1129392::DEBUG::2013-05-07 16:44:20,609::lvm::477::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' got the operation mutex Thread-1129392::DEBUG::2013-05-07 16:44:20,609::lvm::479::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' released the operation mutex Thread-1129392::DEBUG::2013-05-07 16:44:20,609::lvm::488::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' got the operation mutex Thread-1129392::DEBUG::2013-05-07 16:44:20,610::lvm::490::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' released the operation mutex Thread-1129392::DEBUG::2013-05-07 16:44:20,610::lvm::508::OperationMutex::(_invalidateAllLvs) Operation 'lvm invalidate operation' got the operation mutex Thread-1129392::DEBUG::2013-05-07 16:44:20,610::lvm::510::OperationMutex::(_invalidateAllLvs) Operation 'lvm invalidate operation' released the operation mutex Thread-1129392::DEBUG::2013-05-07 16:44:20,610::misc::1064::SamplingMethod::(__call__) Returning last result Thread-1129392::DEBUG::2013-05-07 16:44:20,610::lvm::368::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' got the operation mutex Thread-1129392::DEBUG::2013-05-07 16:44:20,612::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/bin/sudo -n /sbin/lvm vgs --config " devices { preferred_names = [\ \"^/dev/mapper/\\" ] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 filter = [ \\"r%.*%\\" ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 } back up { retain_min = 50 retain_days = 0 } " --noheadings --units b --nosuffix --separator | -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_fr ee a4c43175-ce34-49a5-8608-cac573bf7647' (cwd None) Thread-1129392::DEBUG::2013-05-07 16:44:20,759::misc::84::Storage.Misc.excCmd::(<lambda>) FAILED: <err> = ' Volume group "a4c43175-ce34-49a5-8608-cac573bf7647" not found\n'; <rc> = 5 Thread-1129392::WARNING::2013-05-07 16:44:20,760::lvm::373::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' Volume group "a4c43175-ce34-49a5-8608-cac573bf7647" not found'] Thread-1129392::DEBUG::2013-05-07 16:44:20,760::lvm::397::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' released the operation mutex Thread-1129392::ERROR::2013-05-07 16:44:20,767::task::833::TaskManager.Task::(_setError) Task=`589ebcc8-2255-4a29-b995-5e76f3697ec8`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 840, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 42, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 1144, in activateStorageDomain pool.activateSD(sdUUID) File "/usr/share/vdsm/storage/securable.py", line 68, in wrapper return f(self, *args, **kwargs) File "/usr/share/vdsm/storage/sp.py", line 1042, in activateSD dom = sdCache.produce(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 97, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 121, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 152, in _findDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: ('a4c43175-ce34-49a5-8608-cac573bf7647',) Thread-1129392::DEBUG::2013-05-07 16:44:20,768::task::852::TaskManager.Task::(_run) Task=`589ebcc8-2255-4a29-b995-5e76f3697ec8`::Task._run: 589ebcc8-2255-4a29-b995-5e76f3697ec8 ('a4c43175-ce34-49a5-8608-cac573bf7647', '484e62d7-7a01-4b5e-aec8-59d366100281') {} failed - stopping task Thread-1129392::DEBUG::2013-05-07 16:44:20,768::task::1177::TaskManager.Task::(stop) Task=`589ebcc8-2255-4a29-b995-5e76f3697ec8`::stopping in state preparing (force False) Thread-1129392::DEBUG::2013-05-07 16:44:20,768::task::957::TaskManager.Task::(_decref) Task=`589ebcc8-2255-4a29-b995-5e76f3697ec8`::ref 1 aborting True Thread-1129392::INFO::2013-05-07 16:44:20,769::task::1134::TaskManager.Task::(prepare) Task=`589ebcc8-2255-4a29-b995-5e76f3697ec8`::aborting: Task is aborted: 'Storage domain does not exist' - code 358 It's clear to me that my host can't find a volume group named a4c43175-ce34-49a5-8608-cac573bf7647, because this is the ID of my ISO domain which resists on NFS and not iSCSI or FC or local on host. I use RPM for RHEL from ovirt-stable repository on my CentOS 6.4 host: [root@centos-hyp01 ~]# yum list vdsm* | grep '@' vdsm.x86_64 4.10.3-10.el6 @ovirt-stable vdsm-cli.noarch 4.10.3-10.el6 @ovirt-stable vdsm-gluster.noarch 4.10.3-10.el6 @ovirt-stable vdsm-python.x86_64 4.10.3-10.el6 @ovirt-stable vdsm-xmlrpc.noarch 4.10.3-10.el6 @ovirt-stable Please let me know if you need further information. Thanks a lot! -- Best Regards, René Koch Senior Solution Architect ============================================ ovido gmbh - "Das Linux Systemhaus" Brünner Straße 163, A-1210 Wien Phone: +43 720 / 530 670 Mobile: +43 660 / 512 21 31 E-Mail: r.koch(a)ovido.at ============================================

1 0

[Users] deploy without engine.conf.defaults?
by lof yer 07 May '13

07 May '13

I compiled the latest source yesterday, but I met a problem in deploying it. I used old env-variable: ENGINE_DEFAULTS=/home/demo/gittest/virtfan-ovirt/backend/manager/conf/engine.conf.defaults and engine.conf.defaults had content like this: ENGINE_USR=/usr/share/ovirt-engine ENGINE_ETC=/etc/ovirt-engine When I ran standalone.sh, it just tell me that I need more variables like ENGINE_PKI_ENGINE_STORE and etc.. What should I add exactly?

2 1

[Users] vdsm can not call libvirt function
by bigclouds 06 May '13

06 May '13

------=_Part_240922_1442187622.1367821148482 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit hi, this vm is running, but calls failed. ---------------log----------------------- Thread-52180::ERROR::2013-05-03 10:02:26,967::utils::412::vm.Vm::(collect) vmId=`900da72e-687f-4f53-b54a-f8da73ae8bbe`::Stats function failed: <AdvancedStatsFunction _s ampleCpu at 0x259fbc8> 694 Traceback (most recent call last): 695 File "/usr/lib64/python2.6/site-packages/vdsm/utils.py", line 408, in collect 696 statsFunction() 697 File "/usr/lib64/python2.6/site-packages/vdsm/utils.py", line 283, in __call__ 698 retValue = self._function(*args, **kwargs) 699 File "/usr/share/vdsm/libvirtvm.py", line 137, in _sampleCpu 700 cpuStats = self._vm._dom.getCPUStats(True, 0) 701 File "/usr/share/vdsm/libvirtvm.py", line 515, in f 702 ret = attr(*args, **kwargs) 703 File "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line 83, in wrapper 704 ret = f(*args, **kwargs) 705 File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1715, in getCPUStats 706 if ret is None: raise libvirtError ('virDomainGetCPUStats() failed', dom=self) 707 libvirtError: Requested operation is not valid: domain is not running 708 Thread-52180::ERROR::2013-05-03 10:02:26,978::utils::412::vm.Vm::(collect) vmId=`900da72e-687f-4f53-b54a-f8da73ae8bbe`::Stats function failed: <AdvancedStatsFunction _s ampleDisk at 0x259fc38> 709 Traceback (most recent call last): 710 File "/usr/lib64/python2.6/site-packages/vdsm/utils.py", line 408, in collect 711 statsFunction() 712 File "/usr/lib64/python2.6/site-packages/vdsm/utils.py", line 283, in __call__ 713 retValue = self._function(*args, **kwargs) 714 File "/usr/share/vdsm/libvirtvm.py", line 147, in _sampleDisk 715 diskSamples[vmDrive.name] = self._vm._dom.blockStats(vmDrive.name) 716 File "/usr/share/vdsm/libvirtvm.py", line 515, in f 717 ret = attr(*args, **kwargs) 718 File "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line 83, in wrapper 719 ret = f(*args, **kwargs) 720 File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1686, in blockStats 721 if ret is None: raise libvirtError ('virDomainBlockStats() failed', dom=self) 722 libvirtError: Requested operation is not valid: domain is not running 723 Thread-52180::ERROR::2013-05-03 10:02:26,999::utils::412::vm.Vm::(collect) vmId=`900da72e-687f-4f53-b54a-f8da73ae8bbe`::Stats function failed: <AdvancedStatsFunction _s ampleDiskLatency at 0x2598e70> 724 Traceback (most recent call last): 689 Thread-52180::DEBUG::2013-05-03 10:02:26,947::task::568::TaskManager.Task::(_updateState) Task=`958a52ab-d9ca-4410-8611-c3dfeee3fcd4`::moving from state preparing -> state finished ------=_Part_240922_1442187622.1367821148482 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit <div style="line-height:1.7;color:#000000;font-size:14px;font-family:arial"><div>hi,</div><div>this vm is running, but calls failed.</div><div> </div><div>---------------log-----------------------</div><div> </div><div>Thread-52180::ERROR::2013-05-03 10:02:26,967::utils::412::vm.Vm::(collect) vmId=`900da72e-687f-4f53-b54a-f8da73ae8bbe`::Stats function failed: <AdvancedStatsFunction _s        ampleCpu at 0x259fbc8><br>    694 Traceback (most recent call last):<br>    695   File "/usr/lib64/python2.6/site-packages/vdsm/utils.py", line 408, in collect<br>    696     statsFunction()<br>    697   File "/usr/lib64/python2.6/site-packages/vdsm/utils.py", line 283, in __call__<br>    698     retValue = self._function(*args, **kwargs)<br>    699   File "/usr/share/vdsm/libvirtvm.py", line 137, in _sampleCpu<br>    700     cpuStats = self._vm._dom.getCPUStats(True, 0)<br>    701   File "/usr/share/vdsm/libvirtvm.py", line 515, in f<br>    702     ret = attr(*args, **kwargs)<br>    703   File "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line 83, in wrapper<br>    704     ret = f(*args, **kwargs)<br>    705   File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1715, in getCPUStats<br>    706     if ret is None: raise libvirtError ('virDomainGetCPUStats() failed', dom=self)<br>    707 libvirtError: Requested operation is not valid: domain is not running<br>    708 Thread-52180::ERROR::2013-05-03 10:02:26,978::utils::412::vm.Vm::(collect) vmId=`900da72e-687f-4f53-b54a-f8da73ae8bbe`::Stats function failed: <AdvancedStatsFunction _s        ampleDisk at 0x259fc38><br>    709 Traceback (most recent call last):<br>    710   File "/usr/lib64/python2.6/site-packages/vdsm/utils.py", line 408, in collect<br>    711     statsFunction()<br>    712   File "/usr/lib64/python2.6/site-packages/vdsm/utils.py", line 283, in __call__<br>    713     retValue = self._function(*args, **kwargs)<br>    714   File "/usr/share/vdsm/libvirtvm.py", line 147, in _sampleDisk<br>    715     diskSamples[vmDrive.name] = self._vm._dom.blockStats(vmDrive.name)<br>    716   File "/usr/share/vdsm/libvirtvm.py", line 515, in f<br>    717     ret = attr(*args, **kwargs)<br>    718   File "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line 83, in wrapper<br>    719     ret = f(*args, **kwargs)<br>    720   File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1686, in blockStats<br>    721     if ret is None: raise libvirtError ('virDomainBlockStats() failed', dom=self)<br>    722 libvirtError: Requested operation is not valid: domain is not running<br>    723 Thread-52180::ERROR::2013-05-03 10:02:26,999::utils::412::vm.Vm::(collect) vmId=`900da72e-687f-4f53-b54a-f8da73ae8bbe`::Stats function failed: <AdvancedStatsFunction _s        ampleDiskLatency at 0x2598e70><br>    724 Traceback (most recent call last):<br>    689 Thread-52180::DEBUG::2013-05-03 10:02:26,947::task::568::TaskManager.Task::(_updateState) Task=`958a52ab-d9ca-4410-8611-c3dfeee3fcd4`::moving         from state preparing -> state finished</div></div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span> ------=_Part_240922_1442187622.1367821148482--

1 0

[Users] Logical Networks and hosts
by Lee Jones 05 May '13

05 May '13

I have assigned a logical network to a cluster in a data center.I assigned a host host1 to this cluster. I then created a second data center DC2 with cluster DC2. The DC2 cluster has no logical networks assigned to it,but I am still able to assign host1 to this cluster.Is this working as designed? Thanks, Lee

2 1

[Users] what is volume and image in vdsm
by bigclouds 05 May '13

05 May '13

------=_Part_36961_1501069094.1367727291106 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit hi,all please tell me what is volume ,image and their relation.i do not fully understand them via code thanks ------=_Part_36961_1501069094.1367727291106 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit <div style="line-height:1.7;color:#000000;font-size:14px;font-family:arial"><div>hi,all</div><div>please tell me what is volume ,image and their relation.i do not fully understand them via code</div><div> </div><div>thanks</div></div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span> ------=_Part_36961_1501069094.1367727291106--

1 0

[Users] ovirt shows vm status as down, but vm is actually up and running
by Pradipta Kumar Banerjee 04 May '13

04 May '13

Hi, I have a situation where VM is actually up and running (I can access its VNC console), however oVirt engine ui shows the status as down. I'm using ovirt engine v3.2 from stable repo on F18 Any suggestions to trouble shoot the issue ? -- Regards, Pradipta

4 5

[Users] Unable to add host - Error looking up infinispan/ovirt-engine
by snmishra＠linux.vnet.ibm.com 04 May '13

04 May '13

Added one host to my ovirt-engine and when I try to add another host, I get an error - ERROR [org.ovirt.engine.core.utils.ejb.EJBUtilsStrategy] (DefaultQuartzScheduler_Worker-3) [68658049] Failed to lookup resource type: CACHE_CONTAINER. JNDI name: java:jboss/infinispan/ovirt-engine: javax.naming.NameNotFoundException: Error looking up infinispan/ovirt-engine, service service jboss.naming.context.java.jboss.infinispan.ovirt-engine is not started Attached is the engine.log from the time when I manually hit "Activate" button on webadmin UI. -Sharad

3 3