<div dir="ltr">Daisuke, <div><br></div><div>We have as well changes in our DB models. </div><div><br></div><div>So running: </div><div><br></div><div> $ rally-manage db recreate</div><div><br></div><div>Will be as well required..</div><div><br></div><div><br></div><div>Best regards,</div><div>Boris Pavlovic <br><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 8, 2014 at 3:24 PM, Mikhail Dubov <span dir="ltr"><<a href="mailto:mdubov@mirantis.com" target="_blank">mdubov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Daisuke,<div><br></div><div>seems like your issue is connected to the change in the deployment configuration file format for existing clouds we've <a href="https://review.openstack.org/#/c/116766/" target="_blank">merged</a> recently.</div><div><br></div><div>Please see the updated <a href="https://wiki.openstack.org/wiki/Rally/HowTo#Step_1._Deployment_initialization_.28use_existing_cloud.29" target="_blank">Wiki "How to" page</a> that describes the new format. In your case, you can just update the deployment configuration file and run again <i>"rally deployment create"</i>. Everything should work then.</div><div><br></div><div><br></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><font color="#666666">Best regards,</font><div><font color="#666666">Mikhail Dubov</font></div><div><br></div><div><font color="#666666">Mirantis, Inc.</font></div><div><font color="#666666">E-Mail: <a href="mailto:mdubov@mirantis.com" target="_blank">mdubov@mirantis.com</a></font></div><div><font color="#666666">Skype: msdubov</font></div></div></div><div><div class="h5">
<br><div class="gmail_quote">On Mon, Sep 8, 2014 at 3:16 PM, Daisuke Morita <span dir="ltr"><<a href="mailto:morita.daisuke@lab.ntt.co.jp" target="_blank">morita.daisuke@lab.ntt.co.jp</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi, rally developers!<br>
<br>
Now, I am trying to use Rally to devstack cluster on AWS VM<br>
(all-in-one). I'm following a blog post<br>
<a href="https://www.mirantis.com/blog/rally-openstack-tempest-testing-made-simpler/" target="_blank">https://www.mirantis.com/blog/rally-openstack-tempest-testing-made-simpler/</a><br>
. I successfully installed Devstack, Rally and Tempest. Now, I just ran<br>
Tempest by 'rally verify start' command, but the command failed with the<br>
following stacktrace.<br>
<br>
<br>
2014-09-08 10:57:57.803 17176 CRITICAL rally [-] KeyError: 'admin'<br>
2014-09-08 10:57:57.803 17176 TRACE rally Traceback (most recent call last):<br>
2014-09-08 10:57:57.803 17176 TRACE rally File "/usr/local/bin/rally",<br>
line 10, in <module><br>
2014-09-08 10:57:57.803 17176 TRACE rally sys.exit(main())<br>
2014-09-08 10:57:57.803 17176 TRACE rally File<br>
"/usr/local/lib/python2.7/dist-packages/rally/cmd/main.py", line 40, in main<br>
2014-09-08 10:57:57.803 17176 TRACE rally return<br>
cliutils.run(sys.argv, categories)<br>
2014-09-08 10:57:57.803 17176 TRACE rally File<br>
"/usr/local/lib/python2.7/dist-packages/rally/cmd/cliutils.py", line<br>
184, in run<br>
2014-09-08 10:57:57.803 17176 TRACE rally ret = fn(*fn_args,<br>
**fn_kwargs)<br>
2014-09-08 10:57:57.803 17176 TRACE rally File "<string>", line 2, in<br>
start<br>
2014-09-08 10:57:57.803 17176 TRACE rally File<br>
"/usr/local/lib/python2.7/dist-packages/rally/cmd/envutils.py", line 64,<br>
in default_from_global<br>
2014-09-08 10:57:57.803 17176 TRACE rally return f(*args, **kwargs)<br>
2014-09-08 10:57:57.803 17176 TRACE rally File<br>
"/usr/local/lib/python2.7/dist-packages/rally/cmd/commands/verify.py",<br>
line 59, in start<br>
2014-09-08 10:57:57.803 17176 TRACE rally api.verify(deploy_id,<br>
set_name, regex)<br>
2014-09-08 10:57:57.803 17176 TRACE rally File<br>
"/usr/local/lib/python2.7/dist-packages/rally/orchestrator/api.py", line<br>
153, in verify<br>
2014-09-08 10:57:57.803 17176 TRACE rally<br>
verifier.verify(set_name=set_name, regex=regex)<br>
2014-09-08 10:57:57.803 17176 TRACE rally File<br>
"/usr/local/lib/python2.7/dist-packages/rally/verification/verifiers/tempest/tempest.py",<br>
line 247, in verify<br>
2014-09-08 10:57:57.803 17176 TRACE rally<br>
self._prepare_and_run(set_name, regex)<br>
2014-09-08 10:57:57.803 17176 TRACE rally File<br>
"/usr/local/lib/python2.7/dist-packages/rally/utils.py", line 165, in<br>
wrapper<br>
2014-09-08 10:57:57.803 17176 TRACE rally result = f(self, *args,<br>
**kwargs)<br>
2014-09-08 10:57:57.803 17176 TRACE rally File<br>
"/usr/local/lib/python2.7/dist-packages/rally/verification/verifiers/tempest/tempest.py",<br>
line 146, in _prepare_and_run<br>
2014-09-08 10:57:57.803 17176 TRACE rally self.generate_config_file()<br>
2014-09-08 10:57:57.803 17176 TRACE rally File<br>
"/usr/local/lib/python2.7/dist-packages/rally/verification/verifiers/tempest/tempest.py",<br>
line 89, in generate_config_file<br>
2014-09-08 10:57:57.803 17176 TRACE rally<br>
config.TempestConf(self.deploy_id).generate(self.config_file)<br>
2014-09-08 10:57:57.803 17176 TRACE rally File<br>
"/usr/local/lib/python2.7/dist-packages/rally/verification/verifiers/tempest/config.py",<br>
line 242, in generate<br>
2014-09-08 10:57:57.803 17176 TRACE rally func()<br>
2014-09-08 10:57:57.803 17176 TRACE rally File<br>
"/usr/local/lib/python2.7/dist-packages/rally/verification/verifiers/tempest/config.py",<br>
line 115, in _set_boto<br>
2014-09-08 10:57:57.803 17176 TRACE rally<br>
self.conf.set(section_name, 'ec2_url', self._get_url('ec2'))<br>
2014-09-08 10:57:57.803 17176 TRACE rally File<br>
"/usr/local/lib/python2.7/dist-packages/rally/verification/verifiers/tempest/config.py",<br>
line 105, in _get_url<br>
2014-09-08 10:57:57.803 17176 TRACE rally return<br>
service['admin']['publicURL']<br>
2014-09-08 10:57:57.803 17176 TRACE rally KeyError: 'admin'<br>
2014-09-08 10:57:57.803 17176 TRACE rally<br>
<br>
<br>
I tried to dig into the root cause of above error, but I did not have<br>
any idea where to look into. The most doubtful may be automatically<br>
generated configuration file, but I did not find anything odd.<br>
<br>
If possible, could you give me some hints on what to do?<br>
<br>
Sorry for bothering you. Thanks in advance.<br>
<br>
<br>
<br>
Best Regards,<br>
Daisuke<br>
<span><font color="#888888"><br>
--<br>
Daisuke Morita <<a href="mailto:morita.daisuke@lab.ntt.co.jp" target="_blank">morita.daisuke@lab.ntt.co.jp</a>><br>
NTT Software Innovation Center, NTT Corporation<br>
<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>