Re: [Openstack] [openstack-dev] Stepping down as coordinator for the Outreachy internships
On 8 August 2018 at 00:47, Victoria Martínez de la Cruz wrote: > I'm reaching you out to let you know that I'll be stepping down as > coordinator for OpenStack next round. I had been contributing to this effort > for several rounds now and I believe is a good moment for somebody else to > take the lead. You all know how important is Outreachy to me and I'm > grateful for all the amazing things I've done as part of the Outreachy > program and all the great people I've met in the way. I plan to keep > involved with the internships but leave the coordination tasks to somebody > else. Thanks for doing such a wonderful job and keeping Outreachy going the last few years! :) Julie > If you are interested in becoming an Outreachy coordinator, let me know and > I can share my experience and provide some guidance. > > Thanks, > > Victoria ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] OverflowError: cannot convert float infinity to integer
On 15/01/15 03:43, mad Engineer wrote: > Hello All, > Dashboard was working fine ,strangely after a failed > instance resize and removing that instance,(instance-resize directory > was till there) dashboard is returning http error code 500. > > error log shows: OverflowError: cannot convert float infinity to integer > > using icehouse on centos6.6. This looks like [1] or [2], which do have fixes backported to Icehouse although not released yet. You should be able to resolve things by manually fixing in the database whichever quota value accidentally went below 0 for a given "in use" resource (the CLI nova/cinder absolute-limits calls should give an idea which value is causing the issue). Cheers, Julie [1] https://bugs.launchpad.net/horizon/+bug/1370869 [2] https://bugs.launchpad.net/horizon/+bug/1386687 > [Thu Jan 15 03:41:34 2015] [error] Internal Server Error: /dashboard/project/ > [Thu Jan 15 03:41:34 2015] [error] Traceback (most recent call last): > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/core/handlers/base.py", line > 134, in get_response > [Thu Jan 15 03:41:34 2015] [error] response = response.render() > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/response.py", line > 104, in render > [Thu Jan 15 03:41:34 2015] [error] > self._set_content(self.rendered_content) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/response.py", line > 81, in rendered_content > [Thu Jan 15 03:41:34 2015] [error] content = template.render(context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/base.py", line 140, > in render > [Thu Jan 15 03:41:34 2015] [error] return self._render(context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/base.py", line 134, > in _render > [Thu Jan 15 03:41:34 2015] [error] return self.nodelist.render(context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/base.py", line 823, > in render > [Thu Jan 15 03:41:34 2015] [error] bit = self.render_node(node, context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/base.py", line 837, > in render_node > [Thu Jan 15 03:41:34 2015] [error] return node.render(context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/loader_tags.py", > line 123, in render > [Thu Jan 15 03:41:34 2015] [error] return compiled_parent._render(context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/base.py", line 134, > in _render > [Thu Jan 15 03:41:34 2015] [error] return self.nodelist.render(context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/base.py", line 823, > in render > [Thu Jan 15 03:41:34 2015] [error] bit = self.render_node(node, context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/base.py", line 837, > in render_node > [Thu Jan 15 03:41:34 2015] [error] return node.render(context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/loader_tags.py", > line 62, in render > [Thu Jan 15 03:41:34 2015] [error] result = block.nodelist.render(context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/base.py", line 823, > in render > [Thu Jan 15 03:41:34 2015] [error] bit = self.render_node(node, context) > [Thu Jan 15 03:41:34 2015] [error] return node.render(context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/loader_tags.py", > line 123, in render > [Thu Jan 15 03:41:34 2015] [error] return compiled_parent._render(context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/base.py", line 134, > in _render > [Thu Jan 15 03:41:34 2015] [error] return self.nodelist.render(context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/base.py", line 823, > in render > [Thu Jan 15 03:41:34 2015] [error] bit = self.render_node(node, context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/base.py", line 837, > in render_node > [Thu Jan 15 03:41:34 2015] [error] return node.render(context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/loader_tags.py", > line 62, in render > [Thu Jan 15 03:41:34 2015] [error] result = block.nodelist.render(context) > [Thu Jan 15 03:41:34 2015] [error] File > "/usr/lib/python2.6/site-packages/django/template/base.py", line 823, > in render > [Thu Jan 15 03:41:34 2015] [error] bit = self.rende
Re: [Openstack] Jenkins falied : Committed a code for horizon
On 28/11/14 11:10, Arvinder Singh wrote: > > > Hi > > > > Please help me on this, I have committed a blueprint on openstack. > > Done some changes in horizon code. I am getting the error from Jenkins. Hi Arvinder, thank you for your contribution! In general it's helpful to provide a link to the specific review when you get an issue like this. In this case though, this is a bug that affected every single patch yesterday [1]. It should be fixed on master now, so rebasing your patch should be enough to resolve. Feel free to pop in on #openstack-horizon on IRC [2] if you have any further issues/questions. Julie [1] https://bugs.launchpad.net/horizon/+bug/1396954 [2] https://wiki.openstack.org/wiki/IRC > > > > Please help me on this > > > > Below is the error I m getting from jenkins > > > > > venv create: /home/jenkins/workspace/gate-horizon-selenium/.tox/venv > 2014-11-27 11:13:29.117 | venv installdeps: > -r/home/jenkins/workspace/gate-horizon-selenium/requirements.txt, > -r/home/jenkins/workspace/gate-horizon-selenium/test-requirements.txt > 2014-11-27 11:14:33.767 | venv develop-inst: > /home/jenkins/workspace/gate-horizon-selenium > 2014-11-27 11:14:43.845 | venv runtests: PYTHONHASHSEED='0' > 2014-11-27 11:14:43.845 | venv runtests: commands[0] | ../../../../bin/bash > run_tests.sh -N --only-selenium > 2014-11-27 11:14:43.845 | WARNING:test command found but not installed in > testenv > 2014-11-27 11:14:43.845 | cmd: /bin/bash > 2014-11-27 11:14:43.846 | env: > /home/jenkins/workspace/gate-horizon-selenium/.tox/venv > 2014-11-27 11:14:43.846 | Maybe forgot to specify a dependency? > 2014-11-27 11:14:46.526 | Running Horizon application tests > 2014-11-27 11:14:48.371 | > 2014-11-27 11:17:26.141 | > [34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[! 34mS[0m[34 mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[34mS[0m[32m.[0m[31mE[0m[32m.[0m[32m.[0m[32m.[0m[32m.[0m[32m.[0m[32m.[0m > 2014-11-27 11:17:26.141 | > == > 2014-11-27 11:17:26.142 | ERROR: test > (horizon.test.jasmine.jasmine_tests.ServicesTests) > 2014-11-27 11:17:26.142 | > -- > 2014-11-27 11:17:26.143 | Traceback (most recent call last): > 2014-11-27 11:17:26.143 | File > "/home/jenkins/workspace/gate-horizon-selenium/horizon/test/helpers.py", line > 287, in test > 2014-11-27 11:17:26.143 | self.run_jasmine() > 2014-11-27 11:17:26.143 | File > "/home/jenkins/workspace/gate-horizon-selenium/horizon/test/helpers.py", line > 271, in run_jasmine > 2014-11-27 11:17:26.143 | wait.until(jasmine_done) > 2014-11-27 11:17:26.144 | File > "/home/jenkins/workspace/gate-horizon-selenium/.tox/venv/local/lib/python2.7/site-packages/selenium/webdriver/support/wait.py", > line 71, in until > 2014-11-27 11:17:26.144 | raise TimeoutException(message) > 2014-11-27 11:17:26.144 | TimeoutException: Message: > 2014-11-27 11:17:26.144 | > 2014-11-27 11:17:26.144 | > 2014-11-27 11:17:26.175 | Slowest 5 tests took 135.09 secs: > 2014-11-27 11:17:26.176 | [31m122.90ServicesTests.test[0m > 2014-11-27 11:17:26.176 | [31m3.27 > LazyLoadedTabsTests.test_every_checked_row_checkbox_set_select_all[0m > 2014-11-27 11:17:26.177 | [31m3.19 > LazyLoadedTabsTests.test_any_unchecked_row_checkbox_unsets_select_all[0m > 2014-11-27 11:17:26.177 | [31m3.00 > LazyLoadedTabsTests.test_select_all_checkbox_sets_on_row_checkboxes[0m > 2014-11-27 11:17:26.177 | [31m2.73 > LazyLoadedTabsTests.test_delete_button_is_enabled_on_selection[0m > 2014-11-27 11:17:26.178 | > -- > 2014-11-27 11:17:26.178 | Ran 141 tests in 157.765s > 2014-11-27 11:17:26.178 | > 2014-11-27 11:17:26.179 | FAILED (SKIP=133, errors=1) > 2014-11-27 11:17:26.179 | nosetests horizon --nocapture --nologcapture > --exclude-dir=horizon/conf/ --exclude-dir=horizon/test/customization > --cover-package=
Re: [Openstack] Trying to add address to Gerrit profile, no luck
On 25/11/14 18:02, Patrick Cable wrote: > Hi, > > I'm trying to add my address to > https://review.openstack.org/#/settings/contact so that I can contribute, > and every time I click submit i get: > > Code Review - Error > Server Error > Cannot store contact information Hi Patrick, A couple of possibilities come to mind: 1. Did join the Foundation first? [1] 2. Is the email address for your Foundation / Gerrit / Launchpad account the same? Hopefully one of these will be enough to get you unstuck. See the comments at [2] for possible additional ideas. Good luck and welcome! Julie [1] https://www.openstack.org/join/ [2] https://bugs.launchpad.net/openstack-ci/+bug/1346833 > > This list is likely not the right place to report this, but as a new > potential contributor I have no idea what that venue might be. Someone in > freenode/#openstack suggested emailing this list. > > - Patrick > > > > ___ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack@lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] AttributeError: display_name on fresh devstack install
On 05/11/14 20:12, Richard Hedlind wrote: > Installed Devstack, created a volume, a snapshot and launched an instance > based on the snapshot. When I try to access the instance details in > Horizon, it blows up with this exception. Looks like some component can’t > handle cinder v2, where the display_name attribute has been replaced by > name. I found older bugs describing this issue, but they are marked as > fixed. Is this a known issue? Would appreciate help with a workaround. It looks like that spot was missed during the switch to v2, see [1]. The bug report includes a link to a patch that you could apply in your environment as a workaround. Hope this helps, Julie [1] https://bugs.launchpad.net/horizon/+bug/1386727 ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] [cinder] Sonething went wrong
On 19/09/14 20:51, Stephane EVEILLARD wrote:> in
/var/log/httpd/error_log I ve got
>
> [Fri Sep 19 11:42:02 2014] [error]
> self.limits.update(api.cinder.tenant_absolute_limits(self.request))
> [Fri Sep 19 11:42:02 2014] [error] File
>
"/usr/share/openstack-dashboard/openstack_dashboard/wsgi/../../openstack_dashboard/api/cinder.py",
> line 253, in tenant_absolute_limits
> [Fri Sep 19 11:42:02 2014] [error] limits =
> cinderclient(request).limits.get().absolute
> [Fri Sep 19 11:42:02 2014] [error] File
> "/usr/lib/python2.6/site-packages/cinderclient/v1/limits.py", line 92, in
> get
> [Fri Sep 19 11:42:02 2014] [error] return self._get("/limits",
"limits")
> [Fri Sep 19 11:42:02 2014] [error] File
> "/usr/lib/python2.6/site-packages/cinderclient/base.py", line 147, in _get
> [Fri Sep 19 11:42:02 2014] [error] return self.resource_class(self,
> body[response_key], loaded=True)
> [Fri Sep 19 11:42:02 2014] [error] KeyError: 'limits'
What are the versions for python-cinderclient, cinder and horizon?
Wondering if there may be a mismatch here.
What documentation are you following to do the installation?
Julie
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] database and dashboard out of sync
On 08/09/14 23:15, Srinivasreddy R wrote: > hi, > i have generated key pair and it is visible by the command > nova keypair-list > > but it is not visible in the dashboard .. because of this i am getting > error while launching instance giving error message like > ERROR (Not Found ) : The resource could not be found . (HTTP 404 > )(Request-Id ) > pls help me .. Hi Srinivas, The dashboard doesn't keep its own database, it only talks to the other services using their APIs so it shouldn't be able to get out of sync. Perhaps double-check that you're using the same tenant on the command-line (from your rc file, probably the OS_TENANT_NAME environment variable) and when on the dashboard (the name should be indicated in the top bar)? Where do you see the error 404, what's the traceback? You shouldn't be able to select a key pair you don't have access to at all from the dashboard, so it shouldn't even show you a 404 and simply launch the instance with no key pair... Julie > > thanks, > srinivas. > > > > ___ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack@lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] error whe creating fisrt keystone user
Hello, On 04/09/14 22:47, Stephane EVEILLARD wrote: > Hi, > > when I try to create admin user in keystone, > > > I got the following message :"The resource could not be found (HTTP 404)" Could you double-check your Keystone endpoints? (For example, with "keystone catalog" and checking "identity"). I wonder if the adminURL may have been created using the wrong port, it should be 35357. Something like: Service: identity +-+---+ | Property | Value | +-+---+ | adminURL | http://192.168.xxx.xxx:35357/v2.0 | | id | 41ff93f264484fbf97583b51e228eeb4 | | internalURL | http://192.168.xxx.xxx:5000/v2.0 | | publicURL | http://192.168.xxx.xxx:5000/v2.0 | |region | RegionOne | +-+---+ Julie > > and the only message I got in keystone.log is the following : > > "2014-09-04 15:41:56.432 2406 WARNING > keystone.openstack.common.versionutils [-] Deprecated: > keystone.middleware.core.XmlBodyMiddleware is deprecated as of Icehouse in > favor of support for "application/json" only and may be removed in K." > > I'm tring to install openstack on CentOS 6.4, got no error messages till > this one > > Thanks in advance > > > > > ___ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack@lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Heat, keystone trust, and horizon: why is the password box there?
On 15/08/14 13:49, Don Waterloo wrote: > I believe I have heat setup correctly using trust & domain model (on > icehouse / ubuntu 14.04), I followed > > http://hardysteven.blogspot.ca/2014/04/heat-auth-model-updates-part-1-trusts.html > and > http://hardysteven.blogspot.ca/2014/04/heat-auth-model-updates-part-2-stack.html > > and heat is working fine from the command line (when the environment > variables are set), and from horizon (when I enter my password a > second time on the 'launch stack' box). > > But my understand was I would not have to supply my password a second > time. I can't leave the box blank (it says its required). > > Am I misunderstanding this? I don't see code in horizon that would > 'hide' this box. Hi, It seems this change hasn't been propagated to Horizon yet, see https://bugs.launchpad.net/horizon/+bug/1290344 . Hope this helps, Julie > If i'm not misunderstanding, is there a way to 'test' the setup of the > domain, of the trust? > > ___ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack@lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] swift in horizon error
Hi Yugang,
On 26/05/14 10:27, Yugang LIU wrote:
> I switch to horizon with brower.
>
> In navigator menu, Project => Object store => container, I may see
> containter "mytest" and subdirectory "ntp". When I click subdirectory
> link "ntp", it raise internal error!
>
> Who have the same experience? Thanks.
>
> /var/log/apache/error.log:
> [...]
> [Mon May 26 09:07:32.830989 2014] [:error] [pid 7650:tid
> 139921512400640] File
> "/usr/lib/python2.7/dist-packages/django/core/urlresolvers.py", line
> 452, in _reverse_with_prefix
> [Mon May 26 09:07:32.830992 2014] [:error] [pid 7650:tid
> 139921512400640] (lookup_view_s, args, kwargs, len(patterns), patterns))
> [Mon May 26 09:07:32.830996 2014] [:error] [pid 7650:tid
> 139921512400640] NoReverseMatch: Reverse for 'breadcrumb.url' with
> arguments '(u'mytest/',)' and keyword arguments '{}' not found. 0
> pattern(s) tried: []
>
>
This looks like bug 131 [1] in Horizon, which was fixed on master
and backported to Icehouse. The fix will be available in the next
Icehouse stable release, currently planned around June 5th I believe.
Regards,
Julie
[1] https://bugs.launchpad.net/horizon/+bug/131
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] rdo havana to icehouse: instances stuck in 'resized or migrated'
On 20/05/14 17:08, Dimitri Maziuk wrote: > On 05/20/2014 03:59 AM, Julie Pichon wrote: >> On 19/05/14 18:14, Dimitri Maziuk wrote: >>> On 05/19/2014 11:15 AM, Julie Pichon wrote: >>>> >>>> I had a chat with a Nova developer who pointed me to the following patch >>>> at https://review.openstack.org/#/c/84755/ , recently merged in Havana >>>> and included in the latest RDO Havana packages. Resize specifically is >>>> one of the actions affected by this bug, you might want to check that >>>> you're running the latest packages on your Havana node(s) and see if >>>> this might help to resolve the problem? >>> >>> [root@irukandji ~]# yum up >>> ... >>> No Packages marked for Update >>> >>> So -- no, that's not it, unless the patch hasn't made it into the rpms yet. >> >> Could you provide the version numbers for the openstack-nova packages? > > Icehouse node: > > [root@squid ~]# rpm -q -a | grep openstack > openstack-selinux-0.1.3-2.el6ost.noarch > openstack-nova-api-2014.1-2.el6.noarch > openstack-utils-2014.1-1.el6.noarch > openstack-nova-compute-2014.1-2.el6.noarch > openstack-nova-network-2014.1-2.el6.noarch > openstack-nova-common-2014.1-2.el6.noarch > > Havana node: > > [root@irukandji ~]# rpm -q -a | grep openstack > openstack-nova-common-2013.2.3-1.el6.noarch > openstack-nova-network-2013.2.3-1.el6.noarch > openstack-nova-api-2013.2.3-1.el6.noarch > openstack-selinux-0.1.3-2.el6ost.noarch > openstack-nova-compute-2013.2.3-1.el6.noarch > openstack-utils-2013.2-2.el6.noarch > > Both nodes are > > [root@squid ~]# cat /etc/redhat-release > CentOS release 6.5 (Final) > Thanks for the information. I'm adding my colleague Nikola to this thread, he's familiar with Nova and should be better able to help. Julie ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Wrong Status at the Dashboard - IceHouse Horizon - Ubuntu 14.04
On 20/05/14 17:13, Martinx - ジェームズ wrote:
> Hey Julie,
>
> The command `nova quota-show --tenant-id ` didn't worked with
> IceHouse, maybe it have changed?!
>
> Look:
>
> ---
> root@psuaa-1:~# nova quota-show --tenant-id 75cdaa9153264d1eb5f86c9207f57010
> usage: nova [--version] [--debug] [--os-cache] [--timings]
> [--timeout ] [--os-auth-token OS_AUTH_TOKEN]
> [--os-username ] [--os-password ]
> [--os-tenant-name ]
> [--os-tenant-id ] [--os-auth-url ]
> [--os-region-name ] [--os-auth-system
> ]
> [--service-type ] [--service-name ]
> [--volume-service-name ]
> [--endpoint-type ]
> [--os-compute-api-version ]
> [--os-cacert ] [--insecure]
> [--bypass-url ]
> ...
> error: unrecognized arguments: --tenant-id 75cdaa9153264d1eb5f86c9207f57010
> Try 'nova help ' for more information.
> ---
>
> Maybe the syntax changed... Don't know for sure... I tried it with other
> options but didn't find the quotas via CLI (how newbie I am? hehe)... :-)
My bad, it looks like it's actually "nova quota-show --tenant
" ("nova help quota-show" can help and give more information
on parameters when hitting this kind of issues).
Julie
>
> I figured out how to reproduce the problem:
>
>
> 1- Edit /etc/neutron/neutron.conf;
>
> 2- Replace nova_admin_tenant_id or nova_admin_password for a know bad value;
>
> 3- Try to start some instances... It will not work...;
>
> 4- Terminate/Delete the broken Instances...;
>
> 5- Repeat the process a couple times;
>
> 7- Restore neutron.conf with good values;
>
> 8- Quota status will stuck wrong for that Project...
>
>
> Tks,
> Thiago
>
>
> On 19 May 2014 07:54, Julie Pichon wrote:
>
>> On 19/05/14 11:19, Matthias Runge wrote:
>>> On Mon, May 19, 2014 at 05:19:42AM -0300, Martinx - ジェームズ wrote:
>>>> Guys,
>>>>
>>>> I'm testing IceHouse to put it in production and I'm seeing that there
>> is
>>>> something wrong with its status, check it out:
>>>>
>>>> ---
>>>> http://i.imgur.com/LIFgrwd.png
>>>> ---
>>>>
>>>> I have only 1 Instance but, Horizon "Overview" shows "Instances Used 5
>> of
>>>> 5"... Where it should show "Instances Used 1 of 5"...
>>>>
>>>> This Project still have 4 Instances available to use but, he is unable
>> to
>>>> start more.
>>>>
>>>> Also, VCPUs and RAM are wrong too...
>>>>
>>>> Tips?!
>>>>
>>>> I noted that those instances wasn't started successfully, they got
>> stucked
>>>> because of other problems so, Project admin deleted but, the status
>> doesn't
>>>> got updated...
>>>>
>>>> I'm following docs.openstack.org...
>>>>
>>>
>>> Would you mind to report is as a bug[1].
>>
>> I suspect this is due to the Nova quotas being out of sync (see e.g. bug
>> 1202896 [1]) rather than something that can be fixed independently on
>> the Horizon side.
>>
>> Does `nova quota-show --tenant-id ` show the same inaccurate
>> numbers?
>>
>> Thanks,
>>
>> Julie
>>
>>
>> [1] https://bugs.launchpad.net/nova/+bug/1202896
>>
>>>
>>> Thanks.
>>>
>>> https://bugs.launchpad.net/horizon/
>>>
>>
>>
>>
>> ___
>> Mailing list:
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>> Post to : openstack@lists.openstack.org
>> Unsubscribe :
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>
>
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] rdo havana to icehouse: instances stuck in 'resized or migrated'
On 19/05/14 18:14, Dimitri Maziuk wrote: > On 05/19/2014 11:15 AM, Julie Pichon wrote: >> >> I had a chat with a Nova developer who pointed me to the following patch >> at https://review.openstack.org/#/c/84755/ , recently merged in Havana >> and included in the latest RDO Havana packages. Resize specifically is >> one of the actions affected by this bug, you might want to check that >> you're running the latest packages on your Havana node(s) and see if >> this might help to resolve the problem? > > [root@irukandji ~]# yum up > ... > No Packages marked for Update > > So -- no, that's not it, unless the patch hasn't made it into the rpms yet. Could you provide the version numbers for the openstack-nova packages? Thanks, Julie ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] rdo havana to icehouse: instances stuck in 'resized or migrated'
On 19/05/14 11:48, Julie Pichon wrote:
> On 16/05/14 22:45, Dimitri Maziuk wrote:
>> Hi all.
>>
>> Upgrading centos 6/rdo from havana to icehouse: I've updated all
>> services on the controller as per the fine manual, then updated one of
>> the 3 compute nodes.
>>
>> Now I'm trying to migrate the (shut off) instances from havana compute
>> node to the icehouse compute node and they get stuck in
>> "resize_migrated". On the first one I "reset-state --active", renamed
>> /var/lib/nova/instances/_resize and was able to issue a 'hard
>> reboot' from the dashboard.
>>
>> Now I have the 2nd one stuck in the same state. I restarted compute with
>> debug on on the target (icehouse) compute node, there's nothing
>> interesting there so the problem is somewhere else. In fact, it looks
>> like all it is is something isn't popping up the "confirm resize" button
>> in the dashboard -- /var/lib/nova/instances is nfs-mounted so there's no
>> actual data resizing/migration necessary.
>
> Hi Dimitri,
>
> From a dashboard perspective, the "Confirm resize" button is only
> displayed when the instance status gets to the final "VERIFY_RESIZE"
> stage. Out of curiosity, does the confirm resize command works on the
> stuck instances from the CLI? ("nova resize-confirm ")
>
> I'm not familiar enough with Nova to be able to provide additional
> information on why the instances might be getting stuck, unfortunately,
> hopefully someone else can offer more insightful advice.
I had a chat with a Nova developer who pointed me to the following patch
at https://review.openstack.org/#/c/84755/ , recently merged in Havana
and included in the latest RDO Havana packages. Resize specifically is
one of the actions affected by this bug, you might want to check that
you're running the latest packages on your Havana node(s) and see if
this might help to resolve the problem?
Julie
>
> Julie
>
>>
>> I really don't want to go through the reset-state/rename dir dance for
>> every instance I have.
>>
>> Any suggestions? Anyone done the havana-to-icehouse dance with 2 compute
>> nodes?
>>
>>
>>
>> ___
>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>> Post to : openstack@lists.openstack.org
>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>
>
>
> ___
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to : openstack@lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] rdo havana to icehouse: instances stuck in 'resized or migrated'
On 16/05/14 22:45, Dimitri Maziuk wrote:
> Hi all.
>
> Upgrading centos 6/rdo from havana to icehouse: I've updated all
> services on the controller as per the fine manual, then updated one of
> the 3 compute nodes.
>
> Now I'm trying to migrate the (shut off) instances from havana compute
> node to the icehouse compute node and they get stuck in
> "resize_migrated". On the first one I "reset-state --active", renamed
> /var/lib/nova/instances/_resize and was able to issue a 'hard
> reboot' from the dashboard.
>
> Now I have the 2nd one stuck in the same state. I restarted compute with
> debug on on the target (icehouse) compute node, there's nothing
> interesting there so the problem is somewhere else. In fact, it looks
> like all it is is something isn't popping up the "confirm resize" button
> in the dashboard -- /var/lib/nova/instances is nfs-mounted so there's no
> actual data resizing/migration necessary.
Hi Dimitri,
>From a dashboard perspective, the "Confirm resize" button is only
displayed when the instance status gets to the final "VERIFY_RESIZE"
stage. Out of curiosity, does the confirm resize command works on the
stuck instances from the CLI? ("nova resize-confirm ")
I'm not familiar enough with Nova to be able to provide additional
information on why the instances might be getting stuck, unfortunately,
hopefully someone else can offer more insightful advice.
Julie
>
> I really don't want to go through the reset-state/rename dir dance for
> every instance I have.
>
> Any suggestions? Anyone done the havana-to-icehouse dance with 2 compute
> nodes?
>
>
>
> ___
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to : openstack@lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Wrong Status at the Dashboard - IceHouse Horizon - Ubuntu 14.04
On 19/05/14 11:19, Matthias Runge wrote: > On Mon, May 19, 2014 at 05:19:42AM -0300, Martinx - ジェームズ wrote: >> Guys, >> >> I'm testing IceHouse to put it in production and I'm seeing that there is >> something wrong with its status, check it out: >> >> --- >> http://i.imgur.com/LIFgrwd.png >> --- >> >> I have only 1 Instance but, Horizon "Overview" shows "Instances Used 5 of >> 5"... Where it should show "Instances Used 1 of 5"... >> >> This Project still have 4 Instances available to use but, he is unable to >> start more. >> >> Also, VCPUs and RAM are wrong too... >> >> Tips?! >> >> I noted that those instances wasn't started successfully, they got stucked >> because of other problems so, Project admin deleted but, the status doesn't >> got updated... >> >> I'm following docs.openstack.org... >> > > Would you mind to report is as a bug[1]. I suspect this is due to the Nova quotas being out of sync (see e.g. bug 1202896 [1]) rather than something that can be fixed independently on the Horizon side. Does `nova quota-show --tenant-id ` show the same inaccurate numbers? Thanks, Julie [1] https://bugs.launchpad.net/nova/+bug/1202896 > > Thanks. > > https://bugs.launchpad.net/horizon/ > ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Horizon inconsistencies
Hi Erich, On 11/04/14 17:32, Erich Weiler wrote: > Hey Y'all, > > In my seemingly never-ending quest to nail down OpenStack, I'm having > two odd issues with Horizon I was hoping someone could shed some light > on. I'm using RDO OpenStack Icehouse RC1. > > 1: My test user has been creating and destroying VM instances for a > while for various tests. It seems, however, that the Horizon dashboard > that shows how many CPUs, RAM, instances, etc on the front page is > flawed, as right now there are no running instances at all, but it still > shows me running 1 CPU, 1 instance and two GB of RAM. It's like an > instance got destroyed but whatever is watching the utilization metrics > didn't get updated. Is that a known issue? I'm not sure if you're talking about the charts or the usage table? The charts are using the limits/quota data from the different services, you might want to make sure the quota information in the databases is in sync if you're seeing issue there. The usage table shows data for a time period, usually the current month by default. It's not a snapshot of the current state of the system (you could switch the dates to only show information for the current day, if that helps.) > 2: It seems that every once in a while my session in Horizon times out > (which is expected), and then I try to log in again, and it flips to a > page saying something to the effect of "Something went wrong! Refresh > your page and see if it helps". It doesn't help. It seems the only > thing that helps is restarting keystone, then I can log in and > everything looks fine. Horizon is using memchached, if that makes any > difference. It's like it's caching old/bad credentials or something and > confusing Horizon. Does that ring any bells? That seems like a bug... Is there any information in httpd/horizon logs when this happens? How about the Keystone logs? Once you have that information (especially stack traces), it would be helpful if you could open a new bug at [1]. Thanks! Julie [1] https://bugs.launchpad.net/horizon > > Thanks again for any hints! > > -erich > > ___ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack@lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] UX Content in OpenStack Upstream Training?
On 06/03/14 16:15, Debojyoti Dutta wrote: > I think this is a valid point and we should do something in the UX space. > 1.5yrs ago, we wanted to explore UX issues and wrote a tool called > Curvature and did some UX experiments - will dig up our draft paper and > post. For now the demo is at > https://www.openstack.org/summit/portland-2013/session-videos/presentation/interactive-visual-orchestration-with-curvature-and-donabe > we open sourced our "app" written in rails and one of the interns > contributed a bunch of stuff into Horizon. > https://github.com/CiscoSystems/curvature > > I am up for a UX working group. Hi Debo, It's really cool to see people interested in helping out with UX issues! There's actually a few people working on UX problems in the community, Jacki's initial email made it apparent that they're not easy to find at the moment. Liz updated the How To Contribute [1] page in order to help fix this, I hope that you'll be able to join the team and help with existing or new initiatives. Many thanks! Julie [1] https://wiki.openstack.org/wiki/HowToContribute#If_you.27re_a_designer_or_usability_professional.2C_help_shape_the_UX > > debo > > > > On Thu, Mar 6, 2014 at 7:47 AM, Jacki Bauer wrote: > >> Hello, >> I was looking at the Upstream Training ( >> https://wiki.openstack.org/wiki/OpenStack_Upstream_Training/Info) and I'm >> wondering how much of the content is directed at people who want to or are >> currently contributing user experience work - whether that is API design, >> UI design, user research and requirements development? Is it worthwhile for >> these people to attend? And if not, if this content doesn't exist yet, how >> might we get it included in the future? >> >> Being new to OpenStack, there's an obvious need for UX and design work, >> but the number of contributors is small and it is quite difficult to get >> started because the process isn't well defined. >> >> Thanks >> -Jacki >> >> ___ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack@lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > > > > ___ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack@lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] [FWaaS] FWaaS in Horizon
"trinath somanchi" wrote: > Yes.. The screens are given in the Openstack Wiki Link, but when I install > FWaaS , They are not shown in the Horizon. > > https://wiki.openstack.org/wiki/Quantum/FWaaS/HowToInstall Hi Trinath, You should also set the 'enable_firewall' setting to True in the Horizon's local_settings file [1], and restart your web server. Julie [1] https://github.com/openstack/horizon/blob/stable/havana/openstack_dashboard/local/local_settings.py.example#L161 > > -- > Trinath Somanchi - B39208 > trinath.soman...@freescale.com | extn: 4048 > > -Original Message- > From: Matthias Runge [mailto:mru...@redhat.com] > Sent: Thursday, December 12, 2013 2:52 PM > To: openstack@lists.openstack.org > Subject: Re: [Openstack] [FWaaS] FWaaS in Horizon > > On 12/12/2013 08:19 AM, trinath.soman...@freescale.com wrote: > > > Is there any other installation required for the FWaaS Screens ?? > > > A Havana version of Horizon? > > Matthias > > ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Adding User to Roles invalidates current token?
Hi Joe,
"Joe Topjian" wrote:
> I'm running through some Folsom to Grizzly upgrade tests and have noticed
> an odd issue with Keystone and Horizon:
>
> If I'm logged into Horizon as the admin user and then (on the command line)
> add a role to the admin user to a tenant, my Horizon session is now invalid
> and I have to logout and log back in.
>
> Logs are showing this error:
>
> Unauthorized: Unable to communicate with identity service: {"error":
> {"message": "Could not find token: 80429dc1ca214b39ad3ef17a71ac5915",
> "code": 401, "title": "Not Authorized"}}. (HTTP 401)
>
> If I use MySQL as the token store, I can see that the token in question has
> indeed become invalid.
>
> I'm not sure if something broke or is misconfigured from the upgrade or if
> this is a new characteristic of Keystone?
This sounds like https://bugs.launchpad.net/keystone/+bug/1170186 which should
have been backported to Grizzly 2013.1.3 (Aug 8th stable release).
Julie
>
> Any ideas?
>
> Thanks,
> Joe
>
> --
> Joe Topjian
> Systems Architect
> Cybera Inc.
>
> www.cybera.ca
>
> Cybera is a not-for-profit organization that works to spur and support
> innovation, for the economic benefit of Alberta, through the use
> of cyberinfrastructure.
>
> ___
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to : openstack@lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] SSH permissions (was: Re: Error during live migration)
Hi, "Guilherme Russi" wrote: > I'm migrating it through the dashboard with the admin user. Is it wrong? Just to clarify a mismatch with the thread title: the "Migrate" option in the dashboard does not perform a live migration but uses "nova migrate", which involves a reboot. Julie ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
