| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-07-27 | |||
| 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 | mriedem | huh? | |
| 14:52:42 | vdrok | I'll remove the nomulticell flag that we did introduce in a later patch | |
| 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 | |
| 15:07:30 | mriedem | to update the compute node recored, | |
| 15:07:32 | mriedem | *record | |
| 15:07:38 | mriedem | which is used by the scheduler | |
| 15:09:03 | sdague | dansmith: yes, it will | |
| 15:09:14 | dansmith | sdague: how? | |
| 15:09:23 | sdague | each node is waiting for it's own hostname to show up | |
| 15:09:33 | sdague | stack.sh doesn't complete until it has | |
| 15:10:10 | dansmith | and something else waits for stack.sh on all the nodes before we run tempest/ | |
| 15:10:37 | sdague | yes, stack.sh executions are linear | |
| 15:10:43 | dansmith | okay | |
| 15:10:50 | sdague | otherwise tempest would run before services were setup | |
| 15:13:50 | mriedem | dansmith: devstack-gate is waiting for the subnode stacks to be done | |
| 15:13:56 | mriedem | before calling discover_hosts | |
| 15:14:00 | mriedem | so yeah this looks ok | |
| 15:14:03 | dansmith | ack | |
| 15:14:07 | mriedem | http://logs.openstack.org/46/487246/2/experimental/gate-tempest-dsvm-neutron-dvr-ha-multinode-full-ubuntu-xenial-nv/6cd2a5b/logs/devstack-gate-discover-hosts.txt.gz | |
| 15:14:11 | mriedem | ^ is the 3 node job on that change | |
| 15:14:21 | dansmith | I hadn't scrolled right enough to see it was querying its own record, so assumed this was waiting for _a_ compute | |
| 15:15:06 | mriedem | sdague: dansmith: btw, would like to get rid of those ugly ass DEBUG outputs for oslo.concurrency from nova-manage https://review.openstack.org/#/c/487179/ | |
| 15:15:22 | mriedem | ^ is probably backportable if you want me to open a bug | |
| 15:18:07 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Add oslo_concurrency=INFO to default log levels for nova-manage https://review.openstack.org/487179 | |
| 15:21:53 | s-dean | Hi, I got past the Cells issue yesterday and managed to list hypervisors and display nodes and services, then i cocked up on install neutron, and now im back to square one. cant list hypervisors | |
| 15:22:13 | s-dean | <class 'oslo_messaging.exceptions.MessagingTimeout'> __call__ /usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py:1039 | |
| 15:22:32 | mriedem | installing neutron shouldn't do anything with nova | |
| 15:22:47 | s-dean | i swear all services are connected to rabbit so why cant I list hypervisors and services | |
| 15:22:54 | s-dean | MessagingTimeout: Timed out waiting for a reply to message ID e65f06c471cc4e75858f936cf4dff041 | |
| 15:23:06 | s-dean | is there a database that i can check to see the transport URL | |
| 15:23:31 | s-dean | i had to start a fresh again | |
| 15:23:46 | mriedem | s-dean: nova-manage cell_v2 list_cells --verbose | |
| 15:23:55 | mriedem | will dump the db and mq urls for the cell mappings | |