- Users - oVirt List Archives

Re: [ovirt-users] IP Address Stealing
by Subhendu Ghosh 14 Aug '16

14 Aug '16

----_com.ninefolders.hd3.email_133710414088413_alt Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Tm90IGJ1aWx0IGludG8gb3ZpcnQgQUZBSUssIMKgYnV0IGFuIGVidGFibGVzIHJ1bGUgY2FuIGFs bG93IHlvdSB0byBmaWx0ZXIgb3V0IG1hYytpcCBjb21iaW5hdGlvbnPCoAoKTG9vayBhdCB0aGUg YW50aS1zcG9vZmluZyBydWxlcyBvbiBlYnRhYmxlcy5uZXRmaWx0ZXIub3JnCgpJdCBkb2Vzbid0 IHByZXZlbnQgdGhlIHVzZXIgYWRkaW5nIGl0IGluIHRoZSB2bSwgYnV0IHRoZSBpbmZyYXN0cnVj dHVyZSBibG9ja3MgaXQncyB1c2FnZS4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f CkZyb206IEJpbGwgQmlsbCA8amF4MjU2OEBvdXRsb29rLmNvbT4KU2VudDogQXVnIDMsIDIwMTYg MjI6NDAKVG86IHVzZXJzQG92aXJ0Lm9yZwpTdWJqZWN0OiBbb3ZpcnQtdXNlcnNdIElQIEFkZHJl c3MgU3RlYWxpbmcKCkhlbGxvLAoKwqAKCkl0IGlzIHBvc3NpYmxlIHRvIHByZXZlbnQgYSBWTSBm cm9tIGFkZGluZyBhbiBJUD8gRm9yIGV4YW1wbGUsIGlmIHdlIHByb3Zpc2lvbiBhIFZNIHdpdGgg b25lIElQLCBpZiB0aGUgdXNlciBoYXMgcm9vdCBhY2Nlc3MgdGhleSBjYW4gc2ltcGx5IGFkZCBy YW5kb20gSVDigJlzIGZyb20gd2l0aGluIHRoZSBzYW1lIHJhbmdlIGFzIHN1YiBpbnRlcmZhY2Vz OiBldGgwOjAgZXRoMDoxIGV0aDA6MiBzbyBvbiBhbmQgc28gZm9ydGguCgrCoAoKU3VibmV0dGlu ZyBpcyBub3QgaWRlYWwgaW4gdGhpcyBzaXR1YXRpb24gYmVjYXVzZSBpdOKAmXMgYSBodWdlIHdh c3RlIG9mIElQIHNwYWNlLgoKwqA= ----_com.ninefolders.hd3.email_133710414088413_alt Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSwgQXJpYWwsIEhlbHZldGljYSwgc2Fucy1z ZXJpZjsgZm9udC1zaXplOjEyLjBwdDsgY29sb3I6IzFGNDk3RCI+PGRpdj5Ob3QgYnVpbHQgaW50 byBvdmlydCBBRkFJSywgJm5ic3A7YnV0IGFuIGVidGFibGVzIHJ1bGUgY2FuIGFsbG93IHlvdSB0 byBmaWx0ZXIgb3V0IG1hYytpcCBjb21iaW5hdGlvbnMmbmJzcDs8L2Rpdj48ZGl2Pjxicj48L2Rp dj48ZGl2Pkxvb2sgYXQgdGhlIGFudGktc3Bvb2ZpbmcgcnVsZXMgb24gZWJ0YWJsZXMubmV0Zmls dGVyLm9yZzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+SXQgZG9lc24ndCBwcmV2ZW50IHRoZSB1 c2VyIGFkZGluZyBpdCBpbiB0aGUgdm0sIGJ1dCB0aGUgaW5mcmFzdHJ1Y3R1cmUgYmxvY2tzIGl0 J3MgdXNhZ2UuPC9kaXY+CjxkaXY+PGJyPjwvZGl2Pgo8L2Rpdj48ZGl2IGNsYXNzPSJxdW90ZWRf c2VwYXJhdGVfYm9keSIvPjxkaXYgaWQ9InF1b3RlZF9oZWFkZXIiIHN0eWxlPSJjbGVhcjpib3Ro OyI+PGhyIHN0eWxlPSJib3JkZXI6bm9uZTsgaGVpZ2h0OjFweDsgY29sb3I6I0UxRTFFMTsgYmFj a2dyb3VuZC1jb2xvcjojRTFFMUUxOyIvPjxkaXYgc3R5bGU9ImJvcmRlcjpub25lOyBwYWRkaW5n OjMuMHB0IDBjbSAwY20gMGNtIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTpDYWxpYnJpLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIj48Yj5Gcm9tOjwvYj4g QmlsbCBCaWxsICZsdDtqYXgyNTY4QG91dGxvb2suY29tJmd0Ozxicj48Yj5TZW50OjwvYj4gQXVn IDMsIDIwMTYgMjI6NDA8YnI+PGI+VG86PC9iPiB1c2Vyc0BvdmlydC5vcmc8YnI+PGI+U3ViamVj dDo8L2I+IFtvdmlydC11c2Vyc10gSVAgQWRkcmVzcyBTdGVhbGluZzxicj48L3NwYW4+PC9kaXY+ PC9kaXY+PGJyIHR5cGU9J2F0dHJpYnV0aW9uJz48ZGl2IGlkPSJxdW90ZWRfYm9keSI+Cgo8bWV0 YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11 dGYtOCI+CjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPgo8c3R5bGU+PCEtLQovKiBGb250IERlZmluaXRpb25zICovCkBm b250LWZhY2UKCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsKCXBhbm9zZS0xOjIgNCA1IDMg NSA0IDYgMyAyIDQ7fQpAZm9udC1mYWNlCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsKCXBhbm9zZS0x OjIgMTUgNSAyIDIgMiA0IDMgMiA0O30KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbAoJe21hcmdpbjowaW47CgltYXJnaW4tYm90 dG9tOi4wMDAxcHQ7Cglmb250LXNpemU6MTEuMHB0OwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh bnMtc2VyaWY7fQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5OwoJY29sb3I6Ymx1ZTsKCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQphOnZpc2l0ZWQs IHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQKCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgljb2xv cjojOTU0RjcyOwoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9Ci5Nc29DaHBEZWZhdWx0Cgl7 bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQpAcGFnZSBXb3JkU2VjdGlvbjEKCXtzaXplOjgu NWluIDExLjBpbjsKCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9CmRpdi5Xb3JkU2Vj dGlvbjEKCXtwYWdlOldvcmRTZWN0aW9uMTt9Ci0tPjwvc3R5bGU+CgoKPGRpdiBjbGFzcz0iV29y ZFNlY3Rpb24xIj4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGVsbG8sPC9wPgo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SXQgaXMg cG9zc2libGUgdG8gcHJldmVudCBhIFZNIGZyb20gYWRkaW5nIGFuIElQPyBGb3IgZXhhbXBsZSwg aWYgd2UgcHJvdmlzaW9uIGEgVk0gd2l0aCBvbmUgSVAsIGlmIHRoZSB1c2VyIGhhcyByb290IGFj Y2VzcyB0aGV5IGNhbiBzaW1wbHkgYWRkIHJhbmRvbSBJUOKAmXMgZnJvbSB3aXRoaW4gdGhlIHNh bWUgcmFuZ2UgYXMgc3ViIGludGVyZmFjZXM6IGV0aDA6MCBldGgwOjEgZXRoMDoyIHNvIG9uIGFu ZCBzbwogZm9ydGguPC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3VibmV0dGluZyBpcyBub3QgaWRlYWwgaW4gdGhpcyBz aXR1YXRpb24gYmVjYXVzZSBpdOKAmXMgYSBodWdlIHdhc3RlIG9mIElQIHNwYWNlLjwvcD4KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+CjwvZGl2PgoKCjwvZGl2Pg== ----_com.ninefolders.hd3.email_133710414088413_alt--

3 3

import qcow2 image to ovirt
by David David 14 Aug '16

14 Aug '16

Hi all ovirt 4.0 there is KVM qcow2 image: file format: qcow2 virtual size: 466G (500106788864 bytes) disk size: 86G cluster_size: 65536 How to import the image with the same disk size, 86 GB, to ovirt ?

3 10

ovirt 3.6.6 and gluster 3.7.13
by David Gossage 13 Aug '16

13 Aug '16

Anyone running one of recent 3.6.x lines and gluster using 3.7.13? I am looking to upgrade gluster from 3.7.11->3.7.13 for some bug fixes, but have been told by users on gluster mail list due to some gluster changes I'd need to change the disk parameters to use writeback cache. Something to do with aio support being removed. I believe this could be done with custom parameters? But I believe strage tests are done using dd and would they fail with current settings then? Last upgrade to 3.7.13 I had to rollback to 3.7.11 due to stability isues where gluster storage would go into down state and always show N/A as space available/used. Even if hosts saw storage still and VM's were running on it on all 3 hosts. Saw a lot of messages like these that went away once gluster rollback finished [2016-07-09 15:27:46.935694] I [fuse-bridge.c:4083:fuse_init] 0-glusterfs-fuse: FUSE inited with protocol versions: glusterfs 7.22 kernel 7.22 [2016-07-09 15:27:49.555466] W [MSGID: 114031] [client-rpc-fops.c:3050:client3_3_readv_cbk] 0-GLUSTER1-client-1: remote operation failed [Operation not permitted] [2016-07-09 15:27:49.556574] W [MSGID: 114031] [client-rpc-fops.c:3050:client3_3_readv_cbk] 0-GLUSTER1-client-0: remote operation failed [Operation not permitted] [2016-07-09 15:27:49.556659] W [fuse-bridge.c:2227:fuse_readv_cbk] 0-glusterfs-fuse: 80: READ => -1 gfid=deb61291-5176-4b81-8315-3f1cf8e3534d fd=0x7f5224002f68 (Operation not permitted) [2016-07-09 15:27:59.612477] W [MSGID: 114031] [client-rpc-fops.c:3050:client3_3_readv_cbk] 0-GLUSTER1-client-1: remote operation failed [Operation not permitted] [2016-07-09 15:27:59.613700] W [MSGID: 114031] [client-rpc-fops.c:3050:client3_3_readv_cbk] 0-GLUSTER1-client-0: remote operation failed [Operation not permitted] [2016-07-09 15:27:59.613781] W [fuse-bridge.c:2227:fuse_readv_cbk] 0-glusterfs-fuse: 168: READ => -1 gfid=deb61291-5176-4b81-8315-3f1cf8e3534d fd=0x7f5224002f68 (Operation not permitted) *David Gossage* *Carousel Checks Inc. | System Administrator* *Office* 708.613.2284

7 32

oVirt 4.0.2 RC
by Fernando Fuentes 12 Aug '16

12 Aug '16

So I went to do an update to my ovirt system and found that the RC is coming down to my production box... IE: 4.0.2 I did a repo list and found - centos-ovirt40-candidate Than found that 4.0.2 its also coming down from the ovirt-4.0 repo... ovirt-engine-sdk-python noarch 3.6.8.0-1.el7 centos-ovirt40-candidate 480 k ovirt-release40 noarch 4.0.2-2 ovirt-4.0 8.3 k ovirt-vmconsole noarch 1.0.4-1.el7 centos-ovirt40-candidate 29 k ovirt-vmconsole-proxy noarch 1.0.4-1.el7 centos-ovirt40-candidate 17 k python-ovirt-engine-sdk4 x86_64 4.0.0-0.5.a5.el7 centos-ovirt40-candidate 308 k Is this safe to upgrade? Regards, -- Fernando Fuentes ffuentes(a)txweather.org http://www.txweather.org

2 2

Failed to activate Storage Domain vms (Data Center Default)
by Gonzalo Faramiñan 12 Aug '16

12 Aug '16

Hello everyone, I'm brand new to oVirt, but anyway I'm trying to solve a problem because of staff changes. Any help is really appreciated. Context: - oVirt Engine Version: 3.1.0-3.19.el6 running on Centos 6.7 - two nodes running Centos 6.7 connected with Gluster 3.3.1.15.el6, replicate configured - six VMs with high-availability on six separated virtual disk created into de Default volume. The Data Center was working fine for a few years and after a maintenance (step-by-step well done) reboot, the Default volume lost GBs of data. Just 23MB of replicated data remained :_( Now the Master Storage Domain seems to be broken and we cannot get it up and running in any way. Whatever we try, we end up facing this message: "No valid Data Storage Domains are available in Data Center Default (please check your storage infrastructure)." Over this list we saw same log messages, but couldn't solve the problem. I include what I think are the main error messages Thanks in advance! Webgui: 2016-Aug-12, 14:37:11 Host nodo2 cannot access one of the Storage Domains attached to it, or the Data Center object. Setting Host state to Non-Operational. 2016-Aug-12, 14:37:11 Failed to connect Host nodo2 to Storage Pool Default 2016-Aug-12, 14:40:02 Failed to activate Storage Domain vms (Data Center Default) by admin@internal Cluster's admin machine: $ tail /var/log/ovirt-engine/engine.log 2016-08-12 14:12:12,285 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (QuartzScheduler_Worker-62) Vds: nodo1 2016-08-12 14:12:12,285 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (QuartzScheduler_Worker-62) Command ConnectStoragePoolVDS execution failed. Exception: IRSNoMasterDomainException: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=6c820dd3-24dc-472f-9b9b-b366da23b22f, msdUUID=fe3dad77-6f27-40cd-8be9-b9e9cd1fb9bf' 2016-08-12 14:12:12,286 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (QuartzScheduler_Worker-62) FINISH, ConnectStoragePoolVDSCommand, log id: 125fb199 2016-08-12 14:12:12,287 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (QuartzScheduler_Worker-62) IrsBroker::Failed::GetStoragePoolInfoVDS 2016-08-12 14:12:12,287 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (QuartzScheduler_Worker-62) Exception: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=6c820dd3-24dc-472f-9b9b-b366da23b22f, msdUUID=fe3dad77-6f27-40cd-8be9-b9e9cd1fb9bf' 2016-08-12 14:12:12,302 WARN [org.ovirt.engine.core.dal.job.ExecutionMessageDirector] (QuartzScheduler_Worker-62) [3165a3b2] The message key ReconstructMasterDomain is missing from bundles/ExecutionMessages 2016-08-12 14:12:12,350 INFO [org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand] (QuartzScheduler_Worker-62) [3165a3b2] Running command: ReconstructMasterDomainCommand internal: true. Entities affected : ID: fe3dad77-6f27-40cd-8be9-b9e9cd1fb9bf Type: Storage 2016-08-12 14:12:12,397 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.MarkPoolInReconstructModeVDSCommand] (QuartzScheduler_Worker-62) [3165a3b2] START, MarkPoolInReconstructModeVDSCommand(storagePoolId = 6c820dd3-24dc-472f-9b9b-b366da23b22f, ignoreFailoverLimit = false, compatabilityVersion = null, reconstructMarkAction = ClearCache), log id: 40a6ee33 2016-08-12 14:12:12,397 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (QuartzScheduler_Worker-62) [3165a3b2] clearing cache for problematic entities in pool 6c820dd3-24dc-472f-9b9b-b366da23b22f 2016-08-12 14:12:12,398 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.MarkPoolInReconstructModeVDSCommand] (QuartzScheduler_Worker-62) [3165a3b2] FINISH, MarkPoolInReconstructModeVDSCommand, log id: 40a6ee33

1 0

Best way to create project-based virtual labs
by Clint Smith 12 Aug '16

12 Aug '16

> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3553852069_1160118647 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable Hi All, I have gone through work of setting up ovirt and have integrated a director= y server. I am now reading about permissions and quotas; I'm trying to figu= re out the best mechanisms for sectioning off resources to groups of users t= hat are on different projects. I would like each member to have the ability to create Vms and templates wi= thin their respective project group. It=E2=80=99s ok if members within the group = see the each others Vms, however, I would like to keep team resources isolat= ed to the team, if possible. I=E2=80=99m not sure whether to create a new host, cl= uster, datacenter, or storage domain for each team. Ovirt seems highly flexi= ble in this area so I was wondering if anyone has any suggestions. Thanks very much! Clint --B_3553852069_1160118647 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable <html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: s= pace; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size:= 14px; font-family: Calibri, sans-serif;"><div>Hi All,</div><div>I have gone= through work of setting up ovirt and have integrated a directory server. &n= bsp;I am now reading about permissions and quotas; I'm trying to figure out = the best mechanisms for sectioning off resources to groups of users that are= on different projects.</div><div><br></div><div>I would like each member to= have the ability to create Vms and templates within their respective projec= t group.  It’s ok if members within the group see the each others= Vms, however, I would like to keep team resources isolated to the team, if = possible. I’m not sure whether to create a new host, cluster, datacent= er, or storage domain for each team. Ovirt seems highly flexible in this are= a so I was wondering if anyone has any suggestions.</div><div><br></div><div= >Thanks very much!</div><div>Clint</div><div><div id=3D"MAC_OUTLOOK_SIGNATURE"= ></div></div></body></html> --B_3553852069_1160118647--

1 0

oVirt updates available on host due to libvirt missing
by Gianluca Cecchi 12 Aug '16

12 Aug '16

Hello, My self hosted engine environment was born in 3.6.0 in November with CentOS 7 on host and CentOS 7 appliance. I managed several updates applying 3.6.2, then 3.6.5, then 4.0. Now I'm at 4.0.2 final and in web admin gui I see a message regarding updates available on host (hosted_engine_1) that doesn't go away. The host usually was updated through "yum update" and not from the gui during updates described above. In events pane it seems the problem is related with libvirt package Host hosted_engine_1 has available updates: libvirt. Actually at this moment the libvirt package (that seems actually a sort of meta-package) is not installed and I think has been never here. Situation is: [root@ractor log]# rpm -qa|grep libvirt libvirt-daemon-driver-network-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-interface-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-kvm-1.2.17-13.el7_2.5.x86_64 libvirt-client-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-1.2.17-13.el7_2.5.x86_64 libvirt-lock-sanlock-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-storage-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-qemu-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-nodedev-1.2.17-13.el7_2.5.x86_64 libvirt-python-1.2.17-2.el7.x86_64 libvirt-daemon-config-nwfilter-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-nwfilter-1.2.17-13.el7_2.5.x86_64 libvirt-daemon-driver-secret-1.2.17-13.el7_2.5.x86_64 [root@ractor log]# If I run "yum install libvirt" I'm proposed: Dependencies Resolved ==================================================================================================== Package Arch Version Repository Size ==================================================================================================== Installing: libvirt x86_64 1.2.17-13.el7_2.5 updates 119 k Installing for dependencies: libvirt-daemon-config-network x86_64 1.2.17-13.el7_2.5 updates 120 k libvirt-daemon-driver-lxc x86_64 1.2.17-13.el7_2.5 updates 747 k Transaction Summary ==================================================================================================== Install 1 Package (+2 Dependent packages) How to proceed? Thanks, Gianluca

5 11

[ANN] oVirt 4.0.2 Final Release is now available
by Sandro Bonazzola 12 Aug '16

12 Aug '16

The oVirt Project is pleased to announce the availability of oVirt 4.0.2, as of August 12th, 2016. This release is available now for: * Fedora 23 (tech preview) * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This update is the second in a series of stabilization updates to the 4.0 series. 4.0.2 brings 24 enhancements and more than 200 bugfixes, including 107 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is available. [4] * A new oVirt Next Generation Node will be available soon [4]. * A new oVirt Engine Appliance is already available. * Mirrors[5] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.2 release highlights: http://www.ovirt.org/release/4.0.2/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.0.2/ [4] http://resources.ovirt.org/pub/ovirt-4.0/iso/ [5] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

Re: [ovirt-users] Unable to login to the WEB UI
by Fabrice Bacchella 12 Aug '16

12 Aug '16

--Apple-Mail=_F7422B19-9C53-401B-B9C1-3EB9A88300B1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > Le 11 ao=C3=BBt 2016 =C3=A0 11:37, Fabrice Bacchella = <fabrice.bacchella(a)icloud.com> a =C3=A9crit : >=20 >=20 >> Le 11 ao=C3=BBt 2016 =C3=A0 09:31, Martin Perina <mperina(a)redhat.com = <mailto:mperina@redhat.com>> a =C3=A9crit : >>=20 >> Hi Fabrice, >>=20 >> so it seems to me that ovirt-engine-rename didn't work as expected, = because you have changed ENGINE_FQDN in 10-setup-protocols.conf. We = don't support user updates on automatically generated files in = /etc/ovirt-engine/engine.conf.d/. Please next time you'd like to change = something, change it in 99-custom-???.conf file. >=20 > I roll back this change, as you said it was not enough and then the = rename command.. >=20 >>=20 >> Now how to get things working: I'm afraid it would be long and = painful process, but let's try: >>=20 >> 1. Change manually ENGINE_FQDN to the new value you have used as new = FQDN in ovirt-engine-rename in those files: >>=20 >> /etc/ovirt-engine/engine.conf.d/10-setup-protocols.conf >> /etc/ovirt-engine/imageuploader.conf.d/10-engine-setup.conf >> /etc/ovirt-engine/isouploader.conf.d/10-engine-setup.conf >> /etc/ovirt-engine/logcollector.conf.d/10-engine-setup.conf >>=20 >> 2. Now, let's check your custom certificates, I know you are using = your custom CA, does the trustore you have set into = ENGINE_HTTPS_PKI_TRUST_STORE contains all certificates which are needed = to verify HTTPS certificates you have set in Apache for new FQDN? If so, = then please restart your engine and try >>=20 >> Thanks >>=20 >> Martin Perina >=20 > I'm not sur the PKI part is the biggest problem. I managed to get it = work after a rename and using a custom truststore with all the needed = CA. >=20 > My main problem is with this strange=20 > User login failure: java.lang.RuntimeException: server_error: = org.codehaus.jackson.JsonParseException: Unexpected character ('<' (code = 60)): expected a valid value (number, String, array, object, 'true', = 'false' or 'null') >=20 > that no one seems to understand where it came from. Ravi suggest to do = not use custom certificate, but I think it's impossible to test this = now, because of the incomplete operation of the rename command. So I = will but back my trust store and we should focus on this message. >=20 > By the way, I'm on irc on the channel with the nick FabriceB. Ok we finally nailed that problem with the help of Ravi Nori. Because of = the new SSO settings, ovirt-engine made a called to itself, from within = the same process. But it needed to go through apache to authentify = itself by itself and was intercepted by my SSO setup. I will need to = rewrite it and split URL. --Apple-Mail=_F7422B19-9C53-401B-B9C1-3EB9A88300B1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><br class=3D""><div><blockquote type=3D"cite" class=3D""><div = class=3D"">Le 11 ao=C3=BBt 2016 =C3=A0 11:37, Fabrice Bacchella <<a = href=3D"mailto:fabrice.bacchella@icloud.com" = class=3D"">fabrice.bacchella(a)icloud.com</a>> a =C3=A9crit :</div><br = class=3D"Apple-interchange-newline"><div class=3D""><meta = http-equiv=3D"Content-Type" content=3D"text/html charset=3Dutf-8" = class=3D""><div style=3D"word-wrap: break-word; -webkit-nbsp-mode: = space; -webkit-line-break: after-white-space;" class=3D""><br = class=3D""><div class=3D""><blockquote type=3D"cite" class=3D""><div = class=3D"">Le 11 ao=C3=BBt 2016 =C3=A0 09:31, Martin Perina <<a = href=3D"mailto:mperina@redhat.com" class=3D"">mperina(a)redhat.com</a>> = a =C3=A9crit :</div><br class=3D"Apple-interchange-newline"><div = class=3D""><div dir=3D"ltr" class=3D""><div class=3D"gmail_default" = style=3D"font-family:arial,helvetica,sans-serif">Hi Fabrice,<br = class=3D""><br class=3D""></div><div class=3D"gmail_default" = style=3D"font-family:arial,helvetica,sans-serif">so it seems to me that = ovirt-engine-rename didn't work as expected, because you have changed = ENGINE_FQDN in 10-setup-protocols.conf. We don't support user updates on = automatically generated files in /etc/ovirt-engine/engine.conf.d/. = Please next time you'd like to change something, change it in = 99-custom-???.conf file.<br class=3D""></div></div></div></blockquote><div= class=3D""><br class=3D""></div>I roll back this change, as you said it = was not enough and then the rename command..</div><div class=3D""><br = class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div = dir=3D"ltr" class=3D""><div class=3D"gmail_default" = style=3D"font-family:arial,helvetica,sans-serif"><br class=3D""></div><div= class=3D"gmail_default" = style=3D"font-family:arial,helvetica,sans-serif">Now how to get things = working: I'm afraid it would be long and painful process, but let's = try:<br class=3D""><br class=3D""></div><div class=3D"gmail_default" = style=3D"font-family:arial,helvetica,sans-serif">1. Change manually = ENGINE_FQDN to the new value you have used as new FQDN in = ovirt-engine-rename in those files:<br class=3D""><br = class=3D"">    /etc/ovirt-engine/engine.conf.<wbr = class=3D"">d/10-setup-protocols.conf<br class=3D"">    = /etc/ovirt-engine/<wbr class=3D"">imageuploader.conf.d/10-<wbr = class=3D"">engine-setup.conf<br class=3D"">     /etc/ovirt-engine/isouploader.<wbr = class=3D"">conf.d/10-engine-setup.conf<br class=3D"">     /etc/ovirt-engine/<wbr = class=3D"">logcollector.conf.d/10-engine-<wbr class=3D"">setup.conf<br = class=3D""><br class=3D""></div><div class=3D"gmail_default" = style=3D"font-family:arial,helvetica,sans-serif">2. Now, let's check = your custom certificates, I know you are using your custom CA, does the = trustore you have set into ENGINE_HTTPS_PKI_TRUST_STORE contains all = certificates which are needed to verify HTTPS certificates you have set = in Apache for new FQDN? If so, then please restart your engine and = try<br class=3D""><br class=3D""></div><div class=3D"gmail_default" = style=3D"font-family:arial,helvetica,sans-serif">Thanks<br class=3D""><br = class=3D""></div><div class=3D"gmail_default" = style=3D"font-family:arial,helvetica,sans-serif">Martin Perina<br = class=3D""></div></div></div></blockquote></div><br class=3D""><div = class=3D"">I'm not sur the PKI part is the biggest problem. I managed to = get it work after a rename and using a custom truststore with all the = needed CA.</div><div class=3D""><br class=3D""></div><div class=3D"">My = main problem is with this strange </div><div class=3D"">User login = failure: java.lang.RuntimeException: server_error: = org.codehaus.jackson.JsonParseException: Unexpected character ('<' = (code 60)): expected a valid value (number, String, array, object, = 'true', 'false' or 'null')</div><div class=3D""><br class=3D""></div><div = class=3D"">that no one seems to understand where it came from. Ravi = suggest to do not use custom certificate, but I think it's impossible to = test this now, because of the incomplete operation of the rename = command. So I will but back my trust store and we should focus on this = message.</div><div class=3D""><br class=3D""></div><div class=3D"">By = the way, I'm on irc on the channel with the nick = FabriceB.</div></div></div></blockquote><br class=3D""></div><div>Ok we = finally nailed that problem with the help of Ravi Nori. Because of the = new SSO settings, ovirt-engine made a called to itself, from within the = same process. But it needed to go through apache to authentify itself by = itself and was intercepted by my SSO setup. I will need to rewrite it = and split URL.</div><div><br class=3D""></div><div><br = class=3D""></div><br class=3D""></body></html>= --Apple-Mail=_F7422B19-9C53-401B-B9C1-3EB9A88300B1--

1 0

Missing vdsm-vhostmd-hook for oVirt 4.x
by Arsène Gschwind 11 Aug '16

11 Aug '16

Hi, I'm missing vdsm-vhostmd-hook for oVirt 4, will this hook not be available for this version? Regards, Arsène

2 2