| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-10-02 | |||
| 09:48:34 | openstackgerrit | sahid proposed openstack/nova master: functional: resuse SRIOV funtional tests for MDEV devices https://review.openstack.org/508187 | |
| 09:48:34 | openstackgerrit | sahid proposed openstack/nova master: WIP - functional: rewrite class to generate pci devices https://review.openstack.org/508835 | |
| 10:15:52 | openstackgerrit | sahid proposed openstack/nova master: libvirt: add method to configure migration speed https://review.openstack.org/497456 | |
| 10:15:53 | openstackgerrit | sahid proposed openstack/nova master: libvirt: slow live-migration to ensure network is ready https://review.openstack.org/497457 | |
| 10:21:56 | rletrocquer | Hello, i have a question concerning the encryption of ephemeral disk (on LVM). Can anyone can help me to understand ? | |
| 11:13:49 | openstackgerrit | Lajos Katona proposed openstack/nova master: Extend ServerMovingTests with custom resources https://review.openstack.org/497399 | |
| 12:03:06 | openstackgerrit | Merged openstack/nova master: Fix race in delete allocation in ServerMovingTests https://review.openstack.org/507911 | |
| 13:08:27 | openstackgerrit | Matt Riedemann proposed openstack/nova stable/pike: Fix race in delete allocation in ServerMovingTests https://review.openstack.org/508872 | |
| 13:17:27 | gibi | mriedem: hi! Yes, the proposal http://forumtopics.openstack.org/cfp/details/50 come from one of my coworker. I think we all agree that that the you proposal is more complete http://forumtopics.openstack.org/cfp/details/62 | |
| 13:17:46 | gibi | mriedem: now he noted this on his proposal | |
| 13:18:00 | gibi | mriedem: I guess there is no other way to rewoke the proposal | |
| 13:18:00 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Remove dead code of api.fault notification sending https://review.openstack.org/505164 | |
| 13:20:08 | mriedem | gibi: ok, i don't know how much we'll be talking about future stuff for placement at the forum | |
| 13:20:42 | mriedem | even though i guess we're supposed to be | |
| 13:21:42 | openstackgerrit | Matt Riedemann proposed openstack/nova stable/pike: Add live.migration.force.complete to the legacy notification whitelist https://review.openstack.org/508877 | |
| 13:21:57 | openstackgerrit | Matt Riedemann proposed openstack/nova stable/ocata: Add live.migration.force.complete to the legacy notification whitelist https://review.openstack.org/508878 | |
| 13:26:58 | gibi | mriedem: you always beat me to propose the these backports :) | |
| 13:27:30 | mriedem | those were the easy ones | |
| 13:27:36 | mriedem | and i need easy things on monday morning | |
| 13:29:19 | gibi | make sense \ | |
| 13:35:00 | cdent | why is zuul saying -1 on https://review.openstack.org/#/c/505418/ when the only fails are non-voting? is non-voting confuse? | |
| 13:36:16 | dansmith | cdent: merger_failure on the functional one | |
| 13:38:33 | cdent | thanks dansmith: I was only looking at the summary at the top | |
| 13:38:48 | dansmith | yeah not sure why it's not in there | |
| 13:45:08 | edleafe | Scheduler subteam meeting in 15 minutes in #openstack-meeting-alt | |
| 13:45:18 | mriedem | i know alex_xu isn't around, but cdent - might be good to figure out if https://review.openstack.org/#/c/492395/ has an impact on scheduling performance and if so, we should consider backporting it | |
| 13:45:21 | mriedem | jaypipes: ^ | |
| 13:45:39 | jaypipes | mriedem: ack | |
| 13:47:47 | cdent | mriedem: k | |
| 13:52:28 | ildikov | I got a question on instance HA last week, like having the VM restarted in another host if needed | |
| 13:52:40 | ildikov | I remember discussions and some activity popping about this topic a while ago | |
| 13:52:51 | ildikov | does anyone know whether it got anywhere? | |
| 13:53:08 | cdent | If alex is on holiday does this stack need a buddy this week? https://review.openstack.org/#/c/489206/ If so, I can’t prod it. | |
| 13:53:37 | cdent | ildikov: there’s been some chatter on one of the lists recently about “self-healing" | |
| 13:53:51 | cdent | and I think there might be a proposed forum session | |
| 13:54:27 | cdent | other than that, I don’t know anything | |
| 13:54:28 | ildikov | cdent: cool, thanks, I will check | |
| 13:55:05 | ildikov | cdent: I wanted to double check first that it's not a solved problem that I missed :) | |
| 13:55:06 | johnthetubaguy | ildikov: there is project about that, it just submitted to the TC | |
| 13:55:14 | ildikov | cdent: and have some pointers in either case | |
| 13:55:20 | cdent | solved. no. not yet. | |
| 13:55:39 | ildikov | johnthetubaguy: which one? | |
| 13:56:55 | johnthetubaguy | ildikov: finally found it, Masakari https://review.openstack.org/#/c/500118/ | |
| 13:57:59 | johnthetubaguy | I know progress was going a bit slower than they hoped, but it sounds like good things were coming soon there | |
| 13:58:12 | jaypipes | mriedem: might have minimal perf impact, but it fixes a specific *bug* that is definitely backportable. | |
| 13:58:14 | lajoskatona | ildikov & cdent: Hi, actually there was a session in Denver (https://etherpad.openstack.org/p/self-healing-queens-ptg), and a promise that there will be a bi-weekly meeting | |
| 13:59:01 | lajoskatona | ildikov & cdent: I am still hunting for some details, as the saying was that there will be some to have shapes for the thing before the summit.... | |
| 13:59:14 | johnthetubaguy | ildikov: aspiers knows the details, I think he was running the meeting | |
| 14:00:34 | johnthetubaguy | ildikov: not 100% sure, but I think http://eavesdrop.openstack.org/#High_Availability_Meeting is the meeting | |
| 14:00:50 | openstackgerrit | Matt Riedemann proposed openstack/nova stable/pike: placement: avoid returning duplicated alloc_reqs when no sharing rp https://review.openstack.org/508885 | |
| 14:00:53 | mriedem | jaypipes: ok done | |
| 14:00:54 | mriedem | thanks | |
| 14:01:33 | openstackgerrit | zhangyangyang proposed openstack/nova master: Remove ExactCoreFilter https://review.openstack.org/508886 | |
| 14:01:38 | ildikov | johnthetubaguy: lajoskatona: cool, thanks! | |
| 14:02:27 | ildikov | johnthetubaguy: I saw a github repo that looked less active so I got confused, but the project proposal looks to be in good shape, so that's promising | |
| 14:02:34 | johnthetubaguy | ildikov: its more of a workload specific thing, hence not in Nova scope | |
| 14:03:06 | ildikov | johnthetubaguy: yeah, that part is clear | |
| 14:03:17 | johnthetubaguy | ildikov: they are kinda discussing a re-design to smush a few currently competing efforts together, as I understand it | |
| 14:03:28 | ildikov | johnthetubaguy: I didn't expect it to be in Nova's scope, but I was sure I will find people on this channel who have some info :) | |
| 14:03:49 | johnthetubaguy | ildikov: totally | |
| 14:03:59 | ildikov | johnthetubaguy: a-ha, ok, that describes what I saw | |
| 14:04:17 | ildikov | johnthetubaguy: thanks for the info and the pointers! | |
| 14:04:25 | johnthetubaguy | no worries | |
| 14:21:40 | openstackgerrit | zhangyangyang proposed openstack/nova master: Remove ExactDiskFilter https://review.openstack.org/508893 | |
| 14:34:22 | openstackgerrit | zhangyangyang proposed openstack/nova master: Remove ExactRamFilter https://review.openstack.org/508897 | |
| 14:37:53 | openstackgerrit | zhangyangyang proposed openstack/nova master: Remove ExactDiskFilter https://review.openstack.org/508893 | |
| 14:47:12 | mriedem | deprecation window is 3 months minimum across release boudaries right? ^ | |
| 14:48:25 | sdague | mriedem: yes | |
| 14:52:31 | openstackgerrit | zhangyangyang proposed openstack/nova master: Remove ExactDiskFilter https://review.openstack.org/508893 | |
| 14:54:38 | mriedem | -2ed then | |
| 15:02:21 | openstackgerrit | Matt Riedemann proposed openstack/nova stable/newton: Add live.migration.force.complete to the legacy notification whitelist https://review.openstack.org/508902 | |
| 15:11:20 | openstackgerrit | Matt Riedemann proposed openstack/python-novaclient stable/newton: Fix aggregate_update name and availability_zone clash https://review.openstack.org/507816 | |
| 15:16:31 | mriedem | gmann: oomichi: you could probably help direct this a bit https://review.openstack.org/#/c/389482/ | |
| 15:16:37 | mriedem | looks like it's NEC | |
| 15:24:17 | openstackgerrit | zhangyangyang proposed openstack/nova master: Remove ExactCoreFilter ExactDiskFilter ExactRamFilter https://review.openstack.org/508886 | |
| 15:26:18 | openstackgerrit | zhangyangyang proposed openstack/nova master: Remove ExactCoreFilter ExactDiskFilter ExactRamFilter https://review.openstack.org/508886 | |
| 15:31:06 | openstackgerrit | zhangyangyang proposed openstack/nova master: Remove ExactCoreFilter ExactDiskFilter ExactRamFilter https://review.openstack.org/508886 | |
| 15:34:20 | sean-k-mooney | johnthetubaguy: just as an fyi im going to update https://review.openstack.org/#/c/375580 and reporpose for queens if you have no objection | |
| 15:34:47 | johnthetubaguy | sean-k-mooney: sounds good | |
| 15:54:46 | openstackgerrit | Chris Dent proposed openstack/nova-specs master: Add trait support in the allocation candidates API https://review.openstack.org/497713 | |
| 16:00:23 | mriedem | dansmith: sdague: remember the discussion at the ptg about making the ip filtering more efficient when listing instances? | |
| 16:00:46 | mriedem | i thought about something that would be problematic with one of the proposed solutions, which was querying neutron ports first, | |
| 16:00:56 | mriedem | i don't think neutron has a concept like "read_deleted=yes" | |
| 16:01:37 | mriedem | so if you did: nova list --ip 192.168.159.128 --deleted --all-tenants | |
| 16:01:56 | mriedem | i don't think we'd be honoring the --deleted flag if we first filtered by IP using neutron | |
| 16:02:05 | dansmith | mriedem: you mean parallelizing the neutron and nova work, yeah | |
| 16:02:19 | dansmith | mriedem: we'd just get a larger set back than we need and would filter it ourselves | |
| 16:02:30 | mriedem | my understanding of what was proposed was first call neutron to get the list of ports (device_ids) per the ip filter provided | |
| 16:02:54 | mriedem | and then use ^ to filter the results from the cells | |
| 16:03:44 | dansmith | right, but we could still not return things that are deleted | |
| 16:03:48 | dansmith | oh | |
| 16:03:49 | mriedem | you could still honor --deleted if you only did the python filtering on any deleted instances in the results from the cells...but you're still probably wasting time checking which of the 1000 instances are deleted | |
| 16:03:51 | dansmith | I see what you mean | |
| 16:03:58 | dansmith | you don't get back the deleted ips | |
| 16:04:02 | mriedem | right | |
| 16:04:03 | dansmith | I read your logic backwards | |
| 16:04:04 | dansmith | yeah | |
| 16:04:08 | dansmith | but | |
| 16:04:20 | mriedem | but they could be deleted from nova anyway....or archived | |
| 16:04:22 | dansmith | deleted things can be purged at any time, so not being able to satisfy that query doesn't seem terrible to me | |