Earlier  
Posted Nick Remark
#openstack-nova - 2017-04-25
13:31:50 sdague alex_xu: yeh, I found some files checked in on fairy-slipper
13:32:14 sdague I was trying to find the x-actions bit
13:32:21 sdague though, that review is a good reminder
13:32:32 dane-fichter mriedem: I'm asking Kaitlin Farr about this. I recall some code handling this aes/AES issue
13:33:27 mriedem dane-fichter: ok
13:33:34 mriedem i left questions in the review
13:33:55 dane-fichter mriedem: Thanks for taking a look, I'll follow-up on this and get back to you
13:35:48 alex_xu sdague: yea, probably fairy-slipper have something related to action. I don't remember we discuss the action in the poc or nova-spec, since we say no the extended swagger in early stage
13:36:46 sdague alex_xu: yeh, I was just trying to dig up some post mortem on the effort for my talk about solving big issues in OpenStack
13:37:47 mriedem sdague: johnthetubaguy: would one of you like to play god and pick the first microversion for pike? https://review.openstack.org/#/c/456504/ https://review.openstack.org/#/c/457181/
13:37:52 alex_xu sdague: you mean a talk in summit or somewhere?
13:39:17 sdague alex_xu: summit
13:40:14 alex_xu sdague: cool, i'm looking aforward to seeing the video :)
13:43:52 alex_xu s/aforward/forward/
13:47:10 openstackgerrit Matt Riedemann proposed openstack/nova master: api-ref: move createBackup to server-actions https://review.openstack.org/452971
13:47:11 openstackgerrit Matt Riedemann proposed openstack/nova master: 2.43: Remove Location header from createImage and createBackup responses https://review.openstack.org/455443
13:48:22 mriedem alex_xu: ^ is unchanged except for adding the 2.43 response examples to the api-ref as gmann pointd out
13:48:25 mriedem *pointed
13:48:52 alex_xu mriedem: got it, that is good point
13:51:42 openstackgerrit Matt Riedemann proposed openstack/nova master: encryptors: Switch to os-brick encryptor classes https://review.openstack.org/391597
13:53:55 sdague mriedem: I picked os-hosts
13:54:04 alex_xu mriedem: done
13:54:05 sdague alex_xu: you want to rev https://review.openstack.org/#/c/457181 to go on top of it ?
13:54:14 mriedem sdague: excellent choice
13:54:15 alex_xu sdague: yea, sure
13:54:37 alex_xu sdague: you need another chooice between my one and mriedem one :)
13:54:47 sdague alex_xu: oh, what's the next choice?
13:54:54 mriedem https://review.openstack.org/#/c/455443/
13:54:59 mriedem but i'll have to rebase too
13:55:22 sdague so, just based on initial submit time, I'd take alex_xu's first
13:55:29 sdague and mriedem you stack up after tat
13:55:30 sdague that
13:56:03 mriedem ok
13:56:05 alex_xu ok :)
13:56:39 sdague so, given rebasing all those like that, we could probably get them both merged by tomorrow
13:57:43 mriedem alex_xu: i'll rebase mine once yours is up
13:57:49 alex_xu mriedem: thanks
14:02:45 mriedem sdague: i see our functional tests fail with this requests stuff a lot lately, is there some retry magic we should be building in? http://logs.openstack.org/20/459420/1/check/gate-nova-tox-functional-ubuntu-xenial/c0bdfa6/console.html#_2017-04-25_13_55_17_705409
14:02:49 mriedem to the functional test api client?
14:07:25 sdague mriedem: hmmm... that's weird
14:07:45 sdague mriedem: so that whole BadStatusLine remains a mystery to me
14:08:08 sdague I wonder if it's further eventlet fallout?
14:08:14 sdague mriedem: how frequent is it?
14:08:21 cdent sdague: I seem to recall that having shown up in the past as an artifact of weird eventlet collisions
14:08:23 mriedem 11 hits in 7 days on that job
14:08:28 cdent but I may be remembering something else
14:08:55 sdague I remember looking at it in the gate, and assuming it was load / proxy related
14:12:26 openstackgerrit Alex Xu proposed openstack/nova master: Deprecate Multinic, floatingip action and os-virtual-interface API https://review.openstack.org/457181
14:13:24 alex_xu mriedem: sdague ^ done
14:13:35 mriedem alex_xu: thanks
14:13:42 alex_xu np
14:13:46 jaypipes alex_xu: pls see my request on https://review.openstack.org/#/c/445864. If you can push that change quickly, I can re-review and +2/W it with johnthetubaguy.
14:14:01 openstack Launchpad bug 1528743 in OpenStack Compute (nova) "HostState in Scheduler can be incorrect" [Undecided,In progress] - Assigned to Zhenyu Zheng (zhengzhenyu)
14:14:01 mriedem bauzas: you might be interested in the oldest stale in progress bug (which isn't actually in progress): https://bugs.launchpad.net/nova/+bug/1528743
14:14:13 cdent sdague: from some reading just now it appears to happen when either the server side has closed the connection at the exact time the client is trying to read the status line, or is sending a response (because it is evil) without a status line
14:14:33 bauzas mriedem: was absorbed into a team meeting, but will do as soon as it finishes
14:14:34 alex_xu jaypipes: ah, thanks, I will push that change quickly
14:15:04 cdent sdague: TLS isn't invovled in these is it?
14:15:59 mriedem cdent: for the functional tests it shouldn't be
14:16:40 cdent do these functional tests spawn off a different process for the api server, or do it in process somehow?
14:17:29 openstackgerrit John Garbutt proposed openstack/nova master: Add description to policies in migrate_server.py https://review.openstack.org/459711
14:18:02 mriedem cdent: they use OSAPIFixture which says "This spawns an OS API server as a fixture in a new greenthread in the current test."
14:18:20 cdent ah, then yeah, it could very well be eventlet
14:18:35 mtreinish mriedem: yeah, it seemed simple enough. Assuming I can figure out how to make the api-ref job pass
14:18:55 mriedem mtreinish: you'll have to use restructure text files rather than latex
14:18:59 mriedem so it could be a challenge
14:19:01 mriedem :P
14:19:06 cdent if for some reason the new greenthread doesn't get yielded to when it should, the client will try to read off the socket which nothing paying proper attention on the other side
14:19:22 openstackgerrit Alex Xu proposed openstack/nova master: Use plain routes list for '/servers' endpoint instead of stevedore https://review.openstack.org/445864
14:19:22 openstackgerrit Alex Xu proposed openstack/nova master: Use plain routes list for flavors-access endpoint instead of stevedore https://review.openstack.org/456589
14:19:23 openstackgerrit Alex Xu proposed openstack/nova master: Use plain routes list for '/os-aggregates' endpoint instead of stevedore https://review.openstack.org/456825
14:19:23 openstackgerrit Alex Xu proposed openstack/nova master: Use plain routes list for flavor endpoint instead of stevedore[1] https://review.openstack.org/456549
14:19:24 openstackgerrit Alex Xu proposed openstack/nova master: Use plain routes list for flavors-extraspecs endpoint instead of stevedore https://review.openstack.org/456585
14:19:25 openstackgerrit Alex Xu proposed openstack/nova master: Use plain routes list for '/os-keypairs' endpoint instead of stevedore https://review.openstack.org/456478
14:19:34 alex_xu jaypipes: ^
14:20:22 jaypipes alex_xu: w00t. reviewing now.
14:20:30 alex_xu jaypipes: thanks
14:22:33 openstackgerrit Matthew Treinish proposed openstack/nova master: Remove nova-cert https://review.openstack.org/459460
14:25:27 cdent mriedem one way to test the theory about eventlet is to inject a eventlet.greenthread.sleep(0) just before the failing call/test
14:26:00 mriedem cdent: the test that fails is pretty random though
14:26:04 mriedem so i'm not sure what is triggering it
14:26:22 cdent yes, the failure will be random in the eventlet case, that's why I'm wondering if that's the cause
14:26:41 cdent if you force a yield and it works consistently, then that might be it
14:26:47 cdent and we can consider "proper" solutions
14:26:54 cdent if it makes no difference, then ...
14:28:40 cdent mriedem: oh I see your saying not that a test fails randomly but rather different tests randomly fail
14:28:54 mriedem alex_xu: you're missing the GET versions samples https://review.openstack.org/#/c/457181/
14:29:15 mriedem cdent: yeah
14:29:17 cdent in that case, is there some way to centralize the sleep(0)
14:29:38 cdent like in some central method that is making the request?
14:29:39 openstackgerrit Mathieu Gagné proposed openstack/nova master: Add ability to signal and perform online volume size change https://review.openstack.org/454322
14:30:10 mriedem cdent: probably here File "nova/tests/functional/api/client.py", line 164, in api_request
14:30:15 openstack Launchpad bug 1686109 in OpenStack Compute (nova) "requests.exceptions.ConnectionError: ('Connection aborted.', BadStatusLine("''",)) in functional tests" [Medium,Confirmed]
14:30:15 mriedem also https://bugs.launchpad.net/nova/+bug/1686109
14:30:19 mriedem is the bug i reported for tracking it
14:31:59 erhudy when an instance is launched and neutron ports are attached, does nova do that without calling the interface attach action from the API? not having os_compute_api:os-attach-interfaces disallows it after instance creation as expected, but at launch time it seems to take a different path
14:32:04 erhudy albeit this is on liberty so things may be different now
14:32:07 cdent mriedem i can poke at it after I'm done poking at devstack/uwsgi/nova/metadata, unless you're on the case?
14:33:25 mriedem cdent: i'm not no
14:33:41 cdent ✔

Earlier   Later