Posted	Nick	Remark
#openstack-nova - 2018-09-28
05:06:43	openstackgerrit	Merged openstack/nova master: Time how long select_destinations() takes in conductor https://review.openstack.org/517108
05:26:50	openstackgerrit	Merged openstack/nova master: Enforce case-sensitive hostnames in aggregate host add https://review.openstack.org/604906
05:26:57	openstackgerrit	Merged openstack/nova stable/queens: Skip ServerShowV254Test.test_rebuild_server in cells v1 job https://review.openstack.org/605270
06:21:20	openstackgerrit	Tao Li proposed openstack/python-novaclient master: Deprecate the unused instance-name https://review.openstack.org/602520
07:19:59	openstackgerrit	Bryan Song proposed openstack/nova master: Use volume_size for 'min_disk' image property when create image from BFV instance. https://review.openstack.org/605596
07:24:06	openstackgerrit	Brin Zhang proposed openstack/nova master: Specifies the storage backend to boot instance https://review.openstack.org/579360
07:31:51	openstackgerrit	liuming proposed openstack/nova master: Deletes evacuated instance files when source host is ok https://review.openstack.org/605987
07:32:52	openstackgerrit	Brin Zhang proposed openstack/nova master: Add volume_type field to BlockDeviceMapping object https://review.openstack.org/604687
07:35:11	openstackgerrit	Merged openstack/nova stable/queens: Skip ServerShowV247Test.test_update_rebuild_list_server in nova-cells-v1 job https://review.openstack.org/605271
07:36:20	openstackgerrit	Merged openstack/nova stable/queens: Skip more rebuild tests for cells v1 job https://review.openstack.org/605416
07:38:37	giblet	happy friday nva
07:38:40	giblet	nova
07:53:51	openstackgerrit	Brin Zhang proposed openstack/nova master: Verify the volume type is supported in compute API https://review.openstack.org/605573
08:03:38	PapaOurs	good morning nova
08:05:40	openstackgerrit	Brin Zhang proposed openstack/nova master: Specifies the storage backend to boot instance https://review.openstack.org/579360
08:24:28	openstackgerrit	Merged openstack/nova master: Null out instance.availability_zone on shelve offload https://review.openstack.org/599087
08:28:16	openstackgerrit	Balazs Gibizer proposed openstack/nova master: Ignore forcing of live migration for nested instance https://review.openstack.org/605785
08:28:16	openstackgerrit	Balazs Gibizer proposed openstack/nova master: Run ServerMovingTests with nested resources https://review.openstack.org/604084
08:49:34	openstackgerrit	Brin Zhang proposed openstack/nova master: Verify the volume type is supported in compute API https://review.openstack.org/605573
09:20:14	openstackgerrit	Naichuan Sun proposed openstack/nova master: os-xenapi(n-rp): add traits for vgpu n-rp https://review.openstack.org/604269
10:15:16	openstackgerrit	Matthew Booth proposed openstack/nova master: Fix a race evacuating instances in an anti-affinity group https://review.openstack.org/605436
10:49:55	openstackgerrit	Radoslav Gerganov proposed openstack/nova master: VMware: Live migration of instances https://review.openstack.org/270116
10:52:12	openstackgerrit	Ghanshyam Mann proposed openstack/nova master: Merge used_limits extension response into limit view builder https://review.openstack.org/606031
11:05:46	openstackgerrit	Brin Zhang proposed openstack/nova master: Add compute version 36 to support ``volume_type`` https://review.openstack.org/579360
11:10:22	openstackgerrit	Brin Zhang proposed openstack/nova master: Add compute version 36 to support ``volume_type`` https://review.openstack.org/579360
11:20:58	openstackgerrit	Brin Zhang proposed openstack/nova master: Add compute version 36 to support ``volume_type`` https://review.openstack.org/579360
11:28:38	openstackgerrit	Chen proposed openstack/nova master: doc: update availability zone doc https://review.openstack.org/605306
11:48:05	brinzh	Hello, If multiple patches have dependencies, how do I update them synchronously?
11:48:08	brinzh	For example: I updated 2stpatch, how to synchronize 2st's latest patch in 3st patch?
12:15:49	openstackgerrit	Balazs Gibizer proposed openstack/nova master: Consider nested allocations during allocation cleanup https://review.openstack.org/606050
12:27:20	openstackgerrit	Balazs Gibizer proposed openstack/nova master: Consider nested allocations during allocation cleanup https://review.openstack.org/606055
12:28:42	openstackgerrit	Balazs Gibizer proposed openstack/nova master: Consider nested allocations during allocation cleanup https://review.openstack.org/606050
12:30:42	openstackgerrit	Brin Zhang proposed openstack/nova master: Add microversion 2.67 to support ``volume_type`` https://review.openstack.org/605573
12:30:57	mriedem	lyarwood: can you hit these rocky backports? https://review.openstack.org/#/c/605260/
12:31:03	mriedem	need to keep that revert train moving
12:34:17	kashyap	mriedem: He's on PTO this week, IIRC. Swimming in beer in Germany
12:34:45	mriedem	what's bauzas' excuse?
12:34:46	kashyap	https://www.oktoberfest.de/en/
12:35:04	kashyap	mriedem: It's France. They work in between holidays :D
12:35:44	kashyap	Frankly, Belgium is no slouch either! I'll admit, for the last 3 years I didn't even use half my PTO.
12:36:00	mriedem	johnthetubaguy: if you're around can you hit those rocky backports? starting at https://review.openstack.org/#/c/605260/
12:37:13	kashyap	mriedem: BTW, thanks for this detailed commit message and the fix! -- https://review.openstack.org/#/c/567630/ ("check image type before removing snapshots in _cleanup_resize")
12:37:22	johnthetubaguy	mriedem: will take a look
12:37:50	mriedem	kashyap: sure, that's from awhile back
12:37:57	mriedem	oh
12:38:19	kashyap	mriedem: Yeah, I know. I just appreciate the references, and "thinking out loud".
12:38:36	kashyap	If you have an Amazon wishlist (not too expensive!) or some such, do post a link :D
12:40:09	mriedem	i'll just take a root bier in DE
12:41:03	kashyap	mriedem: Ah, you'll be in Berlin
12:41:17	kashyap	Never heard of root bier. /me looks up
12:41:36	mriedem	https://en.wikipedia.org/wiki/Root_beer
12:42:15	kashyap	Ah, it's a soft drink.
12:42:59	kashyap	(Actually the page clarifies it can be a 'hard' drink, too.)
12:43:48	johnthetubaguy	mriedem: seems that commit got into queens and pike too, did we get the revert up for those yet?
12:44:40	mriedem	johnthetubaguy: yup
12:44:41	mriedem	hence the train
12:45:07	johnthetubaguy	ah, right
12:47:21	kashyap	Unrelated: If anyone here has any complaints / wishlist with libvirt & QEMU, feel free to type here (or https://etherpad.openstack.org/p/nova-libvirt-qemu). FWIW, next month I'll be in Edinburgh (KVM Forum / Open Source Summit), at the gathering of KVM / QEMU / libvirt folks.
12:49:00	openstackgerrit	Matt Riedemann proposed openstack/nova stable/ocata: unquiesce instance after quiesce failure https://review.openstack.org/605884
12:52:35	openstackgerrit	Brin Zhang proposed openstack/nova master: Add microversion 2.67 to support ``volume_type`` https://review.openstack.org/605573
12:58:42	openstackgerrit	Brin Zhang proposed openstack/nova master: Add compute version 36 to support ``volume_type`` https://review.openstack.org/579360
13:05:03	PapaOurs	mriedem: I'm here y' know
13:08:14	PapaOurs	I mean, even if mriedem can't find my friday nick, who else ?
13:08:21	PapaOurs	if even*
13:11:19	mriedem	i can't keep track
13:13:26	mriedem	johnthetubaguy: PapaOurs: while you're here, in case you haven't seen the thread, we're due to EM the ocata branch,
13:13:46	mriedem	so i'm trying to flush through what ocata backports we have so we can do a final release before we tag the branch as EM,
13:13:52	mriedem	which means we don't do releases of it after that point
13:13:57	PapaOurs	gotcha
13:14:12	mriedem	this will mean needing to flush the stuff in rocky/queens/pike first, since some of the ocata backports are also open on those other branches
13:14:26	PapaOurs	I've seen a couple of changes in terms of relmgmt but I missed this one
13:14:27	mriedem	i'll work on making an etherpad today and send something to the dev list, nova-specific, so we can burn that down next week
13:14:39	PapaOurs	mriedem: good idea
13:14:40	johnthetubaguy	mriedem: so that is end maintenance rather than extend maintenance?
13:15:00	mriedem	johnthetubaguy: it just means we're allowed to let ocata rot at that point if we want
13:15:01	PapaOurs	johnthetubaguy: it's basically the signal that we won't EOL but we won't also release
13:15:04	mriedem	it's not in active maintenance
13:15:15	johnthetubaguy	ah, got it
13:15:24	mriedem	https://docs.openstack.org/project-team-guide/stable-branches.html#extended-maintenance
13:15:50	PapaOurs	mriedem: do we have some deadline for Ocata being EM ?
13:15:57	PapaOurs	mriedem: trying to find the email you mention
13:16:58	mriedem	https://releases.openstack.org/
13:17:05	mriedem	Extended Maintenance estimated 2018-08-27
13:17:20	PapaOurs	oh fun
13:17:21	mriedem	like most things for stable, it's a guideline for the timeline, but we're always slow to get around to eol
13:17:35	PapaOurs	I see, so the sooner is the better
13:17:51	mriedem	well, the sooner we EM, the sooner we can stop caring as much about ocata
13:17:58	mriedem	not that most people probably care that much about it right now
13:18:10	PapaOurs	some people care, but they're paid to care :)
13:18:29	mriedem	like jroll?
13:18:37	mriedem	jroll: does oath even pick up fixes from upstream stable?
13:18:39	PapaOurs	like above my shoulders
13:19:17	jroll	mriedem: yes, we build our packages from latest upstream branch + patches
13:20:22	PapaOurs	jroll: I guess you have downstream branches too ?
13:20:49	PapaOurs	so, EM isn't really a problem for you, right?
13:20:54	jroll	PapaOurs: we keep a repo of patches in `git format-patch` format that we apply, yes
13:20:56	jroll	I mean
13:21:11	jroll	we can handle it ourselves if ocata disappears
13:21:18	PapaOurs	that's my point
13:21:24	jroll	but we'd prefer to push any bugfixes back to share with others

Earlier   Later