Earlier  
Posted Nick Remark
#openstack-nova - 2019-09-11
17:33:42 dtroyer efried, sean-k-mooney, alex_xu: status update: we've re-triggered the pmem job on Intel CI with the changes on PS22, should have some results in about 45 min…
17:33:52 mriedem sean-k-mooney: backported code for PCPU?
17:33:54 efried dansmith: no it's not.
17:33:58 mriedem including all of the upgrade shit that entails?
17:33:58 alex_xu dtroyer: thanks
17:33:59 dtroyer https://review.opendev.org/#/c/679640/22
17:34:02 sean-k-mooney mriedem: no inplace numa vma rebuild
17:34:10 efried thanks dtroyer
17:34:24 mriedem inplace numa vma rebuild?
17:34:25 efried it appears that 'pleaselookagain' is the magic invocation for pmem CI
17:34:37 mriedem i'm lost - i don't know what that has to do with what we're talking about
17:34:47 alex_xu mriedem: https://review.opendev.org/#/c/681383/5/nova/scheduler/manager.py@155
17:34:59 alex_xu mriedem: or you can see the PS2 comment I give
17:35:48 sean-k-mooney mriedem: https://bugzilla.redhat.com/show_bug.cgi?id=1700412
17:35:49 efried dansmith: If the PTL has anything to say about it, we're going to accept only blueprints that were already approved or proposed-but-didn't-make-spec-freeze
17:35:50 openstack bugzilla.redhat.com bug 1700412 in openstack-nova "[RFE] Rebuild with a different image fails due to NUMATopologyFilter" [High,New] - Assigned to nova-maint
17:35:51 mriedem "if same-host resize is disabled and the only host available is the host you're on there are resource problems" is not a new issue
17:36:13 mriedem ^ is also a problem for servers in a strict affinity group
17:36:18 mriedem since you can't resize out of that
17:36:27 dansmith efried: good luck with that
17:36:46 sean-k-mooney mriedem: no its not a new proablem at all
17:36:46 efried you can be part of the solution
17:36:53 mriedem i think i tried that strategy back in like ocata
17:36:54 dansmith efried: don't want to
17:37:13 alex_xu mriedem: okay...
17:37:18 dansmith efried: we've approved things I don't think we should do almost every cycle, so...limiting to doing things we've "approved" is counterproductive, IMHO
17:37:21 alex_xu dansmith: yes, you can be :)
17:38:11 mriedem sean-k-mooney: so https://bugs.launchpad.net/nova/+bug/1763766 ?
17:38:12 openstack Launchpad bug 1763766 in OpenStack Compute (nova) "nova needs to disallow resource consumption changes on image rebuild" [Medium,Triaged]
17:38:24 artom mriedem, fwiw, the SRIOV live migration thing can be me
17:38:36 alex_xu dansmith: back to preivous, why I check ignore_host is crazy...
17:38:37 sean-k-mooney mriedem: its related
17:39:08 dansmith alex_xu: what I said is crazy is not what you are actually suggesting I think
17:39:10 mriedem artom: i've resigned that it's never going to happen so was just using it as an example of another "we'll do it in U" thing
17:39:36 alex_xu dansmith: ok...i'm safe
17:39:36 sean-k-mooney for older release i was planing to check for that and allow skiping the numa topology filter if there were no changes in resouce usaage or numa toplogy on rebuild only.
17:39:45 artom mriedem, I mean, I followed through on device tagging attachments, back in the day, didn't I?
17:39:52 alex_xu stephenfin: so...check that https://review.opendev.org/#/c/681383/5/nova/scheduler/manager.py@155, if that is solution for you
17:39:55 artom Though I did drop the ball in placement for osc live migration
17:40:20 mriedem artom: you had a business justification for tagged attachments right?
17:40:25 artom mriedem, -
17:40:27 dansmith artom: you gonna wait for the last three weeks of the U cycle for that one too?
17:40:28 artom Err, 0
17:40:35 mriedem customers aren't asking that you work on sriov pci device claims architecture
17:40:41 sean-k-mooney mriedem: of corse we will only do dthat if we fix it upstream and block it upstream first
17:40:49 artom It was purely a "let's be good community citizens" thing
17:41:01 mriedem i'm not sure what "placement for osc live migration" is
17:41:10 stephenfin alex_xu: I'm not sure you get you
17:41:21 artom mriedem, err, I meant the osc live migration refactor
17:41:23 mriedem stephenfin: obligatory smiley face please
17:41:30 mriedem artom: i got that
17:41:34 mriedem and the --boot-from-volume sugar
17:41:40 artom I didn't even do the device tagging for it
17:41:46 artom Which we *did* have an ask for
17:42:03 mriedem well the good news is we have a whole big ass etherpad of osc gaps for nova
17:42:09 mriedem https://etherpad.openstack.org/p/compute-api-microversion-gap-in-osc
17:42:15 luyao stephenfin: could I just catch all exceptions, because we will print it later https://review.opendev.org/#/c/678455/25/nova/virt/libvirt/driver.py@1297
17:42:27 mriedem the bad news (for openstack) is my university mentoring project idea to work on that didn't get people
17:42:43 alex_xu stephenfin: the issue, or the solution?
17:43:04 artom mriedem, huh, that reminds me, we're apparently getting interns - or have signed up to get some, at any rate
17:43:05 stephenfin so if there are no allocation candidates or if allocations_candidates == [current_host], fallback to VCPUs?
17:43:09 artom We were wondering what to set them lose on
17:43:15 artom OSC could be a good idea
17:43:33 alex_xu stephenfin: if allocation_candidates == ignored_hosts, fallback to VCPUs
17:43:40 artom The other idea was test automation stuff with tempest/whitebox, since the learning curbe isn't as steep as nova
17:43:45 artom *curve
17:43:47 stephenfin gotcha
17:43:53 stephenfin I can do that (y)
17:44:21 stephenfin alex_xu: Can I do it as a follow-up though?
17:44:29 stephenfin because that patch is already huge and it's a corner case
17:44:42 stephenfin I'll have it done first thing in the morning
17:45:03 alex_xu stephenfin: sure, or I can help that in my morning
17:45:51 stephenfin sweet
17:46:03 stephenfin I'm just moving your quotas patch further down the series
17:46:13 stephenfin should be done shortly then I'll push it up
17:46:37 alex_xu cool, I thought it should be adjust the order also
17:46:52 alex_xu anyway, see you guys tomorrow
17:46:56 stephenfin o/
17:47:37 efried stephenfin: did you see luyao's question about https://github.com/intel/Intel-OpenStack-CI-jobs/pull/2 ?
17:47:49 efried s,that link,https://review.opendev.org/#/c/678455/25/nova/virt/libvirt/driver.py@1297,
17:47:54 mriedem https://review.opendev.org/#/q/topic:bp/numa-aware-live-migration+status:open+label:Code-Review=2+project:openstack/nova
17:47:58 mriedem artom: dansmith: sean-k-mooney: ^
17:48:01 mriedem donnyd: ^
17:48:13 efried \o/
17:48:15 artom zomgies
17:48:46 mriedem success bot?
17:49:01 efried ffs wait until they merge
17:49:14 mriedem psh
17:49:22 dansmith mriedem: praise be
17:49:28 sean-k-mooney :)
17:49:59 mriedem gibi_bus: are you going to get https://review.opendev.org/#/c/676980/ updated today or should i work on that?
17:50:15 gibi_bus mriedem: I'm about to finish the rework
17:50:23 gibi_bus mriedem: I will ping you when it is up
17:51:17 mriedem ok, then i'm going to get lunch
17:52:20 gibi_bus mriedem: have a nice one!
18:03:34 efried o/ dolpher :)
18:07:19 dolpher efried: Hello, seems the filter is not working, no one is triggering the CI job now
18:07:39 dolpher Hi donnyd :)
18:19:30 donnyd sean-k-mooney: I didn't hear back on the labels.. but i hope this https://review.opendev.org/#/c/634827/ isn't waiting on jobs for FN
18:19:58 donnyd I submitted a bit more for resources, kinda need it right now

Earlier   Later