Re: one of the charm is not getting listed on charm store
Thanks Uros for looking into this. ~Akshay On Wed, Dec 13, 2017 at 1:58 PM, Uros Jovanovic < uros.jovano...@canonical.com> wrote: > Hi Akshay, > > Indeed, the charm is listed in your namespace https://jujucharms.c > om/u/vtas-hyperscale-ci and is reachable as stable, revision 14 here > https://jujucharms.com/u/vtas-hyperscale-ci/hyperscale-controller and as > edge, revision 28 here https://jujucharms.com/u/ > vtas-hyperscale-ci/hyperscale-controller/28 . The charm is in the store > and is available for deploy. > > However, it is not listed in the search results. This looks like a bug in > the search index, at least the result with the revision stable channel > should be returned. We'll look into this. Here's the link to the issue to > follow https://github.com/CanonicalLtd/jujucharms.com/issues/509 . > > Sorry for the inconvenience. > > On Tue, Dec 12, 2017 at 1:00 PM, Akshay Ranade > wrote: > >> >> >> Hi All, >> >> We at Veritas Technologies LLC, have a total of 6 charms uploaded to >> charm store. Out of which one is not getting listed on charm store. >> Having said that the missing charm can be viewed by its exact URL as >> https://jujucharms.com/store/u/vtas-hyperscale-ci/hyperscale-controller >> . This is showing version as #14 as from that version onwards we have only >> released the charm on “edge” channel and hence the latest version(#27) can >> also be seen on the same page. >> >> >> >> We have granted same permission to all the charms i.e. with “everyone”. >> >> >> >> Our charms can be found at https://jujucharms.com/q/hyperscale . >> >> Any help around this would be really appreciable. >> >> >> >> Thanks, >> >> Akshay Ranade >> >> >> >> -- >> Juju mailing list >> Juju@lists.ubuntu.com >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/juju >> >> > > -- > Juju mailing list > Juju@lists.ubuntu.com > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/juju > > -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
one of the charm is not getting listed on charm store
Hi All, We at Veritas Technologies LLC, have a total of 6 charms uploaded to charm store. Out of which one is not getting listed on charm store. Having said that the missing charm can be viewed by its exact URL as https://jujucharms.com/store/u/vtas-hyperscale-ci/hyperscale-controller . This is showing version as #14 as from that version onwards we have only released the charm on “edge” channel and hence the latest version(#27) can also be seen on the same page. We have granted same permission to all the charms i.e. with “everyone”. Our charms can be found at https://jujucharms.com/q/hyperscale . Any help around this would be really appreciable. Thanks, Akshay Ranade -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
one of the charm is not getting listed on charm store
Hi All, We at Veritas Technologies LLC, have a total of 6 charms uploaded to charm store. Out of which one is not getting listed on charm store. Having said that the missing charm can be viewed by its exact URL as https://jujucharms.com/store/u/vtas-hyperscale-ci/hyperscale-controller . This is showing version as #14 as from that version onwards we have only released the charm on "edge" channel and hence the latest version(#27) can also be seen on the same page. We have granted same permission to all the charms i.e. with "everyone". Our charms can be found at https://jujucharms.com/q/hyperscale . Any help around this would be really appreciable. Thanks, Akshay Ranade -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
RE: [Newsletter][EXTERNAL] Re: FW: [PIKE] juju based OpenStack --Query
Hi James, As per the proposed solution, after switching back to older Keystone charm version we were able to add ‘shared-db-relation-changed’ relation and the unit gets itself into active state. However going ahead after executing openstack cli eg. ‘openstack user list’ it is giving us error as below: = root@juju-076501-0-lxd-3:/home/ubuntu# openstack user list The request you have made requires authentication. (HTTP 401) (Request-ID: req-e0bd39cb-dba5-40e0-ae55-28544c02be81) = The keystone.log logs following error: = (keystone.auth.core): 2017-10-16 10:00:44,512 WARNING Could not find domain: default. (keystone.common.wsgi): 2017-10-16 10:00:44,513 WARNING Authorization failed. The request you have made requires authentication. from 172.16.10.26 (keystone.auth.core): 2017-10-16 10:00:49,670 WARNING Could not find domain: admin_domain. (keystone.common.wsgi): 2017-10-16 10:00:49,670 WARNING Authorization failed. The request you have made requires authentication. from 172.16.10.26 (keystone.auth.core): 2017-10-16 10:00:51,722 WARNING Could not find domain: admin_domain. (keystone.common.wsgi): 2017-10-16 10:00:51,724 WARNING Authorization failed. The request you have made requires authentication. from 172.16.10.26 == I am attaching herewith the ‘default-openstack.yaml’ file that we are referring to, while deploying openstack charms. And the ‘admin-rc’ looks as follows: export OS_USERNAME=admin export OS_PASSWORD=root123 export OS_AUTH_URL=http://172.16.10.26:5000/v3 export OS_PROJECT_NAME=admin export OS_USER_DOMAIN_NAME=admin_domain export OS_PROJECT_DOMAIN_NAME=admin_domain export OS_IDENTITY_API_VERSION=3 Note: we have explicitly changed keystone’s "preferred-api-version" as 3 in the default-openstack.yaml. Could you please point us out if we are doing anything wrong here? Thanks, Akshay Ranade From: James Page [mailto:james.p...@ubuntu.com] Sent: Thursday, October 12, 2017 5:07 PM To: Akshay Ranade Cc: juju@lists.ubuntu.com Subject: [Newsletter][EXTERNAL] Re: FW: [PIKE] juju based OpenStack --Query Hi Akshay I think you've tripped over: https://bugs.launchpad.net/charm-keystone/+bug/1722909 which I did as well last night - this only impacts the development version of the charm which you are using with the bundle. I have a fix up for this, should land in the next couple of hours (we've been having some challenges with the infrastructure that runs our gate testing upstream in OpenStack which have now been resolved) Cheers James On Thu, 12 Oct 2017 at 07:12 Akshay Ranade mailto:akshay.ran...@veritas.com>> wrote: Hi All, We at Veritas Technologies LLC are trying to deploy juju based OpenStack Pike bits, from location: https://jujucharms.com/u/openstack-charmers-next/openstack-base-xenial-pike/ . But it fails at keystone charm in ‘shared-db-relation-changed’ hook giving following stack trace: *** Traceback (most recent call last): File "./hooks/shared-db-relation-changed", line 919, in main() File "./hooks/shared-db-relation-changed", line 912, in main hooks.execute(sys.argv) File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/charmhelpers/core/hookenv.py", line 784, in execute self._hooks[hook_name]() File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/charmhelpers/contrib/openstack/utils.py", line 1890, in wrapped_f restart_functions) File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/charmhelpers/core/host.py", line 685, in restart_on_change_helper r = lambda_f() File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/charmhelpers/contrib/openstack/utils.py", line 1889, in (lambda: f(*args, **kwargs)), restart_map, stopstart, File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/keystone_utils.py", line 1830, in inner_synchronize_ca_if_changed2 ret = f(*args, **kwargs) File "./hooks/shared-db-relation-changed", line 446, in db_changed leader_init_db_if_ready(use_current_context=True) File "./hooks/shared-db-relation-changed", line 420, in leader_init_db_if_ready update_all_identity_relation_units(check_db_ready=False) File "./hooks/shared-db-relation-changed", line 382, in update_all_identity_relation_units ensure_initial_admin(config) File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/keystone_utils.py", line 1240, in ensure_initial_admin return _ensure_initial_admin(config) File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/charmhelpers/core/de
FW: [PIKE] juju based OpenStack --Query
Hi All, We at Veritas Technologies LLC are trying to deploy juju based OpenStack Pike bits, from location: https://jujucharms.com/u/openstack-charmers-next/openstack-base-xenial-pike/ . But it fails at keystone charm in 'shared-db-relation-changed' hook giving following stack trace: *** Traceback (most recent call last): File "./hooks/shared-db-relation-changed", line 919, in main() File "./hooks/shared-db-relation-changed", line 912, in main hooks.execute(sys.argv) File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/charmhelpers/core/hookenv.py", line 784, in execute self._hooks[hook_name]() File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/charmhelpers/contrib/openstack/utils.py", line 1890, in wrapped_f restart_functions) File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/charmhelpers/core/host.py", line 685, in restart_on_change_helper r = lambda_f() File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/charmhelpers/contrib/openstack/utils.py", line 1889, in (lambda: f(*args, **kwargs)), restart_map, stopstart, File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/keystone_utils.py", line 1830, in inner_synchronize_ca_if_changed2 ret = f(*args, **kwargs) File "./hooks/shared-db-relation-changed", line 446, in db_changed leader_init_db_if_ready(use_current_context=True) File "./hooks/shared-db-relation-changed", line 420, in leader_init_db_if_ready update_all_identity_relation_units(check_db_ready=False) File "./hooks/shared-db-relation-changed", line 382, in update_all_identity_relation_units ensure_initial_admin(config) File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/keystone_utils.py", line 1240, in ensure_initial_admin return _ensure_initial_admin(config) File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/charmhelpers/core/decorators.py", line 40, in _retry_on_exception_inner_2 return f(*args, **kwargs) File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/keystone_utils.py", line 1195, in _ensure_initial_admin create_tenant("admin", DEFAULT_DOMAIN) File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/keystone_utils.py", line 934, in create_tenant manager = get_manager() File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/keystone_utils.py", line 1023, in get_manager api_version) File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/charmhelpers/core/decorators.py", line 40, in _retry_on_exception_inner_2 return f(*args, **kwargs) File "/var/lib/juju/agents/unit-keystone-0/charm/hooks/manager.py", line 75, in get_keystone_manager for svc in manager.api.services.list(): File "/usr/lib/python2.7/dist-packages/keystoneclient/v2_0/services.py", line 35, in list return self._list("/OS-KSADM/services", "OS-KSADM:services") File "/usr/lib/python2.7/dist-packages/keystoneclient/base.py", line 125, in _list resp, body = self.client.get(url, **kwargs) File "/usr/lib/python2.7/dist-packages/keystoneauth1/adapter.py", line 288, in get return self.request(url, 'GET', **kwargs) File "/usr/lib/python2.7/dist-packages/keystoneauth1/adapter.py", line 447, in request resp = super(LegacyJsonAdapter, self).request(*args, **kwargs) File "/usr/lib/python2.7/dist-packages/keystoneauth1/adapter.py", line 192, in request return self.session.request(url, method, **kwargs) File "/usr/lib/python2.7/dist-packages/positional/__init__.py", line 101, in inner return wrapped(*args, **kwargs) File "/usr/lib/python2.7/dist-packages/keystoneclient/session.py", line 445, in request raise exceptions.from_response(resp, method, url) keystoneauth1.exceptions.http.InternalServerError: Internal Server Error (HTTP 500) *** Can someone please help us out here. Thanks, Akshay Ranade -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju