Earlier  
Posted Nick Remark
#openstack-nova - 2017-07-27
13:35:32 sdague dansmith: I'm totally fine with password masking by default
13:35:36 sdague I think that's very reasonable
13:35:59 bhagyashris gibi: yes
13:36:28 cdent bhagyashris: are you able to tell if the conductor started the process of telling the compute to build the instance? If so, then the placement side of things is working properly, and whatever has gone wrong there with the lock may be the issue. From what you’ve pasted it is hard to tell what’s going on
13:37:19 mriedem god it's awesome how the docs migration has broken all cached urls https://docs.openstack.org/nova/latest/cells.html
13:37:33 cdent quite
13:37:42 mriedem search for "docs nova-manage list_cells" in google and ^ is the first hit
13:37:44 mriedem and it's a 404
13:38:22 cdent I would have thought there would be redirects
13:38:33 moshele mriedem: ok I will create bp
13:38:55 mriedem cdent: me too
13:39:02 mriedem but maybe we need to do those explicitly now
13:39:08 mriedem i'm complaining in #openstack-doc
13:41:46 sdague hmmm no jay yet? He had wanted this merged, but it needed a reno - https://review.openstack.org/#/c/357726/
13:42:35 mriedem how about we hold that for queens
13:42:52 dims mriedem : it's under /user, no?
13:42:53 bhagyashris cdent: ohk, Just wanted to confirm one thing. the steps i have mentioned in the [1]: http://paste.openstack.org/show/616724/ for nfs shared resource provider thing to test is correct?
13:43:16 cdent bhagyashris: let me read through that again, to be sure
13:43:18 mriedem dims: yes, but i know that, someone else won't
13:43:35 mriedem AJaeger is going to rebuild the site map
13:43:37 mriedem to see if that fixes it
13:44:24 bhagyashris cdent: ohk thank you. because without nfs configurations i am able to create the instance successfully.
13:46:33 bhagyashris cdent: I have gone through all the blueprints related to shared resource provider thing all are implemented. Based upon that I have started to test this.
13:46:46 cdent bhagyashris: the steps you’ve listed look mostly correct. the part that I have no insight into is step 2. Do you know that that part is working?
13:47:45 mriedem YES http://logs.openstack.org/64/487664/4/check/gate-neutron-dsvm-functional-ubuntu-xenial-nv/bbc569f/logs/rabbitmq/cleanup-host-report.txt.txt.gz
13:47:48 mriedem dansmith: ^
13:47:53 mriedem got the rabbitmq report
13:48:12 bhagyashris cednt: yeaj its working in that I have just created nfs sever on one host and mounted that nfs on compute node A and B
13:48:17 dansmith mriedem: but it's empty
13:48:21 mriedem that's not from a run with the ironic patch though, but got it working
13:48:31 mriedem right, i'm running that through with the ironic stack now
13:48:38 dansmith mriedem: okay
13:49:03 dansmith mriedem: but we're waiting on his PS4 with hopeful eyes right?
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

Earlier   Later