<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 13, 2017 at 3:51 PM, Morgan Fainberg <span dir="ltr"><<a href="mailto:morgan.fainberg@gmail.com" target="_blank">morgan.fainberg@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Tue, Jun 13, 2017 at 1:04 PM, Boris Pavlovic <<a href="mailto:boris@pavlovic.me">boris@pavlovic.me</a>> wrote:<br>
> Hi stackers,<br>
><br>
> Intro<br>
><br>
> Initially Rally was targeted for developers which means running it from<br>
> admin was OK.<br>
> Admin was basically used to simplify preparing environment for testing:<br>
> create and setup users/tenants, networks, quotas and other resources that<br>
> requires admin role.<br>
> As well it was used to cleanup all resources after test was executed.<br>
><br>
> Problem<br>
><br>
> More and more operators were running Rally against their production<br>
> environments, and they were not happy with the thing that they should<br>
> provide admin, they would rather prepare environment by hand and provide<br>
> already existing users than allow Rally to mess up with admin rights =)<br>
><br>
> Solution<br>
><br>
> After years of refactoring we changed almost everything;) and we managed to<br>
> keep Rally as simple as it was and support Operators and Developers needs.<br>
><br>
> Now Rally supports 3 different modes:<br>
><br>
> admin mode -> Rally manages users that are used for testing<br>
> admin + existing users mode -> Rally uses existing users for testing (if no<br>
> user context)<br>
> [new one] existing users mode -> Rally uses existing users for testing<br>
><br>
> In every mode input task will look the same, however in case of only<br>
> existing users mode you won't be able to use plugins that requires admin<br>
> role.<br>
><br>
> This patch finishes works: <a href="https://review.openstack.org/#/c/465495/" rel="noreferrer" target="_blank">https://review.openstack.org/#<wbr>/c/465495/</a><br>
><br>
> Thanks to everybody that was involved in this huge effort!<br>
><br>
><br>
> Best regards,<br>
> Boris Pavlovic<br>
><br>
</div></div>> ______________________________<wbr>______________________________<wbr>______________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
><br>
<br>
Good work, and fantastic news. This will make rally a more interesting<br>
tool to use against real-world deployments.<br>
<br>
Congrats on a job well done.<br></blockquote><div><br></div><div>I completely agree here. Nice work!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
--Morgan<br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</blockquote></div><br></div></div>