Earlier  
Posted Nick Remark
#openstack-nova - 2019-09-16
23:02:41 mriedem "added vpmems so alex can continue working upstream"
23:03:07 mriedem i kid i kid
23:04:17 mriedem i think as long as you have HPC in there somewhere it will hit enough marketing bells to satisfy the entry
23:04:46 mriedem "Support virtual persistent memory devices for HPC workloads when using the libvirt driver.":
23:04:48 mriedem something like that
23:04:49 efried "edge"
23:04:51 sean-k-mooney the primary usecase is really something like "vPMEM support was intoduced to allow big data workloads to retain more data in persitent memroy reduceing the total cost of onership for big data clouds"
23:05:24 sean-k-mooney ya hpc is the other vertical that will likely use it most
23:05:30 openstackgerrit Eric Fried proposed openstack/nova master: DNM: Try to repro bug 1823251 with mysql logs https://review.opendev.org/678051
23:05:31 openstack bug 1823251 in OpenStack Compute (nova) "Spike in TestNovaMigrationsMySQL.test_walk_versions/test_innodb_tables failures since April 1 2019 on limestone-regionone" [High,Confirmed] https://launchpad.net/bugs/1823251
23:05:37 efried mriedem, logan-: Howza ^
23:05:46 mriedem "other vertical"? someone get this guy a c-suite office
23:06:00 mriedem efried: it's dinner o'clock for me
23:06:03 efried me too
23:06:26 sean-k-mooney its tuesday for me so im going to sleep soon o/
23:07:35 openstackgerrit Eric Fried proposed openstack/nova master: DNM: Try to repro bug 1823251 with mysql logs https://review.opendev.org/678051
23:07:36 openstack bug 1823251 in OpenStack Compute (nova) "Spike in TestNovaMigrationsMySQL.test_walk_versions/test_innodb_tables failures since April 1 2019 on limestone-regionone" [High,Confirmed] https://launchpad.net/bugs/1823251
23:11:19 alex_xu whatever that is worth to celebrate :)
#openstack-nova - 2019-09-17
00:16:05 alex_xu efried: updated https://review.opendev.org/682509
00:17:02 zzzeek logan-: not something ive seen before, https://dba.stackexchange.com/a/19139/81161 seems to have the best info
00:17:10 zzzeek max_packet_size
00:19:22 openstackgerrit Brin Zhang proposed openstack/nova-specs master: Track user_id/project_id for migrations https://review.opendev.org/682511
00:20:04 openstackgerrit Brin Zhang proposed openstack/nova-specs master: Track user_id/project_id for migrations https://review.opendev.org/682511
00:38:15 openstackgerrit Brin Zhang proposed openstack/nova-specs master: Track user_id/project_id for migrations https://review.opendev.org/682511
00:45:31 openstackgerrit Brin Zhang proposed openstack/nova master: Add the maximum train flag in api version history https://review.opendev.org/682513
01:41:37 openstackgerrit Merged openstack/nova master: Follow up for the bandwidth series https://review.opendev.org/682389
01:41:44 openstackgerrit Merged openstack/nova master: Remove redundancies from AggregateRequestFiltersTest.setUp https://review.opendev.org/682475
01:42:11 openstackgerrit Merged openstack/nova master: doc: mark the max microversion for train https://review.opendev.org/681982
01:56:58 openstackgerrit hutianhao27 proposed openstack/nova master: Revert "nova shared storage: rbd is always shared storage" https://review.opendev.org/682523
02:44:57 openstackgerrit ya.wang proposed openstack/nova master: Fix typo of cpu model when check CPU compatibility https://review.opendev.org/682267
05:16:56 openstackgerrit Merged openstack/nova master: Centralize volume create code during boot from volume https://review.opendev.org/682378
06:20:23 openstackgerrit Boxiang Zhu proposed openstack/nova master: Fix live migration break group policy simultaneously https://review.opendev.org/651969
07:14:00 bauzas good morning Nova
07:18:53 gibi good morning bauzas
07:43:22 bauzas gibi: any change you wanna stuff me in ?
07:59:37 gibi bauzas: nothing open at the moment I'm working on to fix mriedem's comments in the bug fix https://review.opendev.org/#/c/666857/
07:59:52 bauzas ack, saw iy
07:59:54 bauzas it*
08:00:01 gibi bauzas: I will ping you if that rework is ready
08:01:00 bauzas ++
08:01:56 gibi bauzas: do you have something I need to look at?
08:02:28 bauzas gibi: not atm, still fixing some tests for the placement audit
08:06:43 openstackgerrit Yongli He proposed openstack/nova master: clean up orphan instances https://review.opendev.org/627765
08:06:43 openstackgerrit Yongli He proposed openstack/nova master: Clean up orphan instances virt driver https://review.opendev.org/648912
08:23:53 openstackgerrit Balazs Gibizer proposed openstack/nova master: Error out interrupted builds https://review.opendev.org/666857
09:41:12 openstackgerrit Lee Yarwood proposed openstack/nova master: compute: Remove stale BDMs on reserve_block_device_name failure https://review.opendev.org/682594
11:15:52 openstackgerrit Lee Yarwood proposed openstack/nova master: DNM libvirt: extract _start_heterogeneous_computes https://review.opendev.org/682620
11:15:53 openstackgerrit Lee Yarwood proposed openstack/nova master: Add regression test for bug #1843639 https://review.opendev.org/682621
11:15:54 openstackgerrit Lee Yarwood proposed openstack/nova master: libvirt: Ignore volume exceptions during post_live_migration https://review.opendev.org/682622
11:15:54 openstack bug 1843639 in OpenStack Compute (nova) "libvirt: post_live_migration failures to disconnect volumes result in the rollback of live migrations" [Medium,Confirmed] https://launchpad.net/bugs/1843639
11:35:22 openstackgerrit Balazs Gibizer proposed openstack/nova master: Error out interrupted builds https://review.opendev.org/666857
11:57:49 openstackgerrit Ivaylo Mitev proposed openstack/nova master: VMware VMDK detach: get adapter type from instance VM https://review.opendev.org/653738
11:58:19 openstackgerrit Kashyap Chamarthy proposed openstack/nova master: libvirt: Parse the 'os' element from domainCapabilities https://review.opendev.org/673790
11:58:20 openstackgerrit Kashyap Chamarthy proposed openstack/nova master: libvirt: Methods to handle request for Secure Boot & non-Q35 machine types https://review.opendev.org/682628
11:58:20 openstackgerrit Kashyap Chamarthy proposed openstack/nova master: libvirt: Add methods to detect firmware auto-selection and SB https://review.opendev.org/682627
12:01:38 gibi mriedem, bauzas: comments fixed i https://review.opendev.org/#/c/666857
12:05:41 stephenfin efried: Are we ever going to be able to merge a patch again? :D
12:10:46 kashyap (And remove needless compat code; we should have much less of it, though, as we've already cleaned up a good chunk of it a few months.)
12:17:25 efried stephenfin: appears this time it was mirror problems. But yeah, the gods really seem to hate that top pmem patch.
12:17:52 efried stephenfin: though mriedem and I fixed a regression from the forbidden aggs series which was causing a bunch of our failures.
12:18:11 stephenfin o rly? link?
12:18:12 efried now if we could just kill the innodb bug
12:18:28 efried stephenfin: https://review.opendev.org/#/c/682475/
12:18:57 efried also a couple WIPs to poison multiple sched services from starting.
12:19:23 sean-k-mooney kashyap: didnt we already bump to a minium of 3.0 earlier in the cycle
12:19:28 efried https://review.opendev.org/#/c/682485/ and https://review.opendev.org/#/c/682486/
12:20:00 kashyap sean-k-mooney: We picked for Train, but we didn't pick anything for U release and gave a heads-up to the operators.
12:20:23 stephenfin kashyap: It's not too late to do that though, right?
12:20:29 stephenfin given that Train hasn't gone out
12:21:02 kashyap sean-k-mooney: No, not late :-) I just wanted to write it out loud, so I feel compelled to do it :D
12:21:45 kashyap I mean, stephenfin ^
12:22:43 sean-k-mooney kashyap: we dont need to actully pick before we do the relaease. we can do it in early U
12:23:41 kashyap stephenfin: sean-k-mooney: Right. But the thing is - we didn't bump the version we said we will bump for Train
12:24:14 kashyap +NEXT_MIN_QEMU_VERSION = (2, 11, 0)
12:24:14 kashyap +NEXT_MIN_LIBVIRT_VERSION = (4, 0, 0)
12:24:14 kashyap We gave heads-up to bump Train to these:
12:24:28 kashyap ... in Sep 2018 (commit: 489b5f762e2c828354362667cd647086dc4eed60)
12:25:01 stephenfin kashyap: Sounds like something you might want to bring up at the team meeting
12:25:04 kashyap stephenfin: Think we're too late to do _that_, I suppose -- as people don't like the bump at the end of the release
12:25:31 kashyap stephenfin: Yeah, I take full accountability of not doing it in time earlier in the release :-( Just dropped through the cracks
12:26:03 shilpasd Eric: mriedem: thanks for setUp cleanup https://review.opendev.org/#/c/682475/
12:26:30 kashyap stephenfin: Ah, the meeting is today
12:26:52 sean-k-mooney kashyap: i pesonally dont like that how we do the bumps in general.
12:26:56 kashyap stephenfin: My guess: Matt(R) will (correctly) dislike it...
12:27:16 sean-k-mooney but as i said we can bump early in U
12:27:29 kashyap sean-k-mooney: Like how we announce up ahead what we'll bump in the next release, and actually bump in the said release?
12:27:37 kashyap Any alternatives welcome :-)
12:27:49 kashyap sean-k-mooney: Yes, early U is fine. We've done such a thing before
12:27:54 efried shilpasd: yw, that would have been a tough one to spot
12:32:44 sean-k-mooney anyway there have been several realses in the past were we did not bump
12:32:52 kashyap sean-k-mooney: While I have you here, can I borrow you brain for a bit more on an unrelated thing...
12:32:56 sean-k-mooney in fact i woudl say it more common not too looking at the table
12:33:16 kashyap sean-k-mooney: Yep, indeed...
12:33:26 sean-k-mooney sure
12:33:59 kashyap sean-k-mooney: It's the Secure Boot-related scaffolding code - I have some sketch here (and the next patch): https://review.opendev.org/682627
12:34:02 kashyap (No tests yet, mind you)
12:34:14 kashyap sean-k-mooney: Just want a different pair of eyes; as I'm feeling weary
12:35:24 kashyap sean-k-mooney: The design refresher for detecting firmware auto-selection and SB-enabled OVMF is in the above commit message
12:35:30 sean-k-mooney no test oh easy -1 the :)
12:35:31 kashyap sean-k-mooney: Might want to read it, when you have a block of time

Earlier   Later