- Users - oVirt List Archives

Migrating the vms
by Budur Nagaraju 22 Jan '17

22 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

import graylog VM fails
by Alex R 21 Jan '17

21 Jan '17

I am trying to take one of virtual appliances available on https://www.graylog.org/download. I have the tried to import the VMware OVA through the ovirt GUI but it fails with "Failed to load VM configuration from OVA file: /tmp/graylog-2.1.2-1.ova". /tmp/graylog-2.1.2-1.ova is the location of the file on the webclient. So I try to use the openstack image. From my ovirt host: # unzip graylog-2.1.2-1.qcow2.gz # qemu-img info /tmp/graylog-2.1.2-1.qcow2 image: /tmp/graylog-2.1.2-1.qcow2 file format: qcow2 virtual size: 5.9G (6291456000 bytes) disk size: 5.8G cluster_size: 65536 Format specific information: compat: 1.1 lazy refcounts: false refcount bits: 16 corrupt: false I create a VM in ovirt named graylog with a disk sized at 25 GB I locate the the disk id that the VM graylog has in the ovirt GUI. 1dae7037-73d5-4f11-b7da-c5d1a6aa36b7 # qemu-img convert -O raw /tmp/graylog-2.1.2-1.qcow2 /rhev/data-center/mnt/blockSD/6643dec0-12b2-4764-9473-a86975ef523d/images/1dae7037-73d5-4f11-b7da-c5d1a6aa36b7/17a57535-77d1-4b3f-a0b4-a6f9b7717b4a I then try to start the VM and get in both the vdsm.log and GUI: 2017-01-21T01:06:37.145854Z qemu-kvm: -drive file=/rhev/data-center/00000001-0001-0001-0001-0000000002ad/6643dec0-12b2-4764-9473-a86975ef523d/images/1dae7037-73d5-4f11-b7da-c5d1a6aa36b7/17a57535-77d1-4b3f-a0b4-a6f9b7717b4a,format=raw,if=none,id=drive-virtio-disk0,serial=1dae7037-73d5-4f11-b7da-c5d1a6aa36b7,cache=none,werror=stop,rerror=stop,aio=threads: Could not open '/rhev/data-center/00000001-0001-0001-0001-0000000002ad/6643dec0-12b2-4764-9473-a86975ef523d/images/1dae7037-73d5-4f11-b7da-c5d1a6aa36b7/17a57535-77d1-4b3f-a0b4-a6f9b7717b4a': Permission denied Thread-2666080::INFO::2017-01-20 17:06:37,321::vm::1308::virt.vm::(setDownStatus) vmId=`a1257117-e3f8-4896-9ab4-1b010298f282`::Changed state to Down: internal error: qemu unexpectedly closed the monitor: (process:23124): GLib-WARNING **: gmem.c:482: custom memory allocation vtable not supported. Thanks in advance. -Alex

3 3

admin user locked?
by Gianluca Cecchi 21 Jan '17

21 Jan '17

Hello, yesterday I installed a 4.0.6 ovirt engine on a CentOS 7.3 server and I was then able to connect. Today I try to login, I mispelled some times the password and then I get this in web admin portal Cannot Login. User Account is Disabled or Locked, Please contact your system administrator. It gives this method both if I input the correct password or a wrong one... I tried this but it seems to change nothing [root@ovmgr1 ~]# ovirt-aaa-jdbc-tool user password-reset admin --password-valid-to='2018-12-31 23:59:59Z' Password: Reenter password: updating user admin... user updated successfully Watching egine.log I see that I used a wrong password because: 2017-01-21 18:59:43,792 ERROR [org.ovirt.engine.core.sso.servlets.InteractiveAuthServlet] (default task-6) [] Cannot authenticate user 'admin@internal': The user name or password is incorrect. 2017-01-21 19:00:18,258 INFO [org.ovirt.engine.extension.aaa.jdbc.core.Authentication] (default task-13) [] locking user: admin due to consecutive failures what can I do to reset and set a new password in case? BTW: does this mean that an attacker knowing the ip could simply stop admin from working using some times a casual password in general? I know that admin is te default one, and should not be used probably in production... but anyway... Thanks, Gianluca

1 1

Attach Storage via CLI
by Steffen Nolden 21 Jan '17

21 Jan '17

Hi, i have create a storagedomain with ovirt-shell: add storagedomain --host-name <host> --type data --storage-type glusterfs --storage-path <IP>:/data --storage-vfs_type glusterfs --name Data-Domain Now i try to attach it to the data-center. I found this command add storagedomain --datacenter-identifier Default --name Data-Domain But i got this Error-MSG: ======================================================================= ERROR ======================================================================= cannot construct collection/member view, checked variants are: [('--datacenter-identifier',)]. ======================================================================= What is wrong.. or how can i attach a storagedomain to a data-center via CLI? Thanks

2 1

oVirt Community Newsletter: December 2016
by Brian Proffitt 20 Jan '17

20 Jan '17

It's a new year with new opportunities for oVirt to show up its virtualization features! We're getting ready for DevConf.CZ in Brno next week, and FOSDEM in Brussels the week after that! We look forward to meeting European developers and sysadmins to share your experiences! Here's what happened in December of 2016: ----------------- Software Releases ----------------- oVirt 4.0.6 Release is now available http://bit.ly/2iOI9cY ---------------- In the Community ---------------- Happy New Documentation! http://bit.ly/2iOLCrW oVirt System Tests to the Rescue!—How to Run End-to-End oVirt Tests on Your Patch http://bit.ly/2iONDUR CI Please Build—How to build your oVirt project on-demand http://bit.ly/2iOTAkD The Need for Speed—Coming Changes in oVirt's CI Standards http://bit.ly/2iOPUzf Еxtension of iptables Rules on oVirt 4.0 Hosts http://bit.ly/2iOPARp New oVirt Project Underway http://bit.ly/2iOKeW6 ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ KVM/Linux Nested Virtualization Support For ARM http://bit.ly/2iOILiD Virtual Machines in Kubernetes? How and what makes sense? http://bit.ly/2iOWDtj ANNOUNCE: New libvirt project Go XML parser model http://bit.ly/2iORd1j Using OVN with KVM and Libvirt http://bit.ly/2iOOEwc New libvirt project Go language bindings http://bit.ly/2iP0ne5 CI tools testing lab: Making it do useful work http://bit.ly/2iOVilZ CI tools testing lab: Integrating Jenkins and adding Zuul UI http://bit.ly/2iOOBRa CI tools testing lab: Adding Zuul Merger http://bit.ly/2iOP1a8 CI tools testing lab: Setting up Zuul Server http://bit.ly/2iOUZYn CI tools testing lab: Adding Gerrit http://bit.ly/2iP0CG1 CI tools testing lab: Initial setup with Jenkins http://bit.ly/2iOSvtc --------------- Downstream News --------------- Debugging a kernel in QEMU/libvirt http://red.ht/2jvB5mf Five Reasons to Switch from vSphere to Red Hat Virtualization http://red.ht/2iLW5YU Red Hat scoops Best Virtualization Product at the V3 Technology Awards 2016 http://red.ht/2hW9N7B -- Brian Proffitt Principal Community Analyst Open Source and Standards @TheTechScribe 574.383.9BKP

3 3