Earlier  
Posted Nick Remark
#openstack-nova - 2017-07-27
13:49:10 gibi bhagyashris: the steps in your paste also looks good to me except step 7
13:49:22 mriedem dansmith: yes
13:49:32 gibi bhagyashris: I think there you have to put the compute resource_providers to the same aggregate
13:49:34 mriedem having the rabbitmq dump in ci runs is useful anyway
13:49:39 dansmith mriedem: totes
13:50:29 mriedem nova super meeting in 10 minutes
13:50:44 mriedem i'll let jaypipes do the supernovas unite call
13:50:57 bhagyashris gibi: yeah that i Have done for the compute resource provider too
13:51:15 gibi bhagyashris: then it is looks good for me
13:52:06 bhagyashris cdent: I have given reference of step 2 here: http://paste.openstack.org/show/616729/
13:52:17 bhagyashris gibi: ohk
13:52:44 mriedem vdrok: dansmith: sdague: the ironic patch is looking good now
13:52:45 mriedem http://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/214efb9/
13:52:51 dansmith ttfl
13:53:00 jaypipes supernovas unite.
13:53:24 mriedem cell1 MQ is back on the same as the others http://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/214efb9/logs/etc/nova/nova_cell1.conf.txt.gz
13:54:10 jangutter I guess you guys have seen https://what-if.xkcd.com/73/
13:54:47 jaypipes jangutter: heh, no, I hadn't. nice though :)
13:55:13 cdent bhagyashris: based on the error message you are getting I would guess your nfs server is not set up in a way to allow file locks over nfs. which is not something we can really diagnose and resolve here
13:55:17 jangutter "The physicist who mentioned this problem to me told me his rule of thumb for estimating supernova-related numbers: However big you think supernovae are, they're bigger than that."
13:56:22 dansmith jangutter: well, I'll have you know I've been watching what I eat and exercising every day, so I'm hoping to not be any bigger than I expect
13:57:19 bhagyashris cdent: ohk. troubleshooting...
13:57:26 openstackgerrit Chris Dent proposed openstack/nova master: placement: account for move operations in claim https://review.openstack.org/487589
13:58:23 openstackgerrit Chris Dent proposed openstack/nova master: claim resources in placement API during schedule() https://review.openstack.org/483566
13:58:31 cdent jaypipes: did some test fixes on the first of those ^
13:58:40 openstackgerrit Sean Dague proposed openstack/nova master: WIP: always show urls in list_cells https://review.openstack.org/487860
13:58:59 sdague mriedem / dansmith ^^^ is the no tests version of changing list_cells behavior
13:59:00 jaypipes cdent: yeah, saw you working on that, thank you Chris!
13:59:12 sdague if people are generally good with that, I'll fill in tests
13:59:20 jaypipes cdent: honestly, I kinda knocked out that patch in 20 minutes after a conversation with dansmith on IRC
13:59:29 cdent fair
13:59:35 sdague mriedem: nice! would be good to get ironic back up and running
13:59:50 bhagyashris cdent, gibi: thank you. :) Trying to solve this
13:59:51 sdague ah... jaypipes returned
13:59:54 mriedem sdague: there is a sqla db url parser thing we use elsewhere in _map_cell0
13:59:59 openstackgerrit Moshe Levi proposed openstack/nova master: hardware offload support for openvswitch https://review.openstack.org/398265
14:00:00 mriedem might be better to use that, but would have to look later
14:00:06 mriedem meeting time
14:00:18 sdague jaypipes: you can wanted this merged in may - https://review.openstack.org/#/c/357726/
14:00:25 sdague I fixed up my one issue with it
14:01:08 mriedem sdague: jaypipes: as i said, can we hold that for queens?
14:01:30 mamandle sfinucan: mriedem: updated patch is out for review for https://review.openstack.org/#/c/483911/, can you please take a look if possible? Thanks!
14:01:31 sdague mriedem: if you want, is there a reason for that?
14:01:43 mriedem risk
14:01:47 mriedem vs need
14:02:35 sdague ok, I guess the comments in there were that it was pretty uncontroversial
14:02:45 jaypipes mriedem: I'd like to get it in Pike. I just don't see what risk is being abated by holding that patch until Queens.
14:03:18 mriedem can we talk about it after the meeting?
14:03:23 jaypipes mriedem: the only risk it introduces is for deployments who disable port binding extension, and there's been no evidence of any of those.
14:03:28 jaypipes mriedem: sure thing.
14:03:30 jaypipes sorry
14:16:13 openstackgerrit Moshe Levi proposed openstack/nova master: hardware offload support for openvswitch https://review.openstack.org/398265
14:30:25 openstackgerrit Moshe Levi proposed openstack/nova master: hardware offload support for openvswitch https://review.openstack.org/398265
14:44:16 openstackgerrit Jackie Truong proposed openstack/nova master: Add trusted certificates to InstanceExtras https://review.openstack.org/457711
14:44:53 mriedem vdrok: sdague: dansmith: ironic patch failed multinode and grenade https://review.openstack.org/#/c/487458/
14:45:46 mriedem http://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ipmitool-tinyipa-multinode-ubuntu-xenial/6cf92e0/logs/subnode-2/devstacklog.txt.gz#_2017-07-27_14_10_41_647
14:45:59 mriedem ah
14:46:06 mriedem sdague: you can't run list_cells from the subnode
14:47:07 mriedem https://review.openstack.org/#/c/487809/4/lib/nova@953
14:47:24 vdrok mriedem: yup, saw that. seems like I need to add the same variable to grenade settings
14:47:37 mriedem so, running list_cells can only happen on the primary, which is done before the subnodes, so list_cells is pretty useless there
14:47:59 mriedem what we'd really want is to call back into the primary from devstack-gate to run list_cells at the very end
14:48:09 mriedem but i'd make that a separate effort from what's being fixed in https://review.openstack.org/#/c/487809/
14:48:12 mriedem sdague: ^ agree?
14:49:29 sdague mriedem: why is list_cells useless there?
14:49:50 sdague the cells are all configured on the primary, right?
14:49:54 mriedem yeah, good point
14:50:02 sdague I do understand the issue around not running on subnode
14:50:42 mriedem ok so just conditional on n-api and we're good there
14:50:49 sdague though, it seemed to work fine
14:51:08 sdague the grenade failure for ironic is because they are using the old param to start_compute
14:51:24 sdague that got broken with our introduction of CELLSV2_SETUP
14:52:06 mriedem yeah vdrok just pushed a change for that
14:52:15 mriedem sdague: ok so you want to update the devstack patch or i can
14:52:27 sdague mriedem: so... this did pass on the subnodes
14:52:42 vdrok I'll remove the nomulticell flag that we did introduce in a later patch
14:52:42 mriedem huh?
14:52:44 mriedem http://logs.openstack.org/58/487458/3/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ipmitool-tinyipa-multinode-ubuntu-xenial/6cf92e0/logs/subnode-2/devstacklog.txt.gz#_2017-07-27_14_10_41_647
14:52:51 mriedem sdague: ^ is the stack on the subnode
14:53:56 sdague oh, sorry, it was an nv job
14:54:36 sdague mriedem: so, wrap it in n-api enabled?
14:55:08 mriedem sdague: i just updated it
14:55:47 sdague mriedem: ++
14:58:02 sdague mriedem / dansmith - https://review.openstack.org/#/c/487246/ my proposed solution on the nova-compute wait for ready
14:58:14 sdague it seems to have worked on the 3 node job correctly
15:02:21 mriedem oh that's devstack, i thought that was nova
15:02:35 openstackgerrit Takashi NATSUME proposed openstack/nova master: List/show all server migration types (1/2) https://review.openstack.org/430608
15:02:57 openstackgerrit Takashi NATSUME proposed openstack/nova master: List/show all server migration types (2/2) https://review.openstack.org/459483
15:03:00 sdague mriedem: right, it's a devstack change
15:03:21 sdague but trying to put it in devstack directly instead of more orchestration in d-g that gets messy
15:03:47 mriedem jaypipes: sdague: went through https://review.openstack.org/#/c/357726/ - i guess if you want to put it in then ok
15:03:53 mriedem we should fix the extension name in the reno
15:04:00 jaypipes k
15:04:09 mriedem it's one of those issues that we're not going to hear about for 18 months
15:04:17 mriedem when pike is the oldest stable branch
15:05:10 dansmith sdague: that won't reliably wait for the third node, right?
15:05:32 ys__ Hi, All. After I changed cpu_allocation_ratio in controller, Should I restart all nova services or just nova scheduler?
15:06:10 dansmith ys__: see topic please
15:06:32 mriedem ys__: that's used in both the scheduler and the compute service
15:07:26 mriedem actually the option is only used in the compute service

Earlier   Later