- Users - oVirt List Archives

oVirt power management issue
by Wout Peeters 08 Dec '14

08 Dec '14

------=_Part_215_24910333.1417776619019 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We're trying to set up an oVirt configuration with an oVirt-controller (CentOS 6), iSCSI-storage (Dell MD3200i) and 3 vm-hosts (CentOS 7) powered by 2 APC PDUs. Testing the Power Management settings in the web GUI, we get the following message: "Test Succeeded, unknown." The oVirt engine log outputs the following: 2014-12-05 11:23:00,872 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Host vm-02 from data center XXXX was chosen as a proxy to execute Status command on Host vm-03. 2014-12-05 11:23:00,879 INFO [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Using Host vm-02 from data center XXXX as proxy to execute Status command on Host 2014-12-05 11:23:00,904 INFO [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Executing <Status> Power Management command, Proxy Host:vm-02, Agent:apc, Target Host:, Management IP:***.***.***.***, User:apc, Options:, Fencing policy:null 2014-12-05 11:23:00,930 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-7) START, FenceVdsVDSCommand(HostName = vm-02, HostId = 071554fc-eed2-4e8f-b6bc-041248d0eaa5, targetVdsId = 67c642ed-0a7a-4e3b-8dd6-32a36df4aea9, action = Status, ip = ***.***.***.***, port = , type = apc, user = apc, password = ******, options = '', policy = 'null'), log id: 2803522 2014-12-05 11:23:01,137 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Power Management test failed for Host vm-03.Done 2014-12-05 11:23:01,138 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-7) FINISH, FenceVdsVDSCommand, return: Test Succeeded, unknown, log id: 2803522 2014-12-05 11:23:01,139 WARN [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Fencing operation failed with proxy host 071554fc-eed2-4e8f-b6bc-041248d0eaa5, trying another proxy... 2014-12-05 11:23:01,241 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Host vm-01 from data center XXXX was chosen as a proxy to execute Status command on Host vm-03. 2014-12-05 11:23:01,244 INFO [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Using Host vm-01 from data center XXXX as proxy to execute Status command on Host 2014-12-05 11:23:01,246 INFO [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Executing <Status> Power Management command, Proxy Host:vm-01, Agent:apc, Target Host:, Management IP:***.***.***.***, User:apc, Options:, Fencing policy:null 2014-12-05 11:23:01,273 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-7) START, FenceVdsVDSCommand(HostName = vm-01, HostId = c50eb9bf-5294-4d46-813d-7adfcb41d71d, targetVdsId = 67c642ed-0a7a-4e3b-8dd6-32a36df4aea9, action = Status, ip = ***.***.***.***, port = , type = apc, user = apc, password = ******, options = '', policy = 'null'), log id: 2b00de15 2014-12-05 11:23:01,449 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Power Management test failed for Host vm-03.Done 2014-12-05 11:23:01,451 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-7) FINISH, FenceVdsVDSCommand, return: Test Succeeded, unknown, log id: 2b00de15 This is the vdsm.log output: JsonRpc (StompReactor)::DEBUG::2014-12-05 11:34:05,065::stompReactor::98::Broker.StompAdapter::(handle_frame) Handling message <StompFrame command='SEND'> JsonRpcServer::DEBUG::2014-12-05 11:34:05,067::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) Waiting for request Thread-24996::DEBUG::2014-12-05 11:34:05,069::API::1188::vds::(fenceNode) fenceNode(addr=***.***.***.***,port=,agent=apc,user=apc,passwd=XXXX,action=status,secure=False,options=,policy=None) Thread-24996::DEBUG::2014-12-05 11:34:05,069::utils::738::root::(execCmd) /usr/sbin/fence_apc (cwd None) Thread-24996::DEBUG::2014-12-05 11:34:05,131::utils::758::root::(execCmd) FAILED: <err> = "Failed: You have to enter plug number or machine identification\nPlease use '-h' for usage\n"; <rc> = 1 Thread-24996::DEBUG::2014-12-05 11:34:05,131::API::1143::vds::(fence) rc 1 inp agent=fence_apc ipaddr=***.***.***.*** login=apc action=status passwd=XXXX out [] err ['Failed: You have to enter plug number or machine identification', "Please use '-h' for usage"] The 'port' and 'options' fields show up as empty, even if we enter '22' or 'port=22'. We did enter the slot number as well. Entering the fence_apc command manually, we get: fence_apc -a ***.***.***.*** -l apc -p ****** -o status -n 1 -x Status: ON Anyone have an idea what could be the problem? Thanks for your time and kind regards, Wout ------=_Part_215_24910333.1417776619019 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: arial,helvetica,sans-serif; font-size: 10pt; colo= r: #000000'>Hi, We're trying to set up an oVirt configuration with a= n oVirt-controller (CentOS 6), iSCSI-storage (Dell MD3200i) and 3 vm-hosts = (CentOS 7) powered by 2 APC PDUs. Testing the Power Management settings in = the web GUI, we get the following message: "Test Succeeded, unknown." The o= Virt engine log outputs the following: 2014-12-05 11:23:00,872 INFO&= nbsp; [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector= ] (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom Ev= ent ID: -1, Message: Host vm-02 from data center XXXX was chosen as a proxy= to execute Status command on Host vm-03. 2014-12-05 11:23:00,879 INFO&n= bsp; [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Usin= g Host vm-02 from data center XXXX as proxy to execute Status command on Ho= st 2014-12-05 11:23:00,904 INFO  [org.ovirt.engine.core.bll.FenceEx= ecutor] (ajp--127.0.0.1-8702-7) Executing <Status> Power Management c= ommand, Proxy Host:vm-02, Agent:apc, Target Host:, Management IP:***.***.**= *.***, User:apc, Options:, Fencing policy:null 2014-12-05 11:23:00,930 I= NFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (a= jp--127.0.0.1-8702-7) START, FenceVdsVDSCommand(HostName =3D vm-02, HostId = =3D 071554fc-eed2-4e8f-b6bc-041248d0eaa5, targetVdsId =3D 67c642ed-0a7a-4e3= b-8dd6-32a36df4aea9, action =3D Status, ip =3D ***.***.***.***, port =3D , = type =3D apc, user =3D apc, password =3D ******, options =3D '', policy =3D= 'null'), log id: 2803522 2014-12-05 11:23:01,137 WARN  [org.ovirt.= engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1= -8702-7) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Messa= ge: Power Management test failed for Host vm-03.Done 2014-12-05 11:23:01= ,138 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSComma= nd] (ajp--127.0.0.1-8702-7) FINISH, FenceVdsVDSCommand, return: Test Succee= ded, unknown, log id: 2803522 2014-12-05 11:23:01,139 WARN  [org.ov= irt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Fencing operatio= n failed with proxy host 071554fc-eed2-4e8f-b6bc-041248d0eaa5, trying anoth= er proxy... 2014-12-05 11:23:01,241 INFO  [org.ovirt.engine.core.da= l.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) Corre= lation ID: null, Call Stack: null, Custom Event ID: -1, Message: Host vm-01= from data center XXXX was chosen as a proxy to execute Status command on H= ost vm-03. 2014-12-05 11:23:01,244 INFO  [org.ovirt.engine.core.bll= .FenceExecutor] (ajp--127.0.0.1-8702-7) Using Host vm-01 from data center X= XXX as proxy to execute Status command on Host 2014-12-05 11:23:01,246 I= NFO  [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7)= Executing <Status> Power Management command, Proxy Host:vm-01, Agent= :apc, Target Host:, Management IP:***.***.***.***, User:apc, Options:, Fenc= ing policy:null 2014-12-05 11:23:01,273 INFO  [org.ovirt.engine.cor= e.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-7) START, Fe= nceVdsVDSCommand(HostName =3D vm-01, HostId =3D c50eb9bf-5294-4d46-813d-7ad= fcb41d71d, targetVdsId =3D 67c642ed-0a7a-4e3b-8dd6-32a36df4aea9, action =3D= Status, ip =3D ***.***.***.***, port =3D , type =3D apc, user =3D apc, pas= sword =3D ******, options =3D '', policy =3D 'null'), log id: 2b00de15 2= 014-12-05 11:23:01,449 WARN  [org.ovirt.engine.core.dal.dbbroker.audit= loghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) Correlation ID: null,= Call Stack: null, Custom Event ID: -1, Message: Power Management test fail= ed for Host vm-03.Done 2014-12-05 11:23:01,451 INFO  [org.ovirt.eng= ine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-7) FI= NISH, FenceVdsVDSCommand, return: Test Succeeded, unknown, log id: 2b00de15= This is the vdsm.log output: JsonRpc (StompReactor)::DEBUG::= 2014-12-05 11:34:05,065::stompReactor::98::Broker.StompAdapter::(handle_fra= me) Handling message <StompFrame command=3D'SEND'> JsonRpcServer::= DEBUG::2014-12-05 11:34:05,067::__init__::504::jsonrpc.JsonRpcServer::(serv= e_requests) Waiting for request Thread-24996::DEBUG::2014-12-05 11:34:05= ,069::API::1188::vds::(fenceNode) fenceNode(addr=3D***.***.***.***,port=3D,= agent=3Dapc,user=3Dapc,passwd=3DXXXX,action=3Dstatus,secure=3DFalse,options= =3D,policy=3DNone) Thread-24996::DEBUG::2014-12-05 11:34:05,069::utils::= 738::root::(execCmd) /usr/sbin/fence_apc (cwd None) Thread-24996::DEBUG:= :2014-12-05 11:34:05,131::utils::758::root::(execCmd) FAILED: <err> = =3D "Failed: You have to enter plug number or machine identification\nPleas= e use '-h' for usage\n"; <rc> =3D 1 Thread-24996::DEBUG::2014-12-0= 5 11:34:05,131::API::1143::vds::(fence) rc 1 inp agent=3Dfence_apc ipadd= r=3D***.***.***.*** login=3Dapc action=3Dstatus passwd=3DXXXX &= nbsp;out [] err ['Failed: You have to enter plug number or machine identifi= cation', "Please use '-h' for usage"] The 'port' and 'options' field= s show up as empty, even if we enter '22' or 'port=3D22'. We did enter the = slot number as well. Entering the fence_apc command manually, we get= : fence_apc -a ***.***.***.*** -l apc -p ****** -o status -n 1 -x<br= >Status: ON Anyone have an idea what could be the problem? <b= r>Thanks for your time and kind regards, Wout </div></body></html= > ------=_Part_215_24910333.1417776619019--

2 2

Re: [ovirt-users] ksmd high cpu usage from almost a week with just one vm running
by Markus Stockhausen 07 Dec '14

07 Dec '14

------=_NextPartTM-000-dd1609c7-6593-4600-9926-1b296d875462 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C9D38EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C9D38EXCHANGEcollogi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TWVtb3J5IHVzYWdlID4gODAlOiBrc20ga2lja3MgaW4uIFRoZXJlIGl0IHdpbGwgcnVuIGF0IGZ1 bGwgc3BlZWQgdW50aWwgdXNhZ2UgaXMgYmVsb3cgODAlLiBUaGVyZSBpcyBhbiBvcGVuIEJaIGZy b20gbWUuIEJhZCBiZWhhdmlvdXIgaXMgY29udHJvbGxlZCBieSBtb20uDQoNCk1hcmt1cw0KDQpB bSAwNi4xMi4yMDE0IDE1OjU4IHNjaHJpZWIgbWFkIEVuZ2luZWVyIDx0aGVtYWRlbmdpbjMzckBn bWFpbC5jb20+Og0KSGVsbG8gQWxsLA0KICAgICAgICAgICAgIEkgYW0gdXNpbmcgY2VudG9zNi41 IHg2NCBvbiBhIHNlcnZlciB3aXRoIDQ4IEcgUkFNIGFuZCA4DQpDb3Jlcy5NYW5hZ2VkIGJ5IE92 aXJ0DQpUaGVyZSBpcyBvbmx5IG9uZSBydW5uaW5nIFZNIHdpdGggUkFNIDM0IEcgYW5kIHdpdGgg NiBWQ1BVIChwaW5uZWQgdG8NCnByb3BlciBudW1hIG5vZGVzKQ0KDQpmcm9tIHRvcA0KDQp0b3Ag LSAwNjo0Mjo0OCB1cCA2NyBkYXlzLCAyMDowNSwgIDEgdXNlciwgIGxvYWQgYXZlcmFnZTogMC4y NiwgMC4yMCwgMC4xNw0KVGFza3M6IDI4NSB0b3RhbCwgICAyIHJ1bm5pbmcsIDI4MiBzbGVlcGlu ZywgICAwIHN0b3BwZWQsICAgMSB6b21iaWUNCkNwdShzKTogIDEuMCV1cywgIDEuNCVzeSwgIDAu MCVuaSwgOTcuNSVpZCwgIDAuMSV3YSwgIDAuMCVoaSwgIDAuMCVzaSwgIDAuMCVzdA0KTWVtOiAg NDkzNTY0NjhrIHRvdGFsLCAzMzk3NzY4NGsgdXNlZCwgMTUzNzg3ODRrIGZyZWUsICAgMTQyODEy ayBidWZmZXJzDQpTd2FwOiAxMjMzNzE0NGsgdG90YWwsICAgICAgICAwayB1c2VkLCAxMjMzNzE0 NGsgZnJlZSwgICAzNDMwNTJrIGNhY2hlZA0KDQogIFBJRCBVU0VSICAgICAgUFIgIE5JICBWSVJU ICBSRVMgIFNIUiBTICVDUFUgJU1FTSAgICBUSU1FKyAgQ09NTUFORA0KICAxMDEgcm9vdCAgICAg IDI1ICAgNSAgICAgMCAgICAwICAgIDAgUiAyNy40ICAwLjAgICA1NjUwOjA0IFtrc21kXQ0KMjYw MDQgdmRzbSAgICAgICAwIC0yMCAzMzcxbSAgNjRtIDk0MDAgUyAgOS44ICAwLjEgICAxNjUzOjI3 DQovdXNyL2Jpbi9weXRob24gL3Vzci9zaGFyZS92ZHNtL3Zkc20gLS1waWRmaWxlIC92YXIvcnVu L3Zkc20vdmRzbWQucGlkDQoyMDk2MyBxZW11ICAgICAgMjAgICAwIDM4LjVnICAzM2cgNjc5MiBT ICAzLjkgNzEuNiAgIDUyMjU6NDMNCi91c3IvbGliZXhlYy9xZW11LWt2bSAtbmFtZSBDaW5kZXIg LVMgLU0gcmhlbDYuNS4wIC1jcHUgTmVoYWxlbQ0KLWVuYWJsZS1rdm0gLW0gMzQwOTYgLXJlYWx0 aW1lIG1sb2NrPW9mZiAtc21wDQo2LG1heGNwdXM9MTYwLHNvY2tldHM9ODAsYw0KDQpmcm9tIC9z eXMva2VybmVsL21tL2tzbQ0KcGFnZXNfdW5zaGFyZWQgIDc2MDIzMjINCnBhZ2VzX3NoYXJlZCAg ICAgMjA3MDIzDQpwYWdlc190b19zY2FuICAgNjQNCnBhZ2VzX3ZvbGF0aWxlICAgIDMxNjc4DQoN CkFueSBpZGVhIHdoeSBrc21kIGlzIG5vdCBjb21pbmcgdG8gbm9ybWFsIENQVSB1c2FnZSAsb24g YSBkaWZmZXJlbnQNCnNlcnZlciBrc21kIHdhcyBkaXNhYmxlZCBhbmQgZm9yIHRlc3Rpbmcgd2hl biBpIGVuYWJsZWQgaXQgaW5pdGlhbGx5DQpDUFUgdXNhZ2Ugd2FzIGhpZ2ggYnV0IGxhdGVyIHNl dHRsZWQgZG93biB0byAzJSAsaW4gdGhhdCBob3N0IGkgaGF2ZSA0DQpWTXMgcnVubmluZy4NCg0K QmVmb3JlIHR1cm5pbmcgb2ZmIGtzbWQgY2FuIGFueSBvbmUgaGVscCBtZSBmaW5kIG91dCB3aHkg a3NtZCBpcw0KYmVoYXZpbmcgbGlrZSB0aGlzLkluaXRpYWxseSBpdCBoYWQgMiB2aXJ0dWFsIG1h Y2hpbmVzLGJlY2F1c2Ugb2YgaGlnaA0KQ1BVIHV0aWxpemF0aW9uIG9mIHRoaXMgZ3Vlc3Qgb3Ro ZXIgaXMgbWlncmF0ZWQgdG8gYW5vdGhlciBob3N0Lg0KDQpUaGFua3MNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpVc2VycyBtYWlsaW5nIGxpc3QNClVz ZXJzQG92aXJ0Lm9yZw0KaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Vz ZXJzDQo= --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C9D38EXCHANGEcollogi_ Content-Type: text/html; charset="utf-8" Content-ID: <D4B5292395AD824885E0B8CCFCD13B95(a)collogia.de> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pk1lbW9yeSB1c2FnZSAmZ3Q7IDgwJToga3NtIGtpY2tzIGluLiBUaGVyZSBpdCB3aWxsIHJ1biBh dCBmdWxsIHNwZWVkIHVudGlsIHVzYWdlIGlzIGJlbG93IDgwJS4gVGhlcmUgaXMgYW4gb3BlbiBC WiBmcm9tIG1lLiBCYWQgYmVoYXZpb3VyIGlzIGNvbnRyb2xsZWQgYnkgbW9tLjwvcD4NCjxwIGRp cj0ibHRyIj5NYXJrdXM8L3A+DQo8ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+QW0gMDYuMTIuMjAx NCAxNTo1OCBzY2hyaWViIG1hZCBFbmdpbmVlciAmbHQ7dGhlbWFkZW5naW4zM3JAZ21haWwuY29t Jmd0Ozo8YnIgdHlwZT0iYXR0cmlidXRpb24iPg0KPGJsb2NrcXVvdGUgY2xhc3M9InF1b3RlIiBz dHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGlu Zy1sZWZ0OjFleCI+DQo8ZGl2Pjxmb250IHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTBwdCI+PC9zcGFuPjwvZm9udD4NCjxkaXY+SGVsbG8gQWxsLDxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBJIGFtIHVzaW5nIGNlbnRvczYuNSB4NjQgb24gYSBzZXJ2ZXIgd2l0aCA0OCBHIFJBTSBhbmQg ODxicj4NCkNvcmVzLk1hbmFnZWQgYnkgT3ZpcnQ8YnI+DQpUaGVyZSBpcyBvbmx5IG9uZSBydW5u aW5nIFZNIHdpdGggUkFNIDM0IEcgYW5kIHdpdGggNiBWQ1BVIChwaW5uZWQgdG88YnI+DQpwcm9w ZXIgbnVtYSBub2Rlcyk8YnI+DQo8YnI+DQpmcm9tIHRvcDxicj4NCjxicj4NCnRvcCAtIDA2OjQy OjQ4IHVwIDY3IGRheXMsIDIwOjA1LCZuYnNwOyAxIHVzZXIsJm5ic3A7IGxvYWQgYXZlcmFnZTog MC4yNiwgMC4yMCwgMC4xNzxicj4NClRhc2tzOiAyODUgdG90YWwsJm5ic3A7Jm5ic3A7IDIgcnVu bmluZywgMjgyIHNsZWVwaW5nLCZuYnNwOyZuYnNwOyAwIHN0b3BwZWQsJm5ic3A7Jm5ic3A7IDEg em9tYmllPGJyPg0KQ3B1KHMpOiZuYnNwOyAxLjAldXMsJm5ic3A7IDEuNCVzeSwmbmJzcDsgMC4w JW5pLCA5Ny41JWlkLCZuYnNwOyAwLjEld2EsJm5ic3A7IDAuMCVoaSwmbmJzcDsgMC4wJXNpLCZu YnNwOyAwLjAlc3Q8YnI+DQpNZW06Jm5ic3A7IDQ5MzU2NDY4ayB0b3RhbCwgMzM5Nzc2ODRrIHVz ZWQsIDE1Mzc4Nzg0ayBmcmVlLCZuYnNwOyZuYnNwOyAxNDI4MTJrIGJ1ZmZlcnM8YnI+DQpTd2Fw OiAxMjMzNzE0NGsgdG90YWwsJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IDBrIHVzZWQsIDEyMzM3MTQ0ayBmcmVlLCZuYnNwOyZuYnNwOyAzNDMwNTJrIGNhY2hlZDxi cj4NCjxicj4NCiZuYnNwOyBQSUQgVVNFUiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBQ UiZuYnNwOyBOSSZuYnNwOyBWSVJUJm5ic3A7IFJFUyZuYnNwOyBTSFIgUyAlQ1BVICVNRU0mbmJz cDsmbmJzcDsmbmJzcDsgVElNRSYjNDM7Jm5ic3A7IENPTU1BTkQ8YnI+DQombmJzcDsgMTAxIHJv b3QmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMjUmbmJzcDsmbmJzcDsgNSZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyAwJm5ic3A7Jm5ic3A7Jm5ic3A7IDAmbmJzcDsmbmJzcDsmbmJzcDsg MCBSIDI3LjQmbmJzcDsgMC4wJm5ic3A7Jm5ic3A7IDU2NTA6MDQgW2tzbWRdPGJyPg0KMjYwMDQg dmRzbSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAwIC0yMCAzMzcxbSZuYnNw OyA2NG0gOTQwMCBTJm5ic3A7IDkuOCZuYnNwOyAwLjEmbmJzcDsmbmJzcDsgMTY1MzoyNzxicj4N Ci91c3IvYmluL3B5dGhvbiAvdXNyL3NoYXJlL3Zkc20vdmRzbSAtLXBpZGZpbGUgL3Zhci9ydW4v dmRzbS92ZHNtZC5waWQ8YnI+DQoyMDk2MyBxZW11Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IDIwJm5ic3A7Jm5ic3A7IDAgMzguNWcmbmJzcDsgMzNnIDY3OTIgUyZuYnNwOyAzLjkgNzEu NiZuYnNwOyZuYnNwOyA1MjI1OjQzPGJyPg0KL3Vzci9saWJleGVjL3FlbXUta3ZtIC1uYW1lIENp bmRlciAtUyAtTSByaGVsNi41LjAgLWNwdSBOZWhhbGVtPGJyPg0KLWVuYWJsZS1rdm0gLW0gMzQw OTYgLXJlYWx0aW1lIG1sb2NrPW9mZiAtc21wPGJyPg0KNixtYXhjcHVzPTE2MCxzb2NrZXRzPTgw LGM8YnI+DQo8YnI+DQpmcm9tIC9zeXMva2VybmVsL21tL2tzbTxicj4NCnBhZ2VzX3Vuc2hhcmVk Jm5ic3A7IDc2MDIzMjI8YnI+DQpwYWdlc19zaGFyZWQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg MjA3MDIzPGJyPg0KcGFnZXNfdG9fc2NhbiZuYnNwOyZuYnNwOyA2NDxicj4NCnBhZ2VzX3ZvbGF0 aWxlJm5ic3A7Jm5ic3A7Jm5ic3A7IDMxNjc4PGJyPg0KPGJyPg0KQW55IGlkZWEgd2h5IGtzbWQg aXMgbm90IGNvbWluZyB0byBub3JtYWwgQ1BVIHVzYWdlICxvbiBhIGRpZmZlcmVudDxicj4NCnNl cnZlciBrc21kIHdhcyBkaXNhYmxlZCBhbmQgZm9yIHRlc3Rpbmcgd2hlbiBpIGVuYWJsZWQgaXQg aW5pdGlhbGx5PGJyPg0KQ1BVIHVzYWdlIHdhcyBoaWdoIGJ1dCBsYXRlciBzZXR0bGVkIGRvd24g dG8gMyUgLGluIHRoYXQgaG9zdCBpIGhhdmUgNDxicj4NClZNcyBydW5uaW5nLjxicj4NCjxicj4N CkJlZm9yZSB0dXJuaW5nIG9mZiBrc21kIGNhbiBhbnkgb25lIGhlbHAgbWUgZmluZCBvdXQgd2h5 IGtzbWQgaXM8YnI+DQpiZWhhdmluZyBsaWtlIHRoaXMuSW5pdGlhbGx5IGl0IGhhZCAyIHZpcnR1 YWwgbWFjaGluZXMsYmVjYXVzZSBvZiBoaWdoPGJyPg0KQ1BVIHV0aWxpemF0aW9uIG9mIHRoaXMg Z3Vlc3Qgb3RoZXIgaXMgbWlncmF0ZWQgdG8gYW5vdGhlciBob3N0Ljxicj4NCjxicj4NClRoYW5r czxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy Pg0KVXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KVXNlcnNAb3ZpcnQub3JnPGJyPg0KPGEgaHJlZj0i aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIj5odHRwOi8vbGlz dHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+PGJyPg0KPC9kaXY+DQo8L2Rp dj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C9D38EXCHANGEcollogi_-- ------=_NextPartTM-000-dd1609c7-6593-4600-9926-1b296d875462 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-dd1609c7-6593-4600-9926-1b296d875462--

3 4

run ovirt-shell script like background job - problem
by Grzegorz Szypa 07 Dec '14

07 Dec '14

Hi, I have a problem with running ovirt-shell script, that it starting VMs. In dialog mode it's fine, but in background no :( Example script: ovirt-shell -E 'action vm WinSrv2012r2 start' I start this job in cron as root. Have somebody idea?? -- G.Sz.

2 1

Newly deployed ovirt instance can not start a VM
by Jeremy Utley 07 Dec '14

07 Dec '14

Hello everyone! I just finished setting up our new demo Ovirt implementation, but am having some issues once I get to the point of starting up a VM. Every time we try to start a VM, we get the error: The host {hostname} did not satisfy internal filter Network because network(s) are missing. This is trying to launch vm with the Cirros image from the OVirt glance repository. This is confusing, because we only have one network defined (the "ovirtmgmt" network), and each of our 4 nodes shows it attached and indicated as functional. Our nodes are all CentOS 6.6 installations, with the ovirtmgmt bridge bound to eth2. If I go to Networks/ovirtmgmt under my datacenter, and click on the Networks tab at the top, select the ovirtmgmt network, and Hosts tab at the bottom, it shows that ovirtmgmt network is up on all 4 nodes. Even if I tell the VM to not attach itself to any networks at all, the machine fails to start with the same error. Have done a lot of google searching to no avail. We're also worried we did not get our gluster storage network set up right. We added the Storage Domain as type Data (Master)/GlusterFS, but it looks like Ovirt is using Fuse rather than the new libgfapi functionality - since we can see the gluster mounted /rhev/data-center/mnt/glusterSD/ with fuse.glusterfs, which would indicate we are not using the native Gluster integration. However, the latest info I can find seems to indicate that the gluster integration should be working in latest CentOS builds. Thanks for any help anyone can give me! The boss wants this demo sooner rather than later!

3 2

[OUTAGE] ovirt.org wiki outage report [07/12/14]
by Eyal Edri 07 Dec '14

07 Dec '14

fyi, ovirt.org wiki page was down today from 01:33:07 IST till 10:22 IST. REASON: ======= after logging into the openshift gear, seems like there was 99.9% space taken. RESOLUTION: =========== deleted some logs from $OPENSHIFT_MYSQL_DB_LOG_DIR, and restarted mysql using 'ctl_app restart'. space is still not great - at 84%, so we'll need to think soon how to resolve this. wiki is up now and seems to working well. infra - we should look into migrating to a new gear maybe? or extend again the existing one. Eyal.

1 0

Fwd: Integration of ovirt-engine GUI with the CLI
by Nikita Kodkani 07 Dec '14

07 Dec '14

It is designed in javascript/HTML. We had initially designed some feature using CLI. But now we just want to execute command when we hit the button/tab. -Nikita i On Tue, Nov 4, 2014 at 4:09 PM, Itamar Heim <iheim(a)redhat.com> wrote: > On 11/04/2014 06:30 AM, Nikita Kodkani wrote: > >> Hi, >> >> I have the CLI designed for the RHEV-M. I have also designed some GUI in >> ovirt-engine. >> Now I am stuckup with the integration. Could you suggest how to connect >> the ovirt-engine GUI with the backend CLI commands? >> > > which language is your gui? > why use the CLI instead of the python or java SDKs > (or ruby or javascript ones) > >

6 14

ksmd high cpu usage from almost a week with just one vm running
by mad Engineer 06 Dec '14

06 Dec '14

Hello All, I am using centos6.5 x64 on a server with 48 G RAM and 8 Cores.Managed by Ovirt There is only one running VM with RAM 34 G and with 6 VCPU (pinned to proper numa nodes) from top top - 06:42:48 up 67 days, 20:05, 1 user, load average: 0.26, 0.20, 0.17 Tasks: 285 total, 2 running, 282 sleeping, 0 stopped, 1 zombie Cpu(s): 1.0%us, 1.4%sy, 0.0%ni, 97.5%id, 0.1%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 49356468k total, 33977684k used, 15378784k free, 142812k buffers Swap: 12337144k total, 0k used, 12337144k free, 343052k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 101 root 25 5 0 0 0 R 27.4 0.0 5650:04 [ksmd] 26004 vdsm 0 -20 3371m 64m 9400 S 9.8 0.1 1653:27 /usr/bin/python /usr/share/vdsm/vdsm --pidfile /var/run/vdsm/vdsmd.pid 20963 qemu 20 0 38.5g 33g 6792 S 3.9 71.6 5225:43 /usr/libexec/qemu-kvm -name Cinder -S -M rhel6.5.0 -cpu Nehalem -enable-kvm -m 34096 -realtime mlock=off -smp 6,maxcpus=160,sockets=80,c from /sys/kernel/mm/ksm pages_unshared 7602322 pages_shared 207023 pages_to_scan 64 pages_volatile 31678 Any idea why ksmd is not coming to normal CPU usage ,on a different server ksmd was disabled and for testing when i enabled it initially CPU usage was high but later settled down to 3% ,in that host i have 4 VMs running. Before turning off ksmd can any one help me find out why ksmd is behaving like this.Initially it had 2 virtual machines,because of high CPU utilization of this guest other is migrated to another host. Thanks

1 0

Don't start vm
by Roman Nikolayevich Drovalev 05 Dec '14

05 Dec '14

Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå MIME. --=_alternative 00729FD243257DA5_= Content-Type: text/plain; charset="US-ASCII" Hi, Please Help I normal stop my virtual mashine. But not start ! in the logs 2014-12-05 09:38:06,437 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-87) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM Cent is down with error. Exit message: ('Failed to get size for volume %s', u'fb8466c9-0867-4e73-8362-2c95eea89a83'). 2014-12-05 09:38:06,439 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-87) Running on vds during rerun failed vm: null 2014-12-05 09:38:06,447 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-87) VM Cent (d1ccb04d-bda8-42a2-bab6-7def2f8b2a00) is running in db and not running in VDS x3550m2down 2014-12-05 09:38:06,475 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-87) Rerun vm d1ccb04d-bda8-42a2-bab6-7def2f8b2a00. Called from vds x3550m2down 2014-12-05 09:38:06,482 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-16) Correlation ID: 2f3d1469, Job ID: 86d62fc3-f2d3-48f1-a5b3-d2abd0f84d6c, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM Cent on Host x3550m2down 2014-12-05 09:38:06,486 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-16) Lock Acquired to object EngineLock [exclusiveLocks= key: d1ccb04d-bda8-42a2-bab6-7def2f8b2a00 value: VM , sharedLocks= ] 2014-12-05 09:38:06,504 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-16) START, IsVmDuringInitiatingVDSCommand( vmId = d1ccb04d-bda8-42a2-bab6-7def2f8b2a00), log id: 2e257f81 2014-12-05 09:38:06,505 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-16) FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 2e257f81 2014-12-05 09:38:06,509 WARN [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-16) CanDoAction of action RunVm failed. Reasons:VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,SCHEDULING_NO_HOSTS 2014-12-05 09:38:06,510 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-16) Lock freed to object EngineLock [exclusiveLocks= key: d1ccb04d-bda8-42a2-bab6-7def2f8b2a00 value: VM , sharedLocks= ] 2014-12-05 09:38:06,539 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-16) Correlation ID: 2f3d1469, Job ID: 86d62fc3-f2d3-48f1-a5b3-d2abd0f84d6c, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM Cent (User: admin). 2014-12-05 09:38:06,548 INFO [org.ovirt.engine.core.bll.ProcessDownVmCommand] (org.ovirt.thread.pool-8-thread-27) [58fe3e35] Running command: ProcessDownVmCommand internal: true. What me do? Roman --=_alternative 00729FD243257DA5_= Content-Type: text/html; charset="US-ASCII" Hi, Please Help I normal stop my virtual mashine. But not start ! in the logs 2014-12-05 09:38:06,437 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-87) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM Cent is down with error. Exit message: ('Failed to get size for volume %s', u'fb8466c9-0867-4e73-8362-2c95eea89a83'). 2014-12-05 09:38:06,439 INFO  [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-87) Running on vds during rerun failed vm: null 2014-12-05 09:38:06,447 INFO  [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-87) VM Cent (d1ccb04d-bda8-42a2-bab6-7def2f8b2a00) is running in db and not running in VDS x3550m2down 2014-12-05 09:38:06,475 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-87) Rerun vm d1ccb04d-bda8-42a2-bab6-7def2f8b2a00. Called from vds x3550m2down 2014-12-05 09:38:06,482 WARN  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-16) Correlation ID: 2f3d1469, Job ID: 86d62fc3-f2d3-48f1-a5b3-d2abd0f84d6c, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM Cent on Host x3550m2down 2014-12-05 09:38:06,486 INFO  [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-16) Lock Acquired to object EngineLock [exclusiveLocks= key: d1ccb04d-bda8-42a2-bab6-7def2f8b2a00 value: VM , sharedLocks= ] 2014-12-05 09:38:06,504 INFO  [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-16) START, IsVmDuringInitiatingVDSCommand( vmId = d1ccb04d-bda8-42a2-bab6-7def2f8b2a00), log id: 2e257f81 2014-12-05 09:38:06,505 INFO  [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-16) FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 2e257f81 2014-12-05 09:38:06,509 WARN  [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-16) CanDoAction of action RunVm failed. Reasons:VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,SCHEDULING_NO_HOSTS 2014-12-05 09:38:06,510 INFO  [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-16) Lock freed to object EngineLock [exclusiveLocks= key: d1ccb04d-bda8-42a2-bab6-7def2f8b2a00 value: VM , sharedLocks= ] 2014-12-05 09:38:06,539 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-16) Correlation ID: 2f3d1469, Job ID: 86d62fc3-f2d3-48f1-a5b3-d2abd0f84d6c, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM Cent (User: admin). 2014-12-05 09:38:06,548 INFO  [org.ovirt.engine.core.bll.ProcessDownVmCommand] (org.ovirt.thread.pool-8-thread-27) [58fe3e35] Running command: ProcessDownVmCommand internal: true. What me do?  Roman --=_alternative 00729FD243257DA5_=--

1 0

oVirt Weekly Sync Meeting MInutes: Dec. 3, 2014
by Brian Proffitt 05 Dec '14

05 Dec '14

(That awkward moment when you realize you didn't send out the minutes of the last meeting...) Even though this is late, PLEASE TAKE NOTE, there are action items from this meeting, all about making sure every team has their feature "wish list" up on the 3.6 feature list at http://goo.gl/9X3G49 If your team's features are not represented on this Google spreadsheet, then you need to fill this out. Scheduling needs to get done, and we need to determine what will be in 3.6 and what will be held for the magical 4.0 release. Thanks, and apologies for the delay! ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by bkp at 15:01:02 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-12-03-15.01.log.html . Meeting summary --------------- * Agenda and Roll Call (bkp, 15:01:34) * infra update (bkp, 15:01:34) * 3.5.z updates (bkp, 15:01:34) * 3.6.0 status (bkp, 15:01:34) * conferences and workshops (bkp, 15:01:34) * other topics (bkp, 15:01:36) * infra update (bkp, 15:05:05) * infra update Still working hard on ensuring full ILO access for PHX lab servers, currently at high priority with the local admins there (bkp, 15:16:56) * infra update dcaro has done massive work on stabilization, mostly migrating vdsm unit tests and other jobs to mock (bkp, 15:17:00) * infra update Fedora 21 jobs disabled due to multiple errors on various jobs, will re-enable once verified by maintainers they pass sanity (bkp, 15:17:03) * infra update Considering using mom for optimizing memory usage on hypervisors in phx lab (bkp, 15:17:06) * infra update oVirt hosted engine on phx lab upgraded to latest 3.5 (bkp, 15:17:09) * infra update MiniDell mini-lab decommisioned after Rackspace and now we're only using VMs on phx lab (bkp, 15:17:11) * infra update PHX lab docs first draft at: http://www.ovirt.org/Infra/Phoenix_Lab_Overview (doc is merged as code here: http://gerrit.ovirt.org/#/c/34984/) (bkp, 15:17:14) * infra update Some Jenkins plugins also updated (bkp, 15:17:17) * infra update Now that there is space available, resources.ovirt.org should be able to be migrated to PHX, thus eliminating storage issues (bkp, 15:17:20) * 3.5.z updates (bkp, 15:18:15) * 3.5.z updates Full update at http://lists.ovirt.org/pipermail/users/2014-December/029700.html (bkp, 15:24:39) * 3.5.z updates 3.5.1 RC postponed another week due to blockers (still one in NEW) (bkp, 15:24:42) * 3.5.z updates ETA for blocker (1160846): In progress, unknown at this time. Hopefully next week. (bkp, 15:24:45) * 3.5.z updates Still ~40 bugs targeted to 3.5.1 that will be re-targeted to 3.5.2 (or 3.6 based on assignee preference) upon 3.5.1 release (bkp, 15:24:48) * 3.6 status (bkp, 15:25:16) * 3.6.0 status Full update at http://lists.ovirt.org/pipermail/users/2014-December/029702.html (bkp, 15:42:51) * 3.6.0 status Not much progress in features gathering. Only integration, network, and Gluster have added features. #info 3.6.0 status Bug count climbing as 3.5.1 bugs get reassigned to 3.6. (bkp, 15:42:54) * 3.6.0 status Still no schedule for the release but I guess it's better to see at next week's sync with the feature doc filled (bkp, 15:42:58) * ACTION: 3.6.0 mskrivanek_away needs to add new features for virt to 3.6 new feature sheet http://goo.gl/9X3G49 (bkp, 15:43:01) * ACTION: 3.6.0 amureini tal need to add new features for storage to 3.6 new feature sheet http://goo.gl/9X3G49 (bkp, 15:43:04) * ACTION: 3.6.0 ybronheim ykaplan need to add new features for infra to 3.6 new feature sheet http://goo.gl/9X3G49 (bkp, 15:43:07) * ACTION: 3.6.0 fabiand needs to add new features for node to 3.6 new feature sheet http://goo.gl/9X3G49 (bkp, 15:43:10) * ACTION: 3.6.0 awels needs to add new features for ux to 3.6 new feature sheet http://goo.gl/9X3G49 (bkp, 15:43:13) * ACTION: 3.6.0 doron_afk msivak gchaplik rgolan1 need to add new features for ux to 3.6 new feature sheet http://goo.gl/9X3G49 (bkp, 15:43:16) * conferences and workshops (bkp, 15:43:23) * other topics (bkp, 15:45:23) * other topics sbonazzo started the process of joining the CentOS Virt SIG http://lists.centos.org/pipermail/centos-virt/2014-December/004173.html (bkp, 15:47:05) * other topics bkp working on fixing up slides for oVirt intro sessions, and then will dive into recordings of demos for YouTube, Google Hangouts, booth sessions (bkp, 15:47:08) * other topics bkp working with Shaun McCance to develop documentation strategy for 2015. Will need to coordinate with docs team within community. (bkp, 15:47:17) * other topics danken mentioned this program: https://developers.google.com/open-source/gci/resources/downloads/GoogleCod…. maybe next year oVirt can apply (bkp, 15:48:16) Meeting ended at 15:50:36 UTC. Action Items ------------ * 3.6.0 mskrivanek_away needs to add new features for virt to 3.6 new feature sheet http://goo.gl/9X3G49 * 3.6.0 amureini tal need to add new features for storage to 3.6 new feature sheet http://goo.gl/9X3G49 * 3.6.0 ybronheim ykaplan need to add new features for infra to 3.6 new feature sheet http://goo.gl/9X3G49 * 3.6.0 fabiand needs to add new features for node to 3.6 new feature sheet http://goo.gl/9X3G49 * 3.6.0 awels needs to add new features for ux to 3.6 new feature sheet http://goo.gl/9X3G49 * 3.6.0 doron_afk msivak gchaplik rgolan1 need to add new features for ux to 3.6 new feature sheet http://goo.gl/9X3G49 Action Items, by person ----------------------- * awels * 3.6.0 awels needs to add new features for ux to 3.6 new feature sheet http://goo.gl/9X3G49 * fabiand * 3.6.0 fabiand needs to add new features for node to 3.6 new feature sheet http://goo.gl/9X3G49 * gchaplik * 3.6.0 doron_afk msivak gchaplik rgolan1 need to add new features for ux to 3.6 new feature sheet http://goo.gl/9X3G49 * msivak * 3.6.0 doron_afk msivak gchaplik rgolan1 need to add new features for ux to 3.6 new feature sheet http://goo.gl/9X3G49 * rgolan1 * 3.6.0 doron_afk msivak gchaplik rgolan1 need to add new features for ux to 3.6 new feature sheet http://goo.gl/9X3G49 * tal * 3.6.0 amureini tal need to add new features for storage to 3.6 new feature sheet http://goo.gl/9X3G49 * **UNASSIGNED** * 3.6.0 mskrivanek_away needs to add new features for virt to 3.6 new feature sheet http://goo.gl/9X3G49 * 3.6.0 ybronheim ykaplan need to add new features for infra to 3.6 new feature sheet http://goo.gl/9X3G49 People Present (lines said) --------------------------- * bkp (88) * sbonazzo (35) * eedri_ (22) * danken (12) * lvernia (11) * rgolan1 (5) * msivak (5) * fabiand (5) * ovirtbot (4) * gchaplik (3) * awels (2) * bkorren (1) * tal (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Adding domain to oVirt to 3.5 issue
by Juan Jose 05 Dec '14

05 Dec '14

Hello everybody, I have upgraded my oVirt 3.4 to 3.5 version without any problem apparently. After finish the upgrade I have tried to login with any of my AD users from my Samba 4, like I used to do in oVirt 3.4 but I received authentication errors as below error: 2014-11-21 14:06:02,681 ERROR [org.ovirt.engine.extensions.aaa.builtin.kerberosldap.GSSAPIDirContextAuthenticationStrategy] (ajp--127.0.0.1-8702-3) Kerberos error: Pre-authentication information was invalid (24) 2014-11-21 14:06:02,683 ERROR [org.ovirt.engine.extensions.aaa.builtin.kerberosldap.GSSAPIDirContextAuthenticationStrategy] (ajp--127.0.0.1-8702-3) Authentication Failed. Please verify the username and password. 2014-11-21 14:06:02,685 ERROR [org.ovirt.engine.extensions.aaa.builtin.kerberosldap.DirectorySearcher] (ajp--127.0.0.1-8702-3) Failed ldap search server ldap://adserver.siee.local:389 using user juanjo(a)SIEE.LOCAL due to Authentication Failed. Please verify the username and password.. We should not try the next server 2014-11-21 14:06:02,688 ERROR [org.ovirt.engine.extensions.aaa.builtin.kerberosldap.LdapBrokerCommandBase] (ajp--127.0.0.1-8702-3) Failed to run command LdapGetAdUserByUserNameCommand. Domain is siee.local. User is juanjo(a)SIEE.LOCAL. 2014-11-21 14:06:02,690 ERROR [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException Input: {Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, Extkey[name=EXTENSION_LICENSE;type=class java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL 2.0, Extkey[name=EXTENSION_HOME_URL;type=class java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]= http://www.ovirt.org, Extkey[name=EXTENSION_LOCALE;type=class java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, Extkey[name=EXTENSION_NAME;type=class java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=Kerberos/Ldap Authz (Built-in), Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, Extkey[name=EXTENSION_CONFIGURATION;type=class java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, Extkey[name=EXTENSION_AUTHOR;type=class java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The oVirt Project, Extkey[name=AAA_AUTHZ_QUERY_MAX_FILTER_SIZE;type=class java.lang.Integer;uuid=AAA_AUTHZ_QUERY_MAX_FILTER_SIZE[2eb1f541-0f65-44a1-a6e3-014e247595f5];]=100, Extkey[name=EXTENSION_INSTANCE_NAME;type=class java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]=siee.local, Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, Extkey[name=AAA_AUTHZ_CAPABILITIES;type=class java.lang.Long;uuid=AAA_AUTHZ_CAPABILITIES[6106d1fb-9291-4351-a947-b897b9540a23];]=1, Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, Extkey[name=EXTENSION_VERSION;type=class java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=N/A, Extkey[name=AAA_AUTHZ_AVAILABLE_NAMESPACES;type=interface java.util.Collection;uuid=AAA_AUTHZ_AVAILABLE_NAMESPACES[6dffa34c-955f-486a-bd35-0a272b45a711];]=[*], Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger(org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.Kerberos/Ldap Authz (Built-in).siee.local), Extkey[name=EXTENSION_PROVIDES;type=interface java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authz]}, Extkey[name=AAA_AUTHZ_QUERY_FLAGS;type=class java.lang.Integer;uuid=AAA_AUTHZ_QUERY_FLAGS[97d226e9-8d87-49a0-9a7f-af689320907b];]=3, Extkey[name=EXTENSION_INVOKE_COMMAND;type=class org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHZ_FETCH_PRINCIPAL_RECORD[5a5bf9bb-9336-4376-a823-26efe1ba26df], Extkey[name=AAA_AUTHN_AUTH_RECORD;type=class org.ovirt.engine.api.extensions.ExtMap;uuid=AAA_AUTHN_AUTH_RECORD[e9462168-b53b-44ac-9af5-f25e1697173e];]={Extkey[name=AAA_AUTHN_AUTH_RECORD_PRINCIPAL;type=class java.lang.String;uuid=AAA_AUTHN_AUTH_RECORD_PRINCIPAL[c3498f07-11fe-464c-958c-8bd7490b119a];]=juanjo}} Output: {Extkey[name=EXTENSION_INVOKE_RESULT;type=class java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, Extkey[name=AAA_AUTHZ_STATUS;type=class java.lang.Integer;uuid=AAA_AUTHZ_STATUS[566f0ba5-8329-4de1-952a-7a81e4bedd3e];]=1} at org.ovirt.engine.core.extensions.mgr.ExtensionProxy.invoke(ExtensionProxy.java:91) [extensions-manager.jar:] at org.ovirt.engine.core.extensions.mgr.ExtensionProxy.invoke(ExtensionProxy.java:109) [extensions-manager.jar:] at org.ovirt.engine.core.aaa.AuthzUtils.fetchPrincipalRecordImpl(AuthzUtils.java:51) [aaa.jar:] at org.ovirt.engine.core.aaa.AuthzUtils.fetchPrincipalRecord(AuthzUtils.java:42) [aaa.jar:] at org.ovirt.engine.core.bll.aaa.LoginBaseCommand.isUserCanBeAuthenticated(LoginBaseCommand.java:234) [bll.jar:] at org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand.canDoAction(LoginAdminUserCommand.java:15) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.internalCanDoAction(CommandBase.java:744) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:338) [bll.jar:] at org.ovirt.engine.core.bll.Backend.login(Backend.java:575) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_51] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_51] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_51] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_51] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:374) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:114) [jboss-as-weld-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:125) [jboss-as-weld-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:135) [jboss-as-weld-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:36) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:374) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.ovirt.engine.core.bll.interceptors.ThreadLocalSessionCleanerInterceptor.injectWebContextToThreadLocal(ThreadLocalSessionCleanerInterceptor.java:13) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_51] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_51] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_51] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_51] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptorFactory.java:123) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:36) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:82) [jboss-as-weld-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:211) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:363) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:194) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:173) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view7.login(Unknown Source) [common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.login(GenericApiGWTServiceImpl.java:183) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_51] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_51] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_51] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_51] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:72) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:64) [utils.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.aaa.filters.SessionMgmtFilter.doFilter(SessionMgmtFilter.java:31) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.aaa.filters.LoginFilter.doFilter(LoginFilter.java:73) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.aaa.filters.NegotiationFilter.doFilter(NegotiationFilter.java:131) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:75) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.doFilter(SessionValidationFilter.java:63) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51] I have not changed any password from any of my AD users. I have removed from my oVirt 3.5 the domain with: engine-manage-domains delete --domain=siee.local --user=Administrator And I have removed the domain without problems. But I want to add it again but I can't. I execute the bellow command, put the password of my Administrator domain and I receive the error showed bellow: engine-manage-domains add --domain=SIEE.LOCAL --provider=ad --user=Administrator Enter password: No user in Directory was found for Administrator(a)SIEE.LOCAL. Trying next LDAP server in list Failure while testing domain siee.local. Details: No user information was found for user The password that I use is correct because I can login with user Administrator in the domain siee.local through a Windows 7 Enterprise client. All this issue comes after my upgrade to oVirt 3.5. Does someone help me with this problem?. If more info is needed or logs, please ask me. Many thanks in advanced, Juanjo

5 30