| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-09-28 | |||
| 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: Run ServerMovingTests with nested resources https://review.openstack.org/604084 | |
| 08:28:16 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Ignore forcing of live migration for nested instance https://review.openstack.org/605785 | |
| 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 | |
| 13:21:38 | PapaOurs | or you can continue to feed the branch, if you will, that's the intent of EM | |
| 13:21:52 | PapaOurs | it's just that it becomes out of the nova-stable team control | |
| 13:22:09 | jroll | right | |
| 13:22:27 | jroll | PapaOurs: I can't tell if you're trying to answer a question or what? | |
| 13:22:33 | jroll | :) | |
| 13:22:39 | mdbooth | mriedem: Just looking at your comment on https://review.openstack.org/#/c/604400/. Did that job even get as far as running the evacuate test? | |
| 13:22:47 | mdbooth | Looks like it had tempest failures, no? | |
| 13:23:00 | mriedem | mdbooth: it did for the local storage/lvm phase | |
| 13:23:08 | mdbooth | Ah... | |
| 13:23:09 | PapaOurs | jroll: no, no, my point is that I don't see a reason why we should continue to have Ocata maintained by us upstream | |
| 13:23:25 | mriedem | then ceph + live migration failed b/c i don't think we bring one of the computes back up after the evacuate run in the first phase and wait for it to be ready before switching to ceph | |