September 2014 - Users - oVirt List Archives

numa error after upgrading from 3.5rc2 to 3.5rc3
by Gianluca Cecchi 30 Sep '14

30 Sep '14

Hello, after upgrading engine and hypervisor to rc3 I get this message when trying to start VM: VM vm_name is down with error. Exit message: internal error internal error NUMA memory tuning in 'preferred' mode only supports single node. hypervisor is Intel blade MFS5520VI with processor : 15 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Xeon(R) CPU X5570 @ 2.93GHz stepping : 5 cpu MHz : 2927.000 cache size : 8192 KB physical id : 1 siblings : 8 core id : 3 cpu cores : 4 apicid : 23 initial apicid : 23 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida dts tpr_shadow vnmi flexpriority ept vpid bogomips : 5851.73 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: Did anything change from rc2 to rc3 regarding this? Gianluca

4 12

[ANN] oVirt 3.4.4 Release is now available
by Sandro Bonazzola 30 Sep '14

30 Sep '14

The oVirt development team is pleased to announce the general availability of oVirt 3.4.4 as of Sep 23th 2014. This release solidifies oVirt as a leading KVM management application and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.5 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. The existing repository ovirt-3.4 has been updated for delivering this release without the need of enabling any other repository, however since we introduced package signing you need an additional step in order to get the public keys installed on your system if you're upgrading from an older release. Please refer to release notes [1] for Installation / Upgrade instructions. Please note that mirrors will need a couple of days before being synchronized. If you want to be sure to use latest rpms and don't want to wait for the mirrors, you can edit /etc/yum.repos.d/ovirt-3.4.repo commenting the mirror line and removing the comment on baseurl line. A new oVirt Live ISO will be available too[2]. [1] http://www.ovirt.org/OVirt_3.4.4_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.4/iso/ovirt-live-el6-3.4.4.iso -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

6 14

oVirt and Snort
by Pat Pierson 29 Sep '14

29 Sep '14

I am attempting to use Snort as an IDS on my network. Currently I have all traffic on my router uplink port mirrored to a port I have plugged into an unused port on an oVirt node. I have created a network that only has access to that port and assigned that network to my snort vm. I am able to see broadcast traffic (DHCP requests, DNS discoveries, ect) when I listen to that port but no direct IP to IP traffic. I believe it has something to do with macspoofing but I am not sure I have set that up correctly for this host. Has anyone seen documentation on properly setting up macspoofing or using snort on a virtual infrastructure like oVirt?? -- Patrick Pierson

3 3

oVirt node vdsm certificate issue
by Raul Laansoo 29 Sep '14

29 Sep '14

Hi. I have configured Engine webservice to use certificate issued by internal CA. According to http://www.ovirt.org/Features/PKI the CA certificates must be in /etc/pki/ovirt-engine/apache-ca.pem. I have kept the self signed (Engine internal) certificate (previously linked from /etc/pki/ovirt-engine/apache-ca.pem to /etc/pki/ovirt-engine/ca.pem) in /etc/pki/ovirt-engine/ca.pem. When I want to approve/install node host, the /etc/pki/ovirt-engine/apache-ca.pem file is downloaded to node as /etc/pki/vdsm/certs/cacert.pem. Because vdsmcert.pem is not signed by this CA, libvirt fails to start. How should I set up Engine local and internal CA files, so that they would not conflict? oVirt Node Hypervisor release 3.0.4 (1.0.201401291204.el6) oVirt Engine Version: 3.4.3-1.el6 Thank you --- Raul Laansoo

2 3

Re: [ovirt-users] ovirt-engine 3.5 rpm missing for el7
by SULLIVAN, Chris (WGK) 29 Sep '14

29 Sep '14

--_000_C417081C2581084FB080BCF68A21CC69447148CEEPEXMBX02WOODGR_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNClRoZSBiZWxvdyByZXNwb25zZSBmcm9tIFNhbmRybyBvbiAxMi8wOCBpbiBhcHBlYXJz IHRvIGFuc3dlciB0aGUgZmlyc3QgcXVlc3Rpb246DQoNCg0KPj4gSXMgdGhlcmUgYW55IHJvYWRt YXAgZm9yIHN1cHBvcnRpbmcgb3ZpcnQtZW5naW5lIG9uIGNlbnRvcyA3ID8NCg0KDQoNCj4gSXQn cyBub3QgaW4gMy41IGZlYXR1cmVzIHNvIGl0IHdpbGwgcHJvYmFibHkgbGFuZCBpbiAzLjYuDQoN Cj4gWW91IGNhbiBpbnN0YWxsIG9WaXJ0IEhvc3RlZCBFbmdpbmUgb24gY2VudG9zIDcgaG9zdCBh bmQgdXNlIGNlbnRvcyA2LjUgZm9yIHRoZSBlbmdpbmUgVk0gb25seS4NCg0KDQoNCkFzIHRvIHRo ZSBzZWNvbmQgcXVlc3Rpb24g4oCTIHRoZSBhYm92ZSByZXNwb25zZSBpbXBsaWVzIHRoYXQgbWl4 aW5nIGVsNiBlbmdpbmUgd2l0aCBlbDcgaG9zdHMgd2l0aCBvdmlydCAzLjUgaXMgb2suIEhvd2V2 ZXIganVzdCB0byBjb25maXJtLCBpcyBhbnlvbmUgcnVubmluZyB0aGlzIGNvbWJpbmF0aW9uIGFu ZCBpZiBzbyBkaWQgeW91IGV4cGVyaWVuY2UgYW55IG1ham9yIGlzc3VlcyBvciBtaXNzaW5nL2Jy b2tlbiBmdW5jdGlvbmFsaXR5Pw0KDQoNCg0KQ2hlZXJzLA0KDQoNCg0KQ2hyaXMgU3VsbGl2YW4N Cg0KDQoNCg0KDQpQTEVBU0UgQ09OU0lERVIgVEhFIEVOVklST05NRU5ULCBET04nVCBQUklOVCBU SElTIEVNQUlMIFVOTEVTUyBZT1UgUkVBTExZIE5FRUQgVE8uDQoNCg0KDQpUaGlzIGVtYWlsIGFu ZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gaW5mb3JtYXRpb24gd2hpY2ggaXMgY29uZmlk ZW50aWFsIGFuZC9vciBsZWdhbGx5IHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRl bmRlZCByZWNpcGllbnQgb2YgdGhpcyBlLW1haWwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGlt bWVkaWF0ZWx5IGJ5IGUtbWFpbCBhbmQgZGVsZXRlIHRoaXMgZS1tYWlsIGFuZCBpdHMgYXR0YWNo bWVudHMgZnJvbSB5b3VyIGNvbXB1dGVyIGFuZCBJVCBzeXN0ZW1zLiBZb3UgbXVzdCBub3QgY29w eSwgcmUtdHJhbnNtaXQsIHVzZSBvciBkaXNjbG9zZSAob3RoZXIgdGhhbiB0byB0aGUgc2VuZGVy KSB0aGUgZXhpc3RlbmNlIG9yIGNvbnRlbnRzIG9mIHRoaXMgZW1haWwgb3IgaXRzIGF0dGFjaG1l bnRzIG9yIHBlcm1pdCBhbnlvbmUgZWxzZSB0byBkbyBzby4NCg0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KDQoNCkZyb206IFNVTExJVkFOLCBDaHJpcyAoV0dLKQ0KU2VudDogVHVlc2Rh eSwgU2VwdGVtYmVyIDIzLCAyMDE0IDk6NTUgQU0NClRvOiAndXNlcnNAb3ZpcnQub3JnJw0KU3Vi amVjdDogb3ZpcnQtZW5naW5lIDMuNSBycG0gbWlzc2luZyBmb3IgZWw3DQoNCkhpLA0KDQpJ4oCZ bSB0ZXN0aW5nIGhvc3RlZC1lbmdpbmUgdjMuNS4wIG9uIGVsNyBhbmQgaXTigJlzIG1vc3RseSBw cm9ncmVzc2luZyBvaywgaG93ZXZlciB3aGVuIEkgZ28gdG8gaW5zdGFsbCBvdmlydC1lbmdpbmUg My41IG9uIHRoZSBob3N0ZWQgZW5naW5lIFZNIChhbHNvIHJ1bm5pbmcgZWw3KSB0aGUgcnBtIGlz IG1pc3NpbmcuIEnigJl2ZSBjaGVja2VkIHRoZSByZXBvIGxvY2F0aW9ucyBvbiByZXNvdXJjZXMu b3ZpcnQub3JnIGFuZCBpdCBhcHBlYXJzIHRoYXQgb3ZpcnQtZW5naW5lIGlzIG5vdCBiZWluZyBi dWlsdCBmb3IgZWw3LCB3aGVyZWFzIGl0IGV4aXN0cyBmb3IgZWw2L2YxOS9mMjAuDQoNCkFyZSB0 aGVyZSBwbGFucyB0byBidWlsZCBvdmlydC1lbmdpbmUgMy41IGZvciBlbDcgb3IgYXJlIHRoZXJl IGJsb2NrZXJzIHNwZWNpZmljIHRvIHRoYXQgT1MgdmVyc2lvbj8gQWx0ZXJuYXRpdmVseSwgY2Fu IEkgbWl4IGFuZCBlbDYgZW5naW5lIHdpdGggZWw3IGhvc3RzIGFsbCBydW5uaW5nIG92aXJ0IDMu NT8NCg0KVGhhbmtzLA0KDQpDaHJpcyBTdWxsaXZhbg0KDQoNCg0KDQo= --_000_C417081C2581084FB080BCF68A21CC69447148CEEPEXMBX02WOODGR_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xh aW1lciBNYWlsIERpc2NsYWltZXJzIG9uIDAzOjI5OjI4IFR1ZXNkYXksIDIzIFNlcHRlbWJlciAy MDE0IC0tPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0 bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPHN0eWxlIHR5cGU9InRleHQvY3NzIj5QLjhkNzQ2NTY2LWFk OTctNGI4My1iMjJiLTc5NGUxYjUwZjNlMCB7DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KTEku OGQ3NDY1NjYtYWQ5Ny00YjgzLWIyMmItNzk0ZTFiNTBmM2UwIHsNCglNQVJHSU46IDBjbSAwY20g MHB0DQp9DQpESVYuOGQ3NDY1NjYtYWQ5Ny00YjgzLWIyMmItNzk0ZTFiNTBmM2UwIHsNCglNQVJH SU46IDBjbSAwY20gMHB0DQp9DQpUQUJMRS44ZDc0NjU2Ni1hZDk3LTRiODMtYjIyYi03OTRlMWI1 MGYzZTBUYWJsZSB7DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KRElWLlNlY3Rpb24xIHsNCglw YWdlOiBTZWN0aW9uMQ0KfQ0KPC9zdHlsZT4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu dD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8q IEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsN CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBE ZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0K CXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1z b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29QbGFpblRleHQsIGxpLk1zb1BsYWluVGV4dCwgZGl2 Lk1zb1BsYWluVGV4dA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6 IlBsYWluIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7 DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi O30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJ bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0K CWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkJhbGxvb25UZXh0Q2hh cg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWlseToi VGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6 IzFGNDk3RDt9DQpzcGFuLlBsYWluVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IlBsYWluIFRl eHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJQbGFp biBUZXh0IjsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBp biAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1 bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0i cHVycGxlIj4NCjxwIGNsYXNzPSI4ZDc0NjU2Ni1hZDk3LTRiODMtYjIyYi03OTRlMWI1MGYzZTAi PjwvcD4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5I aSw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIGJlbG93IHJlc3BvbnNlIGZyb20gU2FuZHJv IG9uIDEyLzA4IGluIGFwcGVhcnMgdG8gYW5zd2VyIHRoZSBmaXJzdCBxdWVzdGlvbjo8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4m Z3Q7Jmd0OyBJcyB0aGVyZSBhbnkgcm9hZG1hcCBmb3Igc3VwcG9ydGluZyBvdmlydC1lbmdpbmUg b24gY2VudG9zIDcgPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IEl0J3Mgbm90 IGluIDMuNSBmZWF0dXJlcyBzbyBpdCB3aWxsIHByb2JhYmx5IGxhbmQgaW4gMy42LjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBZb3UgY2FuIGluc3RhbGwgb1Zp cnQgSG9zdGVkIEVuZ2luZSBvbiBjZW50b3MgNyBob3N0IGFuZCB1c2UgY2VudG9zIDYuNSBmb3Ig dGhlIGVuZ2luZSBWTSBvbmx5LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5BcyB0byB0 aGUgc2Vjb25kIHF1ZXN0aW9uIOKAkyB0aGUgYWJvdmUgcmVzcG9uc2UgaW1wbGllcyB0aGF0IG1p eGluZyBlbDYgZW5naW5lIHdpdGggZWw3IGhvc3RzIHdpdGggb3ZpcnQgMy41IGlzIG9rLiBIb3dl dmVyIGp1c3QgdG8gY29uZmlybSwgaXMgYW55b25lIHJ1bm5pbmcgdGhpcyBjb21iaW5hdGlvbiBh bmQgaWYgc28gZGlkIHlvdSBleHBlcmllbmNlIGFueSBtYWpvciBpc3N1ZXMgb3IgbWlzc2luZy9i cm9rZW4NCiBmdW5jdGlvbmFsaXR5PzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5DaGVl cnMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkNocmlzIFN1bGxpdmFuPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+ PC9kaXY+DQo8L2Rpdj4NCjxwPjwvcD4NCjxwIGNsYXNzPSI4ZDc0NjU2Ni1hZDk3LTRiODMtYjIy Yi03OTRlMWI1MGYzZTAiPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSI4ZDc0NjU2Ni1hZDk3LTRiODMt YjIyYi03OTRlMWI1MGYzZTAiPjxmb250IHNpemU9IjIiIGZhY2U9IkFyaWFsIj5QTEVBU0UgQ09O U0lERVIgVEhFIEVOVklST05NRU5ULCBET04nVCBQUklOVCBUSElTIEVNQUlMIFVOTEVTUyBZT1Ug UkVBTExZIE5FRUQgVE8uPC9mb250PjwvcD4NCjxwIGNsYXNzPSI4ZDc0NjU2Ni1hZDk3LTRiODMt YjIyYi03OTRlMWI1MGYzZTAiPjxmb250IHNpemU9IjIiIGZhY2U9IkFyaWFsIj48L2ZvbnQ+Jm5i c3A7PC9wPg0KPHAgY2xhc3M9IjhkNzQ2NTY2LWFkOTctNGI4My1iMjJiLTc5NGUxYjUwZjNlMCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPlRoaXMgZW1haWwgYW5kIGl0cyBhdHRhY2htZW50 cyBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB3aGljaCBpcyBjb25maWRlbnRpYWwgYW5kL29yIGxl Z2FsbHkgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCBv ZiB0aGlzIGUtbWFpbCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXINCiBpbW1lZGlhdGVseSBieSBl LW1haWwgYW5kIGRlbGV0ZSB0aGlzIGUtbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzIGZyb20geW91 ciBjb21wdXRlciBhbmQgSVQgc3lzdGVtcy4gWW91IG11c3Qgbm90IGNvcHksIHJlLXRyYW5zbWl0 LCB1c2Ugb3IgZGlzY2xvc2UgKG90aGVyIHRoYW4gdG8gdGhlIHNlbmRlcikgdGhlIGV4aXN0ZW5j ZSBvciBjb250ZW50cyBvZiB0aGlzIGVtYWlsIG9yIGl0cyBhdHRhY2htZW50cyBvciBwZXJtaXQg YW55b25lIGVsc2UNCiB0byBkbyBzby48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9IjhkNzQ2NTY2LWFk OTctNGI4My1iMjJiLTc5NGUxYjUwZjNlMCI+PGZvbnQgZmFjZT0iQXJpYWwiPi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS08L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9IjhkNzQ2NTY2LWFkOTctNGI4 My1iMjJiLTc5NGUxYjUwZjNlMCI+PGZvbnQgZmFjZT0iQXJpYWwiPjwvZm9udD4mbmJzcDs8L3A+ DQo8cCBjbGFzcz0iOGQ3NDY1NjYtYWQ5Ny00YjgzLWIyMmItNzk0ZTFiNTBmM2UwIj48L3A+DQo8 ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGlu Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5G cm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBTVUxMSVZBTiwgQ2hy aXMgKFdHSykNCjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBTZXB0ZW1iZXIgMjMsIDIwMTQg OTo1NSBBTTxicj4NCjxiPlRvOjwvYj4gJ3VzZXJzQG92aXJ0Lm9yZyc8YnI+DQo8Yj5TdWJqZWN0 OjwvYj4gb3ZpcnQtZW5naW5lIDMuNSBycG0gbWlzc2luZyBmb3IgZWw3PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGksPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPknigJltIHRlc3RpbmcgaG9zdGVkLWVuZ2luZSB2My41LjAgb24gZWw3IGFuZCBpdOKAmXMg bW9zdGx5IHByb2dyZXNzaW5nIG9rLCBob3dldmVyIHdoZW4gSSBnbyB0byBpbnN0YWxsIG92aXJ0 LWVuZ2luZSAzLjUgb24gdGhlIGhvc3RlZCBlbmdpbmUgVk0gKGFsc28gcnVubmluZyBlbDcpIHRo ZSBycG0gaXMgbWlzc2luZy4gSeKAmXZlIGNoZWNrZWQgdGhlIHJlcG8gbG9jYXRpb25zIG9uIHJl c291cmNlcy5vdmlydC5vcmcNCiBhbmQgaXQgYXBwZWFycyB0aGF0IG92aXJ0LWVuZ2luZSBpcyBu b3QgYmVpbmcgYnVpbHQgZm9yIGVsNywgd2hlcmVhcyBpdCBleGlzdHMgZm9yIGVsNi9mMTkvZjIw LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcmUgdGhlcmUgcGxhbnMgdG8gYnVpbGQgb3ZpcnQt ZW5naW5lIDMuNSBmb3IgZWw3IG9yIGFyZSB0aGVyZSBibG9ja2VycyBzcGVjaWZpYyB0byB0aGF0 IE9TIHZlcnNpb24/IEFsdGVybmF0aXZlbHksIGNhbiBJIG1peCBhbmQgZWw2IGVuZ2luZSB3aXRo IGVsNyBob3N0cyBhbGwgcnVubmluZyBvdmlydCAzLjU/PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hyaXMgU3VsbGl2YW48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQVUiIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1BVSI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQVUiIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tQVUiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8cD48L3A+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCI+PC9mb250PjwvcD4NCjxwPjxm b250IGZhY2U9IkFyaWFsIj48L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0iQXJpYWwiPjwvZm9u dD48L3A+DQo8cD48L3A+DQo8cD48L3A+DQo8cD48L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_C417081C2581084FB080BCF68A21CC69447148CEEPEXMBX02WOODGR_--

2 1

Re: [ovirt-users] Problems with datacenter after update to 3.4.4
by Itamar Heim 29 Sep '14

29 Sep '14

On 09/29/2014 11:42 AM, Andy Michielsen wrote: > Hello Itamar, > > In attachement I send you my engine log. > > Kind regards. > > 2014-09-29 10:29 GMT+02:00 Itamar Heim <iheim(a)redhat.com > <mailto:iheim@redhat.com>>: > > On 09/29/2014 10:02 AM, Andy Michielsen wrote: > > Hello, > > After the upgrade to 3.4.4 this weekend I'm having troubles with my > datacenter. It is non responsive. No data, iso, or import-export > domains > can be connected. > > Please tell me what to do ? > > Kind regards. > > > _________________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/__mailman/listinfo/users > <http://lists.ovirt.org/mailman/listinfo/users> > > > attach engine logs to begin with. > > I see a lot of NPEs around ImageSnapshots in various flows in the logs. Allon? 2014-09-29 02:15:28,282 ERROR [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-69) Exception while trying to update or remove VMs/Templates ovf in Data Center Default.: java.lang.NullPointerException at org.ovirt.engine.core.bll.ImagesHandler.getAllImageSnapshots(ImagesHandler.java:371) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.getAllImageSnapshots(OvfDataUpdater.java:316) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.buildMetadataDictionaryForVm(OvfDataUpdater.java:332) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.populateVmsMetadataForOvfUpdate(OvfDataUpdater.java:246) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.updateOvfForVmsOfStoragePool(OvfDataUpdater.java:132) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.ovfUpdate_timer(OvfDataUpdater.java:93) [bll.jar:] at sun.reflect.GeneratedMethodAccessor173.invoke(Unknown Source) [:1.7.0_65] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_65] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_65] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:] and 2014-09-28 11:13:52,961 ERROR [org.ovirt.engine.core.bll.RemoveVmCommand] (ajp--127.0.0.1-8702-1) [3fe399f7] Error during CanDoActionFailure.: java.lang.NullPointerException at org.ovirt.engine.core.bll.ImagesHandler.getAllImageSnapshots(ImagesHandler.java:371) [bll.jar:] at org.ovirt.engine.core.bll.ImagesHandler.fillImagesBySnapshots(ImagesHandler.java:517) [bll.jar:] at org.ovirt.engine.core.bll.RemoveVmCommand.getQuotaStorageConsumptionParameters(RemoveVmCommand.java:361) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.getQuotaConsumptionParameters(CommandBase.java:681) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.internalValidateAndSetQuota(CommandBase.java:772) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.internalCanDoAction(CommandBase.java:739) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.canDoActionOnly(CommandBase.java:325) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.execute(MultipleActionsRunner.java:76) [bll.jar:] and 2014-09-28 11:13:50,795 ERROR [org.ovirt.engine.core.bll.GetAllDisksByVmIdQuery] (ajp--127.0.0.1-8702-4) Query GetAllDisksByVmIdQuery failed. Exception message is null : java.l ang.NullPointerException: java.lang.NullPointerException at org.ovirt.engine.core.bll.ImagesHandler.getAllImageSnapshots(ImagesHandler.java:371) [bll.jar:] at org.ovirt.engine.core.bll.GetAllDisksByVmIdQuery.getAllImageSnapshots(GetAllDisksByVmIdQuery.java:43) [bll.jar:] at org.ovirt.engine.core.bll.GetAllDisksByVmIdQuery.executeQueryCommand(GetAllDisksByVmIdQuery.java:36) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:66) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31) [dal.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:482) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:459) [bll.jar:] at sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source) [:1.7.0_65]

1 0

Re: [ovirt-users] problems with win 2008_64 vm
by Omer Frenkel 29 Sep '14

29 Sep '14

----- Original Message ----- > From: "Grant Pasley" <grant(a)xtranet.com.au> > To: "Omer Frenkel" <ofrenkel(a)redhat.com> > Cc: "Markus Stockhausen" <stockhausen(a)collogia.de>, users(a)ovirt.org > Sent: Monday, September 29, 2014 5:34:45 AM > Subject: Re: [ovirt-users] problems with win 2008_64 vm > > good morning > > the events sub tab shows the server was started by admin, but nothing > further, even when the vm pauses itself. > please see attached the vdsm.log file for this host. > > thanks, > > grant. thank you, i didnt see anything suspicious in the vdsm.log next step is to check if you see any error/clue in the libvirt.log or even qemu log for the vm? > > On 9/28/2014 1:34 PM, Omer Frenkel wrote: > > > > ----- Original Message ----- > >> From: "Grant Pasley" <grant(a)xtranet.com.au> > >> To: "Markus Stockhausen" <stockhausen(a)collogia.de> > >> Cc: users(a)ovirt.org > >> Sent: Sunday, September 28, 2014 6:22:15 AM > >> Subject: Re: [ovirt-users] problems with win 2008_64 vm > >> > >> good morning > >> > >> sorry the server is centos 6.5: 2.6.32-431.29.2.el6.x86_64 #x86_64 x86_64 > >> x86_64 GNU/Linux > >> the vm does not get as far as loading windows before pausing, so i cannot > >> deactivate windows settings, although 2008 server does not by default > >> > >> thanks > >> > >> grant > > does it happen to all the vms or just this one? > > please look at the events sub tab for this vm, there should be the pause > > reason > > if not, please attach vdsm.log for the host that runs the vm > > > >> On 9/27/2014 8:28 AM, Markus Stockhausen wrote: > >> > >> > >> > >> > >> Are you running FC20 on the hypervisor host and if yes what kernel? > >> Am 27.09.2014 02:39 schrieb Grant Pasley <grant(a)xtranet.com.au> : > >> good morning guys > >> > >> i have an issue with my 2008 vm going to pause within 5 secs of starting > >> it > >> up. new install of ovirt 3.4.4 on hp dl160, installed the windows vm and > >> windows drivers etc and it was running fine. did a reboot last night and > >> went to bed, i see this morning the server is not accessible and when i > >> login to the web gui it is paused. stop vm and restart the server starts > >> firing up and then goes to pause mode with the following message from the > >> ovirt-engine log. i dont think it is a windows problem as the vm pauses > >> before it even starts trying to load windows server: > >> > >> 2014-09-27 10:28:58,738 INFO > >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > >> (org.ovirt.thread.pool-6-thread-49) [74bf3eb0] Correlation ID: 74bf3eb0, > >> Job > >> ID: 5584a4e6-7ce2-4c2f-8278-3b0cdbc48d19, Call Stack: null, Custom Event > >> ID: > >> -1, Message: VM 2008-server was started by admin (Host: local_host). > >> 2014-09-27 10:29:01,667 INFO > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > >> (DefaultQuartzScheduler_Worker-99) VM 2008-server > >> 067fcde9-99ea-46cd-a5b6-46396e0e6f62 moved from WaitForLaunch --> > >> PoweringUp > >> 2014-09-27 10:29:06,211 INFO > >> [org.ovirt.engine.core.bll.SetVmTicketCommand] > >> (ajp--127.0.0.1-8702-1) [1e9b8c1d] Running command: SetVmTicketCommand > >> internal: false. Entities affected : ID: > >> 067fcde9-99ea-46cd-a5b6-46396e0e6f62 Type: VM > >> 2014-09-27 10:29:06,215 INFO > >> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] > >> (ajp--127.0.0.1-8702-1) [1e9b8c1d] START, SetVmTicketVDSCommand(HostName = > >> local_host, HostId = 3e605ec1-a6dd-43c6-9425-cbc21ac63bf4, > >> vmId=067fcde9-99ea-46cd-a5b6-46396e0e6f62, ticket=RzYGHR4OBS8F, > >> validTime=120,m userName=admin, > >> userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 45ae9369 > >> 2014-09-27 10:29:06,384 INFO > >> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] > >> (ajp--127.0.0.1-8702-1) [1e9b8c1d] FINISH, SetVmTicketVDSCommand, log id: > >> 45ae9369 > >> 2014-09-27 10:29:06,413 INFO > >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > >> (ajp--127.0.0.1-8702-1) [1e9b8c1d] Correlation ID: 1e9b8c1d, Call Stack: > >> null, Custom Event ID: -1, Message: user admin initiated console session > >> for > >> VM 2008-server > >> 2014-09-27 10:29:07,854 INFO > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > >> (DefaultQuartzScheduler_Worker-48) VM 2008-server > >> 067fcde9-99ea-46cd-a5b6-46396e0e6f62 moved from PoweringUp --> Paused > >> > >> thanks > >> > >> grant. > >> > >> > >> > >> > >> > >> > >> > >> This email is free from viruses and malware because avast! Antivirus > >> protection is active. > >> > >> > >> > >> > >> > >> > >> This email is free from viruses and malware because avast! Antivirus > >> protection is active. > >> > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > > > --- > This email is free from viruses and malware because avast! Antivirus > protection is active. > http://www.avast.com >

2 1

oVirt Node 3.5 20140912 for the TestDay
by Fabian Deutsch 29 Sep '14

29 Sep '14

Hey, to be able to give Node a go on the oVirt 3.5 TestDay, we provide a fresh build of Node including the 3.5rc2 package here: http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ovirt-node-iso-3.5.0.ovirt… We did not see any SELinux denials, but if you experience any problems, please try to install Node in permissive mode by appending enfcoring=0 during the installation. Any feedback and bug reports are welcome. On behalf of the Node team - fabian

3 6

Problems with datacenter after update to 3.4.4
by Andy Michielsen 29 Sep '14

29 Sep '14

Hello, After the upgrade to 3.4.4 this weekend I'm having troubles with my datacenter. It is non responsive. No data, iso, or import-export domains can be connected. Please tell me what to do ? Kind regards.

2 1

Raid-5 like gluster method?
by Demeter Tibor 29 Sep '14

29 Sep '14

------=_Part_3908928_306611607.1411540169814 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, Is there any method in glusterfs, like raid-5? I have three node, each node has 5 TB of disk. I would like utilize all of space with redundancy, like raid-5. If it not possible, can I make raid-6 like redundanci within three node? (two brick/node?). Thanks in advance, Tibor ------=_Part_3908928_306611607.1411540169814 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Hi,</div><div><br></div><div>Is there any method in glusterfs, like raid-5?</div><div><br></div><div>I have three node, each node has 5 TB of disk. I would like utilize all of space with redundancy, like raid-5.</div><div>If it not possible, can I make raid-6 like redundanci within three node? (two brick/node?).</div><div>Thanks in advance,</div><div><br></div><div>Tibor</div><div><br></div></div></body></html> ------=_Part_3908928_306611607.1411540169814--

3 3