Earlier  
Posted Nick Remark
#openstack-nova - 2017-07-07
16:13:08 mriedem and we create that bdm in the cell compute service
16:34:57 openstack Launchpad bug 1702959 in OpenStack Compute (nova) "MigrationNotFound in multi-cell setup doing server external events processing" [High,Triaged]
16:34:57 mriedem another one https://bugs.launchpad.net/nova/+bug/1702959
16:38:13 mriedem i'll take a crack at that one
16:38:54 dfisher anybody know of attach/detach issues with current nova/cinder (via devstack) bits? I can't seem to get a simple volume to attach to a simple Ubuntu or Cirros VM
16:39:16 mriedem no known issues
16:39:22 dfisher hmm, ok.
16:39:28 dfisher thanks
16:43:21 superdan mriedem: is that one resolved by the patch that is up already?
16:43:42 superdan mriedem: https://review.openstack.org/#/c/445142/
16:46:00 clarkb mriedem: http://logs.openstack.org/31/476631/18/gate/gate-nova-tox-functional-ubuntu-xenial/2cafb17/console.html#_2017-07-07_15_29_18_416631 known issue? that reset the gate not too long ago. Looks like test is attempting admin request and failing without admin rights
16:50:23 mriedem clarkb: i'm not aware of that one
16:50:47 mriedem superdan: maybe given https://review.openstack.org/#/c/445142/10/nova/compute/api.py@4263
16:51:07 mriedem superdan: are you ok with me making the fleetify change depend on that patch as well?
16:51:19 superdan mriedem: sure
16:56:27 openstackgerrit melanie witt proposed openstack/nova master: Use ConsoleConnection object to generate authorizations https://review.openstack.org/325414
16:56:27 openstackgerrit melanie witt proposed openstack/nova master: Add periodic task to clean expired console tokens https://review.openstack.org/325381
16:56:28 openstackgerrit melanie witt proposed openstack/nova master: Add access_url_base to console_auth_tokens table https://review.openstack.org/334614
16:56:28 openstackgerrit melanie witt proposed openstack/nova master: Add console connection object https://review.openstack.org/320063
16:56:29 openstackgerrit melanie witt proposed openstack/nova master: Add console_auth_token_get() method to DB API https://review.openstack.org/481700
16:56:29 openstackgerrit melanie witt proposed openstack/nova master: Convert websocketproxy to use db for token validation https://review.openstack.org/333990
16:56:41 mriedem ok, fleeitify updated, will check out the api logs when that's done to see if the migration not found is gone
16:58:33 mriedem clarkb: have you checked logstash?
17:00:11 mriedem probably can't really
17:00:23 clarkb mriedem: not yet trying to diagnose problems with my desktop :/
17:00:42 mriedem in general we've had very weird failures like that with the nova functional tests,
17:01:03 mriedem something is making a request to the placement service and another is making a request to the compute api service, and the response goes the wrong way,
17:01:07 mriedem assuming eventlet weirdness
17:05:45 mriedem aha
17:05:57 mriedem vdrok: found that weird sql connection thing in the fleetify patch
17:06:08 openstackgerrit John Griffith proposed openstack/nova master: Implement new attach Cinder flow https://review.openstack.org/330285
17:06:15 mriedem http://logs.openstack.org/56/477556/3/check/gate-tempest-dsvm-neutron-multinode-full-ubuntu-xenial-nv/ee3e9b6/logs/subnode-2/screen-n-cpu.txt.gz#_Jul_05_20_44_19_705646
17:06:41 mriedem the subnode n-cpu is doing the server group affinity check, which blows up b/c the cell conductor doesn't have an api db connection,
17:06:52 mriedem the nova-cpu.conf on the subnode is missing the config option to disable that upcall
17:10:38 vdrok mriedem: cool, thanks! Do we need to set it in ironic plugin or it's going to be handled on Nova side?
17:10:50 mriedem not sure, it needs to be handled in https://review.openstack.org/#/c/477556/4/lib/nova though
17:11:18 mriedem i think this is where the nova-cpu.conf is used https://review.openstack.org/#/c/477556/4/lib/nova@818
17:13:33 vdrok mriedem: aha, ok.
17:15:05 mriedem i don't know what nova.conf it's copying though, or where that is configured
17:17:30 mriedem ah i think i know where to set it
17:17:36 mriedem if dan is ok with me touching his change
17:19:22 mriedem superdan: i think i know how to fix the subnode nova.conf thing for the upcall in https://review.openstack.org/#/c/477556/ - ok with me doing that?
17:20:58 superdan mriedem: not sure what you mean "fix the upcall"
17:21:11 mriedem the subnode n-cpu conf isn't configured to disable the server group upcall
17:21:17 mriedem i know where to fix it in the fleetify change
17:21:21 mriedem asking permission
17:21:23 superdan it's not?
17:21:26 mriedem f no
17:21:44 superdan ohh, subnode
17:21:45 superdan gotcha
17:21:47 superdan yes please
17:21:57 mriedem aye aye
17:22:20 mriedem is it weird when i can see the mail man out of the corner of my eye and look at him and he nods at me cross my yard to drop something off?
17:22:27 mriedem should we have such a familiar relationship at this point?
17:23:41 mriedem ok it's up https://review.openstack.org/#/c/477556/4..5/lib/nova
17:23:43 mriedem and now it's taco time
17:24:31 smcginnis mriedem: But it's not Tuesday.
17:28:17 openstackgerrit Mathieu Gagné proposed openstack/nova master: Add ability to signal and perform online volume size change https://review.openstack.org/454322
17:34:34 melwitt unless I'm missing something, we have some bugs in nova/conductor/manager.py where RequestSpec objects are being passed to _set_vm_state_and_notify() that doesn't handle them
17:39:32 melwitt nevermind, I think I see where it's being converted to a dict before calling the notify
17:43:08 mriedem melwitt: i need you to solve the riddle of why shelved offloaded volume attach wasn't failing in the multi-cell setup
17:43:17 mriedem only you are capable of cracking that nut
17:44:54 melwitt now that you've said that, you'll probably figure it out within a few minutes :)
17:45:47 mriedem no i gave up
17:46:12 melwitt dangit
17:52:08 melwitt I keep reading _BaseTaskTestCase as BasketCase
17:52:54 figleaf do you have the time to listen to me whine?
18:01:00 melwitt it was for the channel. important stuff
18:01:23 figleaf for all the basket cases in the channel
18:02:01 figleaf superdan: https://www.youtube.com/watch?v=NUTGr5t3MoY
18:02:23 superdan ah, dang, I didn't make the connection
18:23:43 mriedem leakypipes: is this complete now? https://blueprints.launchpad.net/nova/+spec/shared-resources-pike
18:24:01 mriedem there are no open changes, and the allocation request candidate stuff handles RPs associated via aggregate
18:24:55 leakypipes mriedem: yeah. #4 on that list is the only one not done, and the allocation candidates will handle that (not in the scheduler reporting client, but rather int he scheduler during claims)
18:25:25 mriedem leakypipes: ok cool i'm going to close it out then
18:25:26 mriedem thanks
18:25:29 leakypipes kk
18:26:43 mriedem fried_rice: same with https://blueprints.launchpad.net/nova/+spec/powervm-nova-compute-driver - i think i'm going to close that out
18:26:52 mriedem i don't see anything critical in there that we need to get in for pike
18:27:27 fried_rice mriedem Critical, no. Some nice-to-haves. But closing the bp shouldn't preclude further changes in pike, right?
18:29:25 mriedem closing it means i'm not going to look at anything proposed for it
18:29:26 mriedem in pike
18:29:37 mriedem because i need to narrow my focus on what still needs to get done
18:31:47 openstackgerrit Jay Pipes proposed openstack/nova master: placement: scheduler uses allocation candidates https://review.openstack.org/476631
18:31:48 openstackgerrit Jay Pipes proposed openstack/nova master: placement: claim resources in scheduler https://review.openstack.org/476632
18:32:06 leakypipes mriedem, superdan: ^^
18:32:43 leakypipes definitely should add some functional testing for that.
18:32:56 leakypipes but it's good enough to get reviews on IMO.
18:34:04 superdan did you just kick that out of the gate with that push?
18:34:09 superdan yup
18:35:42 mriedem git review -R
18:35:44 mriedem ftw
18:35:50 superdan yeah
18:36:34 leakypipes mriedem, superdan: yeah, sorry about that :(
18:37:25 leakypipes figleaf had a worry about the previous patch, so perhaps you could see his review on the previous revision of https://review.openstack.org/476632
18:39:21 clarkb fwiw git review -R shouldn't really be necessary anymore. You should only get a rebase from git review if it hits a merge conflict
18:39:27 clarkb in which case you hvae to push a rebase at some point
18:42:31 superdan clarkb: gerrit identified the bottom as a rebase only.
18:42:51 superdan so I don't think that is accurate for this case
18:43:12 leakypipes superdan: I rebased to master explicitly (by mistake)

Earlier   Later