- Users - oVirt List Archives

Hosted Engine use SPICE not VNC
by Pat Riehecky 08 Mar '16

08 Mar '16

Is there a way to configure the hosted engine to only use SPICE and not VNC? /usr/libexec/qemu-kvm -name HostedEngine -S -machine rhel6.5.0,accel=kvm,usb=off -cpu qemu64,-svm -m 4096 -realtime <snip> -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=org.ovirt.hosted-engine-setup.0 -vnc 0:0,password -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -msg timestamp=on ]# cat /etc/ovirt-hosted-engine/hosted-engine.conf conf=/var/run/ovirt-hosted-engine-ha/vm.conf host_id=1 console=qxl domainType=nfs3 ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem ca_subject="C=EN, L=Test, O=Test, CN=Test" vdsm_use_ssl=true bridge=ovirtmgmt # netstat -an Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN Pat -- Pat Riehecky Scientific Linux developer Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org

2 1

my notes while installing hosted-engine-appliance-3.6.3
by Dan Kenigsberg 08 Mar '16

08 Mar '16

0. The longest part of the installation was setting up DNS-DHCP-MAC for the future hosted engine VM. One should have it ready prior to the actual installation. Luckily, Roy Golan told me of that ahead of time. 1. The release notes http://www.ovirt.org/develop/release-management/releases/3.6/ refer to the Quick Start Guide, but the latter is not updated with 3.6 content. 2. I've started with a fully-updated Fedora 23 host, and installed http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm on it. 3. It's a bad bad practice (don't try this at home), but I've modified /etc/yum.repos.d/ovirt-3.6.repo to look for fc22 packages, as fc23 is not supported of ovirt-3.6. 4. The release notes ask to modify KexAlgorithms in sshd_config. This is a bit dishearting, and it would much better to explain WHY this is needed. 5. http://www.ovirt.org/develop/release-management/features/heapplianceflow/ has two broken links to jobs that create the hosted engine appliance. I found my appliance image in http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-3.6_build-artifacts-el7-… 6. While running `hosted-engine --deploy` I was greeted with [WARNING] OVF does not contain a valid image description, using default. which suggest that there's a little problem in the appliance, right? 7. After the installation, I've lost connection to my host: it appears that prior to the installation, dhclient on the host used something other than because /var/lib/dhclient/dhclient--eno1.lease to store the DUID. Thus, I've experienced https://bugzilla.redhat.com/1219429 where ovirtmgmt was given a fresh IP address. We may need to extract DUID right from the running dhclient, Ondra. 8. After resolving this, and adding storage to the default datacenter, Engine has imported its own VM, and presented it clearly. 9. Despite the several hurdles and hacks, installation was quick and uneventful. Kudos to the hosted-engine, appliance, and sla teams!

3 2

Tracking asynchronous tasks results in Python SDK
by James Michels 08 Mar '16

08 Mar '16

Greetings How can I track asynchronous tasks with python sdk? For instance, I want to copy a disk so I use: dcdisk = api.disks.get(id='...') act = params.Action(storage_domain=api.storagedomains.get(name='...')) action = dcdisk.copy(act) I get a params.Action object. Now how can I know which ID has the new copied disk? Thank you James

3 3

Re: [ovirt-users] Storage migration: Preallocation forced on destination
by Nicolás 07 Mar '16

07 Mar '16

----_com.android.email_3413880022141120 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SWYgaW5zdGVhZCBvZiBjb3B5aW5nIG9uIHN0ZXAgMSB0aGUgZGlzayBoYXMgYmVlbiBtb3ZlZCwg YW55IGNoYW5jZSB0byBhZGFwdCB0aGlzIHdvcmthcm91bmQgc28gdGhlIGRpc2sgaXMgdGhpbiBw cm92aXNpb25lZCBvbiB0aGUgdGFyZ2V0PyBXZSBtb3ZlZCBzb21lIG1hY2hpbmVzIGJlZm9yZSBr bm93aW5nIHRoaXMgYW5kIHVuZm9ydHVuYXRlbHkgb25jZSBtb3ZlZCB0byBpU0NTSSB0aGUgZGlz ayBpcyBwcmVhbGxvY2F0ZWQsIHNvIG1vdmluZyBpdCBiYWNrIHdvbid0IGRvIHRoZSB0cmljay4K Ck90aGVyd2lzZSB0aGUgd29ya2Fyb3VuZCB3b3JrcyBwZXJmZWN0bHkuCgpUaGFua3MuCgotLS0t LS0tLSBNZW5zYWplIG9yaWdpbmFsIC0tLS0tLS0tCkRlOiBOaXIgU29mZmVyIDxuc29mZmVyQHJl ZGhhdC5jb20+IApGZWNoYTowNC8wMy8yMDE2ICAyMzoyMyAgKEdNVCswMDowMCkgClBhcmE6IFBh dmVsIEdhc2hldiA8UGF4QGFjcm9uaXMuY29tPiAKQ2M6IE5pY29sw6FzIDxuaWNvbGFzQGRldmVs cy5lcz4sYW11cmVpbmkgPGFtdXJlaW5pQHJlZGhhdC5jb20+LHVzZXJzQG92aXJ0Lm9yZyAKQXN1 bnRvOiBSZTogW292aXJ0LXVzZXJzXSBTdG9yYWdlIG1pZ3JhdGlvbjogUHJlYWxsb2NhdGlvbiBm b3JjZWQgb24gZGVzdGluYXRpb24gCgpPbiBTYXQsIE1hciA1LCAyMDE2IGF0IDEyOjE5IEFNLCBQ YXZlbCBHYXNoZXYgPFBheEBhY3JvbmlzLmNvbT4gd3JvdGU6Cj4gSSB0aGluayBpdCdzIGhhcmQg dG8gY2FsY3VsYXRlIHRoZSBhZGRpdGlvbmFsIHNwYWNlIGZvciBjb3cgZm9ybWF0IHdpdGhvdXQg YW5hbHlzaW5nIHJhdyBpbWFnZS4gSXQncyBiZXR0ZXIgdG8gYWxsb2NhdGUgZW5vdWdoIHNwYWNl LCBhbmQgdGhlbiBkZWNyZWFzZSBpdCBhZnRlciBxZW11LWltZyBjb252ZXJ0LgoKV2UgdXNlIDEw JSBhcyBhIHJvdWdoIGVzdGltYXRlIGZvciBhZGRpdGlvbmFsIHNwYWNlIHdoZW4gY29udmVydGlu Zwpmcm9tIHJhdyB0byBxY293IGZvcm1hdC4gU3VyZSBpdCB3aWxsIHdhc3RlIHNvbWUgc3BhY2Us IGJ1dCBpdCBpcyBnb29kCmVub3VnaC4KCkhvdyB0byB5b3UgcGxhbiB0byBjaGVjayB0aGUgdXNl ZCBzaXplIG9uIHRoZSBkZXN0aW5hdGlvbiBsdj8KCj4gUGxlYXNlIG5vdGUgdGhhdCB3aGlsZSBk aXNrIG1vdmluZyBrZWVwcyBkaXNrIGZvcm1hdCwgZGlzayBjb3B5aW5nIGNoYW5nZXMgZm9ybWF0 LiBTbyB3aGVuIHlvdSBjb3B5IGEgdGhpbiBwcm92aXNpb25lZCBkaXNrIHRvIGlTQ1NJIHN0b3Jh Z2UgaXQncyBiZWluZyBjb252ZXJ0ZWQgdG8gY293LiBUaGUgaXNzdWUgaXMgdGhhdCBzaXplIG9m IGNvbnZlcnRlZCBsdiBzdGlsbCBsb29rcyBsaWtlIHByZWFsbG9jYXRlZC4gWW91IGNhbiBkZWNy ZWFzZSBpdCBtYW51YWxseSB2aWEgbHZjaGFuZ2UsIG9yIHlvdSBjYW4gbW92ZSBpdCB0byBhIGZp bGUgYmFzZWQgc3RvcmFnZSBhbmQgYmFjay4gTW92aW5nIGRpc2tzIGtlZXBzIGRpc2sgZm9ybWF0 LCBidXQgZml4ZXMgaXRzIHNpemUuCgpZZXMsIHRoaXMgc2VlbXMgdG8gYmUgdGhlIHdheSB0byB3 b3JrIGFyb3VuZCB0aGlzIGlzc3VlIGN1cnJlbnRseToKMS4gQ29weSB0byB0aGUgZGlzayB0byBi bG9jayBzdG9yYWdlIC0gd2lsbCBjb252ZXJ0IGl0IHRvIHFjb3cgZm9ybWF0Cm9uIHByZWFsbG9j YXRlZCBsdgoyLiBNb3ZlIGRpc2sgZnJvbSBibG9jayBzdG9yYWdlIHRvIGZpbGUgc3RvcmFnZQoz LiBNb3ZlIGRpc2sgYmFjayB0byBibG9jayBzdG9yYWdlCgo+IEFsc28gcGxlYXNlIGNvbnNpZGVy IHFjb3cgY29tcGF0PTEuMSBhcyBkZWZhdWx0IGRpc2sgZm9ybWF0IGJvdGggZm9yIGZpbGUgYW5k IGJsb2NrIHN0b3JhZ2VzLgoKVGhpcyB3aWxsIG1ha2UgeW91ciBkaXNrIGluY29tcGF0aWJsZSB3 aXRoIG9sZCBvdmlydCB2ZXJzaW9ucyBvbiBlbDYuCkluIHN0b3JhZ2UgZG9tYWluIGZvcm1hdCB2 Mwp3ZSBhcmUgdXNpbmcgY29tYXB0PTAuMTAuCgpXZSBwbGFuIHRvIG1vdmUgdG8gY29tcGF0PTEu MSBpbiA0LjAuCgo+Cj4KPgo+IE9uIDA0LzAzLzE2IDIzOjIzLCAidXNlcnMtYm91bmNlc0Bvdmly dC5vcmcgb24gYmVoYWxmIG9mIE5pciBTb2ZmZXIiIDx1c2Vycy1ib3VuY2VzQG92aXJ0Lm9yZyBv biBiZWhhbGYgb2YgbnNvZmZlckByZWRoYXQuY29tPiB3cm90ZToKPgo+Pk9uIEZyaSwgTWFyIDQs IDIwMTYgYXQgNzowNyBQTSwgTmljb2zDoXMgPG5pY29sYXNAZGV2ZWxzLmVzPiB3cm90ZToKPj4+ IEhpLAo+Pj4KPj4+IFdlJ3JlIG1pZ3JhdGluZyBhbiBleGlzdGluZyBzdG9yYWdlIChnbHVzdGVy ZnMpIHRvIGEgbmV3IG9uZSAoaVNDU0kpLiBBbGwKPj4+IGRpc2tzIG9uIGdsdXN0ZXJmcyBhcmUg dGhpbiBwcm92aXNpb25lZCwgYnV0IHdoZW4gbWlncmF0aW5nIHRvIGlTQ1NJIHRoZQo+Pj4gZm9s bG93aW5nIHdhcm5pbmcgaXMgc2hvd246Cj4+Pgo+Pj7CoMKgwqDCoCBUaGUgZm9sbG93aW5nIGRp c2tzIHdpbGwgYmVjb21lIHByZWFsbG9jYXRlZCwgYW5kIG1heSBjb25zdW1lCj4+PiBjb25zaWRl cmFibHkgbW9yZSBzcGFjZSBvbiB0aGUgdGFyZ2V0OiBsb2NhbC1kaXNrCj4+Pgo+Pj4gV2h5IGlz IHRoYXQ/IElzIHRoZXJlIGEgd2F5IHRvIG1pZ3JhdGUgZGlza3Mgc28gdGhleSBhcmUgdGhpbiBw cm92aXNpb25lZCBvbgo+Pj4gaVNDU0kgYXMgd2VsbD8KPj4KPj5UaGUgaXNzdWUgaXMgdGhhdCB3 ZSB1c2UgcmF3IHNwYXJzZSBmb3JtYXQgZm9yIHRoaW4gcHJvdmlzaW9uZWQgZGlza3MKPj5vbiBm aWxlIGJhc2VkCj4+c3RvcmFnZS4gVGhlIGZpbGUgc3lzdGVtIHByb3ZpZGVzIHRoZSB0aGluIHBy b3Zpc2lvbmluZywgbWFpbnRhaW5pbmcgaG9sZXMgaW4KPj50aGUgZmlsZXMuCj4+Cj4+V2hlbiB3 ZSBjcmVhdGUgdGhlIGRlc3RpbmF0aW9uIGx2LCB3ZSB1c2UgdGhlIGRpc2sgdmlydHVhbCBzaXpl LCBzbyB5b3UgZ2V0Cj4+cHJhY3RpY2FsbHkgYSBwcmVhbGxvY2F0ZWQgdm9sdW1lLgo+Pgo+Pkkg dGhpbmsgd2UgY2FuIGRvIGJldHRlciAtIGJlZm9yZSBjb3B5aW5nIHRoZSBkaXNrLCB3ZSBjYW4g Y2hlY2sgdGhlIGFjdHVhbCB1c2VkCj4+c3BhY2UgKGUuZy4gd2hhdCBxZW11LWltZyBpbmZvIG9y IHN0YXQgcmVwb3J0KSwgYW5kIGNyZWF0ZSB0aGUKPj5kZXN0aW5hdGlvbiBsdiB1c2luZwo+PnRo ZSB1c2VkIHNpemUgKHBsdXMgYWRkaXRpb25hbCBzcGFjZSBmb3IgcWNvdyBmb3JtYXQpLgo+Pgo+ PkkgdGVzdGVkIHRoaXMgYnkgZXh0ZW5kaW5nIHRoZSBkZXN0aW5hdGlvbiBsdiBtYW51YWxseSBh bmQgdGhlbgo+PmNvcHlpbmcgZGF0YSBtYW51YWxseQo+PnVzaW5nIHFlbXUtaW1nIGNvbnZlcnQs IGFuZCBpdCB3b3Jrcy4KPj4KPj5DYW4geW91IGZpbGUgYSBidWcgZm9yIHRoaXMsIGFuZCBleHBs YWluIHRoZSB1c2UgY2FzZT8KPj4KPj5OaXIKPj5fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwo+PlVzZXJzIG1haWxpbmcgbGlzdAo+PlVzZXJzQG92aXJ0Lm9y Zwo+Pmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycwo= ----_com.android.email_3413880022141120 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+SWYgaW5zdGVhZCBvZiBjb3B5aW5n IG9uIHN0ZXAgMSB0aGUgZGlzayBoYXMgYmVlbiBtb3ZlZCwgYW55IGNoYW5jZSB0byBhZGFwdCB0 aGlzIHdvcmthcm91bmQgc28gdGhlIGRpc2sgaXMgdGhpbiBwcm92aXNpb25lZCBvbiB0aGUgdGFy Z2V0PyBXZSBtb3ZlZCBzb21lIG1hY2hpbmVzIGJlZm9yZSBrbm93aW5nIHRoaXMgYW5kIHVuZm9y dHVuYXRlbHkgb25jZSBtb3ZlZCB0byBpU0NTSSB0aGUgZGlzayBpcyBwcmVhbGxvY2F0ZWQsIHNv IG1vdmluZyBpdCBiYWNrIHdvbid0IGRvIHRoZSB0cmljay48ZGl2Pjxicj48L2Rpdj48ZGl2Pk90 aGVyd2lzZSB0aGUgd29ya2Fyb3VuZCB3b3JrcyBwZXJmZWN0bHkuPC9kaXY+PGRpdj48YnI+PC9k aXY+PGRpdj5UaGFua3MuPC9kaXY+PGJyPjxicj4tLS0tLS0tLSBNZW5zYWplIG9yaWdpbmFsIC0t LS0tLS0tPGJyPkRlOiBOaXIgU29mZmVyIDxuc29mZmVyQHJlZGhhdC5jb20+IDxicj5GZWNoYTow NC8wMy8yMDE2ICAyMzoyMyAgKEdNVCswMDowMCkgPGJyPlBhcmE6IFBhdmVsIEdhc2hldiA8UGF4 QGFjcm9uaXMuY29tPiA8YnI+Q2M6IE5pY29sw6FzIDxuaWNvbGFzQGRldmVscy5lcz4sYW11cmVp bmkgPGFtdXJlaW5pQHJlZGhhdC5jb20+LHVzZXJzQG92aXJ0Lm9yZyA8YnI+QXN1bnRvOiBSZTog W292aXJ0LXVzZXJzXSBTdG9yYWdlIG1pZ3JhdGlvbjogUHJlYWxsb2NhdGlvbiBmb3JjZWQgb24g ZGVzdGluYXRpb24gPGJyPjxicj5PbiBTYXQsIE1hciA1LCAyMDE2IGF0IDEyOjE5IEFNLCBQYXZl bCBHYXNoZXYgJmx0O1BheEBhY3JvbmlzLmNvbSZndDsgd3JvdGU6PGJyPiZndDsgSSB0aGluayBp dCdzIGhhcmQgdG8gY2FsY3VsYXRlIHRoZSBhZGRpdGlvbmFsIHNwYWNlIGZvciBjb3cgZm9ybWF0 IHdpdGhvdXQgYW5hbHlzaW5nIHJhdyBpbWFnZS4gSXQncyBiZXR0ZXIgdG8gYWxsb2NhdGUgZW5v dWdoIHNwYWNlLCBhbmQgdGhlbiBkZWNyZWFzZSBpdCBhZnRlciBxZW11LWltZyBjb252ZXJ0Ljxi cj48YnI+V2UgdXNlIDEwJSBhcyBhIHJvdWdoIGVzdGltYXRlIGZvciBhZGRpdGlvbmFsIHNwYWNl IHdoZW4gY29udmVydGluZzxicj5mcm9tIHJhdyB0byBxY293IGZvcm1hdC4gU3VyZSBpdCB3aWxs IHdhc3RlIHNvbWUgc3BhY2UsIGJ1dCBpdCBpcyBnb29kPGJyPmVub3VnaC48YnI+PGJyPkhvdyB0 byB5b3UgcGxhbiB0byBjaGVjayB0aGUgdXNlZCBzaXplIG9uIHRoZSBkZXN0aW5hdGlvbiBsdj88 YnI+PGJyPiZndDsgUGxlYXNlIG5vdGUgdGhhdCB3aGlsZSBkaXNrIG1vdmluZyBrZWVwcyBkaXNr IGZvcm1hdCwgZGlzayBjb3B5aW5nIGNoYW5nZXMgZm9ybWF0LiBTbyB3aGVuIHlvdSBjb3B5IGEg dGhpbiBwcm92aXNpb25lZCBkaXNrIHRvIGlTQ1NJIHN0b3JhZ2UgaXQncyBiZWluZyBjb252ZXJ0 ZWQgdG8gY293LiBUaGUgaXNzdWUgaXMgdGhhdCBzaXplIG9mIGNvbnZlcnRlZCBsdiBzdGlsbCBs b29rcyBsaWtlIHByZWFsbG9jYXRlZC4gWW91IGNhbiBkZWNyZWFzZSBpdCBtYW51YWxseSB2aWEg bHZjaGFuZ2UsIG9yIHlvdSBjYW4gbW92ZSBpdCB0byBhIGZpbGUgYmFzZWQgc3RvcmFnZSBhbmQg YmFjay4gTW92aW5nIGRpc2tzIGtlZXBzIGRpc2sgZm9ybWF0LCBidXQgZml4ZXMgaXRzIHNpemUu PGJyPjxicj5ZZXMsIHRoaXMgc2VlbXMgdG8gYmUgdGhlIHdheSB0byB3b3JrIGFyb3VuZCB0aGlz IGlzc3VlIGN1cnJlbnRseTo8YnI+MS4gQ29weSB0byB0aGUgZGlzayB0byBibG9jayBzdG9yYWdl IC0gd2lsbCBjb252ZXJ0IGl0IHRvIHFjb3cgZm9ybWF0PGJyPm9uIHByZWFsbG9jYXRlZCBsdjxi cj4yLiBNb3ZlIGRpc2sgZnJvbSBibG9jayBzdG9yYWdlIHRvIGZpbGUgc3RvcmFnZTxicj4zLiBN b3ZlIGRpc2sgYmFjayB0byBibG9jayBzdG9yYWdlPGJyPjxicj4mZ3Q7IEFsc28gcGxlYXNlIGNv bnNpZGVyIHFjb3cgY29tcGF0PTEuMSBhcyBkZWZhdWx0IGRpc2sgZm9ybWF0IGJvdGggZm9yIGZp bGUgYW5kIGJsb2NrIHN0b3JhZ2VzLjxicj48YnI+VGhpcyB3aWxsIG1ha2UgeW91ciBkaXNrIGlu Y29tcGF0aWJsZSB3aXRoIG9sZCBvdmlydCB2ZXJzaW9ucyBvbiBlbDYuPGJyPkluIHN0b3JhZ2Ug ZG9tYWluIGZvcm1hdCB2Mzxicj53ZSBhcmUgdXNpbmcgY29tYXB0PTAuMTAuPGJyPjxicj5XZSBw bGFuIHRvIG1vdmUgdG8gY29tcGF0PTEuMSBpbiA0LjAuPGJyPjxicj4mZ3Q7PGJyPiZndDs8YnI+ Jmd0Ozxicj4mZ3Q7IE9uIDA0LzAzLzE2IDIzOjIzLCAidXNlcnMtYm91bmNlc0BvdmlydC5vcmcg b24gYmVoYWxmIG9mIE5pciBTb2ZmZXIiICZsdDt1c2Vycy1ib3VuY2VzQG92aXJ0Lm9yZyBvbiBi ZWhhbGYgb2YgbnNvZmZlckByZWRoYXQuY29tJmd0OyB3cm90ZTo8YnI+Jmd0Ozxicj4mZ3Q7Jmd0 O09uIEZyaSwgTWFyIDQsIDIwMTYgYXQgNzowNyBQTSwgTmljb2zDoXMgJmx0O25pY29sYXNAZGV2 ZWxzLmVzJmd0OyB3cm90ZTo8YnI+Jmd0OyZndDsmZ3Q7IEhpLDxicj4mZ3Q7Jmd0OyZndDs8YnI+ Jmd0OyZndDsmZ3Q7IFdlJ3JlIG1pZ3JhdGluZyBhbiBleGlzdGluZyBzdG9yYWdlIChnbHVzdGVy ZnMpIHRvIGEgbmV3IG9uZSAoaVNDU0kpLiBBbGw8YnI+Jmd0OyZndDsmZ3Q7IGRpc2tzIG9uIGds dXN0ZXJmcyBhcmUgdGhpbiBwcm92aXNpb25lZCwgYnV0IHdoZW4gbWlncmF0aW5nIHRvIGlTQ1NJ IHRoZTxicj4mZ3Q7Jmd0OyZndDsgZm9sbG93aW5nIHdhcm5pbmcgaXMgc2hvd246PGJyPiZndDsm Z3Q7Jmd0Ozxicj4mZ3Q7Jmd0OyZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVGhlIGZvbGxv d2luZyBkaXNrcyB3aWxsIGJlY29tZSBwcmVhbGxvY2F0ZWQsIGFuZCBtYXkgY29uc3VtZTxicj4m Z3Q7Jmd0OyZndDsgY29uc2lkZXJhYmx5IG1vcmUgc3BhY2Ugb24gdGhlIHRhcmdldDogbG9jYWwt ZGlzazxicj4mZ3Q7Jmd0OyZndDs8YnI+Jmd0OyZndDsmZ3Q7IFdoeSBpcyB0aGF0PyBJcyB0aGVy ZSBhIHdheSB0byBtaWdyYXRlIGRpc2tzIHNvIHRoZXkgYXJlIHRoaW4gcHJvdmlzaW9uZWQgb248 YnI+Jmd0OyZndDsmZ3Q7IGlTQ1NJIGFzIHdlbGw/PGJyPiZndDsmZ3Q7PGJyPiZndDsmZ3Q7VGhl IGlzc3VlIGlzIHRoYXQgd2UgdXNlIHJhdyBzcGFyc2UgZm9ybWF0IGZvciB0aGluIHByb3Zpc2lv bmVkIGRpc2tzPGJyPiZndDsmZ3Q7b24gZmlsZSBiYXNlZDxicj4mZ3Q7Jmd0O3N0b3JhZ2UuIFRo ZSBmaWxlIHN5c3RlbSBwcm92aWRlcyB0aGUgdGhpbiBwcm92aXNpb25pbmcsIG1haW50YWluaW5n IGhvbGVzIGluPGJyPiZndDsmZ3Q7dGhlIGZpbGVzLjxicj4mZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0O1do ZW4gd2UgY3JlYXRlIHRoZSBkZXN0aW5hdGlvbiBsdiwgd2UgdXNlIHRoZSBkaXNrIHZpcnR1YWwg c2l6ZSwgc28geW91IGdldDxicj4mZ3Q7Jmd0O3ByYWN0aWNhbGx5IGEgcHJlYWxsb2NhdGVkIHZv bHVtZS48YnI+Jmd0OyZndDs8YnI+Jmd0OyZndDtJIHRoaW5rIHdlIGNhbiBkbyBiZXR0ZXIgLSBi ZWZvcmUgY29weWluZyB0aGUgZGlzaywgd2UgY2FuIGNoZWNrIHRoZSBhY3R1YWwgdXNlZDxicj4m Z3Q7Jmd0O3NwYWNlIChlLmcuIHdoYXQgcWVtdS1pbWcgaW5mbyBvciBzdGF0IHJlcG9ydCksIGFu ZCBjcmVhdGUgdGhlPGJyPiZndDsmZ3Q7ZGVzdGluYXRpb24gbHYgdXNpbmc8YnI+Jmd0OyZndDt0 aGUgdXNlZCBzaXplIChwbHVzIGFkZGl0aW9uYWwgc3BhY2UgZm9yIHFjb3cgZm9ybWF0KS48YnI+ Jmd0OyZndDs8YnI+Jmd0OyZndDtJIHRlc3RlZCB0aGlzIGJ5IGV4dGVuZGluZyB0aGUgZGVzdGlu YXRpb24gbHYgbWFudWFsbHkgYW5kIHRoZW48YnI+Jmd0OyZndDtjb3B5aW5nIGRhdGEgbWFudWFs bHk8YnI+Jmd0OyZndDt1c2luZyBxZW11LWltZyBjb252ZXJ0LCBhbmQgaXQgd29ya3MuPGJyPiZn dDsmZ3Q7PGJyPiZndDsmZ3Q7Q2FuIHlvdSBmaWxlIGEgYnVnIGZvciB0aGlzLCBhbmQgZXhwbGFp biB0aGUgdXNlIGNhc2U/PGJyPiZndDsmZ3Q7PGJyPiZndDsmZ3Q7TmlyPGJyPiZndDsmZ3Q7X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+Jmd0OyZndDtV c2VycyBtYWlsaW5nIGxpc3Q8YnI+Jmd0OyZndDtVc2Vyc0BvdmlydC5vcmc8YnI+Jmd0OyZndDto dHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+PC9ib2R5Pg== ----_com.android.email_3413880022141120--

1 0

Re: [ovirt-users] Users Digest, Vol 54, Issue 45 VM migration by using the Python SDK
by Jean-Pierre Ribeauville 07 Mar '16

07 Mar '16

Hi, Thx a lot. Regards, J.P. -----Original Message----- From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of users-request(a)ovirt.org Sent: lundi 7 mars 2016 20:00 To: users(a)ovirt.org Subject: Users Digest, Vol 54, Issue 45 Send Users mailing list submissions to users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org You can reach the person managing the list at users-owner(a)ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Re: restore-nets failing (was: Fresh install failing (Hosted Engine)) (Jonathan Sherman) 2. Re: regenerate libvirt-spice keys after libvirtd restart? (Bill James) 3. Re: VM migration by using the Python SDK (Yaniv Kaul) ---------------------------------------------------------------------- Message: 1 Date: Mon, 7 Mar 2016 12:49:56 -0500 From: Jonathan Sherman <haviland(a)gmail.com> To: Dan Kenigsberg <danken(a)redhat.com> Cc: Martin Polednik <mpolednik(a)redhat.com>, users <users(a)ovirt.org> Subject: Re: [ovirt-users] restore-nets failing (was: Fresh install failing (Hosted Engine)) Message-ID: <CAG7LhDtBRxQUC1Qnzqg6gY_tXQz8MSS3HUJfPO3F789=cVndUg(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Bug 1315435 Submitted. Let me know if there's anything else I can do to help. On Mon, Mar 7, 2016 at 12:04 PM, Dan Kenigsberg <danken(a)redhat.com> wrote: > On Mon, Mar 07, 2016 at 11:45:27AM -0500, Jonathan Sherman wrote: > > The SMBIOS settings were indeed indeed the issue that was blocking > > me. I investigated how to configure the SMBIOS settings and now > > restore-nets works, and I'm getting past where I was failing on the > > hosted-engine --deploy. > > > > FYI, I had to download the "Intel Integrator Toolkit" (which is now > > EOL) and create a custom BIOS to add those settings in for my > > system, which is an Intel NUC DN2820FYKH. > > > > I am happy to back this out and test any changes if you'd like, but > > this has gotten me to where I can continue oVirt testing for now. > > I'll likely be reinstalling a few times along the way to polish my > > documentation, so let me know if you want me to revert my BIOS and test anything. > > > > Thanks all! > > -js > > > > On Mon, Mar 7, 2016 at 11:22 AM, Martin Polednik > > <mpolednik(a)redhat.com> > > wrote: > > > > > On 07/03/16 11:09 -0500, Jonathan Sherman wrote: > > > > > >> Thanks for your time on this Dan! > > >> > > >> The output from the hostdev looks like it may be unparseable, so > > >> I'm hoping this is the issue (and that it can be easily > > >> remedied). > > >> > > >> I've also create a log of the other items you asked for, available at: > > >> https://www.dropbox.com/s/qh0yw1ptpivpatm/typescript?dl=0 > > >> > > >> [root@ovirt01 vdsm]# vdsm-tool restore-nets <device> > > >> <name>computer</name> <capability type='system'> > > >> <product>?????????????????????????????????</product> > > >> <hardware> > > >> <vendor>?????????????????????????????????</vendor> > > >> <version>?????????????????????????????????</version> > > >> <serial>?????????????????????????????????</serial> > > >> <uuid>d6a3e3c1-c5cb-42e9-a54c-ff8d0df91722</uuid> > > >> </hardware> > > >> <firmware> > > >> <vendor>Intel Corp.</vendor> > > >> <version>FYBYT10H.86A.0052.2015.0923.1845</version> > > >> <release_date>09/23/2015</release_date> > > >> </firmware> > > >> </capability> > > >> </device> > > >> > > > > > > That seems to be the issue. Even bigger issue is that we can not > > > skip this device easily, as it is the root of device tree and must > > > be present in database. > > > > > > I can think of logging the exception but letting the call go > > > through and create a hook to fake a (minimal) device tree. Dan, > > > what do you > think? > > > But why isn't this a valid xml, Martin? I suspect that we need to > utf-8-decode nodedev-xml before using them in Vdsm, similar to what we > do with domain-xml? (consider Klingon characters in the <vendor> > element). > > In any case, this issue merits a bug - could you open it, Jonathan, > and attach relevant data to it? > > Regards, > Dan. >

1 0

Re: [ovirt-users] restore-nets failing (was: Fresh install failing (Hosted Engine))
by Yedidyah Bar David 07 Mar '16

07 Mar '16

On Mon, Mar 7, 2016 at 3:01 PM, Jonathan Sherman <haviland(a)gmail.com> wrote: > Didi - > > The vdsmd service error is what led me to the vdsm-tool restore-nets > concern. See the chain of errors below (along with the other details you > requested.) Thanks. Changing subject and adding Dan. > > Thanks! > -js > > -- > > [jsherman@ovirt01 vdsm]$ ls -la /var/log/vdsm > total 48 > drwxr-xr-x. 3 vdsm kvm 4096 Mar 5 18:50 . > drwxr-xr-x. 13 root root 4096 Mar 6 03:08 .. > drwxr-xr-x. 2 vdsm kvm 6 Mar 1 09:18 backup > -rw-r--r--. 1 vdsm kvm 0 Mar 5 17:53 connectivity.log > -rw-r--r--. 1 vdsm kvm 0 Mar 5 17:53 mom.log > -rw-r--r--. 1 root root 34437 Mar 6 22:18 supervdsm.log > -rw-r--r--. 1 root root 1875 Mar 5 17:59 upgrade.log > -rw-r--r--. 1 vdsm kvm 0 Mar 5 17:53 vdsm.log > > -- > > [root@ovirt01 log]# sestatus > SELinux status: enabled > SELinuxfs mount: /sys/fs/selinux > SELinux root directory: /etc/selinux > Loaded policy name: targeted > Current mode: permissive > Mode from config file: enforcing > Policy MLS status: enabled > Policy deny_unknown status: allowed > Max kernel policy version: 28 > > -- > > [root@ovirt01 audit]# tail -20 audit.log > type=USER_AUTH msg=audit(1457355177.617:519): pid=20733 uid=1000 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:authentication grantors=pam_unix acct="jsherman" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_ACCT msg=audit(1457355177.623:520): pid=20733 uid=1000 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:accounting grantors=pam_unix,pam_localuser acct="jsherman" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_CMD msg=audit(1457355177.625:521): pid=20733 uid=1000 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='cwd="/var/log/vdsm" cmd=73797374656D63746C207374617274207664736D64 > terminal=pts/0 res=success' > type=CRED_ACQ msg=audit(1457355177.626:522): pid=20733 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:setcred grantors=pam_unix acct="root" exe="/usr/bin/sudo" > hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_START msg=audit(1457355177.628:523): pid=20733 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:session_open grantors=pam_keyinit,pam_limits acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_END msg=audit(1457355179.095:524): pid=20733 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:session_close grantors=pam_keyinit,pam_limits acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=CRED_DISP msg=audit(1457355179.095:525): pid=20733 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:setcred grantors=pam_unix acct="root" exe="/usr/bin/sudo" > hostname=? addr=? terminal=/dev/pts/0 res=success' > type=SERVICE_START msg=audit(1457355179.099:526): pid=1 uid=0 > auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 > msg='unit=vdsm-network comm="systemd" exe="/usr/lib/systemd/systemd" > hostname=? addr=? terminal=? res=failed' > type=USER_CMD msg=audit(1457355237.531:527): pid=20768 uid=1000 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='cwd="/var/log" cmd=6C73202D616C206175646974 terminal=pts/0 res=success' > type=CRED_ACQ msg=audit(1457355237.533:528): pid=20768 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:setcred grantors=pam_env,pam_unix acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_START msg=audit(1457355237.535:529): pid=20768 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:session_open grantors=pam_keyinit,pam_limits acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_END msg=audit(1457355237.554:530): pid=20768 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:session_close grantors=pam_keyinit,pam_limits acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=CRED_DISP msg=audit(1457355237.555:531): pid=20768 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:setcred grantors=pam_env,pam_unix acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_CMD msg=audit(1457355242.882:532): pid=20770 uid=1000 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='cwd="/var/log" cmd=7375202D terminal=pts/0 res=success' > type=CRED_ACQ msg=audit(1457355242.885:533): pid=20770 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:setcred grantors=pam_env,pam_unix acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_START msg=audit(1457355242.887:534): pid=20770 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:session_open grantors=pam_keyinit,pam_limits acct="root" > exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' > type=USER_AUTH msg=audit(1457355242.925:535): pid=20771 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:authentication grantors=pam_rootok acct="root" exe="/usr/bin/su" > hostname=? addr=? terminal=pts/0 res=success' > type=USER_ACCT msg=audit(1457355242.925:536): pid=20771 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:accounting grantors=pam_succeed_if acct="root" exe="/usr/bin/su" > hostname=? addr=? terminal=pts/0 res=success' > type=CRED_ACQ msg=audit(1457355242.928:537): pid=20771 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:setcred grantors=pam_rootok acct="root" exe="/usr/bin/su" > hostname=? addr=? terminal=pts/0 res=success' > type=USER_START msg=audit(1457355242.954:538): pid=20771 uid=0 auid=1000 > ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > msg='op=PAM:session_open > grantors=pam_keyinit,pam_keyinit,pam_limits,pam_systemd,pam_unix,pam_xauth > acct="root" exe="/usr/bin/su" hostname=? addr=? terminal=pts/0 res=success' > > -- > > [jsherman@ovirt01 vdsm]$ journalctl -xe > -- Unit vdsm-network.service has failed. > -- > -- The result is failed. > Mar 07 07:52:59 ovirt01 systemd[1]: Dependency failed for Virtual Desktop > Server Manager. > -- Subject: Unit vdsmd.service has failed > -- Defined-By: systemd > -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit vdsmd.service has failed. > -- > -- The result is dependency. > Mar 07 07:52:59 ovirt01 polkitd[2395]: Unregistered Authentication Agent for > unix-process:20737:13641695 (system bus name :1 > Mar 07 07:52:59 ovirt01 systemd[1]: Dependency failed for MOM instance > configured for VDSM purposes. > -- Subject: Unit mom-vdsm.service has failed > -- Defined-By: systemd > -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit mom-vdsm.service has failed. > -- > -- The result is dependency. > Mar 07 07:52:59 ovirt01 systemd[1]: Job mom-vdsm.service/start failed with > result 'dependency'. > Mar 07 07:52:59 ovirt01 systemd[1]: Job vdsmd.service/start failed with > result 'dependency'. > Mar 07 07:52:59 ovirt01 systemd[1]: Unit vdsm-network.service entered failed > state. > Mar 07 07:52:59 ovirt01 systemd[1]: vdsm-network.service failed. > > -- > > [root@ovirt01 log]# systemctl start mom-vdsm > A dependency job for mom-vdsm.service failed. See 'journalctl -xe' for > details. > [root@ovirt01 log]# journalctl -xe > -- Unit vdsm-network.service has failed. > -- > -- The result is failed. > Mar 07 07:57:34 ovirt01 systemd[1]: Dependency failed for Virtual Desktop > Server Manager. > -- Subject: Unit vdsmd.service has failed > -- Defined-By: systemd > -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit vdsmd.service has failed. > -- > -- The result is dependency. > Mar 07 07:57:34 ovirt01 systemd[1]: Dependency failed for MOM instance > configured for VDSM purposes. > -- Subject: Unit mom-vdsm.service has failed > -- Defined-By: systemd > -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit mom-vdsm.service has failed. > -- > -- The result is dependency. > Mar 07 07:57:34 ovirt01 systemd[1]: Job mom-vdsm.service/start failed with > result 'dependency'. > Mar 07 07:57:34 ovirt01 systemd[1]: Job vdsmd.service/start failed with > result 'dependency'. > Mar 07 07:57:34 ovirt01 systemd[1]: Unit vdsm-network.service entered failed > state. > Mar 07 07:57:34 ovirt01 systemd[1]: vdsm-network.service failed. > Mar 07 07:57:34 ovirt01 polkitd[2395]: Unregistered Authentication Agent for > unix-process:20832:13669245 (system bus name :1 > > -- > > [root@ovirt01 log]# systemctl start vdsm-network > Job for vdsm-network.service failed because the control process exited with > error code. See "systemctl status vdsm-network.service" and "journalctl -xe" > for details. > [root@ovirt01 log]# journalctl -xe > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: self._raiseerror(v) > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: File > "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in _raiseerror > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: raise err > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: xml.etree.ElementTree.ParseError: > not well-formed (invalid token): line 4, column 13 > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: Traceback (most recent call last): > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: File "/usr/bin/vdsm-tool", line > 219, in main > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: return > tool_command[cmd]["command"](*args) > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: File > "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 41, in > restore_com > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: exec_restore(cmd) > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: File > "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 54, in > exec_restor > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: raise EnvironmentError('Failed to > restore the persisted networks') > Mar 07 07:58:32 ovirt01 vdsm-tool[20871]: EnvironmentError: Failed to > restore the persisted networks > Mar 07 07:58:32 ovirt01 systemd[1]: vdsm-network.service: main process > exited, code=exited, status=1/FAILURE > Mar 07 07:58:32 ovirt01 systemd[1]: Failed to start Virtual Desktop Server > Manager network restoration. > -- Subject: Unit vdsm-network.service has failed > -- Defined-By: systemd > -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit vdsm-network.service has failed. > -- > -- The result is failed. > Mar 07 07:58:32 ovirt01 systemd[1]: Unit vdsm-network.service entered failed > state. > Mar 07 07:58:32 ovirt01 systemd[1]: vdsm-network.service failed. > Mar 07 07:58:32 ovirt01 polkitd[2395]: Unregistered Authentication Agent for > unix-process:20860:13674993 (system bus name :1.115, o > > -- > > [root@ovirt01 log]# vdsm-tool restore-nets > Traceback (most recent call last): > File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in <module> > restore(args) > File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in restore > _restore_sriov_numvfs() > File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in > _restore_sriov_numvfs > sriov_devices = _get_sriov_devices() > File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in > _get_sriov_devices > devices = hostdev.list_by_caps() > File "/usr/share/vdsm/hostdev.py", line 175, in list_by_caps > libvirt_devices = _get_devices_from_libvirt() > File "/usr/share/vdsm/hostdev.py", line 160, in _get_devices_from_libvirt > for device in libvirtconnection.get().listAllDevices(0)) > File "/usr/share/vdsm/hostdev.py", line 160, in <genexpr> > for device in libvirtconnection.get().listAllDevices(0)) > File "/usr/share/vdsm/hostdev.py", line 107, in _parse_device_params > devXML = etree.fromstring(device_xml) > File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in XML > parser.feed(text) > File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in feed > self._raiseerror(v) > File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in > _raiseerror > raise err > xml.etree.ElementTree.ParseError: not well-formed (invalid token): line 4, > column 13 > Traceback (most recent call last): > File "/bin/vdsm-tool", line 219, in main > return tool_command[cmd]["command"](*args) > File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line > 41, in restore_command > exec_restore(cmd) > File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line > 54, in exec_restore > raise EnvironmentError('Failed to restore the persisted networks') > EnvironmentError: Failed to restore the persisted networks > > > On Mon, Mar 7, 2016 at 2:56 AM, Yedidyah Bar David <didi(a)redhat.com> wrote: >> >> On Sun, Mar 6, 2016 at 7:21 PM, Jonathan Sherman <haviland(a)gmail.com> >> wrote: >> > Didi, >> > >> > NetworkManager is off, via "systemctl disable NetworkManager && >> > systemctl >> > stop NetworkManager" (and rebooted after), and network allowing remote >> > ssh >> > access and yum commands functional. >> > >> > Log files with sizes >0 from /var/log/vdsm: >> > https://www.dropbox.com/s/iobee7toeyc2jda/supervdsm.log?dl=0 >> > https://www.dropbox.com/s/rdxi4ujwqhmekgh/upgrade.log?dl=0 >> >> So this means you also have an empty (size 0) vdsm.log? Can you please >> 'ls -la /var/log/vdsm'? >> >> Can you check selinux/audit logs? >> >> > >> > Most recent log file from /var/log/ovirt-hosted-engine-setup: >> > >> > https://www.dropbox.com/s/brbbujmqhhbsx4o/ovirt-hosted-engine-setup-2016030… >> >> This has: >> >> 2016-03-06 10:41:43 DEBUG otopi.plugins.otopi.services.systemd >> plugin.execute:941 execute-output: ('/bin/systemctl', 'start', >> 'vdsmd.service') stderr: >> A dependency job for vdsmd.service failed. See 'journalctl -xe' for >> details. >> >> Can you please check/post output of 'journalctl -xe'? >> >> Thanks, >> >> > >> > Thank you for your time! >> > -js >> > >> > >> > On Sun, Mar 6, 2016 at 5:23 AM, Yedidyah Bar David <didi(a)redhat.com> >> > wrote: >> >> >> >> On Sun, Mar 6, 2016 at 2:50 AM, Jonathan Sherman <haviland(a)gmail.com> >> >> wrote: >> >> > I want to extend my lab and am trying an install using the hosted >> >> > engine, >> >> > but the install is failing for me: >> >> > >> >> > References used for install: >> >> > https://glennsnead.wordpress.com/2016/02/28/ovirt-3-6-installation/ >> >> > >> >> > http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ >> >> > >> >> > Setup: >> >> > Minimal install of CentOS Linux release 7.2.1511 (Core) >> >> > Using DHCP with static address (tried without DHCP with same issue) >> >> > yum upgrade >> >> > >> >> > Installed packages: >> >> > yum localinstall -y >> >> > http://resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm >> >> > yum install -y ovirt-hosted-engine-setup screen glusterfs-server >> >> > nfs-utils >> >> > vdsm-gluster system-storage-manager mailx >> >> > >> >> > rebooted >> >> > >> >> > Tried hosted-engine --deploy, but it errors out. I followed various >> >> > logs >> >> > and I _think_ it's failing related to vdsm-tool restore-nets. I >> >> > could >> >> > use >> >> > some guidance on this to help track down what's happening and how to >> >> > fix. >> >> > >> >> > (Note: I'd very much prefer using the hosted engine vs. another >> >> > option >> >> > for >> >> > my lab, so I'm willing to put in the time to figure this out. Thanks >> >> > for >> >> > any assistance!) >> >> > >> >> > Install error: >> >> > [root@ovirt01 network-scripts]# hosted-engine --deploy >> >> > [ INFO ] Stage: Initializing >> >> > [ INFO ] Generating a temporary VNC password. >> >> > [ INFO ] Stage: Environment setup >> >> > Continuing will configure this host for serving as >> >> > hypervisor >> >> > and >> >> > create a VM where you have to install the engine afterwards. >> >> > Are you sure you want to continue? (Yes, No)[Yes]: >> >> > Configuration files: [] >> >> > Log file: >> >> > >> >> > >> >> > /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160305194655-o29y86.log >> >> > Version: otopi-1.4.1 (otopi-1.4.1-1.el7.centos) >> >> > [ INFO ] Hardware supports virtualization >> >> > [ INFO ] Stage: Environment packages setup >> >> > [ INFO ] Stage: Programs detection >> >> > [ INFO ] Stage: Environment setup >> >> > [ ERROR ] Failed to execute stage 'Environment setup': Failed to >> >> > start >> >> > service 'vdsmd' >> >> > [ INFO ] Stage: Clean up >> >> > [ INFO ] Generating answer file >> >> > >> >> > '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160305194703.conf' >> >> > [ INFO ] Stage: Pre-termination >> >> > [ INFO ] Stage: Termination >> >> > [ ERROR ] Hosted Engine deployment failed: this system is not >> >> > reliable, >> >> > please check the issue, fix and redeploy >> >> > Log file is located at >> >> > >> >> > >> >> > /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160305194655-o29y86.log >> >> > >> >> > -- >> >> > vdsm-tool restore-nets output: >> >> > >> >> > [root@ovirt01 etc]# /usr/bin/vdsm-tool restore-nets >> >> > Traceback (most recent call last): >> >> > File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in >> >> > <module> >> >> > restore(args) >> >> > File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in >> >> > restore >> >> > _restore_sriov_numvfs() >> >> > File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in >> >> > _restore_sriov_numvfs >> >> > sriov_devices = _get_sriov_devices() >> >> > File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in >> >> > _get_sriov_devices >> >> > devices = hostdev.list_by_caps() >> >> > File "/usr/share/vdsm/hostdev.py", line 175, in list_by_caps >> >> > libvirt_devices = _get_devices_from_libvirt() >> >> > File "/usr/share/vdsm/hostdev.py", line 160, in >> >> > _get_devices_from_libvirt >> >> > for device in libvirtconnection.get().listAllDevices(0)) >> >> > File "/usr/share/vdsm/hostdev.py", line 160, in <genexpr> >> >> > for device in libvirtconnection.get().listAllDevices(0)) >> >> > File "/usr/share/vdsm/hostdev.py", line 107, in >> >> > _parse_device_params >> >> > devXML = etree.fromstring(device_xml) >> >> > File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in >> >> > XML >> >> > parser.feed(text) >> >> > File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in >> >> > feed >> >> > self._raiseerror(v) >> >> > File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in >> >> > _raiseerror >> >> > raise err >> >> > xml.etree.ElementTree.ParseError: not well-formed (invalid token): >> >> > line >> >> > 4, >> >> > column 13 >> >> > Traceback (most recent call last): >> >> > File "/usr/bin/vdsm-tool", line 219, in main >> >> > return tool_command[cmd]["command"](*args) >> >> > File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", >> >> > line >> >> > 41, in restore_command >> >> > exec_restore(cmd) >> >> > File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", >> >> > line >> >> > 54, in exec_restore >> >> > raise EnvironmentError('Failed to restore the persisted >> >> > networks') >> >> > EnvironmentError: Failed to restore the persisted networks >> >> >> >> Please check/post full ovirt-hosted-engine-setup logs, vdsm logs. >> >> >> >> Do you have NetworkManager? >> >> >> >> Thanks for the report! >> >> >> >> Best, >> >> -- >> >> Didi >> > >> > >> >> >> >> -- >> Didi > > -- Didi

4 6

Command 'org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand' failed: Failed managing transaction
by ovirt＠timmi.org 07 Mar '16

07 Mar '16

Hi oVirt List, I have a oVirt Setup which includes two host. The first host is also running the oVirt engine. Today I installed a couple VMs on the second host from USB without any issue. Now I tried to perform this also on the first host but it looks like the USB is not accessible. I'm able to add the device to the host but I can see the following message in the engine.log which does not look correct. I'm running oVirt 3.6.3 Best regards Christoph 2016-03-04 21:42:13,037 ERROR [org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand] (org.ovirt.thread.pool-8-thread-17) [4307f9bc] Command 'org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand' failed: Failed managing transaction 2016-03-04 21:42:13,037 ERROR [org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand] (org.ovirt.thread.pool-8-thread-17) [4307f9bc] Exception: java.lang.RuntimeException: Failed managing transaction at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:232) [utils.jar:] at org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand.executeCommand(RefreshHostDevicesCommand.java:121) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1215) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1359) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1982) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:174) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:116) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1396) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:378) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:480) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:462) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:672) [bll.jar:] at sun.reflect.GeneratedMethodAccessor345.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:46) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:52) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:251) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:401) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:95) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:439) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.bll.interfaces.BackendInternal$$$view4.runInternalAction(Unknown Source) [bll.jar:] at sun.reflect.GeneratedMethodAccessor344.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:414) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:127) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:65) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.ovirt.engine.core.bll.BackendCommandObjectsHandler$BackendInternal$BackendLocal$2049259618$Proxy$_$$_Weld$EnterpriseProxy$.runInternalAction(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInternalAction(CommandBase.java:2340) [bll.jar:] at org.ovirt.engine.core.bll.network.host.RefreshHostCommand.executeCommand(RefreshHostCommand.java:27) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1215) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1359) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1982) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:210) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:149) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:118) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1396) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:378) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:480) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:462) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:409) [bll.jar:] at sun.reflect.GeneratedMethodAccessor333.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:52) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:260) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:399) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:95) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:448) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.bll.interfaces.BackendInternal$$$view4.runInternalAction(Unknown Source) [bll.jar:] at sun.reflect.GeneratedMethodAccessor332.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:414) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:127) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:65) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.ovirt.engine.core.bll.BackendCommandObjectsHandler$BackendInternal$BackendLocal$2049259618$Proxy$_$$_Weld$EnterpriseProxy$.runInternalAction(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.hostdev.HostDeviceManager.refreshHostIfAnyVmHasHostDevices(HostDeviceManager.java:167) [bll.jar:] at org.ovirt.engine.core.bll.hostdev.HostDeviceManager$Proxy$_$$_WeldClientProxy.refreshHostIfAnyVmHasHostDevices(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.VdsEventListener$10.run(VdsEventListener.java:549) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:89) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_71] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_71] Caused by: javax.transaction.RollbackException: ARJUNA016053: Could not commit transaction. at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1178) at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:126) at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:75) at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:227) [utils.jar:] ... 179 more 2016-03-04 21:42:13,043 ERROR [org.ovirt.engine.core.bll.network.host.RefreshHostCommand] (org.ovirt.thread.pool-8-thread-17) [4307f9bc] Transaction rolled-back for command 'org.ovirt.engine.core.bll.network.host.RefreshHostCommand'.

2 5

ovirt 3.6 node
by Johan Kooijman 07 Mar '16

07 Mar '16

Hi all, I can't seem to find ovirt 3.6 node ISO. Is there a specific reason for this? I have the issue with 3.5 (ovirt-node-iso-3.5-0.201502231653.el7.iso) that I can't do live merge on machines installed with ovirt node. -- Met vriendelijke groeten / With kind regards, Johan Kooijman

2 1

Fresh install failing (Hosted Engine)
by Jonathan Sherman 07 Mar '16

07 Mar '16

I want to extend my lab and am trying an install using the hosted engine, but the install is failing for me: References used for install: https://glennsnead.wordpress.com/2016/02/28/ovirt-3-6-installation/ http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ Setup: Minimal install of CentOS Linux release 7.2.1511 (Core) Using DHCP with static address (tried without DHCP with same issue) yum upgrade Installed packages: yum localinstall -y http://resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm yum install -y ovirt-hosted-engine-setup screen glusterfs-server nfs-utils vdsm-gluster system-storage-manager mailx rebooted Tried hosted-engine --deploy, but it errors out. I followed various logs and I _think_ it's failing related to vdsm-tool restore-nets. I could use some guidance on this to help track down what's happening and how to fix. (Note: I'd very much prefer using the hosted engine vs. another option for my lab, so I'm willing to put in the time to figure this out. Thanks for any assistance!) Install error: [root@ovirt01 network-scripts]# hosted-engine --deploy [ INFO ] Stage: Initializing [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Continuing will configure this host for serving as hypervisor and create a VM where you have to install the engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160305194655-o29y86.log Version: otopi-1.4.1 (otopi-1.4.1-1.el7.centos) [ INFO ] Hardware supports virtualization [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ ERROR ] Failed to execute stage 'Environment setup': Failed to start service 'vdsmd' [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160305194703.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed: this system is not reliable, please check the issue, fix and redeploy Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160305194655-o29y86.log -- vdsm-tool restore-nets output: [root@ovirt01 etc]# /usr/bin/vdsm-tool restore-nets Traceback (most recent call last): File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in <module> restore(args) File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in restore _restore_sriov_numvfs() File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in _restore_sriov_numvfs sriov_devices = _get_sriov_devices() File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in _get_sriov_devices devices = hostdev.list_by_caps() File "/usr/share/vdsm/hostdev.py", line 175, in list_by_caps libvirt_devices = _get_devices_from_libvirt() File "/usr/share/vdsm/hostdev.py", line 160, in _get_devices_from_libvirt for device in libvirtconnection.get().listAllDevices(0)) File "/usr/share/vdsm/hostdev.py", line 160, in <genexpr> for device in libvirtconnection.get().listAllDevices(0)) File "/usr/share/vdsm/hostdev.py", line 107, in _parse_device_params devXML = etree.fromstring(device_xml) File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in XML parser.feed(text) File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in feed self._raiseerror(v) File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in _raiseerror raise err xml.etree.ElementTree.ParseError: not well-formed (invalid token): line 4, column 13 Traceback (most recent call last): File "/usr/bin/vdsm-tool", line 219, in main return tool_command[cmd]["command"](*args) File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 41, in restore_command exec_restore(cmd) File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 54, in exec_restore raise EnvironmentError('Failed to restore the persisted networks') EnvironmentError: Failed to restore the persisted networks

2 4

Remove master storage from data center?
by nicolas＠devels.es 07 Mar '16

07 Mar '16

Hi, We've migrated storage from glusterfs to iSCSI, so now we have 2 storages in our data center. As we've already finished, we want to remove the gluster storage from our data center (which is the master storage right now). We've tried to put it on maintenance but we're getting this error: 2016-03-02 13:02:02,087 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-34) [259a3130] Command 'DisconnectStoragePoolVDSCommand(HostName = ovirt01.domain.com, DisconnectStoragePoolVDSCommandParameters:{runAsync='true', hostId='c31dca1a-e5bc-43f6-940f-6397e3ddbee4', storagePoolId='fa155d43-4e68-486f-9f9d-ae3e3916cc4f', vds_spm_id='7'})' execution failed: VDSGenericException: VDSErrorException: Failed to DisconnectStoragePoolVDS, error = Operation not allowed while SPM is active: ('fa155d43-4e68-486f-9f9d-ae3e3916cc4f',), code = 656 Does that mean that *all* hosts must be on maintenance to do that? There's nothing left on the gluster storage right now. Thanks. Nicolás

2 4