Earlier  
Later
New Search
Posted Nick Remark
#openstack-sdks - 2019-08-15
10:45:18 mordred adriant: yeah- I've actually wanted a login command for a while - I think if we do it right it could also be used to add a clouds.yaml entry - like from openrc values - or maybe like kubectl setcontext to set a "default" flag in the clouds.yaml (*waves hands*)
12:37:50 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Make block-storage work with proxies https://review.opendev.org/675382
12:38:38 mordred Shrews, dtantsur|afk: ^^ I think that should work now - but we might need to squash it with the previous patch to make it all work happily. I figure reviewing separate before the squash would be friendlier
12:53:51 Shrews mordred: okie dokie. will take a peek shortly
12:54:22 mordred Shrews: you're going to "love" it
12:55:18 Shrews like i "love" getting punched in the face?
13:01:10 mordred Shrews: yeah. pretty much just like that
14:14:21 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Make block-storage work with proxies https://review.opendev.org/675382
14:16:16 mordred stupid pep8
14:52:32 Shrews mordred: i left you a question/comment on that
15:01:29 openstackgerrit David Shrewsbury proposed openstack/openstacksdk master: Add header to auto-delete image upload objects https://review.opendev.org/676714
15:30:46 mordred corvus: ^^ might be the rare SDK patch you want to review
15:33:04 corvus mordred, Shrews: ++
15:33:26 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Make block-storage work with proxies https://review.opendev.org/675382
15:33:35 mordred corvus: I don't know why it took us so long to think of that :)
15:59:46 openstackgerrit David Shrewsbury proposed openstack/openstacksdk master: Avoid unnecessary object meta prefix in proxy https://review.opendev.org/676726
16:00:01 edleafe Shout out to all the API-SIG Offcie Hour people! Take a number and queue politely!
16:06:45 edleafe ok, mriedem, back of the line!
17:11:21 mordred Shrews: zomg. https://review.opendev.org/#/c/675382 worked
17:20:21 mordred Shrews: there's also two patches before the fixture patch - https://review.opendev.org/#/c/675178 and https://review.opendev.org/#/c/675130 that are ready whenever
18:10:07 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Replace catalog-v3.json with keystoneauth fixture https://review.opendev.org/675187
18:11:09 mordred Shrews: thanks! ^^ merged the block-storage patch into the catalog fixture patch
18:11:23 mordred (which is still a net-reduction in LOC)
19:14:54 efried mordred: Still that first ironic-sdk-in-nova patch succeeds but the second one fails. Do you have a minute to help me debug?
19:24:35 openstackgerrit Merged openstack/openstacksdk master: Avoid unnecessary object meta prefix in proxy https://review.opendev.org/676726
19:24:36 openstackgerrit Merged openstack/openstacksdk master: Add header to auto-delete image upload objects https://review.opendev.org/676714
19:36:59 openstackgerrit Merged openstack/openstacksdk master: Validate that connect_as connects as the project https://review.opendev.org/675178
20:55:50 mordred efried: poop - was AFK - can you point me at the failng patch?
20:56:13 efried https://zuul.opendev.org/t/openstack/build/fcf71dbb7bd743249b69c83c8f2ba72a/log/controller/logs/screen-n-cpu.txt.gz?severity=3
20:56:50 efried mordred: From what I can tell, we're (correctly) getting a conn error while the service is still coming up
20:56:50 efried BUT
20:56:50 efried because allow_version_hack=True we're actually returning an adapter rather than raising an exception.
20:56:50 mordred efried: cool thanks
20:56:59 mordred oh
20:57:02 mordred that's ...
20:57:42 efried I noticed there's a few places we explicitly set allow_version_hack=True, but afaict that's the default in ksa anyway.
20:57:46 mordred this is really a behavior design issue that I think we're going to need to fix - and is an actual valid usecase for wanting the other behavior
20:58:10 mordred sdk is assuming that an end-user is wanting to talk to a cloud, and that the cloud exists, so it does what it can to get them _something_
20:58:28 mordred but for nova - you want the inverse - you *want* an error when there is an issue with the remote servie
20:58:44 mordred beause you're more assured that you know what you're doing so if you get an error it's because there is an error
20:58:49 efried I don't think this is one of the sdk paths where we explicitly set allow_version_hack=True. I think we're not setting that, but getting True because that's the default.
20:59:11 efried that being the case, a possible solution is to default allow_version_hack=False *except* in those cases where we set it explicitly.
20:59:14 efried Three of them, I believe.
20:59:34 efried efried@efried-ThinkPad-W520:~/openstack/openstacksdk$ git grep -n allow_version_hack
20:59:34 efried openstack/service_description.py:109: allow_version_hack=True,
20:59:34 efried openstack/service_description.py:205: allow_version_hack=True,
20:59:34 efried openstack/service_description.py:229: allow_version_hack=True,
20:59:51 mordred yeah - but regardless of that setting, sdk is going to, as it currently stands, try REALLY hard to not throw an exception for you
21:00:13 efried mm. Then yeah, I need a way to pass an option that says "throw an exception unless what you give me is really working"
21:00:17 mordred I kind of think we need a connection flag "raise_on_missing_service" or something named better than that
21:00:19 mordred yeah
21:01:19 mordred because contrary to an end-user who may be trying to use a weird cloud, or one that's configured weirdly and may not know all the ins and outs - it is *expected* that an admin will have told nova about anyhting weird in their cloud
21:01:35 mordred and it is much better to get a hard logged error so the admin can investigate the misconfig
21:01:45 efried for sure.
21:01:56 mordred efried: I have a thought ... let me see if I can make a patch
21:02:15 efried fwiw, the same sequence with ironicclient looks like this: https://zuul.opendev.org/t/openstack/build/402a73a9238643c2b893d53b37a6ce27/log/controller/logs/screen-n-cpu.txt.gz?severity=3
21:02:50 efried wait, sorry, that's not right.
21:02:58 mordred efried: you get "virtdriver not ready" when the service pointed to by the catalog is not there, yes?
21:04:24 efried VirtDriverNotReady is raised by the Ironic driver itself when it encounters an error trying to get the client (in whatever form)
21:04:58 efried This is from the previous patch, which still uses sdk, but doesn't *rely* on it really early on, for node_list:
21:04:58 efried https://zuul.opendev.org/t/openstack/build/402a73a9238643c2b893d53b37a6ce27/log/controller/logs/screen-n-cpu.txt.gz?severity=3
21:04:58 efried You can see it's getting the same error, but eventually it succeeds.
21:06:09 efried actually, I think we're seeing that error for baremetal while we're building conn for a different service
21:06:32 efried Here's a "normal" one, from before attempting to use sdk for ironic: https://zuul.opendev.org/t/openstack/build/cbe668cd674747168ac05759e9e147f3/log/controller/logs/screen-n-cpu.txt.gz?severity=3
21:07:01 efried That StrictVersion exception, which I think comes from ironicclient when the service isn't ready, is the one we're translating to VirtDriverNotReady.
21:08:26 mordred yeah - makes sense - you're asking what version the service is and you're getting nothing because there is no service
21:09:42 efried Okay, so that gels - that's raising an exception and nova is set up to deal with that and retry; but the sdk path isn't raising, so we thing things are fine and actually (probably) bounce trying to access the real thing.
21:10:36 mordred yeah- and what's worse, we're never going to re-try version discovery beacuse teh proxy will already be constructed
21:11:14 mordred I think I've got a good handle on what we want the behavior to be
21:11:44 mordred now if I can just translate that into python words
21:31:05 efried mordred: FWIW, I think I'm going to want to use this option universally from nova.
21:31:14 efried I just did some local twiddling with a placement service
21:31:25 efried and (as expected, I think) I get a Proxy both times.
21:32:13 efried here's the diff in the logs (< is service down) http://paste.openstack.org/raw/757499/
21:36:12 efried I tried setting allow_version_hack=False but it still returns the proxy
21:36:45 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: WIP Add a strict_proxies option for services https://review.opendev.org/676829
21:36:57 mordred efried: ^^ how about something liek this
21:37:22 efried mordred: does it need to be on top of those other patches?
21:39:12 mordred efried: no - that's just my local working state - that's a very unclean patch
21:39:22 efried mordred: Okay.
21:39:40 efried So right off the bat: I just tried allow_version_hack=False locally and it still returns the proxy.
21:39:44 mordred efried: (wanted to get the first stab down so I didn't lose thinking context during dinner)
21:40:04 efried so I think that path should still have a check and raise, maybe on that get_endpoint()
21:40:05 mordred efried: yeah - I think there are some other code paths in there that will return you something
21:40:40 efried no, this was for placement, which doesn't have a shim, so it should be hitting that code path.
21:40:55 efried which is actually confirmed by the logging - I don't see that "Fallback" message, which is only emitted when allow_version_hack=True.
21:41:26 mordred ah - gotit. so maybe check that get_endpoint() actually returns something?
21:42:14 efried yeah, exactly
21:42:21 mordred what if ...
21:42:52 mordred if self._strict_proxies - we do temp_client.get_endpoint_data() instead of get_endpoint() - and check to make sure endpoint_data has a version?
21:43:10 efried do all services have a version?
21:45:21 mordred everything except swift I think
21:45:46 mordred but I'm not 100% sure if that's the right thing to test
21:46:22 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: WIP Add a strict_proxies option for services https://review.opendev.org/676829
21:46:33 mordred efried: ^^ shotgun to see if we can get one of the things to trigger :)
21:46:56 mordred and then figure out which one is the RIGHT one to trigger on when the brain has more available brainjuice
21:46:56 efried mordred: What's weird is, I'm making sure that get_endpoint[_data] should fail, but the proxy is still returning.
21:47:10 efried is there a try/except somewhere up above?
21:47:16 mordred there shouldn't be
21:47:27 mordred and that is weird

Earlier   Later