Re: [openstack-dev] [Heat] Dealing with nonexistent resources during resource-list / stack-delete

2016-03-08 Thread Johannes Grassler
Hello, On 03/07/2016 04:48 PM, Zane Bitter wrote: On 04/03/16 04:35, Johannes Grassler wrote: [Uncaught client exceptions in resource plugins' add_dependencies() methods] Yes, you're right and this sucks. That's not the only problem we've had in this area recently - for example there was also

Re: [openstack-dev] [Heat] Dealing with nonexistent resources during resource-list / stack-delete

2016-03-08 Thread Johannes Grassler
Hello, On 03/07/2016 04:48 PM, Zane Bitter wrote: On 04/03/16 04:35, Johannes Grassler wrote: [Uncaught client exceptions in resource plugins' add_dependencies() methods] In the meantime, we need to find and squash every instance of this problem wherever we can like you said. It might also

Re: [openstack-dev] [Heat] Dealing with nonexistent resources during resource-list / stack-delete

2016-03-08 Thread Johannes Grassler
Hello, On 03/08/2016 04:57 PM, Zane Bitter wrote: On 08/03/16 10:40, Johannes Grassler wrote: On 03/07/2016 04:48 PM, Zane Bitter wrote: On 04/03/16 04:35, Johannes Grassler wrote: [Uncaught client exceptions in resource plugins' add_dependencies() methods] In the meantime, we need to find

[openstack-dev] [Heat] Dealing with nonexistent resources during resource-list / stack-delete

2016-03-04 Thread Johannes Grassler
as it happened in the original bug report or due to an operator accidently deleting resources that are managed by Heat. -- Johannes Grassler, Cloud Developer SUSE Linux GmbH, HRB 21284 (AG Nürnberg) GF: Felix Imendörffer, Jane Smithard, Graham Norton Maxfeldstr. 5, 90409 Nürnberg, Germany

Re: [openstack-dev] [Heat] Dealing with nonexistent resources during resource-list / stack-delete

2016-03-09 Thread Johannes Grassler
On 03/08/2016 06:26 PM, Zane Bitter wrote: On 08/03/16 08:03, Johannes Grassler wrote: I think you're being a little too pessimistic. I was going to explain one approach, but it turned out to be easier to just submit a patch: https://review.openstack.org/290027 Ah, that one looks good, thanks

Re: [openstack-dev] [magnum] Use Keystone trusts in Magnum?

2016-07-07 Thread Johannes Grassler
make it a lot easier. I'll give it a try... Cheers, Johannes Best regards, Hongbin -Original Message- From: Johannes Grassler [mailto:jgrass...@suse.de] Sent: July-06-16 9:40 AM To: OpenStack Development Mailing List Subject: [openstack-dev] [magnum] Use Keystone trusts in Magnum

[openstack-dev] [magnum] Use Keystone trusts in Magnum?

2016-07-06 Thread Johannes Grassler
://wiki.openstack.org/wiki/Keystone/Trusts -- Johannes Grassler, Cloud Developer SUSE Linux GmbH, HRB 21284 (AG Nürnberg) GF: Felix Imendörffer, Jane Smithard, Graham Norton Maxfeldstr. 5, 90409 Nürnberg, Germany __ OpenStack

Re: [openstack-dev] [magnum][heat] Global stack-list for Magnum service user

2016-07-04 Thread Johannes Grassler
Hello, Thanks for the exhaustive comment on the issue. Won't help much in the short term, but it's good to see there will eventually be a way to sort this out properly! On 07/04/2016 12:50 PM, Steven Hardy wrote: On Mon, Jul 04, 2016 at 11:43:47AM +0200, Johannes Grassler wrote: [Magnum's

[openstack-dev] [Heat][Senlin] Deprecation roadmap for Heat's Autoscaling resources?

2016-07-04 Thread Johannes Grassler
master branch. Are they slated for removal at some stage or will they remain available even as Senlin becomes the go-to mechanism for autoscaling? Cheers, Johannes -- Johannes Grassler, Cloud Developer SUSE Linux GmbH, HRB 21284 (AG Nürnberg) GF: Felix Imendörffer, Jane Smithard, Graham

[openstack-dev] [magnum][heat] Global stack-list for Magnum service user

2016-07-04 Thread Johannes Grassler
use Heat internally) wouldn't need a change to Heat's policy.json. If that kind of approach is feasible I'd be happy to submit a change. Cheers, Johannes -- Johannes Grassler, Cloud Developer SUSE Linux GmbH, HRB 21284 (AG Nürnberg) GF: Felix Imendörffer, Jane Smithard, Graham Norton Maxfeldst

Re: [openstack-dev] [Heat][Senlin] Deprecation roadmap for Heat's Autoscaling resources?

2016-07-04 Thread Johannes Grassler
Hello, On 07/04/2016 02:52 PM, Thomas Herve wrote: On Mon, Jul 4, 2016 at 2:06 PM, Johannes Grassler <jgrass...@suse.de> wrote: [...] Right now OS::Heat::AutoScalingGroup and friends still exist, even in the master branch. Are they slated for removal at some stage or will they

[openstack-dev] [Keystone] Listing Domain roles (or retrieving them by name)

2016-09-20 Thread Johannes Grassler
of it, a way to grant roles on a domain by name would also solve the problem... Cheers, Johannes [0] https://github.com/openstack/python-openstackclient/blob/master/openstackclient/identity/v3/role.py#L241 -- Johannes Grassler, Cloud Developer SUSE Linux GmbH, HRB 21284 (AG Nürnberg) GF: Felix

Re: [openstack-dev] [Keystone] Listing Domain roles (or retrieving them by name)

2016-09-20 Thread Johannes Grassler
Hello, On 09/20/2016 10:15 AM, Johannes Grassler wrote: is there a canonical way to either * list roles in a given domain * or retrieve a role from a given domain by name (preferred) Looks like there is a way: osc_lib.utils.find_resource(admin_client.roles, role_name, domain_id

Re: [openstack-dev] [keystone] keystoneclient.client.v3.Client: extract identity endpoint

2016-10-14 Thread Johannes Grassler
Hello, On 10/14/2016 02:27 AM, Jamie Lennox wrote: On 13 October 2016 at 23:19, Johannes Grassler <jgrass...@suse.de> wrote: [Is there a canonical way to extract the identity URL being used by python-keystoneclient?] [...] keystone_service=client.services.list(type='identi

Re: [openstack-dev] [Keystone][Design Session] Where to propose extensions to trusts?

2016-10-21 Thread Johannes Grassler
Hello, On 10/21/2016 03:07 PM, Steve Martinelli wrote: On Fri, Oct 21, 2016 at 5:01 AM, Johannes Grassler <jgrass...@suse.de> wrote: I've got a last minute proposal, or rather two of them for the Keystone side of the design sessions in Barcelona. [...] The Authorization work session i

[openstack-dev] [Keystone][Design Session] Where to propose extensions to trusts?

2016-10-21 Thread Johannes Grassler
d in for me, but I'd prefer a solution where I can be present for both discussions. -- Johannes Grassler, Cloud Developer SUSE Linux GmbH, HRB 21284 (AG Nürnberg) GF: Felix Imendörffer, Jane Smithard, Graham Norton Maxfeldstr. 5, 904

[openstack-dev] [keystone] keystoneclient.client.v3.Client: extract identity endpoint

2016-10-13 Thread Johannes Grassler
the keystoneclient.client.v3.Client instance? Cheers, Johannes -- Johannes Grassler, Cloud Developer SUSE Linux GmbH, HRB 21284 (AG Nürnberg) GF: Felix Imendörffer, Jane Smithard, Graham Norton Maxfeldstr. 5, 90409 Nürnberg, Germany

Re: [openstack-dev] [keystone] Feature Status and Exceptions

2018-07-13 Thread Johannes Grassler
nything meaningful in. So +1 for Stein from my side. This time I can plan for and accomodate it by having less Monasca stuff on my plate... Cheers, Johannes -- Johannes Grassler, Cloud Developer SUSE Linux GmbH, HRB 21284 (AG Nürnberg) GF: Felix Imendörffer, Jane Smithard, Graham Norton Maxfeldstr.

Re: [openstack-dev] [keystone] Feature Status and Exceptions

2018-07-13 Thread Johannes Grassler
Hello, On Fri, Jul 13, 2018 at 03:50:33PM -0500, Lance Bragstad wrote: > On 07/13/2018 03:37 PM, Johannes Grassler wrote: > > On Fri, Jul 13, 2018 at 02:19:35PM -0500, Lance Bragstad wrote: > >> *Capability Lists** > >> * > >> The capability lists involves a l