| *** openstack has joined #openstack-relmgr-office | 00:36 | |
| *** flaper87 has quit IRC | 05:01 | |
| *** flaper87 has joined #openstack-relmgr-office | 05:04 | |
| *** mestery has quit IRC | 07:03 | |
| *** flaper87 has quit IRC | 07:23 | |
| *** flaper87 has joined #openstack-relmgr-office | 07:23 | |
| *** mestery has joined #openstack-relmgr-office | 07:46 | |
| ttx | asalkeld: grabbing coffee, be there in a minute | 07:59 |
|---|---|---|
| asalkeld | ok | 08:01 |
| ttx | #startmeeting ptl_sync | 08:02 |
| openstack | Meeting started Tue Apr 21 08:02:36 2015 UTC and is due to finish in 60 minutes. The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot. | 08:02 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 08:02 |
| ttx | #topic Heat | 08:02 |
| openstack | The meeting name has been set to 'ptl_sync' | 08:02 |
| ttx | asalkeld: hi! | 08:02 |
| asalkeld | hi | 08:02 |
| ttx | so... RC2 | 08:03 |
| asalkeld | so we have a heap of https://bugs.launchpad.net/heat/+bugs?field.tag=kilo-rc-potential | 08:03 |
| asalkeld | in fix commited | 08:03 |
| ttx | and a few proposed for backport already | 08:03 |
| asalkeld | yeah | 08:04 |
| ttx | Let's open a RC2 and see which bugs should be added to it | 08:04 |
| asalkeld | ok | 08:04 |
| ttx | At this stage we'll only accept bugs that are already fixed in master | 08:04 |
| asalkeld | makes sense | 08:04 |
| asalkeld | what is the timeline? | 08:04 |
| ttx | https://launchpad.net/heat/+milestone/kilo-rc2 | 08:04 |
| ttx | The idea would be to close it Thursday at the latest | 08:05 |
| ttx | depending on how the library requirements mess untangles | 08:05 |
| asalkeld | ok, so we need to proprose these quickly | 08:05 |
| ttx | So let's see your list | 08:05 |
| ttx | https://bugs.launchpad.net/heat/+bugs?field.tag=kilo-rc-potential&orderby=-status&start=0 | 08:05 |
| asalkeld | there are 11 | 08:06 |
| ttx | (I see 9) | 08:06 |
| asalkeld | yeah, 2 in incomplete | 08:06 |
| ttx | https://bugs.launchpad.net/heat/+bug/1437158 | 08:06 |
| openstack | Launchpad bug 1437158 in heat "Module novaclient.v1_1 is deprecated" [Medium,Fix committed] - Assigned to Michal Rostecki (mrostecki) | 08:06 |
| ttx | wondering if that's the best moment to change that | 08:07 |
| asalkeld | so the patch tries v2 else falls back to v1 | 08:08 |
| asalkeld | the client copied v1 to v2 | 08:08 |
| asalkeld | (from what i saw) | 08:08 |
| *** zz_johnthetubagu is now known as johnthetubaguy | 08:08 | |
| ttx | hmm | 08:08 |
| ttx | asalkeld: if you think it's totally safe, I guess we can get it in. It's just not really a bug, more of a leftover feature | 08:09 |
| asalkeld | https://github.com/openstack/python-novaclient/commit/0a60aae852d2688861d0b4ba097a1a00529f0611 | 08:09 |
| ttx | and RC2 is a very late stage to add that | 08:09 |
| asalkeld | Rename v1_1 to v2 | 08:09 |
| asalkeld | and add deprecation messages all over the place | 08:09 |
| ttx | ok | 08:09 |
| ttx | sounds like a useful prerelease cleanup | 08:10 |
| asalkeld | i think it's ok | 08:10 |
| ttx | adding | 08:10 |
| ttx | https://bugs.launchpad.net/heat/+bug/1438978 | 08:10 |
| openstack | Launchpad bug 1438978 in heat "The internal create_stack interface misses 'parent' parameter" [High,Fix committed] - Assigned to Angus Salkeld (asalkeld) | 08:10 |
| asalkeld | yip, that's important | 08:10 |
| asalkeld | so ttx do i set the milestone to rc2 ? | 08:11 |
| asalkeld | as it's in master already | 08:11 |
| ttx | I'm doing it (you have to create the kilo task so it's a bit weird | 08:11 |
| ttx | That one sounds like a large patch too | 08:12 |
| ttx | safe? | 08:12 |
| asalkeld | yeah, better in than out | 08:12 |
| ttx | ok | 08:12 |
| asalkeld | regression from a blueprint we did | 08:12 |
| ttx | https://bugs.launchpad.net/heat/+bug/1439497 | 08:13 |
| openstack | Launchpad bug 1439497 in heat "No Ip assigned to server after update" [High,Fix committed] - Assigned to huangtianhua (huangtianhua) | 08:13 |
| ttx | looks safe | 08:13 |
| asalkeld | yip | 08:14 |
| ttx | https://bugs.launchpad.net/heat/+bug/1439708 | 08:14 |
| asalkeld | wow git.openstack.org is slow | 08:14 |
| openstack | Launchpad bug 1439708 in heat "stack update fail when server has a port" [High,Fix committed] - Assigned to Ethan Lynn (ethanlynn) | 08:14 |
| ttx | Also better fixed pre-release | 08:15 |
| *** johnthetubaguy is now known as zz_johnthetubagu | 08:15 | |
| asalkeld | yeah that's good | 08:15 |
| ttx | https://bugs.launchpad.net/heat/+bug/1439959 | 08:15 |
| openstack | Launchpad bug 1439959 in heat "heat db field nullable is True by default" [Wishlist,Fix committed] - Assigned to Kanagaraj Manickam (kanagaraj-manickam) | 08:15 |
| asalkeld | that's a cleanup | 08:16 |
| ttx | That one sounds like it could bear some risk | 08:16 |
| asalkeld | shouldn't actually effect anything | 08:16 |
| ttx | oh, that's the default ? | 08:16 |
| ttx | ok then | 08:16 |
| ttx | https://bugs.launchpad.net/heat/+bug/1443252 | 08:17 |
| openstack | Launchpad bug 1443252 in heat "sql migration failed on db2" [Medium,Fix committed] - Assigned to Ethan Lynn (ethanlynn) | 08:17 |
| asalkeld | that's is fine, only effects db2 | 08:17 |
| ttx | that one is safe since it's DB2-cased | 08:17 |
| ttx | https://bugs.launchpad.net/heat/+bug/1444087 | 08:17 |
| openstack | Launchpad bug 1444087 in heat "SoftwareDeployments don't work for non-CREATE actions" [High,Fix committed] - Assigned to Steven Hardy (shardy) | 08:17 |
| ttx | sounds useful | 08:18 |
| asalkeld | yeah | 08:18 |
| asalkeld | only effects on resource | 08:18 |
| ttx | https://bugs.launchpad.net/heat/+bug/1445170 | 08:18 |
| openstack | Launchpad bug 1445170 in heat "get_file doesn't notice changes during update" [High,Fix committed] - Assigned to Zane Bitter (zaneb) | 08:18 |
| ttx | looks good to go too | 08:19 |
| asalkeld | yeah, fine | 08:19 |
| ttx | https://bugs.launchpad.net/heat/+bug/1415887 | 08:19 |
| openstack | Launchpad bug 1415887 in heat "ValueError: AES key must be either 16, 24, or 32 bytes long" [Medium,Fix committed] - Assigned to rajiv (rajiv-kumar) | 08:19 |
| *** zz_johnthetubagu is now known as johnthetubaguy | 08:20 | |
| ttx | arh, string update there | 08:20 |
| asalkeld | that's just a startup error on wrong config | 08:20 |
| ttx | I'd rather leave that one out | 08:21 |
| asalkeld | do you want to hold it? | 08:21 |
| asalkeld | ok | 08:21 |
| asalkeld | not a big deal | 08:21 |
| ttx | You said you had two incomplete ones that you would like to investigate and potentially include ? | 08:22 |
| asalkeld | ttx: they don't look bad | 08:22 |
| asalkeld | we can backport later if needed | 08:22 |
| ttx | OK, let's revisit them just before we cut the RC2, in case they are fixed then | 08:22 |
| ttx | Otherwise let's go with the list @ https://launchpad.net/heat/+milestone/kilo-rc2 | 08:23 |
| asalkeld | ok, looks good | 08:23 |
| ttx | Two of them are already proposed (I set them to InProgress) | 08:24 |
| asalkeld | i'll work on backporting | 08:24 |
| ttx | That leaves 6 to backport | 08:24 |
| asalkeld | ok | 08:24 |
| ttx | I'll validate them once they are in | 08:24 |
| asalkeld | thanks! | 08:24 |
| ttx | Thanks! | 08:24 |
| ttx | johnthetubaguy: o/ | 08:25 |
| johnthetubaguy | ttx: hi | 08:25 |
| ttx | #topic Nova | 08:25 |
| ttx | OK, so let's open RC2 and see what we can put in | 08:26 |
| johnthetubaguy | cool | 08:26 |
| *** asalkeld has left #openstack-relmgr-office | 08:26 | |
| johnthetubaguy | do we just target to the milestone at this point? | 08:26 |
| ttx | hmm, we also need to cvreate the kilo task I think | 08:27 |
| ttx | https://bugs.launchpad.net/nova/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=FIXCOMMITTED&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=kilo-rc-potential&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&fiel | 08:27 |
| ttx | d.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search | 08:27 |
| ttx | err | 08:27 |
| ttx | https://bugs.launchpad.net/nova/+bugs?orderby=-importance&field.status%3Alist=FIXCOMMITTED&field.tag=kilo-rc-potential | 08:28 |
| ttx | Let's go down that one ^ | 08:28 |
| johnthetubaguy | yep | 08:28 |
| ttx | I suspec tthe 3 critical ones are really critical ? | 08:28 |
| johnthetubaguy | yeah, I mean they could be high, but they are all bad | 08:29 |
| johnthetubaguy | the API one is critical | 08:29 |
| ttx | ok, targeting them all | 08:29 |
| ttx | https://bugs.launchpad.net/nova/+bug/984996 | 08:30 |
| openstack | Launchpad bug 984996 in OpenStack Compute (nova) "Instance directory does not exist: Unable to pre-create chardev file console.log" [High,Fix committed] - Assigned to Matt Riedemann (mriedem) | 08:30 |
| ttx | an oldie | 08:30 |
| ttx | it's rare that those get fix in a RC | 08:30 |
| ttx | simple patch, +1 for me | 08:30 |
| johnthetubaguy | yeah, +1 | 08:31 |
| johnthetubaguy | https://review.openstack.org/#/c/173099/ | 08:31 |
| ttx | https://bugs.launchpad.net/nova/+bug/1433609 | 08:31 |
| openstack | Launchpad bug 1433609 in OpenStack Compute (nova) "Not adding a image block device mapping causes some valid boot requests to fail" [High,Fix committed] - Assigned to jichenjc (jichenjc) | 08:31 |
| ttx | sounds like a regression | 08:32 |
| johnthetubaguy | +1 | 08:32 |
| ttx | says "then we can revert the nova client exception"... does that mean there is a companion patch ? | 08:33 |
| ttx | bah novaclient | 08:33 |
| johnthetubaguy | yeah, we can ignore that bit I think | 08:33 |
| johnthetubaguy | looks like it adds something back into novaclient | 08:33 |
| ttx | https://bugs.launchpad.net/nova/+bug/1440968 | 08:34 |
| openstack | Launchpad bug 1440968 in OpenStack Compute (nova) "AttributeError: 'module' object has no attribute 'DatastorePath'" [High,Fix committed] - Assigned to Sabari Murugesan (smurugesan) | 08:34 |
| ttx | pretty straightforward | 08:34 |
| johnthetubaguy | +1 | 08:34 |
| ttx | https://bugs.launchpad.net/nova/+bug/1442602 | 08:35 |
| openstack | Launchpad bug 1442602 in OpenStack Compute (nova) "live migration fails during destination host check" [High,Fix committed] - Assigned to Dan Smith (danms) | 08:35 |
| johnthetubaguy | +1 for that one too really | 08:35 |
| johnthetubaguy | small fix | 08:35 |
| ttx | legit | 08:35 |
| ttx | https://bugs.launchpad.net/nova/+bug/1444021 | 08:36 |
| openstack | Launchpad bug 1444021 in OpenStack Compute (nova) "HostState.consume_from_instance fails when instance has numa topology" [High,Fix committed] - Assigned to Przemyslaw Czesnowicz (pczesno) | 08:36 |
| ttx | Feels a bit more specialized, but probably isolated enough | 08:37 |
| johnthetubaguy | yeah, its a possible | 08:37 |
| ttx | let's add it | 08:37 |
| ttx | https://bugs.launchpad.net/nova/+bug/1444300 | 08:38 |
| openstack | Launchpad bug 1444300 in OpenStack Compute (nova) "nova-compute service doesn't restart if resize operation fails" [High,Fix committed] - Assigned to Rajesh Tailor (rajesh-tailor) | 08:38 |
| johnthetubaguy | +1 for that, its a simple fix really | 08:38 |
| ttx | ack | 08:38 |
| ttx | https://bugs.launchpad.net/nova/+bug/1444728 | 08:39 |
| openstack | Launchpad bug 1444728 in OpenStack Compute (nova) "KeyError: 'uuid' trace in n-cpu logs when logging with instance=instance kwarg" [High,Fix committed] - Assigned to Matt Riedemann (mriedem) | 08:39 |
| ttx | +1 fropm me | 08:39 |
| johnthetubaguy | +1 | 08:40 |
| ttx | https://bugs.launchpad.net/nova/+bug/1445040 | 08:40 |
| openstack | Launchpad bug 1445040 in OpenStack Compute (nova) "InstancePCIRequests.obj_from_db fails to get requests from db" [High,Fix committed] - Assigned to Przemyslaw Czesnowicz (pczesno) | 08:40 |
| ttx | sounds simple enough | 08:41 |
| ttx | added | 08:41 |
| ttx | https://bugs.launchpad.net/nova/+bug/1438238 | 08:41 |
| openstack | Launchpad bug 1438238 in OpenStack Compute (nova) "Several concurent scheduling requests for CPU pinning may fail due to racy host_state handling" [Medium,Fix committed] - Assigned to Nikola Đipanov (ndipanov) | 08:42 |
| ttx | since we accepted the other part... | 08:42 |
| johnthetubaguy | yeah | 08:42 |
| johnthetubaguy | it seems sound | 08:43 |
| ttx | ok | 08:43 |
| ttx | https://bugs.launchpad.net/nova/+bug/1441169 | 08:43 |
| openstack | Launchpad bug 1441169 in OpenStack Compute (nova) "can't schedule vm with numa topology and pci device" [Medium,Fix committed] - Assigned to Przemyslaw Czesnowicz (pczesno) | 08:43 |
| ttx | hrm | 08:44 |
| johnthetubaguy | yeah, bumps a version number for an object | 08:44 |
| ttx | right | 08:44 |
| ttx | "one of the BPs completed in Kilo is completely broken without the patch" | 08:44 |
| ttx | not sure about the impact of bumping a microversion so late | 08:45 |
| johnthetubaguy | its a now or never, so I guess we should add it? | 08:45 |
| ttx | yeah | 08:45 |
| ttx | I feel like it's disruptive, but otherwise won't be in kilo at all | 08:45 |
| johnthetubaguy | yeah | 08:45 |
| ttx | +1 | 08:45 |
| ttx | Let's cut it soon enough to detect breakage though | 08:45 |
| ttx | https://bugs.launchpad.net/nova/+bug/1340068 | 08:46 |
| openstack | Launchpad bug 1340068 in OpenStack Compute (nova) "Useless option mute_weight_value" [Low,Fix committed] - Assigned to Davanum Srinivas (DIMS) (dims-v) | 08:46 |
| johnthetubaguy | ttx: thats a good point | 08:46 |
| ttx | hmm, string change here | 08:46 |
| ttx | also a change in defaults | 08:47 |
| johnthetubaguy | yeah, I think this has missed the boat, only really got merged as liberty was open | 08:47 |
| johnthetubaguy | I need to go back an update the message, sadly | 08:47 |
| ttx | yeah | 08:48 |
| ttx | deprecated in 2015.2 | 08:48 |
| ttx | I'd leave that one out at this point | 08:48 |
| johnthetubaguy | +1 for leaving that, mostly due to the string | 08:48 |
| johnthetubaguy | its not worth all the hoops we need for that | 08:48 |
| ttx | ok removing tag | 08:48 |
| ttx | ok, that gives: https://launchpad.net/nova/+milestone/kilo-rc2 | 08:49 |
| ttx | checking the match with the currently-proposed backports | 08:49 |
| ttx | johnthetubaguy: we have a backport for https://bugs.launchpad.net/nova/+bug/1444630 proposed too | 08:51 |
| openstack | Launchpad bug 1444630 in OpenStack Compute (nova) "nova-compute should stop handling virt lifecycle events when it's shutting down" [Medium,Fix committed] - Assigned to Matt Riedemann (mriedem) | 08:51 |
| ttx | and for https://bugs.launchpad.net/nova/+bug/1429093 | 08:51 |
| openstack | Launchpad bug 1429093 in OpenStack Compute (nova) "nova allows to boot images with virtual size > root_gb specified in flavor " [Medium,Fix committed] - Assigned to Roman Podoliaka (rpodolyaka) | 08:51 |
| johnthetubaguy | ah, its marked as a backport potential | 08:52 |
| ttx | what is your call on it ? | 08:53 |
| ttx | (1444630) | 08:53 |
| johnthetubaguy | so I looked at this in the wrong order | 08:54 |
| johnthetubaguy | 1429093 is almost a security thing | 08:54 |
| ttx | yeah, that one sounds like a worthy thing | 08:55 |
| ttx | adding | 08:55 |
| ttx | what about https://bugs.launchpad.net/nova/+bug/1444630 | 08:56 |
| openstack | Launchpad bug 1444630 in OpenStack Compute (nova) "nova-compute should stop handling virt lifecycle events when it's shutting down" [Medium,Fix committed] - Assigned to Matt Riedemann (mriedem) | 08:56 |
| ttx | sounds also pretty safe | 08:56 |
| johnthetubaguy | yeah, I think thats a nice small fix | 08:56 |
| ttx | added | 08:57 |
| ttx | last one | 08:57 |
| ttx | https://review.openstack.org/#/c/174066/ | 08:57 |
| ttx | no bug reference | 08:57 |
| ttx | https://bugs.launchpad.net/nova/+bug/1445675 | 08:58 |
| openstack | Launchpad bug 1445675 in OpenStack Compute (nova) "missing index on virtual_interfaces can cause long queries that can cause timeouts in launching instances" [Undecided,In progress] - Assigned to Mike Bayer (zzzeek) | 08:58 |
| ttx | that would be this one | 08:58 |
| ttx | not in master yet | 08:58 |
| ttx | I'll -2 it as not being in master yet | 08:58 |
| johnthetubaguy | yep | 08:58 |
| ttx | OK, final list at https://launchpad.net/nova/+milestone/kilo-rc2 | 08:59 |
| ttx | We'll need 4 extra backports | 08:59 |
| ttx | I'll approve soon | 08:59 |
| ttx | johnthetubaguy: I think that is all -- ttyl | 09:00 |
| johnthetubaguy | ttx: OK, thanks, do we want to look at the ones that are not yet committed that might block releasing RC2? | 09:00 |
| johnthetubaguy | actually, I am not sure there are any now | 09:00 |
| ttx | johnthetubaguy: do you have any ? | 09:00 |
| ttx | Let's reconsider when we are close to cutting RC2 | 09:01 |
| johnthetubaguy | there was one, but I just downgraded it | 09:01 |
| ttx | i.e. tomorrow/Thursday | 09:01 |
| johnthetubaguy | ttx: I was just going to ask, cool | 09:01 |
| johnthetubaguy | ttx: need those backports first I guess | 09:01 |
| johnthetubaguy | ttx: thanks, thats everything now I think | 09:01 |
| ttx | arh, looks like I shouldn't have created those kilo tasks and just reuse the release thing | 09:02 |
| ttx | willfix | 09:02 |
| ttx | damn Lp | 09:02 |
| johnthetubaguy | ttx: ah, why is that? | 09:04 |
| ttx | long story | 09:04 |
| johnthetubaguy | no worries | 09:04 |
| johnthetubaguy | so we are just doing targeting to milestones for this? | 09:05 |
| ttx | in previous releases we'd rely on FixCommitted = fixed in master / FixReleased = fixed in milestone | 09:05 |
| johnthetubaguy | ah, that rings a bell | 09:05 |
| ttx | rather than use series tasks | 09:05 |
| johnthetubaguy | avoids the slow LP query bugs I guess | 09:05 |
| ttx | but that was relying on the Gerrit/LP updater specialcasing proposed/* | 09:05 |
| ttx | (and turning bugs there to FixReleased on merge) | 09:06 |
| ttx | Now that we use stable/kilo things are borken | 09:06 |
| ttx | I need to fix that | 09:06 |
| ttx | two options: use kilo tasks (and have them closed at RC delivery time) | 09:06 |
| ttx | or... | 09:07 |
| ttx | somehow make the Gerrit/LP updated understand what it needs to do | 09:07 |
| ttx | without the help of the branch name | 09:07 |
| johnthetubaguy | ah, gotcha | 09:07 |
| johnthetubaguy | nasty | 09:07 |
| ttx | might actually be simpler to use kilo tasks | 09:07 |
| johnthetubaguy | it seems clear at least | 09:08 |
| ttx | hmm, will think a bit more about it | 09:08 |
| ttx | in the meantime lets us spot which backports are missing, which is a plus | 09:09 |
| johnthetubaguy | +1 | 09:15 |
| johnthetubaguy | ttx: we have backports ready for those other bugs now: https://launchpad.net/nova/+milestone/kilo-rc2 | 10:03 |
| ttx | ack, will approve soon | 10:09 |
| ttx | no hurry, we'll need requirements bumps in and those are not solved yet | 10:10 |
| ttx | just approved the backlog so that we don't build a huge one | 10:10 |
| sdague | ttx: so... hmm... I think I just found another cross cutting critical openstack bug related to oslo :( | 10:52 |
| sdague | stable/kilo services can not reliably shutdown | 10:52 |
| sdague | the oslo.service code seems to be losing children | 10:53 |
| sdague | this is incubator code, so if this is really the bug, we're going to need to respin everyone | 10:54 |
| ttx | sdague: well, better now than next week | 11:08 |
| ttx | but we'll need a solution soon so that we can include it in the RC2s we are opening right now | 11:08 |
| sdague | yeh, well we'll need oslo folks to go active around this, I just brought it up in channel | 11:09 |
| sdague | the exposure is we can't add stable/kilo -> liberty testing in our infrastructure, because the grenade jobs fail too often trying to shutdown processes - https://review.openstack.org/#/c/175391/ | 11:10 |
| sdague | so the d-g change keeps getting blocked | 11:10 |
| sdague | how do you want to track something like this? | 11:10 |
| ttx | hmm, ideally a bug with a task in every consuming servcie | 11:11 |
| ttx | praying that LP will behave | 11:11 |
| ttx | For the time being, you can create a bug that would at least include keystone, heat and nova, since that is the current RC2 windows we have | 11:12 |
| ttx | I suspect swift is not affected ? | 11:12 |
| sdague | so, I've seen keystone and cinder choke on it | 11:13 |
| ttx | SergeyLukjanov: we can talk now so that we get more time to discuss RC2 | 11:24 |
| sdague | ttx: https://bugs.launchpad.net/oslo-incubator/+bug/1446583 | 11:27 |
| openstack | Launchpad bug 1446583 in oslo-incubator "services no long reliably stop in stable/kilo" [Critical,New] | 11:27 |
| ttx | thx. As soon as it's confirmed and we have some clue into how to fix it, I'll create RC2 tasks for it | 11:28 |
| sdague | dims was the approver on a lot of that code, so I'm hoping he'll have ideas | 11:33 |
| sdague | but, he's not around atm? | 11:33 |
| sdague | ok, I added keystone and cinder to the bug | 11:42 |
| sdague | and put in everything I could about what I'm seeing | 11:42 |
| SergeyLukjanov | ttx, hi, sorry, I've been on a lunch | 11:51 |
| SergeyLukjanov | ttx, I'm ready if you are | 11:51 |
| ttx | ok, let's do this | 11:51 |
| ttx | #topic Sahara | 11:51 |
| SergeyLukjanov | we have no critical issues found for rc2 | 11:51 |
| ttx | I see nothing fixcommitted in kilo-rc-potezntial | 11:52 |
| ttx | Someone proposed https://review.openstack.org/#/c/175026/ | 11:52 |
| SergeyLukjanov | the only potential thing - fix a few links in docs (will be useful for users, but it's mostly nice to have) | 11:52 |
| ttx | SergeyLukjanov: we'll certainly do a RC2 to catch up requirements / translations | 11:53 |
| SergeyLukjanov | ttx, yup, I think we can do it after release - it's a bunch of testing scenario files | 11:53 |
| ttx | so we could include "nice to have" clearly safe stuff | 11:53 |
| SergeyLukjanov | okay, that's great, I'll make a patch soon | 11:54 |
| ttx | but if nothing urgent and RC1 still lookg good for testing, we should keep it around for a few days | 11:54 |
| ttx | Let's plan to do a RC2 at the end of the week | 11:54 |
| ttx | to catch up the last stuff | 11:54 |
| SergeyLukjanov | okay | 11:55 |
| ttx | https://review.openstack.org/#/c/175026/ | 11:55 |
| ttx | About this one ^ | 11:55 |
| ttx | If we do a RC2 anyway, would you include it ? | 11:55 |
| SergeyLukjanov | so, I think then we'll have in addition to requirements - https://review.openstack.org/#/c/175026/ , small change in docs | 11:55 |
| ttx | If yes, could you have a bug for it and tag it kilo-rc-potential ? | 11:55 |
| SergeyLukjanov | yup, it'll enable useful | 11:55 |
| SergeyLukjanov | will do | 11:55 |
| ttx | same for the change in docs | 11:55 |
| SergeyLukjanov | sure | 11:55 |
| ttx | so that it's on the RC2 radar | 11:55 |
| ttx | OK, and let's plan to talk again, say, Thursday | 11:56 |
| SergeyLukjanov | ttx, ack, thx | 11:56 |
| ttx | About the Design Summit layout for Sahara, did you have time to look into it ? | 11:56 |
| SergeyLukjanov | ttx, I think that we'll be ready to tag rc2 at Thu | 11:56 |
| ttx | just toi check it's not completely crazy | 11:56 |
| ttx | https://docs.google.com/spreadsheets/d/1VsFdRYGbX5eCde81XDV7TrPBfEC7cgtOFikruYmqbPY/edit?usp=sharing | 11:57 |
| ttx | A few work sessions on Wed, then most sessions Thursday afternoon | 11:58 |
| SergeyLukjanov | ttx, yup, we discussed the number of slots (2-5-2) with team on irc meeting and we think that it's okay | 11:58 |
| SergeyLukjanov | ttx, re layout it seems ok I think | 11:58 |
| ttx | ok. It's too hard to change anyway :) | 11:58 |
| SergeyLukjanov | heat and infra at the same time looks a bit sad for me, but I understand | 11:59 |
| ttx | Yeah, tried to reduce that conflict, at least fishbowls don't collide | 11:59 |
| SergeyLukjanov | ttx, yeah | 12:00 |
| SergeyLukjanov | ttx, so, IMO it looks very nice | 12:00 |
| SergeyLukjanov | ttx, I like this fragmentation, I think it'll increase a chance for cross project communication | 12:01 |
| ttx | well, we'll see | 12:01 |
| ttx | SergeyLukjanov: ttyl! | 12:01 |
| *** eglynn has joined #openstack-relmgr-office | 12:01 | |
| ttx | eglynn: o/ | 12:01 |
| eglynn | hey | 12:01 |
| ttx | #topic Ceilometer | 12:01 |
| SergeyLukjanov | ttx, thx | 12:01 |
| eglynn | still nada in https://bugs.launchpad.net/ceilometer/+bugs?field.tag=kilo-rc-potential | 12:02 |
| ttx | eglynn: I see no bug in the kilo-rc-potential list | 12:02 |
| eglynn | so I think we're looking realtively good | 12:02 |
| eglynn | IIRC 5 fixes have landed on liberty so far | 12:02 |
| ttx | there was a proposed backport though | 12:02 |
| eglynn | none higher than medium | 12:02 |
| ttx | actually two | 12:02 |
| ttx | https://review.openstack.org/#/c/174049/ | 12:02 |
| ttx | bug 1446201 | 12:02 |
| openstack | bug 1446201 in Ceilometer "gnocchi alarm: url endpoint for validating query is wrong" [Medium,In progress] https://launchpad.net/bugs/1446201 - Assigned to Mehdi Abaakouk (sileht) | 12:02 |
| ttx | and... | 12:03 |
| ttx | https://review.openstack.org/#/c/175807/ | 12:03 |
| ttx | bug 1445227 | 12:03 |
| openstack | bug 1445227 in Ceilometer "hbase should not use message_signature as unique id" [Medium,Fix committed] https://launchpad.net/bugs/1445227 - Assigned to ZhiQiang Fan (aji-zqfan) | 12:03 |
| eglynn | both medium bugs | 12:03 |
| ttx | eglynn: we'll certainly do a RC2 anyway to catch requirements/translations | 12:03 |
| ttx | At this point we can still keep RC1 around a couple more days | 12:04 |
| eglynn | generally rc2 would only be for critical issues, amiright? | 12:04 |
| ttx | well, we trigger a respin only for critical issues | 12:04 |
| ttx | but once the respin is decided, we can look for obviously-safe backports | 12:04 |
| eglynn | a-ha, so you're saying that we could pull in those two medium bugs since we're doing an RC2 anyway for other reasons | 12:05 |
| eglynn | got it | 12:05 |
| ttx | since we'll respin to include the synced requirements anyway, we can look into things that would make sense to backport in the same run, low-risk | 12:05 |
| eglynn | so in that case, both relatively sane ... I'll review in detail and get them landed | 12:05 |
| ttx | that said, your RC1 looks good enough to be testable for a few more days | 12:05 |
| ttx | so no hurry there | 12:05 |
| eglynn | cool | 12:05 |
| ttx | I propose we discuss again on Thursday and see what to include in the respin | 12:06 |
| eglynn | sounds good | 12:06 |
| eglynn | (I'm on PTO tmrw BTW) | 12:06 |
| ttx | eglynn: ack | 12:06 |
| ttx | The other topic I wanted to discuss is python-ceilometerclient | 12:06 |
| ttx | I noted you may want to do a stable/kilo re-release | 12:07 |
| ttx | is that needed to fix a specific bug ? | 12:07 |
| ttx | If not, maybe a liberty featureful release is the best way forward | 12:07 |
| ttx | oh, that was done already (1.1.0) | 12:08 |
| ttx | so the question is more, do we need a 1.0.14 | 12:08 |
| eglynn | gordc has been working on a bunch of backports, I need to check with him when he comes online which of those he wanted to include (i.e. are all landed yet) | 12:08 |
| ttx | I understand that means "yes" ? | 12:09 |
| eglynn | yes to 1.0.14, not sure on the exact timing | 12:09 |
| ttx | but no need to bump the min version there | 12:09 |
| ttx | we can't do any release just now anyway | 12:09 |
| ttx | we need to fix stuff[tm] first | 12:09 |
| eglynn | sure | 12:09 |
| eglynn | min version == z-version in SEMVER terminology? | 12:10 |
| ttx | eglynn: could you check if there would be an | 12:10 |
| ttx | arh | 12:10 |
| ttx | any reason to bump the min version in stable/kilo requirements (to >=1.0.14 <1.1.0) | 12:10 |
| eglynn | a-ha, that min version, the lower version bound | 12:11 |
| ttx | yep | 12:11 |
| ttx | the best answer would be "no" | 12:11 |
| eglynn | ok, will do, I've a call with gordc in ~90 mins, can discuss then | 12:11 |
| ttx | since otherwiuse that triggers requirements updatexws | 12:11 |
| ttx | updates* | 12:11 |
| eglynn | yeap, got it | 12:11 |
| ttx | to other projects | 12:11 |
| ttx | I think that is all... | 12:12 |
| eglynn | cool, thanks for your time | 12:12 |
| ttx | Asl gordc to look into the DS ceilometer track layout | 12:12 |
| ttx | Ask* | 12:12 |
| eglynn | cool, will do ... where is that published? | 12:12 |
| ttx | https://docs.google.com/spreadsheets/d/1VsFdRYGbX5eCde81XDV7TrPBfEC7cgtOFikruYmqbPY/edit?usp=sharing | 12:13 |
| eglynn | cool | 12:13 |
| ttx | (sent an email to list about it last wek) | 12:13 |
| ttx | +e | 12:13 |
| ttx | would be good to know if you still want that extra fishbowl slot, because it conflicts with one of your workroom slot | 12:14 |
| ttx | so I'll need to shuffle schedule if you want it | 12:14 |
| eglynn | slightly fragmented track | 12:14 |
| eglynn | but I guess non-contiguous is probably the norm now | 12:14 |
| ttx | They are all fragmented, yes | 12:14 |
| eglynn | i.e. with all the additional projects in the mix | 12:14 |
| eglynn | yeap | 12:14 |
| ttx | Ceilo is actually not that fragmented | 12:14 |
| eglynn | yeap, I've seen worse in past summits :) | 12:15 |
| ttx | The goal is also to avoid block overlaps | 12:15 |
| ttx | like "all cinder sessions collide with all ceilometer sessions, no way to be together" | 12:15 |
| eglynn | yeap, makes sense | 12:15 |
| ttx | for a fragmented track, look at keystone :) | 12:15 |
| ttx | ok, will talk to you again on Thursday | 12:16 |
| eglynn | yeah, true that | 12:16 |
| eglynn | ... and as always Nova just conflicts with everything else :) | 12:16 |
| eglynn | coolness, talk to you then | 12:16 |
| ttx | dhellmann: ready when you are | 12:17 |
| dhellmann | ttx: o/ | 12:17 |
| ttx | dhellmann: you are back! | 12:17 |
| ttx | Lots of stuff to discuss. | 12:18 |
| dhellmann | yes! sorry for the ill-timed disappearance | 12:18 |
| ttx | #topic Oslo | 12:18 |
| ttx | No problem, I think we made great progress over the weekend and on Monday | 12:18 |
| ttx | enough to open RC2 windows now | 12:18 |
| ttx | The idea being stable/kilo is in pretty good shape right now | 12:18 |
| dhellmann | cool - I started scanning the-big-thaw but might need a walk-through of the current status | 12:19 |
| ttx | the fuckup is more around mastre requirements and libraries | 12:19 |
| ttx | so.. | 12:19 |
| ttx | let me walk through it | 12:19 |
| ttx | We got all the .gitreview pushed to libs, except ezaqarclient which is borken on all branches | 12:19 |
| ttx | We got all the uncap-requirements in master merged | 12:20 |
| dhellmann | I saw flavio's note about zaqar, so maybe we're not worried about fixing that for now? | 12:20 |
| ttx | except swiftclient (which doesn't sync anyway) and zaqarclient (borken as mentioned above) | 12:20 |
| ttx | right, I propose we ignore zaqarclient, not imported anywhere anyway | 12:20 |
| dhellmann | ++ | 12:20 |
| flaper87 | ++ | 12:20 |
| flaper87 | I'm working on that, though. | 12:21 |
| ttx | So we are at the "release libraries with updated requirements (no caps)" | 12:21 |
| flaper87 | I need to figure out the right way to enable pooling in the gate | 12:21 |
| ttx | basically we need to make liberty releases for all libs with uncapped reqs | 12:21 |
| dhellmann | flaper87: ok, we can address the problem when the status of the project is decided, but make it low priority for now | 12:21 |
| ttx | before we reenable the tests and syncs | 12:21 |
| dhellmann | ttx: ok, I can work on that today, assuming I have the required powers | 12:21 |
| ttx | On the stable/kilo side, I fixed all branches and got the .gitreview merged in all projects | 12:22 |
| ttx | so we opened RC2 windows for some projects alreadyt | 12:22 |
| dhellmann | nice! there were a few jobs to disable, did that happen, too? | 12:22 |
| ttx | We still block on stable/kilo library point release | 12:22 |
| ttx | dhellmann: yes | 12:22 |
| dhellmann | what's blocking the library point releases? process or gate jobs? | 12:22 |
| ttx | so we can't really "close" the windows we opened until we can mertge the final requirements bumps | 12:22 |
| ttx | we need the "release libraries with updated requirements" step to be completed first | 12:23 |
| ttx | otherwise we bvreak the world | 12:23 |
| ttx | basically master MUST find the liberty uncapped lib | 12:23 |
| ttx | not our stable/kilo point release woth capped reqs | 12:23 |
| dhellmann | ah, got it | 12:23 |
| ttx | so yeah, relkeasing those liberty libs is pretty time-sensitive, and I'd welcome your help in solving that | 12:24 |
| ttx | You can do oslo first | 12:24 |
| dhellmann | yeah, I can do that this morning right after breakfast | 12:24 |
| * dhellmann needs at least one cup of tea before cutting releases | 12:24 | |
| dhellmann | I can go ahead and do all of them, if you'd like | 12:24 |
| ttx | So that is one thing. The other exciting topics are issues in oslo libs /incub | 12:24 |
| ttx | we have oslo.messaging needing a stable/kilo point release for https://bugs.launchpad.net/oslo.messaging/+bug/1436769 | 12:25 |
| openstack | Launchpad bug 1436769 in oslo.messaging "ConnectionError: Too many heartbeats missed" [Critical,Confirmed] - Assigned to Mehdi Abaakouk (sileht) | 12:25 |
| ttx | We have sdague's recent oslo.service issue at https://bugs.launchpad.net/oslo-incubator/+bug/1446583 | 12:25 |
| openstack | Launchpad bug 1446583 in oslo-incubator "services no long reliably stop in stable/kilo" [Critical,New] | 12:25 |
| ttx | the latter needing urgent attention since we'll have to copypaste the code back to every project in RC2 | 12:26 |
| ttx | (if genuine) | 12:26 |
| ttx | Last topic would be.. when/where to cut stable/kilo for the incubator | 12:26 |
| ttx | we decided last time to do it when every RC1 is cut | 12:27 |
| ttx | but we may want to do that once we solve 1446583 | 12:27 |
| dhellmann | yes, that would be more convenient | 12:27 |
| ttx | dhellmann: I think that is all. | 12:27 |
| ttx | :) | 12:27 |
| dhellmann | so the oslo.messaging release will be taken care of once we have the requirements issues in master resolved and all of those libraries are released | 12:27 |
| ttx | Most of those items are somewhere in the etherpad, fwiw | 12:28 |
| dhellmann | I need to find someone to look at that bug, though | 12:28 |
| dhellmann | ok, good, I'll re-read now that I have the context for highlights | 12:28 |
| ttx | yeah, oslo.messaging doesn't need work, it's just blocked on the master requirements unwind at this point | 12:28 |
| ttx | like everything else | 12:28 |
| dhellmann | right | 12:28 |
| ttx | I'll be busy with RC2 tracking today, so I'd rather have you own the liberty lib release thing entirely | 12:29 |
| dhellmann | ok, I'll do all of the releases | 12:29 |
| ttx | My underatsngin is that we need to release everything (even those which already have liberty releases) to catch the uncapped reqss | 12:29 |
| dhellmann | ttx: is the list of libs starting on line 148 of the etherpad complete? | 12:29 |
| dhellmann | yes, that's what I would expect | 12:29 |
| ttx | dhellmann: It correspon,ds to the uncap-requirements merges | 12:30 |
| ttx | I noticed it excludes glnce_store | 12:30 |
| dhellmann | for each I need to verify that the requirements.txt in the lib is currently not showing caps and then cut a new minor release | 12:30 |
| ttx | but then that one seems to not have caught the caps in the first place | 12:30 |
| dhellmann | ok, I'll add that to the bottom | 12:30 |
| ttx | same for ceilometermiddleware | 12:30 |
| dhellmann | noted | 12:31 |
| dhellmann | if they don't have caps in their current release, I think we can skip releasing new copies | 12:31 |
| ttx | Ideally we would go through most of step 9 (from the etherpad) today, so that we can do stable/kilo lib releases starting tomorrow | 12:32 |
| ttx | and so that we could announce depfreeze end on master too | 12:33 |
| dhellmann | agreed | 12:33 |
| dhellmann | I do have some other spec work I had hoped to do today, but I can put that off until tomorrow | 12:33 |
| ttx | I'll be around if you need sanity checking for anything | 12:33 |
| dhellmann | ok. I'll start by making a complete list of the planned releases and their version #s | 12:34 |
| ttx | yep, and find someone to look into that oslo.service thing | 12:35 |
| dhellmann | ttx: I probably don't have rights to create milestones in LP for a lot of these projects, so I'll just skip that step | 12:35 |
| dhellmann | yep | 12:35 |
| ttx | I think I created most of the milestones there | 12:35 |
| ttx | I can go through them once you have numbers | 12:36 |
| mestery | ttx: I am here anytime between now and the top of the hour if you're here, have to run the Neutron meeting at 1400UTC and that will consume me for an hour. | 13:04 |
| ttx | mestery: I'd rather talk to you now, since RC2 discussion usually goes beyond the allocated 10min | 13:05 |
| ttx | #topic Neutron | 13:05 |
| mestery | That was my thinking as well | 13:05 |
| mestery | Thanks for being flexible! | 13:05 |
| ttx | #link https://bugs.launchpad.net/neutron/+bugs?field.tag=kilo-rc-potential | 13:06 |
| ttx | There seems to be enough matter in there to justify a RC2 window now | 13:06 |
| mestery | ++ | 13:06 |
| ttx | Also I hapopen to have merged somethign in neutron-fwaas to unblock that branch already | 13:06 |
| mestery | :) | 13:06 |
| ttx | so let me open the milestone and we'll target stuff to it | 13:06 |
| mestery | Ack | 13:06 |
| ttx | We don't really have a bug for https://review.openstack.org/#/c/175137/ | 13:08 |
| ttx | (the one I merged to unblock fwaas) | 13:08 |
| * mestery looks | 13:08 | |
| mestery | Ah | 13:08 |
| mestery | OK | 13:08 |
| mestery | Shall I file one? | 13:08 |
| ttx | would be good to have one so that people who want to know the bug diff between RC1 and RC2 can see it | 13:09 |
| mestery | Ack opening one now | 13:09 |
| ttx | We'll mark it fixed directly | 13:09 |
| ttx | In the mean time I'll add the 3 criticals to RC2 | 13:09 |
| mestery | ack | 13:10 |
| mestery | ttx: Bug for the review noted above: https://bugs.launchpad.net/neutron/+bug/1446642 | 13:10 |
| openstack | Launchpad bug 1446642 in neutron "Updated Protocol named constants" [Low,Fix committed] - Assigned to Romil Gupta (romilg) | 13:10 |
| mestery | ttx: Handy gerrit query for our potential backports: https://review.openstack.org/#/q/branch:stable/kilo+status:open+(project:openstack/neutron+OR+project:openstack/neutron-fwaas+OR+project:openstack/neutron-lbaas+OR+project:openstack/neutron-vpnaas),n,z | 13:11 |
| ttx | let's look at the kilo-rc-potential list first, we'll match it with backports after | 13:12 |
| mestery | Ack | 13:12 |
| ttx | https://bugs.launchpad.net/neutron/+bug/1438040 | 13:12 |
| openstack | Launchpad bug 1438040 in neutron "fdb entries can't be removed when a VM is migrated" [High,Fix committed] - Assigned to Kyle Mestery (mestery) | 13:12 |
| ttx | This one links to a fix that closes 3 bugs | 13:12 |
| mestery | Yes, it's an efficient fix :) | 13:12 |
| ttx | looks simple enough and worthy | 13:13 |
| mestery | Yes | 13:13 |
| ttx | I'll target the corresponding three bugs | 13:13 |
| mestery | Thank you! | 13:13 |
| ttx | https://bugs.launchpad.net/neutron/+bug/1442043 | 13:14 |
| openstack | Launchpad bug 1442043 in neutron "Brocade Vyatta Firewall feature impacted by L3 agent refactor" [High,Fix committed] - Assigned to vishwanath jayaraman (vishwanathj) | 13:14 |
| mestery | This one fixes the Brocade Vyatta driver for FWaaS | 13:15 |
| mestery | It's low risk and should be in RC2 | 13:15 |
| ttx | ack | 13:15 |
| ttx | https://bugs.launchpad.net/neutron/+bug/1443798 | 13:16 |
| openstack | Launchpad bug 1443798 in neutron "Restrict netmask of CIDR to avoid DHCP resync" [High,In progress] - Assigned to watanabe.isao (watanabe.isao) | 13:16 |
| mestery | I'm actually sad this one didn't merge yet | 13:16 |
| mestery | But it hasn't passed Jenkins and still has a -1 on it. | 13:16 |
| ttx | ok, let's keep it on list and see where it is when we close the window | 13:17 |
| mestery | Yes! The issue with that one is if we don't fix it, we may need to issue a security alert | 13:17 |
| mestery | I'll highlight this one in the neutron meeting | 13:17 |
| ttx | last 3 fixcommitted would be: | 13:17 |
| ttx | https://bugs.launchpad.net/neutron/+bug/1439857 | 13:17 |
| openstack | Launchpad bug 1439857 in neutron kilo "live-migration failure leave the port to BUILD state" [Medium,New] | 13:17 |
| ttx | already targeted | 13:17 |
| ttx | https://bugs.launchpad.net/neutron/+bug/1442494 | 13:18 |
| openstack | Launchpad bug 1442494 in neutron "test_add_list_remove_router_on_l3_agent race-y for dvr" [Medium,Fix committed] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan) | 13:18 |
| mestery | 1439857 needs to go in for sure | 13:18 |
| mestery | Same with 1442494 | 13:18 |
| ttx | ack | 13:18 |
| ttx | https://bugs.launchpad.net/neutron/+bug/1442615 | 13:19 |
| openstack | Launchpad bug 1442615 in neutron "don't ship ml2_conf_odl.ini" [Medium,Fix committed] - Assigned to Ihar Hrachyshka (ihar-hrachyshka) | 13:19 |
| ttx | good pre-release fix as well | 13:19 |
| mestery | 1442615 is pretty simple and will make packager's lives easier | 13:19 |
| mestery | Yes | 13:19 |
| ttx | ok, now let's match those with stuff already proposed | 13:20 |
| ttx | running through your query | 13:20 |
| ttx | top to bottom | 13:20 |
| ttx | err | 13:21 |
| ttx | Not a big fan of open issues like https://bugs.launchpad.net/neutron/+bug/1445412 | 13:21 |
| openstack | Launchpad bug 1445412 in neutron "performance of plugin_rpc.get_routers is bad" [High,In progress] - Assigned to Kevin Benton (kevinbenton) | 13:21 |
| ttx | those tend to never be completed | 13:21 |
| mestery | I'm not sure why that one is cherry-picked back | 13:21 |
| mestery | And I agree | 13:21 |
| ttx | which odes not work well with the release process | 13:21 |
| ttx | It's one side-effect of naming the branch stable/kilo. People thinnk stable rules apply. | 13:22 |
| mestery | Shall we -2 that for now until we open stable/kilo? | 13:22 |
| mestery | Yes | 13:22 |
| mestery | :) | 13:22 |
| ttx | fungi: ^ see | 13:22 |
| ttx | yes | 13:22 |
| ttx | https://review.openstack.org/#/c/175588/ | 13:23 |
| ttx | looks same | 13:23 |
| mestery | -2 | 13:23 |
| mestery | The next two are global requirements | 13:23 |
| ttx | skipping those for the moment | 13:23 |
| fungi | ttx: what am i looking at? the stable backports to kilo discussion or something else? | 13:23 |
| ttx | fungi: me complaining about the predicted side effects of naming stuff stable/kilo | 13:23 |
| mestery | Ack | 13:24 |
| * ttx ranting told you so | 13:24 | |
| mestery | ttx: This one can go in | 13:24 |
| mestery | https://review.openstack.org/#/c/175385/ | 13:24 |
| ttx | yep | 13:25 |
| ttx | skipping translations | 13:25 |
| ttx | https://review.openstack.org/#/c/174608/ | 13:25 |
| fungi | ttx: speaking of, did bswartz get up with you about approving changes for stable/kilo in manila? | 13:25 |
| mestery | ttx: I added a +2, are you just going to merge this post our meeting? | 13:25 |
| ttx | No bug there | 13:25 |
| ttx | fungi: not yet | 13:25 |
| ttx | mestery: I'll approve a bunch yes | 13:25 |
| mestery | For 174608, I'll file a bug now | 13:25 |
| fungi | he was confused that release management was taking over manila's release project since it's not part of the integrated release | 13:25 |
| fungi | er, taking over manila's release | 13:26 |
| ttx | fungi: right, also unclear if stable branch team will take it as well | 13:26 |
| fungi | i didn't know why you had me add it to the list of projects to do branch restrictions on, so told him to check with you | 13:26 |
| mestery | ttx: https://bugs.launchpad.net/neutron/+bug/1446657 | 13:27 |
| openstack | Launchpad bug 1446657 in neutron "Add Kilo release milestone" [Medium,In progress] - Assigned to Henry Gessau (gessau) | 13:27 |
| ttx | mestery: so I guess this is necessary as well | 13:27 |
| mestery | ttx: ack, we do this for each release | 13:27 |
| ttx | we'll have to add the other -aas | 13:27 |
| ttx | is it somethign that needs to land in master as well ? | 13:28 |
| mestery | ttx: I think so too, I'll poke HenryG on that in the Neutron meeting | 13:28 |
| mestery | No, it's only in the stable branches | 13:28 |
| ttx | hmm, looks like it did though https://review.openstack.org/#/c/174483/ | 13:29 |
| * mestery looks | 13:29 | |
| mestery | I stand corrected | 13:29 |
| ttx | ok, will un-2 | 13:29 |
| ttx | https://review.openstack.org/#/c/175029/ is fine | 13:30 |
| mestery | ack | 13:30 |
| ttx | https://review.openstack.org/#/c/174699/ | 13:30 |
| ttx | fine too | 13:31 |
| mestery | Yes | 13:31 |
| ttx | The other two add Kilo milestone are ok too. Could you add a comment to ref the bug number | 13:31 |
| mestery | The next two are the milestone commits for vpnaas and lbaas | 13:31 |
| mestery | Yes | 13:31 |
| ttx | https://review.openstack.org/#/c/174071/ | 13:32 |
| ttx | Sounds like a good thing to have too | 13:32 |
| mestery | Bleah, no bug again | 13:32 |
| mestery | Shall I quickly file one and reference it again? | 13:33 |
| ttx | well we could approve that one as a stable/kilo branch setup thing | 13:33 |
| mestery | :) | 13:33 |
| ttx | I'll approve that one first | 13:33 |
| mestery | excellent | 13:33 |
| ttx | if you remove your -2 | 13:33 |
| mestery | done | 13:33 |
| ttx | same for the other two | 13:33 |
| mestery | Done for all 3 | 13:34 |
| ttx | https://review.openstack.org/#/c/174641/ | 13:34 |
| ttx | targeted, so ok | 13:34 |
| mestery | yup | 13:35 |
| ttx | https://review.openstack.org/#/c/174373/ | 13:35 |
| ttx | so that one closes 3 bugs only one of which is targeted | 13:35 |
| mestery | Yes, I see that. Shall I target the other two? This is something we want in RC2. | 13:36 |
| ttx | I fear we might miss part of the bugfixes there, since there are related merges as well | 13:36 |
| mestery | I was going on what HenryG told me on this one, in that getting this particular commit in would be great to have | 13:36 |
| mestery | I can talk to him again and verify | 13:36 |
| ttx | wow, this is a mess, there is a revert in there | 13:37 |
| mestery | Actually | 13:37 |
| mestery | Yes | 13:37 |
| mestery | I think we need this one, this fixed a bunch of issues on subnet allocation which caused us gate issues recenttly | 13:37 |
| mestery | https://bugs.launchpad.net/neutron/+bug/1440183 | 13:37 |
| openstack | Launchpad bug 1440183 in neutron kilo "DBDeadlock on subnet allocation" [Critical,New] | 13:37 |
| mestery | That was the nasty gate bug | 13:37 |
| ttx | we targeted this one already | 13:38 |
| mestery | Yes | 13:38 |
| ttx | so I'm a bit confused | 13:38 |
| ttx | want to make sure we don't lose partn of the commit history that made thi spatch necessary | 13:39 |
| mestery | I agree | 13:39 |
| ttx | hmm, so there was one fix, which was reverted, then a new one | 13:40 |
| ttx | only the new one was proposed to stable | 13:40 |
| ttx | just need to make sure we don't need the first part at all | 13:40 |
| mestery | The revert is in stable/kilo: 0107bdd5f03e3d0fef6be88b8b586f735f610522 | 13:40 |
| mestery | That's the commit hash | 13:40 |
| ttx | hmm, ok, probably safe if it applies anyway | 13:41 |
| mestery | Yes, it shoudl be ok | 13:41 |
| mestery | I just verified the revert is in stable/kilo | 13:41 |
| ttx | so this one really closes those 3 bugs for us ? I'll target them as well | 13:41 |
| mestery | Yes, it does. | 13:41 |
| mestery | And thanks for targeting them | 13:41 |
| ttx | https://review.openstack.org/#/c/174610/ | 13:42 |
| ttx | same, add a comment on that bug for reference | 13:42 |
| ttx | https://review.openstack.org/#/c/174057/ is targeted alright | 13:43 |
| mestery | done and yes | 13:43 |
| ttx | same for last one | 13:43 |
| mestery | yes | 13:44 |
| ttx | OK, I'll map to the ones which have fix proposed now | 13:44 |
| mestery | Thanks! | 13:44 |
| ttx | so we know if anything is missing | 13:44 |
| ttx | mestery: we need that one in asap : https://review.openstack.org/#/c/174498/ | 13:47 |
| ttx | not in master so can't land in stable/kilo | 13:47 |
| mestery | Good catch! Just put it in the merge queue | 13:47 |
| mestery | The queue is small, hopefully it lands in it's estimated 54 minutes | 13:48 |
| ttx | OK, looks like all the backports were proposed: https://launchpad.net/neutron/+milestone/kilo-rc2 | 13:49 |
| mestery | Yay! :0 | 13:49 |
| ttx | I'll push the W+1 button for them later | 13:50 |
| ttx | in the mean time we can send rechecks where needed | 13:50 |
| mestery | Yes | 13:50 |
| mestery | I put +2s on most of those in preparation for you | 13:50 |
| mestery | Is the branch still limited with who can approve there? | 13:50 |
| ttx | it's limited to neutron-milestone and release managers I think | 13:51 |
| ttx | until release where it will go under control of the stable maint team | 13:51 |
| mestery | Excellent | 13:51 |
| mestery | Yes | 13:51 |
| ttx | OK, I think we are good | 13:51 |
| mestery | OK, thanks for all the help here! I'm glad I pinged you early today :) | 13:51 |
| ttx | Hopefully we'll be able to close eth RC2 window tomorrow or Thursday | 13:51 |
| mestery | yes | 13:51 |
| * mestery goes off to prep for neutron meeting | 13:52 | |
| ttx | once we straighten out the requirements situation | 13:52 |
| mestery | ++ | 13:52 |
| mestery | Oh one more thing | 13:52 |
| mestery | I need to talk to you or dhellmann about the branchign strategy for python-neutronclient | 13:52 |
| mestery | But that can wait until the RC2 stuff is done | 13:52 |
| ttx | ack | 13:52 |
| mestery | Just putting it on yoru radar for now | 13:52 |
| mestery | cool | 13:52 |
| mestery | OK, have a great day ttx! | 13:52 |
| ttx | cheers | 13:52 |
| ttx | nikhil_k: ohai | 14:21 |
| nikhil_k | hehey | 14:21 |
| ttx | #topic Glance | 14:21 |
| ttx | https://bugs.launchpad.net/glance/+bugs?field.tag=kilo-rc-potential | 14:21 |
| ttx | Not that many fixcommitted things in there | 14:22 |
| ttx | https://bugs.launchpad.net/glance/+bug/1434578 | 14:22 |
| openstack | Launchpad bug 1434578 in Glance "Inefficient db call while doing a image_get with image_id." [Low,Fix committed] - Assigned to Kamil Rykowski (kamil-rykowski) | 14:22 |
| nikhil_k | ttx: yes, let's not look at that | 14:22 |
| nikhil_k | ttx: here's what I've for RC2 blockers https://trello.com/c/CoZ9g13d/45-kilo-rc2 | 14:22 |
| ttx | ok looking | 14:23 |
| ttx | https://bugs.launchpad.net/glance/+bug/1445026 | 14:23 |
| openstack | Launchpad bug 1445026 in Glance "glance-manage db load_metadefs does not load tags correctly" [Critical,In progress] - Assigned to Pawel Koniszewski (pawel-koniszewski) | 14:23 |
| *** thingee has joined #openstack-relmgr-office | 14:23 | |
| ttx | that one is not fixed in master yet | 14:23 |
| ttx | so you should get it merged asap if you want it under consideration for a RC2 | 14:24 |
| nikhil_k | yes | 14:24 |
| ttx | https://review.openstack.org/#/c/173646/ | 14:24 |
| ttx | If we want that one, we'll need a bug for it + get it merged to master asap | 14:25 |
| ttx | https://review.openstack.org/#/c/169813/ | 14:25 |
| ttx | needs to merge in master too | 14:25 |
| nikhil_k | ok | 14:25 |
| ttx | same for https://bugs.launchpad.net/glance/+bug/1436877 | 14:25 |
| openstack | Launchpad bug 1436877 in Glance "metadef JSON files need updating for the Kilo release" [Medium,In progress] - Assigned to Wayne (wayne-okuma) | 14:25 |
| ttx | so basically, you'll need those merged in master by tomorrow so we can open a RC2 window with them in | 14:26 |
| ttx | no need to backport right now, priority on getting them in master branch | 14:26 |
| nikhil_k | ttx: can we sync on thursday instead? | 14:26 |
| ttx | #info Glance RC2 potentials stored at https://trello.com/c/CoZ9g13d/45-kilo-rc2 | 14:26 |
| nikhil_k | tomorrow might be tricky because of timezone issues | 14:26 |
| ttx | nikhil_k: sounds good | 14:26 |
| nikhil_k | thanks | 14:26 |
| ttx | note we have one already proposed | 14:27 |
| nikhil_k | ttx: I have a meeting conflicting at this time on thursday so, may be an hours later then | 14:27 |
| nikhil_k | ttx: proposed? what exactly? | 14:27 |
| ttx | https://review.openstack.org/#/c/175442/ (partial backport for https://bugs.launchpad.net/glance/+bug/1445827) | 14:27 |
| openstack | Launchpad bug 1445827 in Glance "unit test failures: Glance insist on ordereddict" [High,In progress] - Assigned to Stuart McLaren (stuart-mclaren) | 14:27 |
| nikhil_k | ah ok | 14:27 |
| ttx | I'll blkock it until Thursday | 14:27 |
| nikhil_k | cool | 14:28 |
| ttx | the other topic is the glanceclient 0.17.1 update. We should be able to push it tomorrow or thursday | 14:28 |
| ttx | once the lib requirement mess is solved | 14:28 |
| nikhil_k | cool | 14:28 |
| ttx | we'll need that one out asap so we can bump the requirements to >=0.17.1 | 14:29 |
| nikhil_k | ttx: hmm, sure. Thursday again then? | 14:29 |
| ttx | otherwise it won't make it to ceilometer cinder heat horizon ironic nova RC2s | 14:29 |
| ttx | nikhil_k: soudns good | 14:29 |
| nikhil_k | I will try to get reviews on it today/tomorrow | 14:29 |
| nikhil_k | thanks | 14:29 |
| ttx | will talk to you then. In the mean time, get those fixes in master | 14:30 |
| nikhil_k | yup | 14:30 |
| ttx | cheers! | 14:30 |
| nikhil_k | Santé (hope I used that correctly) | 14:31 |
| ttx | thingee: around? | 14:31 |
| thingee | ttx: hi! | 14:31 |
| ttx | #topic Cinder | 14:31 |
| ttx | https://bugs.launchpad.net/cinder/+bugs?field.tag=kilo-rc-potential | 14:31 |
| ttx | thingee: looks like we ahve enough material to do a RC2 now | 14:32 |
| thingee | yeah 1446583 is new to me. I just woke up :) | 14:32 |
| thingee | that critical one | 14:32 |
| ttx | Let's start with reviewing kilo-rc-potential bugs, then we'll look at the proposed backports | 14:32 |
| ttx | some solo-incubator code you fall victim of | 14:33 |
| ttx | let's leave that one out of the equation for now | 14:33 |
| ttx | https://bugs.launchpad.net/cinder/+bug/1439371 | 14:33 |
| openstack | Launchpad bug 1439371 in Cinder "Volume creation from image fails for UEC and Glance API version 2" [High,Fix committed] - Assigned to Jon Bernard (jbernard) | 14:33 |
| ttx | sounds like a good one | 14:34 |
| thingee | yeah | 14:34 |
| ttx | ok, targeting | 14:34 |
| thingee | I left a +1 | 14:34 |
| ttx | https://bugs.launchpad.net/cinder/+bug/1443331 | 14:35 |
| openstack | Launchpad bug 1443331 in Cinder "Fix a wrong argument of create method in QoSSpecsController Class" [High,Fix committed] - Assigned to Daisuke Fujita (fuzita-daisuke) | 14:35 |
| thingee | I'll need to propose one | 14:35 |
| ttx | sounds pretty straightforward | 14:35 |
| thingee | pretty good catch | 14:35 |
| ttx | https://bugs.launchpad.net/cinder/+bug/1406703 | 14:36 |
| openstack | Launchpad bug 1406703 in Cinder "Deleting VM with an attached volume during copy-volume-to-image causes the volume remains in-use state" [Medium,Fix committed] - Assigned to Abhijeet Malawade (abhijeet-malawade) | 14:36 |
| ttx | add new db api? Is that safe ? | 14:37 |
| thingee | https://review.openstack.org/175898 | 14:37 |
| ttx | like, doesn't it have to be used by drivers or anything ? | 14:37 |
| thingee | nah it's only touched by the manager | 14:38 |
| thingee | the manager is the only layer that can make state changes for drivers. | 14:38 |
| ttx | you want it in RC2 ? | 14:38 |
| thingee | yes | 14:39 |
| ttx | ok adding | 14:39 |
| ttx | https://bugs.launchpad.net/cinder/+bug/1437290 | 14:39 |
| openstack | Launchpad bug 1437290 in Cinder "Windows SMBFS: volume extend fails" [Undecided,Fix committed] - Assigned to Petrut Lucian (petrutlucian94) | 14:39 |
| thingee | limited to a driver. I'm not worried | 14:40 |
| ttx | pretty simple | 14:40 |
| ttx | adding | 14:40 |
| ttx | ok... | 14:41 |
| ttx | Let's map that to proposed fixes @ https://review.openstack.org/#/q/project:openstack/cinder+branch:stable/kilo,n,z | 14:41 |
| thingee | https://review.openstack.org/175900 | 14:41 |
| ttx | https://review.openstack.org/#/c/174050/ is for https://bugs.launchpad.net/cinder/+bug/1439371 which we targeted | 14:41 |
| openstack | Launchpad bug 1439371 in Cinder kilo "Volume creation from image fails for UEC and Glance API version 2" [High,In progress] | 14:41 |
| ttx | https://review.openstack.org/#/c/175723/ | 14:42 |
| ttx | maps to https://bugs.launchpad.net/cinder/+bug/1444855 (not targeted) | 14:42 |
| openstack | Launchpad bug 1444855 in Cinder "RBD driver doesn't support customized ceph cluster name" [Low,Fix committed] - Assigned to Huang Zhiteng (zhiteng-huang) | 14:42 |
| ttx | what should we do with that one | 14:42 |
| ttx | adding a config option, beh | 14:43 |
| thingee | yeah not good | 14:43 |
| ttx | I .. think we are a bit late for that | 14:43 |
| thingee | agreed | 14:43 |
| ttx | I'll let you -2 it | 14:43 |
| ttx | https://review.openstack.org/#/c/175740/ | 14:44 |
| ttx | maps to targeted bug | 14:44 |
| ttx | https://review.openstack.org/#/c/174482/ | 14:44 |
| ttx | arh | 14:45 |
| ttx | damn fix was pushed to stable/juno | 14:45 |
| thingee | which? | 14:46 |
| ttx | https://review.openstack.org/#/c/174700/ | 14:46 |
| thingee | we can revert | 14:46 |
| ttx | yes, sounds like a good idea | 14:46 |
| ttx | https://review.openstack.org/#/c/175261/ -> https://bugs.launchpad.net/cinder/+bug/1445561 | 14:48 |
| openstack | Launchpad bug 1445561 in Cinder "cinder scheduler fails to handle CONF.scheduler_max_attempts = 1 " [Medium,Fix committed] - Assigned to Huang Zhiteng (zhiteng-huang) | 14:48 |
| ttx | hmm, new log message... not sure the bug is worth it | 14:49 |
| ttx | also seems to have regression potential | 14:49 |
| thingee | https://review.openstack.org/175909 | 14:50 |
| thingee | I agree | 14:51 |
| thingee | I'll give it a -2 | 14:51 |
| thingee | -1 rather. Don't have -2 abilitieis | 14:52 |
| ttx | https://review.openstack.org/#/c/175202/ -> https://bugs.launchpad.net/cinder/+bug/1410107 | 14:52 |
| openstack | Launchpad bug 1410107 in Cinder "NetApp lun misaligned on hyper-v" [Undecided,Fix committed] - Assigned to Bob Callaway (bob-callaway) | 14:52 |
| ttx | we should fix that | 14:52 |
| * ttx looks | 14:52 | |
| ttx | thingee: you appear not to be in https://review.openstack.org/#/admin/groups/82,members | 14:53 |
| ttx | but I have powerz to add you! cool | 14:54 |
| thingee | ha even jesse has abilities :) | 14:54 |
| ttx | will clean up | 14:54 |
| ttx | ok done | 14:54 |
| ttx | so what about this LUN thing | 14:54 |
| thingee | done | 14:55 |
| ttx | feels like a rather large patch, but limited in scope | 14:55 |
| ttx | I'm fine with it if you want it... | 14:55 |
| ttx | but it's definietly larger than what we ususally accept at this stage | 14:56 |
| * thingee reads things closer | 14:56 | |
| thingee | this is an optimization for other hypervisiors | 14:57 |
| thingee | not concerned this needs to go in right now | 14:57 |
| thingee | "NetApp luns need to be aligned properly while attaching it to different operating systems. Currently its optimized for linux but will eventually need to cater to openstack environments with multiple hypervisors and guest os's." | 14:57 |
| thingee | according to the bug description anyways | 14:57 |
| ttx | ok, let's keep it out | 14:58 |
| ttx | https://review.openstack.org/#/c/174051/ -> https://bugs.launchpad.net/cinder/+bug/1444224 | 14:58 |
| openstack | Launchpad bug 1444224 in Cinder "Race in PureISCSIDriver when creating hosts" [Undecided,Fix committed] - Assigned to Patrick East (patrick-east) | 14:58 |
| ttx | not targeted yet | 14:58 |
| ttx | sounds safe and simple | 14:59 |
| thingee | agreed I'm fine with it | 14:59 |
| ttx | oka dding | 14:59 |
| ttx | https://review.openstack.org/#/c/174052/ | 14:59 |
| ttx | -> https://bugs.launchpad.net/cinder/+bug/1432972 | 15:00 |
| openstack | Launchpad bug 1432972 in Cinder "update quota failed with multi-value in one request" [High,Fix committed] - Assigned to Ankit Agrawal (ankitagrawal) | 15:00 |
| ttx | your call, I'm fine with it | 15:00 |
| thingee | yeah I'm fine with this | 15:01 |
| thingee | tested it myself | 15:01 |
| ttx | ok targeting | 15:01 |
| ttx | https://launchpad.net/cinder/+milestone/kilo-rc2 | 15:01 |
| ttx | result ^ | 15:01 |
| thingee | thank you | 15:02 |
| ttx | We'll get that in and prepare to close on Wed/Thu | 15:02 |
| ttx | need to run | 15:02 |
| thingee | I'll go through my -1's and switch them to -2's when I get back. Gotta head out. | 15:02 |
| thingee | ok, thanks! | 15:02 |
| ttx | david-lyle: Having a call now, will ping you later | 15:02 |
| *** mestery has quit IRC | 15:11 | |
| *** mestery has joined #openstack-relmgr-office | 15:12 | |
| *** eglynn has quit IRC | 15:24 | |
| ttx | david-lyle: available now if you are around | 15:28 |
| *** david-lyle has quit IRC | 15:36 | |
| devananda | ttx: i'm here if you're free now | 15:46 |
| ttx | devananda: well, hmm... about to talk to morgan and his window of availability is short | 15:46 |
| ttx | so would rather talk to you in a few :) | 15:47 |
| devananda | k k | 15:47 |
| morganfainberg | o/ | 15:47 |
| ttx | morganfainberg: ohai | 15:47 |
| ttx | #topic Keystone | 15:47 |
| morganfainberg | :) | 15:47 |
| devananda | I'll be afk for ~15. see you at our normal time | 15:47 |
| ttx | We have a RC2 window opened | 15:47 |
| morganfainberg | yes we do | 15:47 |
| ttx | https://launchpad.net/keystone/+milestone/kilo-rc2 | 15:48 |
| ttx | anything new to push onto it ? | 15:48 |
| morganfainberg | and all outstanding fixes besides what was discussed in #openstack-oslo this morning look to be committed | 15:48 |
| ttx | right | 15:48 |
| morganfainberg | let me look at the rc potentials... but i don't think anything else warrants being added | 15:48 |
| ttx | I'll remove from potentialks the ones already atrgeted for sanity | 15:49 |
| morganfainberg | yep | 15:49 |
| morganfainberg | looks like we don't have any more i see needing to be targeted to rc | 15:49 |
| morganfainberg | except the in-progress one from this morning | 15:50 |
| morganfainberg | whihc i see was added | 15:50 |
| ttx | right, so let's talk about libraries | 15:50 |
| ttx | We'll ned a keystoneclient and a keystonemiddleware stable/kilo .Z bump | 15:50 |
| ttx | to include that security fix | 15:50 |
| ttx | I.. am not sure we want a bump the minimum version in requirements though | 15:51 |
| ttx | as that would cascade-affect to everyone and that is nasty | 15:51 |
| morganfainberg | didn't we fix the .Z requirement? | 15:51 |
| morganfainberg | since we couldn't land anything in keystoneclient | 15:51 |
| ttx | that is a different issue | 15:51 |
| morganfainberg | oh minimum | 15:52 |
| ttx | the question is, after you release keystoneclient 1.3.1 and keystonemiddleware 1.5.1 | 15:52 |
| morganfainberg | oh uh, we have an OSSN out right? | 15:52 |
| ttx | should we set >=1.3.1 and >=1.5.1 in global-reqs | 15:52 |
| ttx | yes we do | 15:52 |
| morganfainberg | i think i'm ok with leaving it as is. | 15:52 |
| morganfainberg | for sanity sake | 15:52 |
| ttx | sounds good | 15:53 |
| ttx | so we can't release until dhellmann is finished with releasing an uncapped liberty library for everything | 15:53 |
| morganfainberg | right | 15:53 |
| ttx | otherwise it breaks the world | 15:53 |
| ttx | so hopefully that will be completed later today | 15:54 |
| ttx | and we'll able to do those point updates stable/kilo libs tomorrow | 15:54 |
| morganfainberg | sounds good | 15:54 |
| ttx | and then merge the last bumps and close the RC2 for keystone | 15:54 |
| ttx | I'd say Thursday at the latest, maybe tomorrow. | 15:54 |
| morganfainberg | wfm | 15:54 |
| ttx | all depends on that oslo-incub thing too | 15:55 |
| ttx | so I'll ping you again tomorrow. | 15:55 |
| morganfainberg | right. lets hope that solves it. but this is another reason i am happy eventlet is going away | 15:55 |
| morganfainberg | for keystone | 15:55 |
| morganfainberg | i wish i could remove it in liberty | 15:55 |
| morganfainberg | instead of M | 15:55 |
| ttx | damn users | 15:55 |
| morganfainberg | right!? ;) | 15:55 |
| ttx | Anyway, that is all I had | 15:56 |
| morganfainberg | oh, keystoneauth | 15:56 |
| ttx | You can see the design summit layout, which is pretty fragmented for keystone (by design) | 15:56 |
| morganfainberg | added the goverance change and chasing down infra changes. | 15:56 |
| ttx | so that you don't blatantly overlap with anyone in particular | 15:56 |
| ttx | keystoneauth? | 15:57 |
| morganfainberg | lib that isolates session/auth plugins, etc | 15:57 |
| ttx | liberty stuf right | 15:57 |
| morganfainberg | so to auth with keystone you don't need to forklift in all of keystoneclient | 15:57 |
| morganfainberg | yeah | 15:57 |
| morganfainberg | just a heads up the changes are pending. | 15:57 |
| ttx | ok, so I'll gladly ignore that for now | 15:57 |
| morganfainberg | hah | 15:57 |
| morganfainberg | ok i'll look at the design summit layout for keystone | 15:58 |
| * ttx 's brain already divided in 15 projects RCs right now | 15:58 | |
| morganfainberg | only 15?! | 15:58 |
| morganfainberg | phsaw, | 15:58 |
| ttx | 16 actually. | 15:58 |
| ttx | I can't count anymore | 15:58 |
| morganfainberg | oh now thats the staw that breaks the camel's back. | 15:58 |
| morganfainberg | 15 easy, 16... too much :P | 15:59 |
| morganfainberg | anyway, all sounds good. | 15:59 |
| ttx | yep, always the 16th that creates the most problems | 15:59 |
| ttx | morganfainberg: ok, ttyl | 15:59 |
| ttx | notmyname: ready when you are | 15:59 |
| notmyname | hello | 15:59 |
| ttx | #topic Swift | 15:59 |
| ttx | https://launchpad.net/swift/+milestone/2.3.0-rc2 | 15:59 |
| ttx | I added a bug to track that PyEClib thing | 16:00 |
| notmyname | ah ok | 16:00 |
| notmyname | I'll be adding the rest today | 16:00 |
| ttx | that way I know what I'm blocking on | 16:00 |
| ttx | anything else to expect ? | 16:00 |
| ttx | https://review.openstack.org/#/q/project:openstack/swift+branch:stable/kilo,n,z | 16:00 |
| notmyname | we've got a list of the stuff that needs to be in rc2, and I'm shooting for a commit SHA by EoD for it | 16:00 |
| ttx | has https://review.openstack.org/#/c/174552/ | 16:00 |
| ttx | I assumed https://review.openstack.org/#/c/175741/ is part of that ECLib bump ? | 16:01 |
| notmyname | https://wiki.openstack.org/wiki/Swift/PriorityReviews | 16:01 |
| ttx | If I assumed too much, I can divide that bug I created into two | 16:01 |
| notmyname | hmm...I'm just now catching up from what happened while I was asleep | 16:02 |
| *** david-lyle has joined #openstack-relmgr-office | 16:02 | |
| notmyname | looks like patches have landed and there are stable/kilo patches | 16:02 |
| notmyname | I was hoping to do that myself | 16:02 |
| ttx | that wiki matches what is up on https://review.openstack.org/#/q/project:openstack/swift+branch:stable/kilo,n,z | 16:02 |
| ttx | I'll let you do that then | 16:02 |
| notmyname | anyway, today, I'll be making sure they have RC2 bugs, reproposing, and landing them on stable/kilo | 16:02 |
| notmyname | but it looks like we've got all the patches needed on master | 16:03 |
| ttx | ok. Just make double-sure anything you merge in stable/kilo is already landed in master | 16:03 |
| notmyname | of course :-) | 16:03 |
| ttx | OK, planning to cut RC2 for you tomorrow morning | 16:04 |
| notmyname | I'll send an email with the commit sha as soon as I have it | 16:04 |
| ttx | anything else to mention? | 16:04 |
| notmyname | no, I think I'm good. later this week I'll be refocusing on summit planning. if I have questions, I'll ping you then | 16:04 |
| notmyname | thanks for the help with global requirements | 16:04 |
| david-lyle | ttx: here if you have time | 16:05 |
| ttx | notmyname: alright then | 16:05 |
| ttx | david-lyle: let's do it real quick | 16:05 |
| ttx | #topic Horizon | 16:05 |
| ttx | https://bugs.launchpad.net/horizon/+bugs?field.tag=kilo-rc-potential | 16:06 |
| ttx | 2 candidates there | 16:06 |
| ttx | I think we can open the RC2 now and merge what you have proposed... or would you rather wait a bit more ? | 16:06 |
| david-lyle | yes and two others that are in progress may land | 16:06 |
| david-lyle | we are waiting on the final translations I believe | 16:07 |
| david-lyle | April 23 is the expected date | 16:07 |
| ttx | hmm, so how about we open the RC2 tomorrow ? | 16:07 |
| david-lyle | that sounds good | 16:07 |
| ttx | so that we don't keep the thing untestable for too long | 16:07 |
| ttx | sounds good, lets me catch my breath | 16:07 |
| david-lyle | I'll try to bump the other two in progress bugs along | 16:08 |
| ttx | right, and anything else that is fixed on master could be included if safe | 16:08 |
| ttx | so maybe time to give the last ones a bump | 16:08 |
| ttx | I'll talk to you tomorrow then | 16:08 |
| david-lyle | sounds good | 16:08 |
| david-lyle | thanks | 16:09 |
| ttx | np! thanks | 16:09 |
| ttx | devananda: you're on | 16:09 |
| devananda | ttx: o/ | 16:09 |
| ttx | #topic Ironic | 16:09 |
| ttx | https://bugs.launchpad.net/ironic/+bugs?field.tag=kilo-rc-potential | 16:09 |
| ttx | is pretty empty but I suspect you have your own list | 16:09 |
| devananda | 3 candidates | 16:09 |
| devananda | one has landed on master already, the other two should be landable soon | 16:10 |
| ttx | hmm, so I'd say we should wait at least one more day to open the RC2 window | 16:10 |
| ttx | especially if you want those fixes in | 16:10 |
| devananda | could you explain / point me t oa reference for this process? it seems different from last cycle, and I haven't figured it out yet | 16:10 |
| ttx | I'd rather only consider for backport stuff that is already fixed in amster | 16:11 |
| devananda | like, when we can land backports | 16:11 |
| ttx | devananda: I think last cycles you were not integrated yet | 16:11 |
| ttx | so you were pretty much deciding | 16:11 |
| ttx | here the idea is to encourage testing | 16:11 |
| devananda | indeed. but we were trying to track the release process as closely as possible | 16:11 |
| ttx | people are dumb, they only test when they believe it will be the final thing | 16:11 |
| devananda | heh | 16:12 |
| ttx | so whenever you say something like "we'll do a RC2 two days before release" they wait | 16:12 |
| ttx | human nat ure I guess | 16:12 |
| ttx | so you don't say that | 16:12 |
| ttx | You say "this RC1 will be final ! test it!" | 16:12 |
| devananda | gotcha. so "open rc2" really means "tag rc2" | 16:12 |
| ttx | then when you finally decide to do a RC2, you want the window to be as short as possible | 16:12 |
| ttx | and get them back to testing | 16:12 |
| devananda | and we stage the fixes as proposed to kilo/stable but with a -2 until then | 16:12 |
| devananda | ? | 16:13 |
| ttx | Also reduces risk that you would keep a RC window opened over release time | 16:13 |
| ttx | i.e. you don't open something you don't know how to close | 16:13 |
| ttx | hence, ideally, the targeting of only-already-fixed-in-master things | 16:13 |
| devananda | right. quite a different process from the other milestones, and I hadn't read anything about this previously | 16:13 |
| devananda | relatedly, what about fixes for the stable branch of the client? | 16:14 |
| ttx | https://wiki.openstack.org/wiki/ReleaseCycle#Pre-release_.28Release_Candidates_dance.29 | 16:14 |
| ttx | so that is slightly different | 16:14 |
| devananda | yea, that ^ does not describe what we're doing | 16:14 |
| ttx | And again, using the same branch name is confusing | 16:14 |
| devananda | "A new milestone will be open (RC2), with bugs targeted to it. " << not what we're doing | 16:14 |
| ttx | what we'll be doing | 16:15 |
| devananda | I think that is where my confusion stemmed from. thanks for clarifying | 16:15 |
| ttx | so stable/kilo for openstack/ironic is a pre-release branch at the moment | 16:15 |
| ttx | but for the lib, it's a real stable branch | 16:15 |
| devananda | hmm. k. | 16:15 |
| ttx | They have different meanings, which is why I resisted them being called the same thing | 16:16 |
| ttx | But then sdague won | 16:16 |
| devananda | he does that some times | 16:16 |
| ttx | so the real stable branch is something you push backport of fixes too | 16:16 |
| ttx | no need for RC windows. No deliverable to test, no release candidates | 16:16 |
| devananda | cool | 16:17 |
| ttx | no coordinated release either | 16:17 |
| devananda | i'll do the usual things there, then | 16:17 |
| ttx | that said... stable branches for libs are there for testing purposes | 16:17 |
| ttx | so only very critical fixes should be backported to them | 16:17 |
| ttx | you are still supposed to give users the HEAD version and be backward compatible | 16:17 |
| devananda | fwiw, people are already beginning to ask about stable branches of libs & clients and asking why we're not just calling it the kilo release of python-ironicclient | 16:17 |
| ttx | It's more "the version the rest of Kilo was tested with" | 16:18 |
| devananda | I understand the reasons that we want them for testing purposes, but it's going to confuse users | 16:18 |
| ttx | You can point them to http://specs.openstack.org/openstack/openstack-specs/specs/library-stable-branches.html | 16:19 |
| devananda | will do | 16:19 |
| ttx | but yeah, i agree this is confusing | 16:19 |
| ttx | anyway | 16:19 |
| ttx | back to topic | 16:19 |
| devananda | :) | 16:19 |
| ttx | So I propose we discuss the opening of the RC2 window tomorrow | 16:19 |
| ttx | hopefuly those fixes will have landed and we'll have a peaceful conversation | 16:20 |
| devananda | :) | 16:20 |
| * ttx doesn't like unfixed bugs in his RC lists | 16:20 | |
| devananda | sounds good. same bat time, same bat channel? | 16:20 |
| ttx | yes, just ping me when you can talk | 16:21 |
| ttx | could be before | 16:21 |
| ttx | #topic Trove | 16:21 |
| ttx | No SlickNik today, looking into opening a RC2 window there on Thursday to catch late requirements/translations | 16:21 |
| ttx | #endmeeting | 16:21 |
| openstack | Meeting ended Tue Apr 21 16:21:49 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:21 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/ptl_sync/2015/ptl_sync.2015-04-21-08.02.html | 16:21 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/ptl_sync/2015/ptl_sync.2015-04-21-08.02.txt | 16:21 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/ptl_sync/2015/ptl_sync.2015-04-21-08.02.log.html | 16:21 |
| *** david-lyle has quit IRC | 17:08 | |
| notmyname | ttx: so translation updates are a "thing" that should just land? eg https://review.openstack.org/#/c/175324/ | 17:11 |
| notmyname | on stable/kilo | 17:11 |
| *** notmyname has quit IRC | 18:16 | |
| *** johnthetubaguy is now known as zz_johnthetubagu | 18:16 | |
| *** notmyname has joined #openstack-relmgr-office | 18:17 | |
| *** david-lyle has joined #openstack-relmgr-office | 18:39 | |
| *** david-ly_ has joined #openstack-relmgr-office | 18:46 | |
| *** david-lyle has quit IRC | 18:46 | |
| Kiall | notmyname: I had that same question.. thierry can you mention me when you reply so I see it? :) | 19:11 |
| notmyname | Kiall: ttx: I landed it :-) | 19:11 |
| notmyname | Kiall: see the comment from Andreas on it https://review.openstack.org/#/c/175324/ | 19:11 |
| Kiall | Ah, I see.. perfect :) | 19:12 |
| *** david-ly_ has quit IRC | 19:18 | |
| ttx | Kiall, notmyname: yeah, basically | 19:36 |
| dhellmann | ttx, sdague, fungi: the master versions of the libs are released, so the next step is to revert the change to ignore requirements in those repos -- submitted as https://review.openstack.org/#/c/176036/ | 19:45 |
| * ttx looks | 19:46 | |
| ttx | there may be more to revert.. fungi ? | 19:47 |
| fungi | not sure--i'm chairing the infra meeting for a few more minutes | 19:49 |
| ttx | checking myself | 19:49 |
| ttx | no, the other I was thinking of is actually about jobs that did not make sense on stable/kilo, so unrelated | 19:50 |
| sdague | right, we're still at a gap on stable kilo support as well until we can resolve the keystone / oslo issue | 19:55 |
| *** david-lyle has joined #openstack-relmgr-office | 20:21 | |
| SlickNik | ttx: we found https://bugs.launchpad.net/trove/+bug/1446735 in Trove which we need to get into the next kilo-RC | 20:40 |
| openstack | Launchpad bug 1446735 in Trove "MongoDB guest won't start" [High,Confirmed] - Assigned to Doug Shelley (0-doug) | 20:40 |
| SlickNik | working on the fix in master and hope to land it shortly. | 20:41 |
| ttx | SlickNik: OK, let's discuss a RC2 tomorrow | 20:46 |
| notmyname | ttx: FYI, all RC2 patches in swift seem to be blocked by grenade. I'm told https://bugs.launchpad.net/oslo-incubator/+bug/1446583 is the issue | 20:55 |
| openstack | Launchpad bug 1446583 in Keystone "services no longer reliably stop in stable/kilo" [Critical,In progress] - Assigned to Julien Danjou (jdanjou) | 20:55 |
| ttx | notmyname: err, weird, the .gitreview one passed | 20:59 |
| notmyname | yeah. clarkb says it might be transient. I rechecked them | 20:59 |
| ttx | I guess we didn't have grenade on back then | 20:59 |
| notmyname | but I wanted to give you a head's up asap. | 20:59 |
| ttx | notmyname: yes, we ned to squish that bug there | 20:59 |
| notmyname | those are the patches we need in rc2. all validated locally. just need to get jenkins to land them (that's all we're waiting on) | 21:00 |
| ttx | ok | 21:00 |
| fungi | dhellmann: ttx: yeah the https://review.openstack.org/176036 revert is not the only one. we also need to revert the one which temporarily stopped running requirements check on master for those repos (which wound up being a couple of patches in total once we realized we missed a couple) | 21:01 |
| fungi | oh, wait, that was the one | 21:01 |
| sdague | notmyname: https://bugs.launchpad.net/oslo-incubator/+bug/1446583 isn't blocking anything except correct testing | 21:01 |
| openstack | Launchpad bug 1446583 in Keystone "services no longer reliably stop in stable/kilo" [Critical,In progress] - Assigned to Julien Danjou (jdanjou) | 21:01 |
| fungi | the other one was the one to the reqs repo--checking on it now | 21:01 |
| sdague | the grenade block is requirements wedging | 21:02 |
| dhellmann | fungi: yeah, I was going step by step but I guess some of these can be done in parallel | 21:02 |
| notmyname | sdague: ok. when I asked how to find the root cause, I was told that was the issue | 21:02 |
| notmyname | if you have pointers on how to track down the real error in a few hundred thousand lines of text, I'd love to know | 21:02 |
| sdague | notmyname: whoever told you was wrong :) | 21:02 |
| fungi | clarkb probably thought it was the keystone start/stop bug | 21:03 |
| notmyname | yeah | 21:03 |
| sdague | got to a log file - http://logs.openstack.org/12/176012/1/check/check-grenade-dsvm/ab2f02e/logs/grenade.sh.txt.gz | 21:03 |
| sdague | hit end | 21:03 |
| sdague | work backwards | 21:03 |
| sdague | http://logs.openstack.org/12/176012/1/check/check-grenade-dsvm/ab2f02e/logs/grenade.sh.txt.gz#_2015-04-21_17_52_55_137 | 21:03 |
| sdague | 2015-04-21 17:52:55.137 | ERROR: openstackclient.shell Exception raised: (stevedore 1.2.0 (/usr/local/lib/python2.7/dist-packages), Requirement.parse('stevedore>=1.3.0'), set(['cliff'])) | 21:03 |
| *** zz_johnthetubagu is now known as johnthetubaguy | 21:04 | |
| sdague | the library flush broke stable/juno | 21:04 |
| ttx | sdague: oh. Hm | 21:04 |
| ttx | Once this mess will be over we'll have to rethink how to make it work in one go | 21:05 |
| dhellmann | ttx: I think part of the problem here is we don't have stable branches for clients for juno, right? | 21:05 |
| dhellmann | so juno is installing clients from master? | 21:06 |
| sdague | dhellmann: the clients are being installed from pypi | 21:06 |
| sdague | branches are not relevant in this case | 21:06 |
| dhellmann | so how is stable/juno picking up newer versions of things? have we found which one doesn't have the cap set? | 21:06 |
| sdague | http://logs.openstack.org/12/176012/1/check/check-grenade-dsvm/ab2f02e/logs/grenade.sh.txt.gz#_2015-04-21_17_49_44_961 | 21:07 |
| sdague | which gives us - http://logs.openstack.org/12/176012/1/check/check-grenade-dsvm/ab2f02e/logs/grenade.sh.txt.gz#_2015-04-21_17_49_46_340 | 21:07 |
| sdague | cinder -> python-barbicanclient 3.0.1 -> cliff 0.11.0 (uncapped) | 21:08 |
| dhellmann | sdague: barbicanclient appears to be capped, what am I missing? | 21:08 |
| dhellmann | ah | 21:08 |
| sdague | uncapped cliff drags in new stevedor | 21:08 |
| dhellmann | ok | 21:09 |
| dhellmann | so this means that having libs uncapped in the future will continue to cause this problem, so that does away with the plan we had of not capping libs | 21:09 |
| dhellmann | that is, not capping the dependencies libs have | 21:09 |
| dhellmann | can we add cliff to cinder's dependency list, before barbicanclient, and include a cap there? | 21:10 |
| dhellmann | sdague: ^^ | 21:10 |
| sdague | maybe? but I have to actually go deal with dinner for the family now. | 21:11 |
| dhellmann | I'll give that a try | 21:11 |
| sdague | the explosion is coming in openstackclient, I'd almost venture that the right thing to do is force the versions there | 21:13 |
| dhellmann | sdague: openstackclient is reporting them, but barbicanclient was being installed as part of cinder | 21:15 |
| dhellmann | sdague: see https://review.openstack.org/176082 | 21:18 |
| sdague | dhellmann: sure, but openstackclient could force downgrade on it's install | 21:19 |
| dhellmann | sdague: we could do that, too, I suppose | 21:19 |
| dhellmann | is the problem with osc, or a plugin that osc is loading? | 21:19 |
| sdague | dhellmann: I don't know | 21:19 |
| ttx | If this breaks the stable/kilo world, I'm all for a quick patch | 21:27 |
| ttx | since I have RC2s lined up | 21:27 |
| ttx | dhellmann: I'll go to bed as soon as I'm finished with the meeting, so I won't be able to sanity-check your ideas to fix this. Maybe fungi can help a bit | 21:32 |
| dhellmann | ttx: ok, dtroyer is also looking at it | 21:33 |
| ttx | where is it discussed ? Let's regroup :) | 21:34 |
| fungi | yeah, i was starting to poke at the unfreeze master reqs revert changes, but if there's still stable issues then maybe that should wait lest we complicate it further | 21:35 |
| dhellmann | ttx: #openstack-qa | 21:40 |
| dhellmann | fungi: ^^ | 21:40 |
| *** johnthetubaguy is now known as zz_johnthetubagu | 21:58 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!