- Devel - oVirt List Archives

[URGENT][ACTION REQUIRED] ovirt-host-deploy-offline broken dependencies causes ovirt-live build failure.
by Sandro Bonazzola 12 Jun '15

12 Jun '15

Broken dependency: 06:11:38 Error creating Live CD : Failed to build transaction : ovirt-host-deploy-offline-1.4.0-0.0.master.20150609162401.git5766952.el7.x86_64 requires ovirt-vmconsole-host Please provide ovirt-vmconsole-host package. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-devel] gerrit+ci improvement proposal
by Oved Ourfali 11 Jun '15

11 Jun '15

On Jun 7, 2015 10:00 AM, Eyal Edri <eedri(a)redhat.com> wrote: > > > > ----- Original Message ----- > > From: "Oved Ourfali" <ovedo(a)redhat.com> > > To: "Eyal Edri" <eedri(a)redhat.com> > > Cc: infra(a)ovirt.org, devel(a)ovirt.org > > Sent: Sunday, June 7, 2015 9:55:56 AM > > Subject: Re: [ovirt-devel] gerrit+ci improvement proposal > > > > > > > > ----- Original Message ----- > > > From: "Eyal Edri" <eedri(a)redhat.com> > > > To: "Eli Mesika" <emesika(a)redhat.com> > > > Cc: "Oved Ourfali" <ovedo(a)redhat.com>, devel(a)ovirt.org, infra(a)ovirt.org > > > Sent: Sunday, June 7, 2015 9:52:15 AM > > > Subject: Re: [ovirt-devel] gerrit+ci improvement proposal > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Eli Mesika" <emesika(a)redhat.com> > > > > To: "Oved Ourfali" <ovedo(a)redhat.com> > > > > Cc: "Eyal Edri" <eedri(a)redhat.com>, infra(a)ovirt.org, devel(a)ovirt.org > > > > Sent: Thursday, June 4, 2015 3:49:05 PM > > > > Subject: Re: [ovirt-devel] gerrit+ci improvement proposal > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Oved Ourfali" <ovedo(a)redhat.com> > > > > > To: "Eyal Edri" <eedri(a)redhat.com> > > > > > Cc: devel(a)ovirt.org, infra(a)ovirt.org > > > > > Sent: Thursday, June 4, 2015 10:03:02 AM > > > > > Subject: Re: [ovirt-devel] gerrit+ci improvement proposal > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Eyal Edri" <eedri(a)redhat.com> > > > > > > To: "Sandro Bonazzola" <sbonazzo(a)redhat.com> > > > > > > Cc: infra(a)ovirt.org, devel(a)ovirt.org > > > > > > Sent: Thursday, June 4, 2015 9:46:40 AM > > > > > > Subject: Re: [ovirt-devel] gerrit+ci improvement proposal > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Sandro Bonazzola" <sbonazzo(a)redhat.com> > > > > > > > To: "Eyal Edri" <eedri(a)redhat.com>, "Max Kovgan" > > > > > > > <mkovgan(a)redhat.com> > > > > > > > Cc: devel(a)ovirt.org, infra(a)ovirt.org > > > > > > > Sent: Thursday, June 4, 2015 9:11:10 AM > > > > > > > Subject: Re: [ovirt-devel] gerrit+ci improvement proposal > > > > > > > > > > > > > > Il 03/06/2015 21:46, Eyal Edri ha scritto: > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > >> From: "Max Kovgan" <mkovgan(a)redhat.com> > > > > > > > >> To: devel(a)ovirt.org > > > > > > > >> Cc: infra(a)ovirt.org > > > > > > > >> Sent: Wednesday, June 3, 2015 8:22:54 PM > > > > > > > >> Subject: [ovirt-devel] gerrit+ci improvement proposal > > > > > > > >> > > > > > > > >> 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. > > > > > > > >> > > > > > > > > > > > > > > > > +1 from me, releasing CI from running non critical and > > > > > > > > un-essential > > > > > > > > jobs > > > > > > > > will not only reduce load from ci, > > > > > > > > and shorted response time for developers, it will allow us to add > > > > > > > > much > > > > > > > > more > > > > > > > > powerful tests such as functional & system > > > > > > > > tests that actually add hosts and run VMs, improving our ability > > > > > > > > to > > > > > > > > find > > > > > > > > regression much more effectively. > > > > > > > > > > > > > > > > Another benefit to consider is saving reviewers time. I.e not > > > > > > > > only > > > > > > > > jenkins > > > > > > > > benefits from Worklow+1, but also human reviewers. > > > > > > > > Instead of looking at a patch that is too early to be reviewed, > > > > > > > > the > > > > > > > > author > > > > > > > > can set the Workflow+1 when the code is ready to review > > > > > > > > (even if he didn't verified it yet), thus saving time to other > > > > > > > > reviewers > > > > > > > > - > > > > > > > > for example people can add an email rule > > > > > > > > to alert them only when they are added to patches that have > > > > > > > > Workflow+1, > > > > > > > > and > > > > > > > > not before. > > > > > > > > > > > > > > For human reviewers I suggest to keep using drafts until the patch > > > > > > > is > > > > > > > finished. > > > > > > > > > > > > keep using? how many developers do you know are working with drafts > > > > > > until > > > > > > their patch is ready? > > > > > > i agree if everyone would use drafts load on jenkins was already much > > > > > > lower, > > > > > > unfortunately its not the case. > > > > > > > > > > > > > > > > IMO we don't need the "workflow" flag. > > > > > I'm okay with CI not running on "drafts". And yes... we do use them. > > > > > We can try and educate people to use them more where needed. > > > > > Drafts should be widely used in first-phase development, and less on > > > > > bug-fixes. > > > > > > > > > > In addition, I think the patch owners shouldn't add reviewers, unless > > > > > they > > > > > need their input in the stage of the development. > > > > > Once they want input, they should add reviewers. > > > > > > > > > > 1. So, if the patch is draft then no CI runs on it. > > > > > 2. Once it turns into non-draft, you can run "light-CI" on it. > > > > > 3. Once the patch has at least one +1 from a (human) reviewer, then it > > > > > should > > > > > run the "heavy" CI. > > > > > 4. Once the patch has +1 from heavy CI, and +2 from reviewer > > > > > (maintainer), > > > > > then it can be merged. > > > > > > > > > > That's the process we have today, with slight change on when to run the > > > > > CI > > > > > and what CI to run (no CI on drafts, light CI on non-draft, heavy CI on > > > > > +1 > > > > > patches). > > > > > > > > +1 > > > > > > > > This is he right approach to go (I am also using drafts and if other > > > > don't, > > > > we can change that....) > > > > Also, regarding the claim that publishing a draft is a one-way process, I > > > > don't think that this is problematic, you should publish a draft after it > > > > is > > > > stable and you addressed all comments and run all tests locally > > > > > > > > > > this might be true, but the problem is: > > > 1. we can't enforce people to use drafts (technically), so until they do, > > > we'll still have a resource problem > > > > > > We can educate, and I don't see an issue with that. > > > > > 2. until we do, even "light ci" jobs running per patch will overload the > > > ci > > > without need, this is why relying on another > > > flag will help - if adding workflow is a problem, we can use the CR+1 > > > as > > > first attempt to improve the flow, > > > and consider in the future to use workflow if it will be needed. (maybe > > > we can even set it automatically somehow) > > > > > > > Perhaps marking as "verified" can be this flag. > > If the patch is verified by the author, then you run light CI on it. > > If it was also CR+1, run the heavy CI. > > question is how soon does an author ticks verify on his patch? > does he wait for code review before? for e.g. - i heard from some developers they wait > for CI to give them +1 until they even add reviewers, so this might be the chicken and egg problem. It depends on the patch I guess. Again, I think drafts are enough, and that we shouldn't add another flag here, so suggesting alternatives for that. We can "vote" on that flag addition, and other alternatives, and see what people say. > > > > > That way you both don't need a new flag, and you don't waste resources on > > non-manually-verified bugs. > > > > > > > > > > > > > > > > > > > > > > > > Once it's finished and humans reviewed the logic of the patch, > > > > > > > Workflow+1 > > > > > > > should be triggered allowing automation to check the correctness of > > > > > > > the > > > > > > > patch. > > > > > > > IMHO there's no reason for wasting CI time on patches that will be > > > > > > > correct > > > > > > > from an automation point of view but nacked by reviewers. > > > > > > > Especially > > > > > > > if > > > > > > > the > > > > > > > patches are part of a big patchset. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > And one final note, for Workflow+2 -> this is a preparation for a > > > > > > > > gating > > > > > > > > system, like Zuul used by openstack, that in the future > > > > > > > > we might use as automatic merger pending passing a verification > > > > > > > > step. > > > > > > > > this > > > > > > > > will prevent errors that happen sometimes > > > > > > > > post merge due to conflicts or other issues, and will be another > > > > > > > > level > > > > > > > > of > > > > > > > > validation before final merge. > > > > > > > > But as max said, its all part of the plan and we'll test it of > > > > > > > > course > > > > > > > > before implementing to see its value. > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > >> > > > > > > > >> > > > > > > > >> 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 > > > > > > > >> > > > > > > > >> _______________________________________________ > > > > > > > >> Devel mailing list > > > > > > > >> Devel(a)ovirt.org > > > > > > > >> http://lists.ovirt.org/mailman/listinfo/devel > > > > > > > > _______________________________________________ > > > > > > > > Devel mailing list > > > > > > > > Devel(a)ovirt.org > > > > > > > > http://lists.ovirt.org/mailman/listinfo/devel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > Sandro Bonazzola > > > > > > > Better technology. Faster innovation. Powered by community > > > > > > > collaboration. > > > > > > > See how it works at redhat.com > > > > > > > _______________________________________________ > > > > > > > Infra mailing list > > > > > > > Infra(a)ovirt.org > > > > > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Devel mailing list > > > > > > Devel(a)ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/devel > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Infra mailing list > > > > > Infra(a)ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > _______________________________________________ > > > > Infra mailing list > > > > Infra(a)ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > > > > > > > _______________________________________________ > > > Infra mailing list > > > Infra(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > >

5 7

ovirt-engine dependencies - unboundid-ldapsdk-3.0.0
by Sandro Bonazzola 11 Jun '15

11 Jun '15

Hi, A new version of unboundid-ldapsdk has been released. A testing package has been pushed to Fedora, please help verifying and giving karma: https://admin.fedoraproject.org/updates/unboundid-ldapsdk-3.0.0-1.fc22 The same package has also been built for CentOS Virt SIG: https://cbs.centos.org/koji/buildinfo?buildID=1314 Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-devel] [UI] New/Edit host dialog is broken
by Oved Ourfali 10 Jun '15

10 Jun '15

On Jun 9, 2015 21:00, Alexander Wels <awels(a)redhat.com> wrote: > > On Monday, June 08, 2015 07:38:05 AM Einav Cohen wrote: > > Thanks, Eli; @Alexander - can you please investigate this? > > > > ---- > > Regards, > > Einav > > > > Yes, found the problem, fixed here [1]. > Looks good to me. Thanks for the quick fix. Who can merge that on a short loop? > > [1] https://gerrit.ovirt.org/#/c/42104/ > > > ----- Original Message ----- > > > > > From: "Eli Mesika" <emesika(a)redhat.com> > > > To: "engine-devel(a)ovirt.org" <devel(a)ovirt.org> > > > Cc: "Einav Cohen" <ecohen(a)redhat.com>, "Oved Ourfali" > > > <oourfali(a)redhat.com>, "Alexander Wels" <awels(a)redhat.com> Sent: Monday, > > > June 8, 2015 7:17:46 AM > > > Subject: [UI] New/Edit host dialog is broken > > > > > > 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 > > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > >

3 3

3.6.1 target release
by Michal Skrivanek 10 Jun '15

10 Jun '15

Hi, who's maintaing bugzilla's config? I'd appreciate 3.6.1 target release to be able to push out the small things supposed to land immediately after feature freeze Thanks, michal

3 2

[UI] New/Edit host dialog is broken
by Eli Mesika 09 Jun '15

09 Jun '15

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

3 2

[UI] Storage tab
by Piotr Kliczewski 09 Jun '15

09 Jun '15

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

2 1

Re: [ovirt-devel] Devel Digest, Vol 14, Issue 21
by Adolfo 09 Jun '15

09 Jun '15

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?

2 1

Re: [ovirt-devel] ovirt can automatically save and load username password?
by 395459853＠qq.com 09 Jun '15

09 Jun '15

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>> &gt= ; 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>> &gt= ;  </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>> > &gt= ; 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>> > &gt= ; 395459853(a)qq.com</div>=0A<div>> > > </div>=0A<div>> > &gt= ; _______________________________________________</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_=------

1 0

oVirt Node Weekly Meeting Minutes - 2015-06-08
by Fabian Deutsch 08 Jun '15

08 Jun '15

================================= #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

1 0