Earlier  
Posted Nick Remark
#openstack-sdks - 2019-04-11
15:38:06 cdent dtroyer: --os-token and --os-url gets me a bit closer, thank you
15:57:02 cdent new question dtroyer: in the same process I'm using different os-url (they are dynamically created) with each call, but a second request is using the first url when trying to make an http connection. Presumably there's a cached sesssion or similar somewhere. Can I flush that easily?
16:00:01 edleafe One thing you can't flush away easily: the API-SIG Office Hour!
16:00:11 elmiko lol
16:00:25 dtroyer cdent: I _think_ all state is ultimately held by the cliff App object, or decendant, so here the Shell object. need to verify
16:00:26 edleafe <sfx> trumpets playing </sfx>
16:00:52 dtroyer cdent: you are causing me to retrieve information from 3rd level offline storage… :)
16:01:26 cdent thanks dtroyer. sorry for so many question, part of it is that there are at least 6 packags involved in making an eventual request, it seems, and I'm not sure where to look or trace
16:01:54 dtroyer yeah, it is messy for sure.
16:04:10 cdent If I can get past this hump I think I'm there
16:04:19 cdent <- famouslastwords
16:05:33 edleafe cdent: I was just thinking the same thing
16:08:53 elmiko lol
16:09:28 dtroyer So, cliff.app.App (therefore OpenStackShell) owns a CommandManager instance which in turn owns all of the client objects and sdk objects that contain Session/Adapters, so each combination of —os-url/—os-token could have its own OpenStackShell safely. Now that I write that I think your real need is to just be able to change —os-url properly, right?
16:11:56 dtroyer oh, wrong above, s/CommandManager/ClientManager/
16:12:19 cdent dtroyer: as far as I can tell I'm creating a new OpenStackShell for each test and in each test I'm using a different --os-url. However, in a second test that --os-url, though present in the args, is not the thing to which an http connection is made. the value of the previous --os-url is used instead
16:13:08 dtroyer ok, then something is being passed by reference as it were… I don't think I've ever tried that althought I would have expected it to work
16:19:26 dtroyer it may be how we store the actual client objects in ClientManager. They are created through a descriptor and may not be re-created as expected… https://opendev.org/openstack/osc-lib/src/branch/master/osc_lib/clientmanager.py
16:23:14 cdent hmmm
17:01:28 elmiko take care edleafe dtantsur|afk o/
17:01:35 edleafe later dude
17:26:09 cdent dtroyer: for reference, this seems to get me what I want: http://paste.openstack.org/show/749206/
17:26:28 cdent but only maybe, now on to the next thing :)
17:27:23 cdent damn, actually, maye not
17:27:28 cdent it was a ruse!
18:07:44 openstackgerrit Merged openstack/openstacksdk master: Removing region La1 from the list of regions. https://review.openstack.org/651770
18:25:39 dtroyer cdent: and ok, I see where we have the globals… that descriptor is set in the class not in the instance. client.ClientManager gets the return from ClientCache, but it is a class var not an instance var. doh!
18:26:12 cdent dtroyer: yeah. I'm struggling to untangel that
18:26:20 dtroyer fortunately that is OSC code, not osc-lib or cliff, so theoretically you can do the right thing there with your version of that code
18:27:07 dtroyer really all you need is a ClientManager to hang your placement client object on, if even that. Our unit tests call the command handlers directly with the help of a few fakes
18:27:09 cdent what i've done so far is just hack ClientCache to always return a new instance
18:27:24 cdent just to get me on to some other errors
18:27:25 dtroyer that would work too
18:27:39 dtroyer or even eliminate it and just make a new instance there directly
18:27:50 dtroyer the reason for the cache is to reduce module loading
18:27:57 cdent I'll need to come back round and clean that out and put a different client in palce
18:28:04 cdent but I keep falling in rabbit holes :)
18:28:42 dtroyer around here thats like stumbling into a prairie dog town… ankle-breaking city
18:28:52 dtroyer holes everywhere
19:09:48 openstackgerrit Merged openstack/keystoneauth master: Update auth plugin name list in document https://review.openstack.org/648920
22:02:09 cdent dtroyer: finally got it by doing a mock/monkeypath of __get__ on ClientCache. Is the least invasive option.
#openstack-sdks - 2019-04-12
11:50:32 openstackgerrit Jens Harbott (frickler) proposed openstack/keystoneauth master: DNM: Hard override admin interface to public https://review.openstack.org/652046
13:51:38 mordred frickler: ^^ wow, still chasing that issue?
13:57:20 frickler mordred: yes, I can't seem to find the right trigger. this is what from my understanding should fix it, but it is still failing both unit tests and running with devstack https://review.openstack.org/651790
13:57:37 frickler mordred: if you could help with digging into that, that would be great
14:17:53 openstackgerrit Ilya Shakhat proposed openstack/keystoneauth master: [WIP] Add OpenTracing instrumentation https://review.openstack.org/652080
14:18:26 openstackgerrit Ilya Shakhat proposed openstack/osc-lib master: [WIP] Add OpenTracing instrumentation https://review.openstack.org/652081
14:19:22 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Add logger to Proxy object https://review.openstack.org/650901
14:19:23 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Use resource layer for compute flavors https://review.openstack.org/650903
14:19:23 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Support microversion 2.61 for nova flavors https://review.openstack.org/650902
14:22:39 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Update baremetal to use proxy logger https://review.openstack.org/652083
14:22:59 mordred dtantsur: ^^ I did the followup baremetal logger patch
14:42:46 frickler mordred: so hard overriding any access to the admin endpoint to public instead works (mostly, I think the heat errors are either unrelated or some obscure special case) http://logs.openstack.org/46/652046/1/check/openstacksdk-functional-devstack-tips/b8a0433/
14:42:59 frickler now I wish I could find a sane way to achieve the same thing
14:46:13 mordred frickler: yeah - I'd love to know what's overriding the endpoint type to be admin
14:47:26 dtantsur thanks mordred
14:49:02 frickler mordred: the thing that mostly confuses me: when I set interface='blah' here instead of 'public', I get "endpoint blah not found" https://review.openstack.org/#/c/651790/3/keystonemiddleware/auth_token/__init__.py
14:49:34 frickler but with interface='public', why does it still try to find an admin endpoint?
14:57:48 mordred frickler: I'm stumped
14:57:54 mordred frickler: maybe kmalloc knows. he knows lots of things
14:58:52 openstackgerrit Merged openstack/openstacksdk master: Add floating IP port forwarding related methods https://review.openstack.org/650063
14:59:22 kmalloc I don't know. It very well might be a bug.
14:59:42 kmalloc It looks like it should just work.
15:02:10 kmalloc This seems like one of those default.behavior things we do. I can looks deeper post coffee...
15:02:40 kmalloc I am still too asleep and on a phone, too hard to trace code this way.
15:09:34 mordred kmalloc: I recommend coffee
15:10:13 frickler to be fair, that behaviour is at least documented, https://docs.openstack.org/keystonemiddleware/latest/middlewarearchitecture.html says "If using an auth_plugin, connection to the Identity service will be established on the admin interface as registered in the service catalog."
15:15:06 mordred yeah ... but I don't see _where_ it's doing it
15:31:54 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: Continue refactoring of the image https://review.openstack.org/651534
15:41:18 kmalloc Am coffee-ing now
15:42:42 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/openstacksdk master: Add "name" filter in "list" call when retrieving a single register https://review.openstack.org/637238
15:45:02 kmalloc You can also run the admin endpoint the exact same.as the public one in the catalog
15:45:14 kmalloc Point to the same thing. It is a silly work around for now.
17:02:57 kmalloc i don't see why we would ever automatically only use admin endpoint :P
17:07:09 mordred kmalloc: yeah. I cannot find any locations in the code where we should be setting admin if public is set
17:10:31 kmalloc I've now chased through most of KSA and most of KSM
17:10:36 kmalloc this is very weird.
17:23:02 openstackgerrit Merged openstack/openstacksdk master: Add logger to Proxy object https://review.openstack.org/650901
17:29:09 openstackgerrit Merged openstack/keystoneauth master: Update master for stable/stein https://review.openstack.org/643996
18:26:15 openstackgerrit Merged openstack/openstacksdk master: Support microversion 2.61 for nova flavors https://review.openstack.org/650902
19:11:46 openstackgerrit Dean Troyer proposed openstack/python-openstackclient master: Tweak network segment range fiunction tests https://review.openstack.org/652129
19:50:56 kmalloc https://review.openstack.org/#/c/651790/4/keystonemiddleware/auth_token/_identity.py see the change here for the admin interface
19:51:01 kmalloc go go keystoneclient sucking
19:51:05 kmalloc it was KSC's default
#openstack-sdks - 2019-04-13
03:15:49 openstackgerrit Merged openstack/python-openstackclient master: Before writing object data to stdout, re-open it in binary mode https://review.openstack.org/573465
#openstack-sdks - 2019-04-15
08:59:05 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: WIP Skip attaching FloatingIP if it is already attached https://review.openstack.org/652594
09:50:10 cdent dtantsur: I kicked that thing
09:50:25 dtantsur thx!
09:59:56 openstackgerrit Merged openstack/api-sig master: Repair building guidelines https://review.openstack.org/651260
11:23:18 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: Skip attaching FloatingIP if it is already attached https://review.openstack.org/652594
12:34:28 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: Skip attaching FloatingIP if it is already attached https://review.openstack.org/652594
12:36:53 gtema mordred, dtantsur: would appreciate a look at https://review.openstack.org/#/c/651534/. Not a small change, but important one
12:40:13 openstackgerrit Dmitry Tantsur proposed openstack/openstacksdk master: Try to fix the masakari CI job https://review.openstack.org/652638
12:40:19 dtantsur gtema: looking
13:19:00 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: Continue refactoring of the image https://review.openstack.org/651534
13:35:53 brtknr Any idea when 0.28.0 will be shipped?
13:36:22 brtknr I'm still waiting for the heat tag update patch to be available in the SDK :)
13:41:30 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: Continue refactoring of the image https://review.openstack.org/651534
14:09:34 dtantsur brtknr: now that we have Stein out, I guess mordred can request a release
14:10:05 mordred yes. I'll get that going today

Earlier   Later