Posted	Nick	Remark
#openstack-nova - 2019-06-01
04:34:25	openstackgerrit	Merged openstack/nova stable/stein: Move get_pci_mapping_for_migration to MigrationContext https://review.opendev.org/661494
10:29:58	openstackgerrit	Boris Bobrov proposed openstack/nova master: Add configs for AMD SEV https://review.opendev.org/636318
10:33:45	openstackgerrit	Boris Bobrov proposed openstack/nova master: Add iommu driver to devices https://review.opendev.org/644564
#openstack-nova - 2019-06-02
02:47:15	openstackgerrit	Guo Jingyu proposed openstack/nova master: Define and catch QemuGuestAgentNotRunning for set-password failure https://review.opendev.org/661466
07:30:41	openstackgerrit	Adrian Chiris proposed openstack/nova stable/queens: Move get_pci_mapping_for_migration to MigrationContext https://review.opendev.org/661571
07:30:42	openstackgerrit	Adrian Chiris proposed openstack/nova stable/queens: Allow driver to properly unplug VIFs on destination on confirm resize https://review.opendev.org/661572
11:49:29	openstackgerrit	Merged openstack/nova stable/stein: Allow driver to properly unplug VIFs on destination on confirm resize https://review.opendev.org/661495
12:26:57	openstackgerrit	zhaixiaojun proposed openstack/nova master: Exclude broken ironicclient versions 2.7.1 https://review.opendev.org/662404
20:38:50	openstackgerrit	Dr. Clemens Hardewig proposed openstack/nova master: Fixes instance resizing/migration when swap volume is on lvm https://review.opendev.org/618621
#openstack-nova - 2019-06-03
02:11:28	openstackgerrit	Takashi NATSUME proposed openstack/nova master: Remove mox in virt/test_block_device.py https://review.opendev.org/566153
03:10:47	openstackgerrit	Merged openstack/nova-specs master: Fix a typo of 'keystoneauth1' https://review.opendev.org/614187
06:29:13	openstackgerrit	Takashi NATSUME proposed openstack/nova master: Avoid lazy-loading instance.flavor in cold migration https://review.opendev.org/662683
06:41:03	mandre	hi folks, what would be the recommended way to provide a relatively big file (hundreds of kb) to an instance at boot time?
06:42:06	mandre	the --file option to openstack server create looks promising but it seems I'm hitting the size limit...
07:09:32	openstackgerrit	Yongli He proposed openstack/nova master: Add server sub-resource topology API https://review.opendev.org/621476
07:31:33	openstackgerrit	Yongli He proposed openstack/nova master: clean up orphan instances https://review.opendev.org/627765
07:31:33	openstackgerrit	Yongli He proposed openstack/nova master: Clean up orphan instances virt driver https://review.opendev.org/648912
07:33:54	openstackgerrit	Sylvain Bauza proposed openstack/nova master: Pass allocations to virt drivers when resizing https://review.opendev.org/589085
07:42:33	openstackgerrit	Silvan Kaiser proposed openstack/nova stable/rocky: Fixes multi-registry config in Quobyte driver https://review.opendev.org/662695
07:46:48	openstackgerrit	Luyao Zhong proposed openstack/nova master: db: Add vpmems to instance_extra https://review.opendev.org/662697
07:49:28	openstackgerrit	Luyao Zhong proposed openstack/nova master: object: Add VirtualPMEM and VirtualPMEMList objs https://review.opendev.org/634548
07:50:53	openstackgerrit	Luyao Zhong proposed openstack/nova master: libvirt: Enable driver configures PMEM namespace https://review.opendev.org/634549
07:54:20	kashyap	mnaser: Yeah, the Secure Boot spec, I'll resume work on it this week. It is very close to getting merged.
07:57:13	openstackgerrit	Luyao Zhong proposed openstack/nova master: libvirt: report pmem namespaces resources by provider tree https://review.opendev.org/634551
07:57:14	openstackgerrit	Luyao Zhong proposed openstack/nova master: scheduler: translate vpmems request to placement request group https://review.opendev.org/634553
07:57:14	openstackgerrit	Luyao Zhong proposed openstack/nova master: API: parse pmem related flavor extra spec https://review.opendev.org/634552
07:57:15	openstackgerrit	Luyao Zhong proposed openstack/nova master: compute: update pmem allocation to instance https://review.opendev.org/662702
07:57:15	openstackgerrit	Luyao Zhong proposed openstack/nova master: libvirt: boot VM with vpmems and cleanup vpmems when destroying https://review.opendev.org/634555
08:20:01	openstackgerrit	Luyao Zhong proposed openstack/nova master: update migrations_context to support migration with vpmems https://review.opendev.org/662709
08:23:08	openstackgerrit	Luyao Zhong proposed openstack/nova master: support VM resizing with vpmem data migration https://review.opendev.org/634556
08:33:50	openstackgerrit	Takashi NATSUME proposed openstack/nova master: Fix no propagation of nova context request_id https://review.opendev.org/662715
08:52:29	gibi	stephenfin: I still wondering about what we should do with https://review.opendev.org/#/c/660774/3/nova/compute/manager.py@4471
09:02:10	openstackgerrit	Merged openstack/os-traits master: hw: cpu: Rework the directory layout; add missing traits https://review.opendev.org/655193
09:03:38	kashyap	aspiers: --^ :-)
09:03:45	kashyap	(Morning, BTW)
09:04:31	kashyap	cdent: Thanks for putting the above through.
09:04:41	cdent	pleasure
09:05:15	kashyap	cdent: Now, I think aspiers needs a new release of 'os_traits' with the above patch.
09:05:23	cdent	yeah, doing that now
09:05:46	kashyap	Ah, you're already 3 steps ahead; thanks!
09:28:24	openstackgerrit	Merged openstack/nova stable/rocky: Block swap volume on volumes with >1 rw attachment https://review.opendev.org/662333
09:44:17	kashyap	alex_xu: Hi, when you're about: hope I answered your question here, on the MDS doc: https://review.opendev.org/#/c/661574/3
10:10:24	aspiers	bah, my znc crashed, no idea why
10:10:51	aspiers	cdent: thanks for taking care of 0.13.0!
10:11:45	cdent	you're welcome
10:12:39	aspiers	cdent, kashyap: I guess we should have been using reno in os-traits, or is the policy not to bother?
10:13:10	cdent	we've not bothered for the addition of traits
10:13:27	kashyap	aspiers: I welcome using 'reno' where possible.
10:13:35	aspiers	cdent: any particular reason why not?
10:13:49	aspiers	might be useful for distro packages at least
10:13:50	cdent	because it would be duplicating the contents of the files, almost verbatim
10:14:06	aspiers	well, the contents of the commit messages maybe
10:14:09	cdent	if there were something other than a list of strings in the package, it would make sense
10:14:24	aspiers	no great loss I guess
10:14:39	aspiers	although it doesn't sound like much additional effort either
10:14:46	cdent	the reason we encourage the comments linking to docs is so that the point of the trait is obvious, with the trait
10:15:05	cdent	I'd really rather not add that much redundancy
10:15:23	aspiers	I'm thinking from the distro packager and operator perspective, not for developers
10:15:31	aspiers	the former two shouldn't have to read code
10:15:50	cdent	I think reno makes sense for the services, but for libraries that are merely symbols the distros should just do the normal thing: read the commit histroy
10:16:19	aspiers	yeah, commit history is probably good enough
10:17:01	cdent	I'm not trying to be a jerk about it or anything, it's just that there's limited capacity and things like that level of white glove service is why some people choose disros
10:18:19	aspiers	sure
10:18:43	aspiers	you're succeeding, not just trying :)
10:19:12	cdent	some other day I'll successfully be a jerk
10:19:38	aspiers	I'm sure; I can promise you it's pretty easy - for me anyway ;-)
10:20:10	cdent	I've been having quite a lot of thoughts (mostly vague) lately on how to economize upstream development
10:23:01	cdent	mostly with regard to making gaps more visible
10:26:40	aspiers	oh?
10:26:54	aspiers	what kinds of gaps?
10:30:39	cdent	aspiers: some of the concepts are sort of in this https://anticdent.org/openstack-denver-summit-reflection.html but basically: making it more obvious where we don't have enough resources by simply choosing to not do things
10:33:36	aspiers	cdent: yikes! 60-80 hours?
10:33:59	cdent	at least
10:34:02	aspiers	I do 30 (well, theoretically - probably do more due to same self-imposed perverse sense of loyalty)
10:35:54	aspiers	all good thoughts there
10:36:02	cdent	Is that 30 of upstream work plus some amount of time of other work, or 30 is your work week, or something else?
10:36:28	aspiers	work week
10:37:03	cdent	I'm very happy to hear that you're able to do that, there really needs to be more of that.
10:38:02	aspiers	I don't understand why any developer outside a startup would need to work long weeks
10:38:40	cdent	interesting. you're the only one I speak to regularly who has said they do not
10:39:03	aspiers	40 I can understand, but why more?
10:39:19	aspiers	I mean, if you get paid for the overtime then fair enough, otherwise it seems crazy
10:39:31	cdent	obsessiveness
10:39:37	aspiers	If I'm gonna hack in my spare time, it'll be on other FOSS
10:39:47	cdent	the aforementioned perverse loyalty
10:39:49	aspiers	Hah, I'm totally obsessive too
10:40:30	cdent	there's also a twisted sense of "must keep the dream (a vague thing) alive"
10:40:32	aspiers	If opendev Gerrit had an activity infogram like GitHub does, you'd see me doing plenty at weekends. but then I take it easier in the week to balance things out
10:40:50	aspiers	As in, "OpenStack is dying, gotta save it" ?
10:40:58	aspiers	I think it's a long way from that
10:41:24	cdent	something a bit like that, but not quite the same. not quite openstack is dying, but some of the economic models associated with it
10:41:45	aspiers	yeah maybe
10:42:04	cdent	for me, personally, a lot of it was the goal of getting placement extracted
10:42:16	aspiers	Well that's a nice thing to be proud of, looking back
10:42:17	cdent	since it was supposed to be extracted from the start, it was, to me, 3 years late
10:42:37	cdent	so each year it was more late, was more uphill that needed to be travelled
10:42:47	aspiers	know the feeling
11:00:08	kashyap	cdent: Do write it up. (Yikes, indeed! 60-80 hours)
11:00:42	cdent	kashyap: the blog post written above is a start, but there will probably be some followups if the feedback loop is sufficiently dense
11:01:38	kashyap	I also try not to do more than 40 (focused) hours, effectively they translate to 38 1/2 (official).

Earlier   Later