- Users - oVirt List Archives

More advanced update options for Hosts
by Matt . 23 Jan '17

23 Jan '17

Hi All, Would it not be nice to have the following upgrade options ? - Only oVirt packages or - Yum update all packages Selectbox: - Reboot when upgrade finished This with the maintenance mode will save a lot of time. I hope this is possible. Thanks Matt!

2 5

Failed to attach a disk
by Fabrice Bacchella 23 Jan '17

23 Jan '17

I upgraded an host to the latest version of vdsm: vdsm-4.18.21-1.el7.centos.x86_64, on a CentOS Linux release 7.3.1611 (Core) I then created a disk that I wanted to attach to a running vm, but il fails, with the message in /var/log/libvirt/qemu/<VMNAME>.log: Could not open '/rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/4d33f997-94b0-42c1-8052-5364993b85e9/8e613dd3-eebc-476a-a830-e2a8236ea8a8': Permission denied I tried to have a look at the disks images, and got a strange result: -rw-rw---- 1 vdsm qemu 1.0M May 18 2016 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/ed18c515-09c9-4a71-af0a-7f0934193a65/b5e53c81-2279-4f2b-b282-69db430d36d4.lease -rw-rw---- 1 vdsm qemu 1.0M May 18 2016 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/3a00232b-c1f9-4b9b-910e-caf8b0321609/4f6d5c63-6a36-4356-832e-f52427d9512e.lease -rw-rw---- 1 vdsm qemu 1.0M May 23 2016 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/b0f4c517-e492-409f-934f-1561281a242b/a3d60d8a-f89b-41dd-b519-fb652301b1f5.lease -rw-rw---- 1 vdsm qemu 1.0M May 23 2016 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/465df4e9-3c62-4501-889f-cbab65ed0e0d/7a9b9033-f5f8-4eaa-ac94-6cc0c4ff6120.lease -rw-rw---- 1 vdsm kvm 1.0M Jan 6 18:00 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/baf01c4e-ede9-4e4e-a265-172695d81a83/4cdd72a7-b347-4479-accd-ab08d61552f9.lease -rw-rw---- 1 vdsm kvm 1.0M Jan 18 15:38 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/4d33f997-94b0-42c1-8052-5364993b85e9/8e613dd3-eebc-476a-a830-e2a8236ea8a8.lease -rw-r--r-- 1 vdsm qemu 314 May 23 2016 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/b0f4c517-e492-409f-934f-1561281a242b/a3d60d8a-f89b-41dd-b519-fb652301b1f5.meta -rw-r--r-- 1 vdsm kvm 314 Jan 6 18:00 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/465df4e9-3c62-4501-889f-cbab65ed0e0d/7a9b9033-f5f8-4eaa-ac94-6cc0c4ff6120.meta -rw-r--r-- 1 vdsm kvm 307 Jan 6 18:00 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/baf01c4e-ede9-4e4e-a265-172695d81a83/4cdd72a7-b347-4479-accd-ab08d61552f9.meta -rw-r--r-- 1 vdsm kvm 437 Jan 18 11:32 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/ed18c515-09c9-4a71-af0a-7f0934193a65/b5e53c81-2279-4f2b-b282-69db430d36d4.meta -rw-r--r-- 1 vdsm kvm 437 Jan 18 11:32 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/3a00232b-c1f9-4b9b-910e-caf8b0321609/4f6d5c63-6a36-4356-832e-f52427d9512e.meta -rw-r--r-- 1 vdsm kvm 310 Jan 18 15:38 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/4d33f997-94b0-42c1-8052-5364993b85e9/8e613dd3-eebc-476a-a830-e2a8236ea8a8.meta -rw-rw---- 1 vdsm qemu 16G Jan 9 17:25 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/baf01c4e-ede9-4e4e-a265-172695d81a83/4cdd72a7-b347-4479-accd-ab08d61552f9 -rw-rw---- 1 vdsm qemu 30K Jan 18 11:32 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/ed18c515-09c9-4a71-af0a-7f0934193a65/b5e53c81-2279-4f2b-b282-69db430d36d4 -rw-rw---- 1 vdsm qemu 30K Jan 18 11:32 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/3a00232b-c1f9-4b9b-910e-caf8b0321609/4f6d5c63-6a36-4356-832e-f52427d9512e -rw-rw---- 1 vdsm kvm 300G Jan 18 15:38 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/4d33f997-94b0-42c1-8052-5364993b85e9/8e613dd3-eebc-476a-a830-e2a8236ea8a8 -rw-rw---- 1 vdsm qemu 32G Jan 18 15:58 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/b0f4c517-e492-409f-934f-1561281a242b/a3d60d8a-f89b-41dd-b519-fb652301b1f5 -rw-rw---- 1 vdsm qemu 32G Jan 18 15:58 /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/465df4e9-3c62-4501-889f-cbab65ed0e0d/7a9b9033-f5f8-4eaa-ac94-6cc0c4ff6120 What a strange mix of group owner. Any explanation for that ? Is that a known bug ? The new disk is the 300G one, owned by kvm.

2 2

Updated Invitation: DeepDive: VM to host affinity @ Tue Jan 24, 2017 4pm - 4:50pm (IST) (users@ovirt.org)
by yanirq2＠gmail.com 23 Jan '17

23 Jan '17

This event has been changed. Title: DeepDive: VM to host affinity please join YouTube live event at: https://www.youtube.com/watch?v=rs_5BSqacWE for any questions please contact me at: yquinn(a)redhat.com (changed) When: Tue Jan 24, 2017 4pm – 4:50pm Jerusalem Where: https://www.youtube.com/watch?v=rs_5BSqacWE (changed) Calendar: users(a)ovirt.org Who: * yanir quinn - organizer * dfediuck(a)redhat.com * msivak(a)redhat.com * users(a)ovirt.org * yquinn(a)redhat.com Event details: https://www.google.com/calendar/event?action=VIEW&eid=cmgzaW5rMm5idjQxdDRxa… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account users(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

Fail to setup network just after host setup via python SDK
by TranceWorldLogic . 23 Jan '17

23 Jan '17

Hi, I was trying to add host in ovirt. And it got succeeded. But when I tried to setup network it throw below error. " Fault detail is "[Cannot setup Networks. Another Setup Networks or Host Refresh process in progress on the host. Please try later.]". HTTP response code is 409." Please help me to solve this problem. Thanks, ~Rohit

2 2

Migrating the vms
by Budur Nagaraju 23 Jan '17

23 Jan '17

HI While migrating vm to different node getting the error ,below are the logs,can you please help me in resolving the issue? http://pastebin.com/nvCHEtxE Thanks, Nagaraju

1 0

master storage domain stuck in locked state
by Bill Bill 22 Jan '17

22 Jan '17

--_000_CO2PR0801MB0743D9C32980648B61F582D5A6700CO2PR0801MB0743_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Tm8gY2x1ZSBob3cgdG8gZ2V0IHRoaXMgb3V0LiBJIGNhbiBtb3VudCBhbGwgc3RvcmFnZSBtYW51 YWxseSBvbiB0aGUgaHlwZXJ2aXNvcnMuIEl0IHNlZW1zIGxpa2UgYWZ0ZXIgYSByZWJvb3Qgb1Zp cnQgaXMgbm93IGhhdmluZyBzb21lIGlzc3VlIGFuZCB0aGUgc3RvcmFnZSBkb21haW4gaXMgc3R1 Y2sgaW4gbG9ja2VkIHN0YXRlLiBCZWNhdXNlIG9mIHRoaXMsIGNhbuKAmXQgYWN0aXZhdGUgYW55 IG90aGVyIHN0b3JhZ2UgZWl0aGVyLCBzbyB0aGUgb3RoZXIgZG9tYWlucyBhcmUgaW4gbWFpbnRl bmFuY2UgYW5kIHRoZSBtYXN0ZXIgc2l0cyBpbiBsb2NrZWQgc3RhdGUsIGhhcyBiZWVuIGZvciBo b3Vycy4NCg0KVGhpcyBzdGlja3Mgb3V0IG9uIGEgaHlwZXJ2aXNvcjoNCg0KU3RvcmFnZVBvb2xX cm9uZ01hc3RlcjogV3JvbmcgTWFzdGVyIGRvbWFpbiBvciBpdHMgdmVyc2lvbjogdSdTRD1kOGEw MTcyZS04MzdmLTQ1NTItOTJjNy01NjZkYzRlNTQ4ZTQsIHBvb2w9M2ZkMmFkOTItZTFlYi00OWMy LTkwNmQtMDBlYzIzM2Y2MTBhJw0KDQpOb3Qgc3VyZSwgbm90aGluZyBjaGFuZ2VkIG90aGVyIHRo YW4gYSByZWJvb3Qgb2YgdGhlIHN0b3JhZ2UuDQoNCkVuZ2luZSBsb2cgc2hvd3M6DQoNCltvcmcu b3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlNldFZkc1N0YXR1c1ZEU0NvbW1hbmRdIChEZWZh dWx0UXVhcnR6U2NoZWR1bGVyOCkgWzU2OTY3MzJiXSBTVEFSVCwgU2V0VmRzU3RhdHVzVkRTQ29t bWFuZChIb3N0TmFtZSA9IFUzMVUzMk5vZGVBLCBTZXRWZHNTdGF0dXNWRFNDb21tYW5kUGFyYW1l dGVyczp7cnVuQXN5bmM9J3RydWUnLCBob3N0SWQ9JzcwZTJiOGU0LTA3NTItNDdhOC04ODRjLTgz N2EwMDAxM2U3OScsIHN0YXR1cz0nTm9uT3BlcmF0aW9uYWwnLCBub25PcGVyYXRpb25hbFJlYXNv bj0nU1RPUkFHRV9ET01BSU5fVU5SRUFDSEFCTEUnLCBzdG9wU3BtRmFpbHVyZUxvZ2dlZD0nZmFs c2UnLCBtYWludGVuYW5jZVJlYXNvbj0nbnVsbCd9KSwgbG9nIGlkOiA2ZGI5ODIwYQ0KDQpObyBp ZGVhIHdoeSBpdCBzYXlzIHVucmVhY2hhYmxlLCBpdCBjZXJ0YWlubHkgaXMgYmVjYXVzZSBJIGNh biBtYW51YWxseSBtb3VudCBBTEwgc3RvcmFnZSB0byB0aGUgaHlwZXJ2aXNvci4NCg0KU2VudCBm cm9tIE1haWw8aHR0cHM6Ly9nby5taWNyb3NvZnQuY29tL2Z3bGluay8/TGlua0lkPTU1MDk4Nj4g Zm9yIFdpbmRvd3MgMTANCg0K --_000_CO2PR0801MB0743D9C32980648B61F582D5A6700CO2PR0801MB0743_ Content-Type: text/html; charset="utf-8" Content-ID: <77EDC59EF3DBB0418BCEF6D897F65EE0(a)sct-15-1-789-14-msonline-outlook-8b04f.templateTenant> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2Vj dGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEu MGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHls ZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0iIzk1NEY3 MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Tm8g Y2x1ZSBob3cgdG8gZ2V0IHRoaXMgb3V0LiBJIGNhbiBtb3VudCBhbGwgc3RvcmFnZSBtYW51YWxs eSBvbiB0aGUgaHlwZXJ2aXNvcnMuIEl0IHNlZW1zIGxpa2UgYWZ0ZXIgYSByZWJvb3Qgb1ZpcnQg aXMgbm93IGhhdmluZyBzb21lIGlzc3VlIGFuZCB0aGUgc3RvcmFnZSBkb21haW4gaXMgc3R1Y2sg aW4gbG9ja2VkIHN0YXRlLiBCZWNhdXNlIG9mIHRoaXMsIGNhbuKAmXQgYWN0aXZhdGUgYW55IG90 aGVyIHN0b3JhZ2UNCiBlaXRoZXIsIHNvIHRoZSBvdGhlciBkb21haW5zIGFyZSBpbiBtYWludGVu YW5jZSBhbmQgdGhlIG1hc3RlciBzaXRzIGluIGxvY2tlZCBzdGF0ZSwgaGFzIGJlZW4gZm9yIGhv dXJzLjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+VGhpcyBzdGlja3Mgb3V0IG9uIGEgaHlwZXJ2aXNvcjo8L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPlN0b3JhZ2VQb29sV3JvbmdNYXN0ZXI6IFdyb25nIE1hc3RlciBkb21haW4gb3IgaXRz IHZlcnNpb246IHUnU0Q9ZDhhMDE3MmUtODM3Zi00NTUyLTkyYzctNTY2ZGM0ZTU0OGU0LCBwb29s PTNmZDJhZDkyLWUxZWItNDljMi05MDZkLTAwZWMyMzNmNjEwYSc8L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk5vdCBz dXJlLCBub3RoaW5nIGNoYW5nZWQgb3RoZXIgdGhhbiBhIHJlYm9vdCBvZiB0aGUgc3RvcmFnZS48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkVuZ2luZSBsb2cgc2hvd3M6PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5bb3JnLm92aXJ0LmVu Z2luZS5jb3JlLnZkc2Jyb2tlci5TZXRWZHNTdGF0dXNWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0 elNjaGVkdWxlcjgpIFs1Njk2NzMyYl0gU1RBUlQsIFNldFZkc1N0YXR1c1ZEU0NvbW1hbmQoSG9z dE5hbWUgPSBVMzFVMzJOb2RlQSwgU2V0VmRzU3RhdHVzVkRTQ29tbWFuZFBhcmFtZXRlcnM6e3J1 bkFzeW5jPSd0cnVlJywgaG9zdElkPSc3MGUyYjhlNC0wNzUyLTQ3YTgtODg0Yy04MzdhMDAwMTNl NzknLA0KIHN0YXR1cz0nTm9uT3BlcmF0aW9uYWwnLCBub25PcGVyYXRpb25hbFJlYXNvbj0nU1RP UkFHRV9ET01BSU5fVU5SRUFDSEFCTEUnLCBzdG9wU3BtRmFpbHVyZUxvZ2dlZD0nZmFsc2UnLCBt YWludGVuYW5jZVJlYXNvbj0nbnVsbCd9KSwgbG9nIGlkOiA2ZGI5ODIwYTwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Tm8gaWRlYSB3aHkgaXQgc2F5cyB1bnJlYWNoYWJsZSwgaXQgY2VydGFpbmx5IGlzIGJlY2F1c2Ug SSBjYW4gbWFudWFsbHkgbW91bnQgQUxMIHN0b3JhZ2UgdG8gdGhlIGh5cGVydmlzb3IuPC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5TZW50IGZyb20gPGEgaHJlZj0iaHR0cHM6Ly9nby5taWNyb3NvZnQuY29tL2Z3bGlu ay8/TGlua0lkPTU1MDk4NiI+DQpNYWlsPC9hPiBmb3IgV2luZG93cyAxMDwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= --_000_CO2PR0801MB0743D9C32980648B61F582D5A6700CO2PR0801MB0743_--

3 8

Monitoring disk I/O
by Michael Watters 22 Jan '17

22 Jan '17

Does ovirt have any way to monitor disk I/O for each VM or disk in a storage pool? I am receiving disk latency warnings and would like to know which VMs are causing the most disk I/O.

5 5

domain types for export and iso: no fcp and no iscsi
by Gianluca Cecchi 22 Jan '17

22 Jan '17

Hello, I didn't notice before, but it seems that in 4.0.6 when I select "export" or "ISO" in Domain Function, then for Storage Type I can only select NFS, GlusterFS or POSIX compliant FS. If this is true, why this limitation? Any chance to change it, allowing FCP and iSCSI also for these kinds of domains? Thanks, Gianluca

3 4

IvyBridge CPU type is westmere. oVirt3.6
by 久保田 22 Jan '17

22 Jan '17

Hello, I am a user of oVirt Engine 3.6.2.6-1.el7.centos . Ovirt 3.6 still has a bug that classifies IvyBridge CPU(i7-3770K) as Westmere and clusters it. Is this bug fixed in ovirt 4.x? and Is there a prospect of correcting this bug in ovirt 3.6? When IvyBridge is added to cluster of SandyBridge, an error of CPU_TYPE_INCONPATIBLE_WITH_CLUSTER appears. engine.log 2017-01-22 15:25:00,004 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (DefaultQuartzScheduler_Worker-11) [] Autorecovering 1 hosts 2017-01-22 15:25:00,004 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (DefaultQuartzScheduler_Worker-11) [] Autorecovering hosts id: 726249f0-fa7d-496b-b86b-432e8909a2f3 , name :XXX 2017-01-22 15:25:00,005 INFO [org.ovirt.engine.core.bll.ActivateVdsCommand] (DefaultQuartzScheduler_Worker-11) [33e5f398] Lock Acquired to object 'EngineLock:{exclusiveLocks='[726249f0-fa7d-496b-b86b-432e8909a2f3=<VDS, ACTION_TYPE_FAILE D_OBJECT_LOCKED>]', sharedLocks='null'}' 2017-01-22 15:25:00,006 INFO [org.ovirt.engine.core.bll.ActivateVdsCommand] (DefaultQuartzScheduler_Worker-11) [33e5f398] Running command: ActivateVdsCommand internal: true. Entities affected : ID: 726249f0-fa7d-496b-b86b-432e8909a2f3 Type: VDSAction group MANIPULATE_HOST with role type ADMIN 2017-01-22 15:25:00,006 INFO [org.ovirt.engine.core.bll.ActivateVdsCommand] (DefaultQuartzScheduler_Worker-11) [33e5f398] Before acquiring lock in order to prevent monitoring for host 'XXX' from data-center 'Default' 2017-01-22 15:25:00,006 INFO [org.ovirt.engine.core.bll.ActivateVdsCommand] (DefaultQuartzScheduler_Worker-11) [33e5f398] Lock acquired, from now a monitoring of host will be skipped for host 'XXX' from data-center 'Default' 2017-01-22 15:25:00,014 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (DefaultQuartzScheduler_Worker-11) [33e5f398] START, SetVdsStatusVDSCommand(HostName = green.team-boss.com, SetVdsStatusVDSCommandParameters:{runAsync ='true', hostId='726249f0-fa7d-496b-b86b-432e8909a2f3', status='Unassigned', nonOperationalReason='NONE', stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 2284a60f 2017-01-22 15:25:00,016 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (DefaultQuartzScheduler_Worker-11) [33e5f398] FINISH, SetVdsStatusVDSCommand, log id: 2284a60f 2017-01-22 15:25:00,024 INFO [org.ovirt.engine.core.bll.ActivateVdsCommand] (DefaultQuartzScheduler_Worker-11) [] Activate finished. Lock released. Monitoring can run now for host 'XXX' from data-center 'Default' 2017-01-22 15:25:00,024 INFO [org.ovirt.engine.core.bll.ActivateVdsCommand] (DefaultQuartzScheduler_Worker-11) [] Lock freed to object 'EngineLock:{exclusiveLocks='[726249f0-fa7d-496b-b86b-432e8909a2f3=<VDS, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2017-01-22 15:25:02,888 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetHardwareInfoVDSCommand] (DefaultQuartzScheduler_Worker-60) [] START, GetHardwareInfoVDSCommand(HostName = XXX, VdsIdAndVdsVDSCommandParametersBase:{runAsync='true',hostId='726249f0-fa7d-496b-b86b-432e8909a2f3',vds='Host[XXX,726249f0-fa7d-496b-b86b-432e8909a2f3]'}),log id: 1927e79c 2017-01-22 15:25:02,892 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetHardwareInfoVDSCommand] (DefaultQuartzScheduler_Worker-60) [] FINISH, GetHardwareInfoVDSCommand, log id: 1927e79c 2017-01-22 15:25:02,894 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-60) [] Host 'XXX'is running with SELinux in 'DISABLED' mode 2017-01-22 15:25:02,911 INFO [org.ovirt.engine.core.bll.HandleVdsCpuFlagsOrClusterChangedCommand] (DefaultQuartzScheduler_Worker-60) [1afd70be] Running command: HandleVdsCpuFlagsOrClusterChangedCommand internal: true. Entities affected : ID: 726249f0-fa7d-496b-b86b-432e8909a2f3 Type: VDS 2017-01-22 15:25:02,925 INFO [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (DefaultQuartzScheduler_Worker-60) [65c681a5] Running command: SetNonOperationalVdsCommand internal: true. Entities affected : ID: 726249f0-fa7d-496b-b86b-432e8909a2f3 Type: VDS 2017-01-22 15:25:02,926 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (DefaultQuartzScheduler_Worker-60) [65c681a5] START, SetVdsStatusVDSCommand(HostName = XXX, SetVdsStatusVDSCommandParameters:{runAsync='true',hostId='726249f0-fa7d-496b-b86b-432e8909a2f3', status='NonOperational',nonOperationalReason='CPU_TYPE_INCOMPATIBLE_WITH_CLUSTER',stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 4c07f536 2017-01-22 15:25:02,930 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (DefaultQuartzScheduler_Worker-60) [65c681a5] FINISH, SetVdsStatusVDSCommand, log id: 4c07f536 2017-01-22 15:25:02,936 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-60) [65c681a5] Correlation ID: 65c681a5, Job ID: ec912b06-7fd0-4497-9f1a-247d0d1d1fea, Call Stack: null, Custom Event ID: -1, Message: Host XXX moved to Non-Operational state. 2017-01-22 15:25:02,943 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-60) [65c681a5] Correlation ID: 1afd70be, Call Stack: null, Custom Event ID: -1, Message: Host green.team-boss.com moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU features : model_SandyBridge 2017-01-22 15:25:02,947 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-60) [65c681a5] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Status of host XXX was set to NonOperational. 2017-01-22 15:25:02,955 INFO [org.ovirt.engine.core.bll.HandleVdsVersionCommand] (DefaultQuartzScheduler_Worker-60) [1bd90240] Running command: HandleVdsVersionCommand internal: true. Entities affected : ID: 726249f0-fa7d-496b-b86b-432e8909a2f3 Type: VDS 2017-01-22 15:25:02,957 INFO [org.ovirt.engine.core.vdsbroker.HostMonitoring] (DefaultQuartzScheduler_Worker-60) [1bd90240] Host 'XXX'(726249f0-fa7d-496b-b86b-432e8909a2f3) is already in NonOperational status for reason 'CPU_TYPE_INCOMPATIBLE_WITH_CLUSTER'. SetNonOperationalVds command is skipped. my server # cat /proc/cpuinfo|head processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz stepping : 9 microcode : 0x1c cpu MHz : 1600.566 cache size : 8192 KB physical id : 0 siblings : 8 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 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 nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt bogomips : 7000.00 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: : : #uname -a Linux XXX 3.10.0-514.6.1.el7.x86_64 #1 SMP Wed Jan 18 13:06:36 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux # rpm -q ovirt-engine ovirt-engine-3.6.2.6-1.el7.centos.noarch # rpm -q vdsm vdsm-4.17.32-1.el7.noarch # libvirtd --version libvirtd (libvirt) 2.0.0 thx -kubota

2 1

fast import to ovirt
by paf1＠email.cz 22 Jan '17

22 Jan '17

This is a multi-part message in MIME format. --------------52CA1D63015FF5BF2FC62E8F Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, how can I import Vm from different ovirt envir..? There is no common mgmt ovirt. ( ovirt 3.5 -> 4.0 ) Gluster FS used. Will ovirt accept "rsync" file migrations , meaning will update oVirt DB automaticaly ? I'd prefer more quickly method then export-umount oV1-mount oV2-import . regards paf1 --------------52CA1D63015FF5BF2FC62E8F Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000066"> Hello, how can I import Vm from different ovirt envir..? There is no common mgmt ovirt. ( ovirt 3.5 -> 4.0 ) Gluster FS used. Will ovirt accept "rsync" file migrations , meaning will update oVirt DB automaticaly ? I'd prefer more quickly method then export-umount oV1-mount oV2-import . regards paf1 </body> </html> --------------52CA1D63015FF5BF2FC62E8F--

2 1