| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-05-08 | |||
| 08:46:09 | kashyap | bauzas: (Pinging you, as you ACKed the other branch backports) | |
| 08:46:21 | kashyap | Or even lyarwood ^ | |
| 08:46:38 | kashyap | That's the outstanding backport for that bug. | |
| 08:56:57 | lyarwood | kashyap: looking | |
| 08:57:46 | lyarwood | kashyap: done | |
| 08:57:57 | kashyap | lyarwood: Splendid! | |
| 08:58:01 | kashyap | Thank you | |
| 09:13:32 | openstackgerrit | Theodoros Tsioutsias proposed openstack/nova-specs master: Add PENDING vm state https://review.openstack.org/554212 | |
| 09:16:35 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: Consider nested RPs in get_all_with_shared https://review.openstack.org/556450 | |
| 09:16:36 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: Support shared and nested allocation candidates https://review.openstack.org/556514 | |
| 09:16:37 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: Support nested alloc cands without shared RPs https://review.openstack.org/561842 | |
| 09:16:38 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: Return all resources in provider_summaries https://review.openstack.org/558045 | |
| 09:16:39 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: Return all nested providers in tree https://review.openstack.org/559480 | |
| 09:16:40 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: Return resource providers without inventories https://review.openstack.org/559554 | |
| 09:16:41 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: Support nested allocation candidates in placement https://review.openstack.org/565487 | |
| 09:23:34 | openstackgerrit | Vishakha Agarwal proposed openstack/nova master: Re-using the code of os brick cinder https://review.openstack.org/565703 | |
| 09:44:26 | jmccarthy | mriedem: jgwentworth: Thanks for your help :) I tested the review, and in my setup it fixed the issue - https://review.openstack.org/#/c/566367 | |
| 10:17:38 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: Add tests for sharing rps in test_common_rc() https://review.openstack.org/566842 | |
| 10:19:25 | tetsuro | efried, jaypipes, bauzas: ^ found a new bug in sharing case. might be related to https://review.openstack.org/#/c/560459/3? | |
| 10:40:50 | openstackgerrit | Merged openstack/nova stable/ocata: libvirt: Make `cpu_model_extra_flags` case-insensitive for real https://review.openstack.org/565672 | |
| 10:50:14 | openstackgerrit | Balazs Gibizer proposed openstack/osc-placement master: Fix error message in test assert https://review.openstack.org/565694 | |
| 10:51:26 | openstackgerrit | Balazs Gibizer proposed openstack/osc-placement master: Fix error message in test assert https://review.openstack.org/565694 | |
| 10:52:40 | openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Add three new '[libvirt] live_migration_*' options https://review.openstack.org/456571 | |
| 10:52:41 | openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Gather 'live_migration_scheme', 'live_migration_inbound_addr' https://review.openstack.org/456572 | |
| 10:52:42 | openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Convert 'live_migration_inbound_addr' to HostAddressOpt https://review.openstack.org/456573 | |
| 10:52:43 | stephenfin | owalsh: ^ | |
| 10:53:14 | owalsh | stephenfin: ack, thanks | |
| 10:59:09 | openstackgerrit | Theodoros Tsioutsias proposed openstack/nova master: Add scheduling notification https://review.openstack.org/566470 | |
| 11:02:56 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Remove unused methods in nova/compute/utils.py https://review.openstack.org/566855 | |
| 11:06:23 | openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Use new-style choice values https://review.openstack.org/530924 | |
| 11:30:00 | tetsuro | Hmm... this makes me change my mind that this is a good opportunity to rework the allocation candidates logic in a totally different way. So it is fair that you ask that if we can amend nested alloc cands series without considering the existing path for sharing providers. | |
| 11:43:42 | artom | sean-k-m1, sean-k-mooney[m], one of you around? Have some questions about the Intel NFV CI | |
| 11:50:50 | sean-k-mooney | artom: hi | |
| 11:51:35 | artom | sean-k-mooney, heya - live migration with NUMA (either pinning or actual NUMA topologies) can be tested in the Intel NFV CI, right? | |
| 11:51:42 | sean-k-mooney | sorry i have been on vacation since last tuseday. my mum ha a minor operation so i was being a good son and makeing her tea and mining the house all week | |
| 11:51:52 | artom | sean-k-mooney, awww :) | |
| 11:51:57 | sean-k-mooney | artom: so yes nfv ci | |
| 11:52:11 | artom | Hope she's doing well | |
| 11:53:03 | sean-k-mooney | artom: she is doing fine. am yes you could test numa + livemigration in the intel nfv ci but i think the livemigration tests are not in cluded in teh tempest regex in the multinode job | |
| 11:53:49 | theanalyst | t | |
| 11:54:19 | artom | sean-k-mooney, could you point me to the code? | |
| 11:55:04 | artom | https://github.com/openstack/intel-nfv-ci-tests I assume | |
| 11:55:12 | sean-k-mooney | artom: the ci is currently configured using an internal git repo but im going to take a look at the tempest.conf | |
| 11:55:25 | sean-k-mooney | artom: that is a part of it but not the ci config | |
| 11:55:41 | sean-k-mooney | artom: that host our tempest plugin | |
| 11:56:28 | sean-k-mooney | artom: tempest-dsvm-intel-nfv-xenial/ uses that plugin but its not multinode | |
| 11:56:47 | artom | sean-k-mooney, does it go through gerrit? My plan is to write a live migration NUMA test (unless those already exist? A quick look at the code doesn't turn anything up), and make it Depends-On: my own patches for that | |
| 11:57:49 | sean-k-mooney | artom: the statdard livemigration test would partly test this. the tempest-dsvm-ovsdpdk-nfv-networking-xenial replaces the default flvors with ones that use cpu pinning + hugepages + 2 numa nodes | |
| 11:58:27 | sean-k-mooney | artom: this is one of the tempest.confs from a run on the ci http://52.27.155.124/portland/2018-04-27/553072/6/check/tempest-dsvm-ovsdpdk-nfv-networking-xenial/ff9bb78/logs/tempest_conf.txt.gz | |
| 11:59:00 | sean-k-mooney | so yes live_migration = False is set | |
| 11:59:45 | sean-k-mooney | we could modify that via a patch to networking-ovs-dpdk to enable livemigration via its devstack plugin. | |
| 11:59:51 | artom | sean-k-mooney, so at least as a first step I could need to get live_migration set to True? | |
| 12:00:04 | artom | *would need | |
| 12:00:39 | sean-k-mooney | artom: yep, we could also do that via changing the internal repo but i dont have access to it because i dont know where it is now | |
| 12:01:04 | artom | sean-k-mooney, heh, are the contacts listed on https://wiki.openstack.org/wiki/ThirdPartySystems/Intel_NFV_CI still good? | |
| 12:01:22 | sean-k-mooney | networking-ovs-dpdk however i have full contol over. yes the contacts are correct | |
| 12:02:10 | artom | sean-k-mooney, wait, so which one do you *not* have access to? | |
| 12:03:48 | sean-k-mooney | artom: i do not have acess to the zuul 2.5 configure repo that stores the job config. i am the maintainer of networking-ovs-dpdk and have full aceess to modify the job via that repo using the devstack plugin | |
| 12:04:12 | artom | sean-k-mooney, ah, gotcha | |
| 12:04:20 | artom | And those are both internal Intel, right? | |
| 12:05:01 | sean-k-mooney | networking-ovs-dpdk is hosted by openstack infra but is not technically part of openstack. https://github.com/openstack/networking-ovs-dpdk | |
| 12:05:29 | sean-k-mooney | artom: we should be able to use the test-config section of the devstack plugin to enable live migration https://github.com/openstack-dev/devstack/blob/master/doc/source/plugins.rst#pluginsh-contract | |
| 12:05:39 | artom | Also, http://52.27.155.124/portland/2018-04-20/563037/2/check/tempest-dsvm-multinode-ovsdpdk-nfv-networking-xenial/3e525a4/logs/tempest_conf.txt.gz seems to enable live_migration? | |
| 12:06:08 | artom | Which woujld | |
| 12:06:22 | artom | Which wou45ld | |
| 12:06:41 | artom | Which would make sense since it's multinode, and the other one isn't | |
| 12:06:51 | sean-k-mooney | tempest-dsvm-multinode-ovsdpdk-nfv-networking-xenial used to be the same job just run against neutron | |
| 12:07:26 | sean-k-mooney | sorry yes i ment tempest-dsvm-multinode-ovsdpdk-nfv-networking-xenial | |
| 12:07:29 | artom | (Excuse the random characters, daughter decided my laptop is a toy) | |
| 12:07:54 | sean-k-mooney | artom: no worries | |
| 12:08:09 | sean-k-mooney | still more understandable then my spelling at times | |
| 12:11:29 | sean-k-mooney | artom: do you know if devstack-gate sets any env varibles that we could use to enable "ci testing" config changes within the devstack plugin. | |
| 12:11:57 | artom | sean-k-mooney, I'm not sure I understand the question | |
| 12:13:09 | sean-k-mooney | well if we add the sections to enable livemirgation in the networking-ovs-dpdk devstack plugin i am wondering is there a way to enable it automatically in a ci env and not on a normal install | |
| 12:14:00 | sean-k-mooney | if we are just setting tempest settings then there is no real harm always doing it i was just wondering if there was a way to detect that we are running in a ci | |
| 12:15:11 | mriedem | sean-k-mooney: https://github.com/openstack-infra/devstack-gate/blob/b3da8a393c68cc62924ee2f752f442d5c85ea8ed/devstack-vm-gate.sh#L566 | |
| 12:15:45 | mriedem | all non-grenade multinode jobs run live migration by default | |
| 12:15:55 | mriedem | grenade doesn't because grenade by default only runs smoke tests, and live migration tests aren't smoke tests | |
| 12:16:14 | mriedem | we do have a grenade job specifically that tests just live migration back and forth from n-1 to n and back | |
| 12:17:07 | artom | mriedem, I suppose I could just test numa-aware live migration with cpu pinning since we don't need special hardware for that, but there'd be no way to assert anything about the instance XML, which is kinda what we want | |
| 12:17:28 | sean-k-mooney | mriedem: ah you are right looking at http://52.27.155.124/portland/2018-04-27/553072/6/check/tempest-dsvm-multinode-ovsdpdk-nfv-networking-xenial/943bdb9/logs/tempest_conf.txt.gz livemigration is turned on the quest then is why is it not running those tests | |
| 12:18:08 | mriedem | sean-k-mooney: blacklist? | |
| 12:18:22 | sean-k-mooney | mriedem: proably ill have to look into that | |
| 12:18:47 | mriedem | t_live_migration.*)|(?:tempest\.api\.network.*)).*$ != '' ]] | |
| 12:18:47 | mriedem | ver_connectivity_cold_migration.*)|(?:.*\.TestNetworkAdvancedServerOps.test_server_connectivity_resize.*)|(?:.*\.TestNetworkBasicOps\.test_update_router_admin_state.*)|(?:.*\.TestNetworkBasicOps\.test_network_basic_op.*)|(?:.*\.TestNetworkBasicOps\.test_update_instance_port_admin_state.*))((?:tempest\.scenario\.test_network_basic_ops.*)|(?:tempest\.scenario\.test_network_advanced_server_ops.*)|(?:tempest\.api\.compute\.admin\ | |
| 12:18:47 | mriedem | [[ ^(?!.*(?:tempest\.scenario\.test_network_advanced_server_ops\.TestNetworkAdvancedServerOps\.test_server_connectivity_suspend_resume.*)|(?:tempest\.scenario\.test_network_advanced_server_ops\.TestNetworkAdvancedServerOps\.test_server_connectivity_pause_unpause.*)|(?:.*\.admin\.test_live_migration.*)|(?:.*\.TestNetworkAdvancedServerOps.test_server_connectivity_cold_migration_revert.*)|(?:.*\.TestNetworkAdvancedServerOps.test | |
| 12:19:02 | mriedem | yes it's blacklisted live migration | |
| 12:19:08 | sean-k-mooney | artom: you need a multi numa host vm as we have a restiction in the libvirt drivver that maps each guest numa node to a different host numa node | |
| 12:19:12 | artom | Which makes sense, because it's broken | |
| 12:19:37 | sean-k-mooney | artom: actully the reson the multinode job was created was to test livemigration | |
| 12:19:53 | artom | But... we know it doens't work :) | |
| 12:19:58 | mriedem | artom: what do you need to get out of the instance xml? | |
| 12:20:09 | mriedem | the numa config? | |
| 12:20:10 | sean-k-mooney | artom: it was turned off temporaly feburay last year and then the ci moved team and i guess it never got turned back on | |
| 12:20:12 | artom | mriedem, yeah | |
| 12:20:20 | artom | sean-k-mooney, how did it ever pass before? | |
| 12:20:26 | mriedem | artom: we have the instance diagnostics api... | |
| 12:20:41 | sean-k-mooney | artom: livemigration works it just does not respect pinning after | |
| 12:20:53 | artom | sean-k-mooney, ah, indeed | |
| 12:21:06 | sean-k-mooney | e.g. the vm will actully livemigrate we just broke all SLAs | |