[UI] New/Edit host dialog is broken
by Eli Mesika
Hi guys
I have found that new/edit host dialog is not working as expected
1) Create a new DC 'mydc'
2) Create a new cluster 'myCluster'
3) Create a new Host on 'myCluster'
Result: Host is created in Dc 'Default' and cluster 'Default'
1) Edit the host you have created
2) Change the cluster to 'myCluster'
3) press OK
Result: Host is still in Dc 'Default' and cluster 'Default'
Thanks
Eli Mesika
10 years
[UI] Storage tab
by Piotr Kliczewski
Hi guys,
I refreshed the engine from master several minutes ago and when I
click to see storage tab I get 500 and there is this exception in
server log:
Thanks,
Piotr
2015-06-09 12:32:21,884 ERROR
[org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/webadmin]]
(http--0_0_0_0_0_0_0_0-8080-3) Exception while dispatching incoming
RPC call: com.google.gwt.user.server.rpc.UnexpectedException: Service
method 'public abstract java.util.ArrayList
org.ovirt.engine.ui.frontend.gwtservices.GenericApiGWTService.runMultipleQueries(java.util.ArrayList,java.util.ArrayList)'
threw an unexpected exception: java.lang.RuntimeException:
java.lang.reflect.InvocationTargetException
at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:219)
[gwt-servlet.jar:]
at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172)
[gwt-servlet.jar:]
at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233)
[gwt-servlet.jar:]
at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62)
[gwt-servlet.jar:]
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)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94)
[utils.jar:]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132)
[frontend.jar:]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73)
[branding.jar:]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:65)
[utils.jar:]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at org.ovirt.engine.core.aaa.filters.SessionMgmtFilter.doFilter(SessionMgmtFilter.java:31)
[aaa.jar:]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at org.ovirt.engine.core.aaa.filters.LoginFilter.doFilter(LoginFilter.java:74)
[aaa.jar:]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at org.ovirt.engine.core.aaa.filters.NegotiationFilter.doFilter(NegotiationFilter.java:113)
[aaa.jar:]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:90)
[aaa.jar:]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.doFilter(SessionValidationFilter.java:73)
[aaa.jar:]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
[jbossweb-7.0.13.Final.jar:]
at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50)
[jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
[jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
[jbossweb-7.0.13.Final.jar:]
at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
[jbossweb-7.0.13.Final.jar:]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
[jbossweb-7.0.13.Final.jar:]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
[jbossweb-7.0.13.Final.jar:]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
[jbossweb-7.0.13.Final.jar:]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_79]
Caused by: java.lang.RuntimeException:
java.lang.reflect.InvocationTargetException
at org.ovirt.engine.ui.frontend.server.gwt.hibernate.ReflectionUtils.get(ReflectionUtils.java:51)
[frontend.jar:]
at org.ovirt.engine.ui.frontend.server.gwt.hibernate.HibernateCleaner.doClean(HibernateCleaner.java:52)
[frontend.jar:]
at org.ovirt.engine.ui.frontend.server.gwt.hibernate.HibernateCleaner.processCollections(HibernateCleaner.java:76)
[frontend.jar:]
at org.ovirt.engine.ui.frontend.server.gwt.hibernate.HibernateCleaner.doClean(HibernateCleaner.java:49)
[frontend.jar:]
at org.ovirt.engine.ui.frontend.server.gwt.hibernate.HibernateCleaner.doClean(HibernateCleaner.java:26)
[frontend.jar:]
at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runQuery(GenericApiGWTServiceImpl.java:58)
[frontend.jar:]
at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runMultipleQueries(GenericApiGWTServiceImpl.java:92)
[frontend.jar:]
at sun.reflect.GeneratedMethodAccessor193.invoke(Unknown Source) [:1.7.0_79]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_79]
at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_79]
at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196)
[gwt-servlet.jar:]
... 51 more
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor184.invoke(Unknown Source) [:1.7.0_79]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_79]
at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_79]
at org.ovirt.engine.ui.frontend.server.gwt.hibernate.ReflectionUtils.get(ReflectionUtils.java:49)
[frontend.jar:]
... 61 more
Caused by: java.lang.NullPointerException
at org.ovirt.engine.core.common.businessentities.StorageDomain.getWarningLowSpaceSize(StorageDomain.java:151)
[common.jar:]
... 65 more
10 years
Re: [ovirt-devel] Devel Digest, Vol 14, Issue 21
by Adolfo
Hello,
Is there any prevision to re-target the bug fix for
https://bugzilla.redhat.com/show_bug.cgi?id=1110798 to 3.5?
Seems to be fixed on 3.6, but a time ago there was a question and i
missed the response :( (i have looked at it, buy didn't find it).
Thank you very much.
The question itself follows here:
Yes, this is a bug in the API. It is fixed already in 3.6:
SDK and REST ignore template's disk attributes
https://bugzilla.redhat.com/1110798
It didn't happen before 3.5 because the backend didn't check the content
of the alias. That changed in 3.5 as part of the fix for a different bug:
Create template from vm with empty disk alias should block with
canDoAction
https://bugzilla.redhat.com/1110304
As far as I know there is no workaround, so you will have to wait for a
release containing the fix. Currently it is targeted for 3.6, but we
could retarget for 3.5.
Allon, Amit, can we retarget bug 1110798 to the next 3.5.z?
10 years
Re: [ovirt-devel] ovirt can automatically save and load username password?
by 395459853＠qq.com
This is a multi-part message in MIME format.
------=_001_NextPart734084403512_=----
Content-Type: text/plain;
charset="UTF-8"
Content-Transfer-Encoding: base64
DQoNCg0KDQozOTU0NTk4NTNAcXEuY29tDQogDQpGcm9tOiBFaW5hdiBDb2hlbg0KRGF0ZTogMjAx
NS0wNi0wOSAwOTozNA0KVG86IDM5NTQ1OTg1Mw0KU3ViamVjdDogUmU6IFtvdmlydC1kZXZlbF0g
b3ZpcnQgY2FuIGF1dG9tYXRpY2FsbHkgc2F2ZSBhbmQgbG9hZCB1c2VybmFtZSBwYXNzd29yZD8N
Cj4gMzk1NDU5ODUzQHFxLmNvbQ0KPiAgDQo+IEZyb206IEVpbmF2IENvaGVuDQo+IERhdGU6IDIw
MTUtMDYtMDggMTk6MzYNCj4gVG86IDM5NTQ1OTg1Mw0KPiBTdWJqZWN0OiBSZTogW292aXJ0LWRl
dmVsXSBvdmlydCBjYW4gYXV0b21hdGljYWxseSBzYXZlIGFuZCBsb2FkIHVzZXJuYW1lDQo+IHBh
c3N3b3JkPw0KPiBIaSwgSSBkb24ndCBrbm93IHRoZSBhbnN3ZXIgdG8gdGhhdCBxdWVzdGlvbiAt
IGxldCdzIGtlZXAgdGhlDQo+IGRpc2N1c3Npb24gb24tbGlzdCByYXRoZXIgdGhhbiBwcml2YXRl
bHksIHNvIG90aGVyIHBlb3BsZSBjYW4NCj4gaGVscC4NCj4gIA0KPiAtLS0tDQo+IFJlZ2FyZHMs
DQo+IEVpbmF2DQo+ICANCj4gLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KPiA+IEZyb206
IDM5NTQ1OTg1M0BxcS5jb20NCj4gPiBUbzogIkVpbmF2IENvaGVuIiA8ZWNvaGVuQHJlZGhhdC5j
b20+DQo+ID4gU2VudDogTW9uZGF5LCBKdW5lIDgsIDIwMTUgNTo1ODo0MyBBTQ0KPiA+IFN1Ympl
Y3Q6IFJlOiBSZTogW292aXJ0LWRldmVsXSBvdmlydCBjYW4gYXV0b21hdGljYWxseSBzYXZlIGFu
ZCBsb2FkDQo+ID4gdXNlcm5hbWUgcGFzc3dvcmQ/DQo+ID4gDQo+ID4gSGksDQo+ID4gVGhhbmt5
b3UgZm9yIHlvdXIgaGVscCwNCj4gPiBNeSBzZWNvbmQgcHJvYmxlbSBpcyB0aGF0IGkgd2FudCB0
byBsb2dpbiBhdXRvbWF0aWNhbGx5IHdpdGggdXNlcm5hbWUgYW5kDQo+ID4gcGFzc3dvcmQuDQo+
ID4gZm9yIGV4YW1wbGUsT24gbXkgYXJtIGJvYXJkIGkgaGF2ZSBmaXJlZm94LGFuZCBpIGNhbiB1
c2UgaXQgdG8gbG9naW4gd2l0aA0KPiA+IGlucHV0IHVzZXJuYW1lIGFuZCBwYXNzd29yZCxOb3cg
aSB3cml0ZSBhIHNoZWxsIHRvIHN0YXJ0IGZpcmVmb3ggYW5kIG9wZW4NCj4gPiBsb2cgcGFnZSwN
Cj4gPiBpcyB0aGVyZSBhIHdheSB0byBhdXRvZmlsbCB1c2VybmFtZSBhbmQgcGFzc3dvcmQgYW5k
IGF1dG8gc3VibWl0IHRoZSBsb2dpbg0KPiA+IGJ1dHRvbixzbyB3aGVuIGkgcnVuIHRoZSBzaGVs
bCBpdCBzdGFydCBmaXJlZm94IGFuZCBsb2dpbiBhdXRvbWFpdGNhbGx5DQo+ID4gd2l0aG91dCBh
bnkgbW9yZSBjb21tYW5kLChzaGVsbCBjYW4gcHJvdmlkZSB1c2VybmFtZSBhbmQgcGFzc3dvcmQg
KQ0KPiA+IA0KPiA+IA0KPiA+IDM5NTQ1OTg1M0BxcS5jb20NCj4gPiAgDQo+ID4gRnJvbTogRWlu
YXYgQ29oZW4NCj4gPiBEYXRlOiAyMDE1LTA2LTA4IDA0OjU4DQo+ID4gVG86IDM5NTQ1OTg1Mzsg
R3JlZyBTaGVyZW1ldGENCj4gPiBDQzogZGV2ZWwNCj4gPiBTdWJqZWN0OiBSZTogW292aXJ0LWRl
dmVsXSBvdmlydCBjYW4gYXV0b21hdGljYWxseSBzYXZlIGFuZCBsb2FkIHVzZXJuYW1lDQo+ID4g
cGFzc3dvcmQ/DQo+ID4gSGksIEknbSBub3QgcXVpdGUgc3VyZSBpZiBJIHVuZGVyc3Rvb2QgdGhl
IGV4YWN0IHJlcXVlc3RzIGhlcmU6DQo+ID4gIA0KPiA+IFRoZSBmaXJzdCBvbmUgaXMgYWJvdXQg
cmVtZW1iZXJpbmcgdGhlIHVzZXJuYW1lIGFuZCBwYXNzd29yZCBpbg0KPiA+IHRoZSBHVUkgbG9n
aW4gcGFnZShzKS4NCj4gPiAgDQo+ID4gVGhpcyBjYW4gcmVmZXIgdG8gZWl0aGVyOg0KPiA+ICAN
Cj4gPiAoYSkgYnJvd3Nlci1uYXRpdmUgdXNlcm5hbWUgYW5kIHBhc3N3b3JkIHJlbWVtYmVyaW5n
ICh0aG91Z2ggdGhpcw0KPiA+IG9uZSB3aWxsIG5vdCBjYXVzZSBhbiBhdXRvbWF0aWMgbG9naW4g
LSBqdXN0IGFuIGF1dG8tZmlsbCBvZiB0aGUNCj4gPiB1c2VyLW5hbWUgYW5zIHBhc3N3b3JkLCBJ
IGJlbGlldmUpLg0KPiA+IFRoZSBicm93c2VyIGlzIG5vdCBvZmZlcmluZyB0byByZW1lbWJlciB0
aGUgdXNlci1uYW1lIGFuZCBwYXNzd29yZA0KPiA+IGZpZWxkIHZhbHVlcyB3aXRoaW4gdGhlIHdl
Yi1hZG1pbi91c2VyLXBvcnRhbCBsb2dpbiBwYWdlcywgYXMgb3Bwb3NlZA0KPiA+IHRvIG90aGVy
IHdlYi1zaXRlcyAoc2VlIGUuZy4gaHR0cDovL2kuaW1ndXIuY29tL1I0Uk5RM2QucG5nKS4NCj4g
PiAgDQo+ID4gQEdyZWcgLSBkbyB3ZSBrbm93IHdoeSB0aGUgYnJvd3NlciBkb2Vzbid0IG9mZmVy
IHRvIHJlbWVtYmVyIHRoZQ0KPiA+IHVzZXItbmFtZS9wYXNzd29yZCBmb3IgdGhlIG9WaXJ0IGxv
Z2luIHBhZ2VzPyBkbyB3ZSBoYXZlIGFueSByZWFzb24NCj4gPiB0byBub3QgaW50cm9kdWNlIHN1
Y2ggcmVtZW1iZXJpbmcgdG8gdGhlIGxvZ2luIHBhZ2VzPw0KPiA+ICANCj4gPiBbbm90IHN1cmUg
aG93IHVwY29taW5nIFNTTyBjaGFuZ2VzICh3aGljaCBpbmNsdWRlIGEgbmV3IFNTTyBsb2dpbiBw
YWdlKQ0KPiA+IHdpbGwgYWZmZWN0IC8gYmUgYWZmZWN0ZWQgYnkgdGhhdF0NCj4gPiAgDQo+ID4g
LS0gb3I6IC0tDQo+ID4gIA0KPiA+IChiKSBhcHBsaWNhdGlvbi1zcGVjaWZpYyB1c2VybmFtZSBh
bmQgcGFzc3dvcmQgcmVtZW1iZXJpbmcgKHdoaWNoDQo+ID4gY2FuIGxlYWQgdG8gYSBmdWxseS1h
dXRvbWF0ZWQgbG9naW4gLSBzZWUgaHR0cDovL2kuaW1ndXIuY29tL3JHN25COVAucG5nKSAtDQo+
ID4gdGhpcyBpcyBhIGZlYXR1cmUgdGhhdCBzaG91bGQgYmUgaW1wbGVtZW50ZWQgYW5kIGRlc2ln
bmVkIGNhcmVmdWxseQ0KPiA+IChzZWUgWzFdIGZvciBzb21lIHJlZmVyZW5jZXMpLg0KPiA+IGlm
IHRoaXMgZmVhdHVyZSBpcyBpbXBvcnRhbnQgZm9yIHlvdSAtIHBsZWFzZSBvcGVuIGFuIG9WaXJ0
IFJGRSBmb3IgdGhhdA0KPiA+IChhZ2FpbiAtIEkgYW0gbm90IHN1cmUgaWYgdXBjb21pbmcgU1NP
IGNoYW5nZXMgd2lsbCBhZmZlY3QgLyBiZSBhZmZlY3RlZA0KPiA+IGJ5IHRoYXQpLg0KPiA+ICAN
Cj4gPiBUaGUgc2Vjb25kIHF1ZXN0aW9uIFsyXSBzZWVtcyB0byBiZSBhYm91dCBhdXRvbWF0aW5n
IHRoZSBsb2dpbiBwcm9jZXNzDQo+ID4gdXNpbmcgYSBzY3JpcHQuDQo+ID4gVGhpcyBtYXkgYmUg
cmVsYXRlZCB0byBbM10uDQo+ID4gQEdyZWcgLSBhbnkgdGhvdWdodHM/DQo+ID4gIA0KPiA+IC0t
LS0NCj4gPiBUaGFua3MsDQo+ID4gRWluYXYNCj4gPiAgDQo+ID4gIA0KPiA+IFsxXSBzb21lIHRo
cmVhZHMgaW4gc3RhY2tvdmVyZmxvdy5jb20gYWJvdXQgaW1wbGVtZW50aW5nICdyZW1lbWJlciBt
ZSc6DQo+ID4gLQ0KPiA+IGh0dHA6Ly9zdGFja292ZXJmbG93LmNvbS9xdWVzdGlvbnMvNTQ5L3Ro
ZS1kZWZpbml0aXZlLWd1aWRlLXRvLWZvcm0tYmFzZWQtd2Vic2l0ZS1hdXRoZW50aWNhdGlvbg0K
PiA+IFtwYXJ0IElJXQ0KPiA+IC0NCj4gPiBodHRwOi8vc3RhY2tvdmVyZmxvdy5jb20vcXVlc3Rp
b25zLzI0NDg4Mi93aGF0LWlzLXRoZS1iZXN0LXdheS10by1pbXBsZW1lbnQtcmVtZW1iZXItbWUt
Zm9yLWEtd2Vic2l0ZQ0KPiA+ICANCj4gPiBbMl0gdHJhbnNsYXRpb24gdG8gRW5nbGlzaCBvZiB0
aGUgc2Vjb25kIHF1ZXN0aW9uIChieSBHb29nbGUgVHJhbnNsYXRlKToNCj4gPiAiIiINCj4gPiBU
aGUgc2Vjb25kIHF1ZXN0aW9uOg0KPiA+IEkgQXJtIGJvYXJkLCB3aXRoIGZpcmVmb3ggbG9naW4g
dG8gb3ZpcnQgcHVibGlzaCB2aXJ0dWFsIGRlc2t0b3AgZXZlcnkNCj4gPiB0aW1lIHlvdSBuZWVk
IHRvIGVudGVyIGEgdXNlciBuYW1lIGFuZCBwYXNzd29yZCB5b3UsIHRoZXJlIGlzIG5vIHdheQ0K
PiA+IHRvIHNwZWNpZnkgYSB1c2VyIG5hbWUgYW5kIHBhc3N3b3JkIGluIHRoZSBzY3JpcHQsIHRo
ZW4gdGhlIGNhbGwgZmlyZWZveA0KPiA+IHdoZW4gdGhlIHBhcmFtZXRlcnMgcGFzc2VkIHRvIGl0
IGxldCBmaXJlZm94IGF1dG9tYXRpY2FsbHkgZ28gbGFuZGluZz8NCj4gPiBUSFgNCj4gPiAiIiIN
Cj4gPiAgDQo+ID4gWzNdIGh0dHBzOi8vZ2Vycml0Lm92aXJ0Lm9yZy8jL2MvMzgwMTcvDQo+ID4g
W3VzZXJwb3J0YWwsIHdlYmFkbWluOiBhbGxvdyBTU08gcm9ib3RzIHRvIGZpbGwgaW4gdGhlIGxv
Z2luIGZvcm1dDQo+ID4gdGhpcyBwYXRjaCBeXl4gc29sdmVkIHRoZSBmb2xsb3dpbmcgQlo6DQo+
ID4gQnVnIDExNTQ2NjYgLSBVbmFibGUgdG8gYXV0aGVudGljYXRlIGlmIHVzZXIgaXMgdXNpbmcN
Cj4gPiBodHRwOi8vaW5kZWVkLWlkLmNvbS9pbmRleC5odG1sIHNvbHV0aW9uIGZvciBhdXRoZW50
aWNhdGlvbi4NCj4gPiBbaHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9p
ZD0xMTU0NjY2XQ0KPiA+ICANCj4gPiAgDQo+ID4gIA0KPiA+IC0tLS0tIE9yaWdpbmFsIE1lc3Nh
Z2UgLS0tLS0NCj4gPiA+IEZyb206IDM5NTQ1OTg1M0BxcS5jb20NCj4gPiA+IFRvOiAiZGV2ZWwi
IDxkZXZlbEBvdmlydC5vcmc+DQo+ID4gPiBTZW50OiBNb25kYXksIEp1bmUgMSwgMjAxNSAxMDo1
NDozNCBQTQ0KPiA+ID4gU3ViamVjdDogW292aXJ0LWRldmVsXSBvdmlydCBjYW4gYXV0b21hdGlj
YWxseSBzYXZlIGFuZCBsb2FkIHVzZXJuYW1lDQo+ID4gPiBwYXNzd29yZD8NCj4gPiA+IA0KPiA+
ID4gTXkgb3ZpcnQtZW5naW5lIGluc3RhbGxlZCBvbiBjZW50b3Mgd2l0aCBJUCAxOTIuMTY4LjAu
MjAyLA0KPiA+ID4gV2hlbiBpIHVzZSAxOTIuMTY4LjAuMjAyIHRvIGxvZ2luIGluIHdpdGggdXNl
ciBwb3J0YWwsSXQgbG9hZCBtZSB0byB0aGUNCj4gPiA+IGFkZHJlc3MNCj4gPiA+IGh0dHBzOi8v
MTkyLjE2OC4wLjIwMi9vdmlydC1lbmdpbmUvdXNlcnBvcnRhbC8/bG9jYWxlPWVuX1VTI2xvZ2lu
LA0KPiA+ID4gTm93IGkgaG9wZSB0aGUgYnJvd3NlcihmaXJlZm94KSByZW1lbWJlciBteSB1c2Vy
bmFtZSBhbmQgcGFzc3dvcmQsc28gbmV4dA0KPiA+ID4gdGltZSB3aGVuIGkgZW50ZXIgdGhlIGFk
ZHJlc3MNCj4gPiA+IGh0dHBzOi8vMTkyLjE2OC4wLjIwMi9vdmlydC1lbmdpbmUvdXNlcnBvcnRh
bC8/bG9jYWxlPWVuX1VTI2xvZ2luICxpdCBjYW4NCj4gPiA+IGxvZ2luIGF1dG9tYXRpY2FsbHku
DQo+ID4gPiANCj4gPiA+IOesrOS6jOS4queWkemXru+8mg0KPiA+ID4g5oiR5ZyoQXJt5p2/5LiK
77yM55SoZmlyZWZveOeZu+mZhuWIsG92aXJ05Y+R5biD55qE6Jma5ouf5qGM6Z2i77yM5q+P5qyh
6YO96ZyA6KaB6L6T5YWl55So5oi35ZCN44CB5a+G56CB5ZCX77yM5pyJ5rKh5pyJ5Yqe5rOV5a6e
546w5Zyo6ISa5pys5Lit5oyH5a6a55So5oi35ZCN44CB5a+G56CB77yM54S25ZCO5Zyo6LCD55So
ZmlyZWZveOeahOaXtuWAmeaKiuWPguaVsOS8oOmAkue7meWug++8jOiuqWZpcmVmb3joh6rliqjl
jrvnmbvpmYblkaLvvJ8NCj4gPiA+IOiwouiwog0KPiA+ID4gDQo+ID4gPiAzOTU0NTk4NTNAcXEu
Y29tDQo+ID4gPiANCj4gPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fDQo+ID4gPiBEZXZlbCBtYWlsaW5nIGxpc3QNCj4gPiA+IERldmVsQG92aXJ0Lm9y
Zw0KPiA+ID4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldmVsDQo+
ID4gDQo+IA0K
------=_001_NextPart734084403512_=----
Content-Type: text/html;
charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse=
t=3DUTF-8"><style>body { line-height: 1.5; }blockquote { margin-top: 0px; =
margin-bottom: 0px; margin-left: 0.5em; }body { font-size: 10.5pt; font-fa=
mily: 'Segoe UI'; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><=
body>=0A<div><span></span><br></div>=0A<div><br></div><hr style=3D"width: =
210px; height: 1px;" color=3D"#b5c4df" size=3D"1" align=3D"left">=0A<div><=
span><div style=3D"MARGIN: 10px; FONT-FAMILY: verdana; FONT-SIZE: 10pt"><d=
iv>395459853(a)qq.com</div></div></span></div>=0A<blockquote style=3D"margin=
-top: 0px; margin-bottom: 0px; margin-left: 0.5em;"><div> </div><div =
style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm =
0cm"><div style=3D"PADDING-RIGHT: 8px; PADDING-LEFT: 8px; FONT-SIZE: 12px;=
FONT-FAMILY:tahoma;COLOR:#000000; BACKGROUND: #efefef; PADDING-BOTTOM: 8px=
; PADDING-TOP: 8px"><div><b>From:</b> <a href=3D"mailto:ecohen@redhat=
.com">Einav Cohen</a></div><div><b>Date:</b> 2015-06-09 09:34</d=
iv><div><b>To:</b> <a href=3D"mailto:395459853@qq.com">395459853</a><=
/div><div><b>Subject:</b> Re: [ovirt-devel] ovirt can automatically s=
ave and load username password?</div></div></div><div>=0A<div>> 3954598=
53(a)qq.com</div>=0A<div>> </div>=0A<div>> From: Einav Cohen</di=
v>=0A<div>> Date: 2015-06-08 19:36</div>=0A<div>> To: 395459853</div=
>=0A<div>> Subject: Re: [ovirt-devel] ovirt can automatically save and =
load username</div>=0A<div>> password?</div>=0A<div>> Hi, I don't kn=
ow the answer to that question - let's keep the</div>=0A<div>> discussi=
on on-list rather than privately, so other people can</div>=0A<div>> he=
lp.</div>=0A<div>> </div>=0A<div>> ----</div>=0A<div>> Rega=
rds,</div>=0A<div>> Einav</div>=0A<div>> </div>=0A<div>> --=
--- Original Message -----</div>=0A<div>> > From: 395459853(a)qq.com</=
div>=0A<div>> > To: "Einav Cohen" <ecohen(a)redhat.com></div>=0A=
<div>> > Sent: Monday, June 8, 2015 5:58:43 AM</div>=0A<div>> >=
; Subject: Re: Re: [ovirt-devel] ovirt can automatically save and load</di=
v>=0A<div>> > username password?</div>=0A<div>> > </div>=0A<di=
v>> > Hi,</div>=0A<div>> > Thankyou for your help,</div>=0A<di=
v>> > My second problem is that i want to login automatically with u=
sername and</div>=0A<div>> > password.</div>=0A<div>> > for ex=
ample,On my arm board i have firefox,and i can use it to login with</div>=
=0A<div>> > input username and password,Now i write a shell to start=
firefox and open</div>=0A<div>> > log page,</div>=0A<div>> > =
is there a way to autofill username and password and auto submit the login=
</div>=0A<div>> > button,so when i run the shell it start firefox an=
d login automaitcally</div>=0A<div>> > without any more command,(she=
ll can provide username and password )</div>=0A<div>> > </div>=0A<di=
v>> > </div>=0A<div>> > 395459853(a)qq.com</div>=0A<div>> >=
; </div>=0A<div>> > From: Einav Cohen</div>=0A<div>> > D=
ate: 2015-06-08 04:58</div>=0A<div>> > To: 395459853; Greg Sheremeta=
</div>=0A<div>> > CC: devel</div>=0A<div>> > Subject: Re: [ovi=
rt-devel] ovirt can automatically save and load username</div>=0A<div>>=
> password?</div>=0A<div>> > Hi, I'm not quite sure if I underst=
ood the exact requests here:</div>=0A<div>> > </div>=0A<div>&g=
t; > The first one is about remembering the username and password in</d=
iv>=0A<div>> > the GUI login page(s).</div>=0A<div>> > <=
/div>=0A<div>> > This can refer to either:</div>=0A<div>> >&nb=
sp; </div>=0A<div>> > (a) browser-native username and password remem=
bering (though this</div>=0A<div>> > one will not cause an automatic=
login - just an auto-fill of the</div>=0A<div>> > user-name ans pas=
sword, I believe).</div>=0A<div>> > The browser is not offering to r=
emember the user-name and password</div>=0A<div>> > field values wit=
hin the web-admin/user-portal login pages, as opposed</div>=0A<div>> &g=
t; to other web-sites (see e.g. http://i.imgur.com/R4RNQ3d.png).</div>=0A<=
div>> > </div>=0A<div>> > @Greg - do we know why the bro=
wser doesn't offer to remember the</div>=0A<div>> > user-name/passwo=
rd for the oVirt login pages? do we have any reason</div>=0A<div>> >=
to not introduce such remembering to the login pages?</div>=0A<div>> &=
gt; </div>=0A<div>> > [not sure how upcoming SSO changes (whic=
h include a new SSO login page)</div>=0A<div>> > will affect / be af=
fected by that]</div>=0A<div>> > </div>=0A<div>> > -- or=
: --</div>=0A<div>> > </div>=0A<div>> > (b) application-=
specific username and password remembering (which</div>=0A<div>> > c=
an lead to a fully-automated login - see http://i.imgur.com/rG7nB9P.png) -=
</div>=0A<div>> > this is a feature that should be implemented and d=
esigned carefully</div>=0A<div>> > (see [1] for some references).</d=
iv>=0A<div>> > if this feature is important for you - please open an=
oVirt RFE for that</div>=0A<div>> > (again - I am not sure if upcom=
ing SSO changes will affect / be affected</div>=0A<div>> > by that).=
</div>=0A<div>> > </div>=0A<div>> > The second question =
[2] seems to be about automating the login process</div>=0A<div>> > =
using a script.</div>=0A<div>> > This may be related to [3].</div>=
=0A<div>> > @Greg - any thoughts?</div>=0A<div>> > </div=
>=0A<div>> > ----</div>=0A<div>> > Thanks,</div>=0A<div>> &=
gt; Einav</div>=0A<div>> > </div>=0A<div>> > </div=
>=0A<div>> > [1] some threads in stackoverflow.com about implementin=
g 'remember me':</div>=0A<div>> > -</div>=0A<div>> > http://st=
ackoverflow.com/questions/549/the-definitive-guide-to-form-based-website-a=
uthentication</div>=0A<div>> > [part II]</div>=0A<div>> > -</d=
iv>=0A<div>> > http://stackoverflow.com/questions/244882/what-is-the=
-best-way-to-implement-remember-me-for-a-website</div>=0A<div>> >&nb=
sp; </div>=0A<div>> > [2] translation to English of the second quest=
ion (by Google Translate):</div>=0A<div>> > """</div>=0A<div>> &g=
t; The second question:</div>=0A<div>> > I Arm board, with firefox l=
ogin to ovirt publish virtual desktop every</div>=0A<div>> > time yo=
u need to enter a user name and password you, there is no way</div>=0A<div=
>> > to specify a user name and password in the script, then the cal=
l firefox</div>=0A<div>> > when the parameters passed to it let fire=
fox automatically go landing?</div>=0A<div>> > THX</div>=0A<div>>=
> """</div>=0A<div>> > </div>=0A<div>> > [3] https:/=
/gerrit.ovirt.org/#/c/38017/</div>=0A<div>> > [userportal, webadmin:=
allow SSO robots to fill in the login form]</div>=0A<div>> > this p=
atch ^^^ solved the following BZ:</div>=0A<div>> > Bug 1154666 - Una=
ble to authenticate if user is using</div>=0A<div>> > http://indeed-=
id.com/index.html solution for authentication.</div>=0A<div>> > [htt=
ps://bugzilla.redhat.com/show_bug.cgi?id=3D1154666]</div>=0A<div>> >=
</div>=0A<div>> > </div>=0A<div>> > </div>=
=0A<div>> > ----- Original Message -----</div>=0A<div>> > >=
From: 395459853(a)qq.com</div>=0A<div>> > > To: "devel" <devel@=
ovirt.org></div>=0A<div>> > > Sent: Monday, June 1, 2015 10:54=
:34 PM</div>=0A<div>> > > Subject: [ovirt-devel] ovirt can automa=
tically save and load username</div>=0A<div>> > > password?</div>=
=0A<div>> > > </div>=0A<div>> > > My ovirt-engine instal=
led on centos with IP 192.168.0.202,</div>=0A<div>> > > When i us=
e 192.168.0.202 to login in with user portal,It load me to the</div>=0A<di=
v>> > > address</div>=0A<div>> > > https://192.168.0.202=
/ovirt-engine/userportal/?locale=3Den_US#login,</div>=0A<div>> > >=
; Now i hope the browser(firefox) remember my username and password,so nex=
t</div>=0A<div>> > > time when i enter the address</div>=0A<div>&=
gt; > > https://192.168.0.202/ovirt-engine/userportal/?locale=3Den_U=
S#login ,it can</div>=0A<div>> > > login automatically.</div>=0A<=
div>> > > </div>=0A<div>> > > =E7=AC=AC=E4=BA=8C=E4=B8=
=AA=E7=96=91=E9=97=AE=EF=BC=9A</div>=0A<div>> > > =E6=88=91=E5=9C=
=A8Arm=E6=9D=BF=E4=B8=8A=EF=BC=8C=E7=94=A8firefox=E7=99=BB=E9=99=86=E5=88=
=B0ovirt=E5=8F=91=E5=B8=83=E7=9A=84=E8=99=9A=E6=8B=9F=E6=A1=8C=E9=9D=A2=EF=
=BC=8C=E6=AF=8F=E6=AC=A1=E9=83=BD=E9=9C=80=E8=A6=81=E8=BE=93=E5=85=A5=E7=
=94=A8=E6=88=B7=E5=90=8D=E3=80=81=E5=AF=86=E7=A0=81=E5=90=97=EF=BC=8C=E6=
=9C=89=E6=B2=A1=E6=9C=89=E5=8A=9E=E6=B3=95=E5=AE=9E=E7=8E=B0=E5=9C=A8=E8=
=84=9A=E6=9C=AC=E4=B8=AD=E6=8C=87=E5=AE=9A=E7=94=A8=E6=88=B7=E5=90=8D=E3=
=80=81=E5=AF=86=E7=A0=81=EF=BC=8C=E7=84=B6=E5=90=8E=E5=9C=A8=E8=B0=83=E7=
=94=A8firefox=E7=9A=84=E6=97=B6=E5=80=99=E6=8A=8A=E5=8F=82=E6=95=B0=E4=BC=
=A0=E9=80=92=E7=BB=99=E5=AE=83=EF=BC=8C=E8=AE=A9firefox=E8=87=AA=E5=8A=A8=
=E5=8E=BB=E7=99=BB=E9=99=86=E5=91=A2=EF=BC=9F</div>=0A<div>> > > =
=E8=B0=A2=E8=B0=A2</div>=0A<div>> > > </div>=0A<div>> > >=
; 395459853(a)qq.com</div>=0A<div>> > > </div>=0A<div>> > >=
; _______________________________________________</div>=0A<div>> > &=
gt; Devel mailing list</div>=0A<div>> > > Devel(a)ovirt.org</div>=
=0A<div>> > > http://lists.ovirt.org/mailman/listinfo/devel</div>=
=0A<div>> > </div>=0A<div>> </div>=0A</div></blockquote>=0A</body=
></html>
------=_001_NextPart734084403512_=------
10 years
oVirt Node Weekly Meeting Minutes - 2015-06-08
by Fabian Deutsch
=================================
#ovirt: oVirt Node Weekly Meeting
=================================
Meeting started by fabiand at 14:03:00 UTC. The full logs are available
at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-06-08-14.03.log.html
.
Meeting summary
---------------
* Agenda (fabiand, 14:04:54)
* ovirt-3.5 builders and publishers (fabiand, 14:05:03)
* ovirt-3.6-pre builders and publishers (fabiand, 14:05:14)
* Other Items (fabiand, 14:05:18)
* ovirt-3.5 builders and publishers (fabiand, 14:05:27)
* ovirt-3.5 builders and publishers (fabiand, 14:05:58)
* ovirt-node 3.5 rpms are built and published (fabiand, 14:07:21)
* ovirt-node-iso 3.5 also includes the latest ovirt-node 3.5 snapshot
rpm (fabiand, 14:08:37)
* ovirt-3.6-pre builders and publishers (fabiand, 14:09:47)
* builders and publishers work for master/3.6 as well (fabiand,
14:11:06)
* ACTION: rbarry to create prepare and create the ovirt-3.6 jobs in
jenkins using yaml templates (fabiand, 14:18:14)
* Other Items (fabiand, 14:18:29)
Meeting ended at 14:19:30 UTC.
Action Items
------------
* rbarry to create prepare and create the ovirt-3.6 jobs in jenkins
using yaml templates
Action Items, by person
-----------------------
* rbarry
* rbarry to create prepare and create the ovirt-3.6 jobs in jenkins
using yaml templates
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* fabiand (68)
* tlitovsk (20)
* rbarry (3)
* dougsland (3)
* ovirtbot (3)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
10 years
ovirt can automatically save and load username password?
by 395459853＠qq.com
This is a multi-part message in MIME format.
------=_001_NextPart657702658704_=----
Content-Type: text/plain;
charset="GB2312"
Content-Transfer-Encoding: base64
TXkgb3ZpcnQtZW5naW5lIGluc3RhbGxlZCBvbiBjZW50b3Mgd2l0aCBJUCAxOTIuMTY4LjAuMjAy
LA0KV2hlbiBpIHVzZSAxOTIuMTY4LjAuMjAyIHRvIGxvZ2luIGluIHdpdGggdXNlciBwb3J0YWws
SXQgbG9hZCBtZSB0byB0aGUgYWRkcmVzcyBodHRwczovLzE5Mi4xNjguMC4yMDIvb3ZpcnQtZW5n
aW5lL3VzZXJwb3J0YWwvP2xvY2FsZT1lbl9VUyNsb2dpbiwgDQpOb3cgaSBob3BlIHRoZSBicm93
c2VyKGZpcmVmb3gpIHJlbWVtYmVyIG15IHVzZXJuYW1lIGFuZCBwYXNzd29yZCxzbyBuZXh0IHRp
bWUgd2hlbiBpIGVudGVyIHRoZSBhZGRyZXNzIGh0dHBzOi8vMTkyLjE2OC4wLjIwMi9vdmlydC1l
bmdpbmUvdXNlcnBvcnRhbC8/bG9jYWxlPWVuX1VTI2xvZ2luLGl0IGNhbiBsb2dpbiBhdXRvbWF0
aWNhbGx5Lg0KDQq12rb+uPbSyc7Ko7oNCs7S1NpBcm2w5cnPo6zTw2ZpcmVmb3i1x8K9tb1vdmly
dLeisry1xNDpxOLXwMPmo6zDv7TOtrzQ6NKqyuTI69PDu6fD+6Giw9zC68Lwo6zT0MO709Cw7Leo
yrXP1tTavcWxvtbQ1ri2qNPDu6fD+6Giw9zC66OsyLu689TatffTw2ZpcmVmb3i1xMqxuvKw0bLO
yv20q7XduPjL/KOsyMNmaXJlZm9419S2r8iltcfCvcTYo78NCtC70LsNCg0KDQozOTU0NTk4NTNA
cXEuY29tDQo=
------=_001_NextPart657702658704_=----
Content-Type: text/html;
charset="GB2312"
Content-Transfer-Encoding: quoted-printable
<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse=
t=3DGB2312"><style>body { line-height: 1.5; }body { font-size: 10.5pt; fon=
t-family: 'Segoe UI'; color: rgb(0, 0, 0); line-height: 1.5; }</style></he=
ad><body>=0A<div><span></span>My ovirt-engine installed on centos with IP =
192.168.0.202,</div><div>When i use 192.168.0.202 to login in with user po=
rtal,It load me to the address <span style=3D"font-family: ''; font-s=
ize: 10.5pt; line-height: 1.5; background-color: window;"></span><a href=
=3D"https://192.168.0.202/ovirt-engine/userportal/?locale=3Den_US#login," =
segoe=3D"" ui'";=3D"" font-size:=3D"" 14px;=3D"" font-weight:=3D"" normal;=
=3D"" font-style:=3D"" normal;'=3D"" style=3D"font-family: ''; font-size: =
10.5pt; line-height: 1.5; background-color: window;" class=3D"">https://19=
2.168.0.202/ovirt-engine/userportal/?locale=3Den_US#login,</a><span segoe=
=3D"" ui'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"=
" 0);=3D"" background-color:=3D"" rgb(255,=3D"" 255,=3D"" 255);=3D"" font-=
weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" no=
ne;'=3D"" style=3D"font-family: ''; font-size: 10.5pt; line-height: 1.5; b=
ackground-color: window;"> </span></div><div><span segoe=3D"" ui'";=
=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" =
background-color:=3D"" rgb(255,=3D"" 255,=3D"" 255);=3D"" font-weight:=3D"=
" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" none;'=3D"" s=
tyle=3D"font-family: ''; font-size: 10.5pt; line-height: 1.5; background-c=
olor: window;">Now i hope the browser(firefox) remember my username and pa=
ssword,so next time when i enter the address </span><a href=3D"https:=
//192.168.0.202/ovirt-engine/userportal/?locale=3Den_US#login," segoe=3D""=
ui'";=3D"" font-size:=3D"" 14px;=3D"" font-weight:=3D"" normal;=3D"" font=
-style:=3D"" normal;'=3D"" class=3D"" style=3D"font-family: ''; font-size:=
10.5pt; line-height: 1.5; background-color: window;">https://192.168.0.20=
2/ovirt-engine/userportal/?locale=3Den_US#login</a>,it can login <spa=
n style=3D"font-family: ''; font-size: 10.5pt; line-height: 1.5; backgroun=
d-color: window;">automatically.</span></div><div><br></div><div><font col=
or=3D"#ff0000">=B5=DA=B6=FE=B8=F6=D2=C9=CE=CA=A3=BA</font></div><div><span=
style=3D"font-size: 10.5pt; line-height: 1.5; background-color: window;">=
=CE=D2=D4=DAArm=B0=E5=C9=CF=A3=AC=D3=C3firefox=B5=C7=C2=BD=B5=BDovirt=B7=
=A2=B2=BC=B5=C4=D0=E9=C4=E2=D7=C0=C3=E6=A3=AC=C3=BF=B4=CE=B6=BC=D0=E8=D2=
=AA=CA=E4=C8=EB=D3=C3=BB=A7=C3=FB=A1=A2=C3=DC=C2=EB=C2=F0=A3=AC=D3=D0=C3=
=BB=D3=D0=B0=EC=B7=A8=CA=B5=CF=D6=D4=DA=BD=C5=B1=BE=D6=D0=D6=B8=B6=A8=D3=
=C3=BB=A7=C3=FB=A1=A2=C3=DC=C2=EB=A3=AC=C8=BB=BA=F3=D4=DA=B5=F7=D3=C3firef=
ox=B5=C4=CA=B1=BA=F2=B0=D1=B2=CE=CA=FD=B4=AB=B5=DD=B8=F8=CB=FC=A3=AC=C8=C3=
firefox=D7=D4=B6=AF=C8=A5=B5=C7=C2=BD=C4=D8=A3=BF</span></div><div><span s=
tyle=3D"font-size: 10.5pt; line-height: 1.5; background-color: window;">=
=D0=BB=D0=BB</span></div><hr style=3D"WIDTH: 210px; HEIGHT: 1px" color=3D"=
#b5c4df" size=3D"1" align=3D"left">=0A<div><span><div style=3D"MARGIN: 10p=
x; FONT-FAMILY: verdana; FONT-SIZE: 10pt"><div>395459853(a)qq.com</div></div=
></span></div>=0A</body></html>
------=_001_NextPart657702658704_=------
10 years
gerrit+ci improvement proposal
by Max Kovgan
Hi everyone!
We really want to have reliable and snappy CI: to allow short cycles and encourage developers to write tests.
# Problem
Many patches are neither ready for review nor for CI upon submission, which is OK.
But running all the jobs on those patches with limited resources results in: overloaded resources, slow response time, unhappy developers.
# Proposed Solution
To run less jobs we know we don’t need to, thus making more resources for the jobs we need to run.
We have been experimenting to make our CI stabler and quicker to respond by using gerrit flags. This has improved in both directions very well internally.
Now it seems a good time to let all the oVirt projects to use this.
This solution indirectly promotes reviews and quick tests - “to fail early”, yet full blown static code analysis and long tests to run “when ready”.
# How it works
2 new gerrit independent flags are added to gerrit.
## CI flag
Will express patch CI status. Values:
* +1 CI passed
* 0 CI did not run yet
* -1 CI failed
Permissions for setting: project maintainers (for special cases) should be able to set/override (except Jenkins).
## Workflow flag
Will express patch “workflow” state. Values:
* 0 Work In Progress
* +1 Ready For Review
* +2 Ready For Merge
Permissions for setting: Owner can set +1, Project Maintainers can set +2
## Review + CI Integration:
Merging [“Submit” button to appear] will require: Review+1, CI+1, Workflow+2
Patch lifecycle now is:
---------------------------------------------------------------
patch state |owner |reviewer |maintainer |CI tests |pass
---------------------------------------------------------------
added/updated |- |- |- |quick |CI+1
review |Workflow+1|Review+1 |- |heavy |CI+1
merge ready |- |- |Workflow+2 |gating |CI+1
merge |- |- |merge |merge |CI+1
Changes from current workflow:
Owner only adds reviewers, now owner needs to set "Workflow+1" for the patch to be reviewed, and heavily auto-tested.
Maintainer now needs to set "Workflow+2" and wait for "Submit" button to appear after CI has completed running gating tests.
Next step will be to automate merge the change after Workflow+2 has been set by the Maintainer and gating tests passed.
## Why now?
It is elimination of waste. The sooner - the better.
The solution has been used for a while and it works.
Resolving the problem without gerrit involved will lead to adding unreliable code into jobs, and will still be prone to problems:
Just recently, 3d ago we’ve tried detecting what to run from jenkins relying only on gerrit comments so that upon Verified+1, we’d run the job.
We could not use “Review+1”, because it makes no sense at all, so we left the job to set Verified+1.
Meaning - re-trigger itself immediately more than 1 times.
Jenkins and its visitors very unhappy, and we had to stop those jobs, clean up the queue, and spam developers.
## OK OK OK. Now what?
Now we want your comments and opinions before pushing this further:
Please participate in this thread, so we can start trying it out.
Ask, Suggest better ideas, all this is welcome.
Best Regards!
N.B.
Of course, this is not written in stone, in case we find a better approach on solving those issues, we will change to it.
And we will keep improving so don't be afraid that it will be enforced: if this does not work out we will discard it.
P.S.
Kudos to dcaro, most of the work was done by him, and most of this text too.
Max Kovgan
Senior Software Engineer
Red Hat - EMEA ENG Virtualization R&D
Tel.: +972 9769 2060
Email: mkovgan [at] redhat [dot] com
Web: http://www.redhat.com
RHT Global #: 82-72060
10 years
Re: [ovirt-devel] [oVirt Jenkins] ovirt-engine_3.5_create-rpms_merged » fc20 - Build # 1151 - Failure!
by Eyal Edri
this unit test failed:
testConcreateCreateTaskBackwardsComaptibility(org.ovirt.engine.core.bll.BackwardCompatibilityTaskCreationTest): testConcreateCreateTaskBackwardsComaptibility
and i'm pretty sure its not the first time.
can we disable this test until it is fixed? its causing too much noise in CI.
Eyal.
----- Original Message -----
> From: "Yedidyah Bar David" <didi(a)redhat.com>
> To: "infra" <infra(a)ovirt.org>
> Sent: Sunday, June 7, 2015 8:32:04 AM
> Subject: Re: [oVirt Jenkins] ovirt-engine_3.5_create-rpms_merged » fc20 - Build # 1151 - Failure!
>
> ----- Original Message -----
> > From: jenkins(a)ovirt.org
> > To: didi(a)redhat.com, eedri(a)redhat.com, dcaroest(a)redhat.com
> > Sent: Sunday, June 7, 2015 8:24:03 AM
> > Subject: [oVirt Jenkins] ovirt-engine_3.5_create-rpms_merged » fc20 - Build
> > # 1151 - Failure!
> >
> > Project:
> > http://jenkins.ovirt.org/job/ovirt-engine_3.5_create-rpms_merged/label=fc20/
> > Build:
> > http://jenkins.ovirt.org/job/ovirt-engine_3.5_create-rpms_merged/label=fc...
> > Build Number: 1151
> > Build Status: Failure
> > Triggered By: Started by upstream project
> > "ovirt-engine_3.5_create-rpms_merged" build number 1,151
>
> 1150 succeeded, after 1149 failed, all 3 of them on same patch (below).
>
> Didn't look at actual logs. Please check...
>
> >
> > -------------------------------------
> > Changes Since Last Success:
> > -------------------------------------
> > Changes for Build #1151
> > [Yedidyah Bar David] packaging: setup: Disable pki renewal for 3.5
> >
> >
> >
> >
> > -----------------
> > Failed Tests:
> > -----------------
> > No tests ran.
> >
> >
>
> --
> Didi
>
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>
>
10 years
Frontend refresh flag in VdcQueryParameterBase
by Alexander Wels
Hi,
For anyone working with the Frontend, please note the following gotcha you
need to be aware of. Whenever you create a query parameter, please think about
whether or not your query should refresh the user session.
Guidelines for when to refresh.
Any query that is a result of a user action, like clicking a button to open a
pop-up, switch main/sub tabs. A refresh button on a dialog.
When not to refresh.
Any queries that are generated automatically, like the automatic refresh of
grids or display forms. Also queries created in response to some data coming
from the back-end. For instance the user clicked and opened a sub tab, the
initial query generates the refresh query, but there are some subsequent
queries that need to get extra information. Those do NOT need to have the
refresh set to true.
By DEFAULT the flag is set to true for historical reasons. So any new queries
you create will also have the flag set to true. We have implemented a
convenient method in VdcQueryParameterBase to allow you to switch the flag off.
Often you will do something like 'new VdcQueryParameter(something)' inside a
runQuery call. You can do 'new VdcQueryParameter(something).withoutRefresh()'
to turn the refresh off, without having to make a temporary variable.
If you don't follow the guidelines it is possible (and has happened, which
prompted this email) that while a user is inactive your query is keeping the
session alive and will cause the automatic log-out to not happen. This is
usually not what we want.
Thanks,
Alexander
10 years
VDSM 3.5 branch is failing to build on Fedora 20
by Sandro Bonazzola
VDSM 3.5 branch is failing to build on Fedora 20 due to:
detected by http://jenkins.ovirt.org/job/vdsm_3.5_create-rpms-fc20-x86_64_merged
pyflakes-0.7.3
find . -path './.git' -prune -type f -o \
-name '*.py' -o -name '*.py.in' | xargs /usr/bin/pyflakes | \
grep -w -v "\./vdsm/storage/lvm\.py.*: list comprehension redefines 'lv' from line .*" | \
while read LINE; do echo "$LINE"; false; done
./tests/functional/networkTests.py:80: redefinition of unused 'vdsm' from line 43
./tests/functional/networkTests.py:88: redefinition of unused 'vdsm' from line 43
Please fix it.
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years
