| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-08-10 | |||
| 13:59:25 | melwitt | . | |
| 14:21:17 | fried_rice | melwitt: Do we need bug tags to backport things to Rocky at this stage for RC2? | |
| 14:23:24 | melwitt | fried_rice: what do you mean by bug tags? | |
| 14:23:35 | melwitt | backport potential? | |
| 14:23:39 | fried_rice | melwitt: Closes-Bug: #XXXX which is required for backporting "normally". | |
| 14:23:45 | fried_rice | in the commit message | |
| 14:24:07 | fried_rice | (well, I guess the existence of the bug is the important thing) | |
| 14:24:57 | melwitt | oh, yeah ok, you're asking if we need a bug for something we want to backport. yes, usually. I can't remember if we ever do it without a bug | |
| 14:31:28 | fried_rice | lyaaaaaarwood: Do you happen to know this answer? ^ I.e. if there's a "grace period" for RCs where we don't use bugs to backport? | |
| 14:32:00 | SteelyDan | definitely needs bugs | |
| 14:32:27 | SteelyDan | unless it's something super procedural or something, but not sure what that would be | |
| 14:33:01 | SteelyDan | things going into rc2 should be very prescribed anyway | |
| 14:33:36 | melwitt | I think he means something not going into rc2, right fried_rice? | |
| 14:33:51 | fried_rice | yes, that's what I mean | |
| 14:33:55 | SteelyDan | he says "to backport" so.. | |
| 14:34:13 | fried_rice | I just didn't know if, because we haven't "released" it yet, it doesn't technically count as a "backport", even though it's a cherry-pick to a non-master branch. | |
| 14:34:33 | SteelyDan | that would be something going *into* rc2 | |
| 14:34:44 | fried_rice | right, that's what I'm asking. | |
| 14:34:52 | fried_rice | Mechanically, that still entails a cherry-pick to stable/rocky, right? | |
| 14:35:06 | SteelyDan | fried_rice: something going into rc2 right now requires a lot of scrutiny, a bug, and some agreement | |
| 14:35:06 | lyaaaaaarwood | fried_rice: no idea sorry, the stable branches are core managed until GA | |
| 14:35:30 | fried_rice | SteelyDan: Okay, that's what I was looking for, thanks. | |
| 14:37:20 | melwitt | lyaaaaaarwood: we had rc1 yesterday and we're going to have an rc2 to fix some things. | |
| 14:37:38 | fried_rice | melwitt: wherezat etherpad again? | |
| 14:37:59 | melwitt | the RC todos? https://etherpad.openstack.org/p/nova-rocky-release-candidate-todo | |
| 14:38:16 | fried_rice | thx | |
| 14:39:05 | lyaaaaaarwood | melwitt: and rc2 is tagged from the stable/rocky branch right? | |
| 14:39:34 | melwitt | lyaaaaaarwood: it must be ... this is new to me so I'm not sure. smcginnis can you enlighten me? ^ | |
| 14:39:40 | SteelyDan | yeah has to be :) | |
| 14:40:09 | melwitt | ok. so stable stays frozen for some time until the final release deadline I'm guessing | |
| 14:40:17 | lyaaaaaarwood | melwitt: yeah, so my point before was just that as a stable core I don't get +2/+W on stable/rocky until after GA | |
| 14:40:20 | openstackgerrit | Merged openstack/nova stable/pike: Make ResourceTracker.stats node-specific https://review.openstack.org/588037 | |
| 14:40:26 | melwitt | *stable/rocky | |
| 14:40:30 | SteelyDan | yes | |
| 14:40:39 | melwitt | lyaaaaaarwood: ok, got it | |
| 14:40:51 | melwitt | okay, I think I understand now, thank you | |
| 14:45:27 | fried_rice | um, if you don't get to +A stable/rocky, who does? (It ain't me - I still only have +1 powers there) | |
| 14:45:40 | fried_rice | or you just mean you're not supposed to? | |
| 14:46:20 | lyaaaaaarwood | yeah for past releases I didn't get it until after GA | |
| 14:46:23 | lyaaaaaarwood | but I have it now | |
| 14:46:38 | SteelyDan | I do too, so it must be on stable maint already | |
| 14:46:45 | lyaaaaaarwood | I guess someone just copied the stable ACLs across | |
| 14:46:51 | SteelyDan | fried_rice: why are you asking? anything you want to go to rc2 needs to be discussed heavily | |
| 14:47:24 | sean-k-mooney | fried_rice: +A on stable branch is the stable maintenance team so https://review.openstack.org/#/admin/groups/540,members | |
| 14:47:28 | fried_rice | SteelyDan: So that I know whether open bugs and tag the patches, which I clearly do, which I'm gonna do now. | |
| 14:47:44 | fried_rice | SteelyDan: Also adding them to the etherpad. | |
| 14:47:51 | fried_rice | Learning process, here. | |
| 14:48:09 | fried_rice | (As in, I'm learning what the process is) | |
| 14:49:13 | SteelyDan | fried_rice: anything you want to *propose* for rc should get rocky-rc-potential tag in launchpad | |
| 14:49:20 | SteelyDan | and then discuss here | |
| 14:49:37 | fried_rice | SteelyDan: Roger, thanks. | |
| 14:50:22 | sean-k-mooney | SteelyDan: at this point that would have to sepcificaly be a bug too and not have documentation impact? | |
| 14:50:52 | sean-k-mooney | i was never clear on how RC fixes and string freeze mixed | |
| 14:51:20 | SteelyDan | scrutiny goes up as the rc counter does | |
| 14:51:30 | SteelyDan | rc1 fixes are regressions and serious things | |
| 14:51:39 | SteelyDan | rc2 fixes are really only super serious things | |
| 14:51:44 | SteelyDan | rc3 things have to involve the queen | |
| 14:52:35 | SteelyDan | the only thing I've heard about for rc2 so far is this thing that makes live migration effectively broken for people on LB | |
| 14:52:39 | SteelyDan | which is, you know, pretty damn serious | |
| 14:53:44 | sean-k-mooney | SteelyDan: about that. the reason that was broken was basically the same reason we broke livimigraton with odl right | |
| 14:53:55 | sean-k-mooney | we cant rely on teh plug event form neutron | |
| 14:54:16 | SteelyDan | sean-k-mooney: I don't know about the latter, but matt did say ODL doesn't send plug events for live migration, so.. probably? | |
| 14:54:38 | fried_rice | SteelyDan: But as soon as the release happens, we get a lot less serious about what we allow to be backported? | |
| 14:54:44 | sean-k-mooney | have we deleted nova net this release because if we havent then you would never have that event either | |
| 14:55:00 | SteelyDan | fried_rice: as soon as the release happens then rocky becomes like any other stable | |
| 14:55:21 | SteelyDan | we have not deleted nova net | |
| 14:55:27 | SteelyDan | but we don't wait for events if we're using nova net | |
| 14:55:30 | SteelyDan | obviously | |
| 14:56:14 | sean-k-mooney | SteelyDan: did the code in sahids patch pecificaly check for that | |
| 14:56:50 | SteelyDan | all of the neutron event waiter code does | |
| 14:57:09 | SteelyDan | he copied it from boot, so should be in there | |
| 14:57:31 | fried_rice | is Matt already pto at this point? | |
| 14:57:32 | sean-k-mooney | ok i was just wondering if that patch would have broken nova-net migration also | |
| 14:57:36 | SteelyDan | if utils.is_neutron() and deadline: | |
| 14:57:46 | sean-k-mooney | which would be another reason to revert if it had | |
| 14:57:47 | SteelyDan | sean-k-mooney: ^ | |
| 14:57:57 | sean-k-mooney | ah ok cool | |
| 14:58:52 | melwitt | fried_rice: matt's not on PTO, traveling to china for work | |
| 14:59:15 | fried_rice | melwitt: Oh, is he still going to be working on code? | |
| 14:59:16 | melwitt | but I do think he's gone already and won't be around during US hours next week | |
| 15:00:08 | fried_rice | melwitt: Currently just wondering whether I (or someone) should take over his patch that's on the rc2 candidate list | |
| 15:00:14 | melwitt | not sure, depends on his schedule while he's over there, I imagine | |
| 15:00:20 | sean-k-mooney | fried_rice: i think he said he would try to be back online again later | |
| 15:01:58 | SteelyDan | fried_rice: which patch is that? | |
| 15:02:15 | fried_rice | SteelyDan: https://review.openstack.org/#/c/590445/ | |
| 15:02:20 | melwitt | SteelyDan: that's right, mriedem also wanted to land the "stop spamming the placement logs" patch for rc2 | |
| 15:02:25 | SteelyDan | fried_rice: ack | |
| 15:02:39 | SteelyDan | melwitt: ack | |
| 15:02:44 | SteelyDan | acks for everyone | |
| 15:02:57 | melwitt | you get an ack and you get an ack and | |
| 15:03:31 | fried_rice | Can I get an aaaar, maybe from lyaaaaaarwood? | |
| 15:04:03 | sean-k-mooney | fried_rice: look like cdent would like some rewording of the commit message first | |
| 15:04:21 | fried_rice | Yeah, I'm going to ask cdent to fix it up himself, assuming that's all that's needed. | |
| 15:05:23 | cdent | yeah, I can fix that. I wasn't sure if matt was still around or not, and wasn't sure if people would really care, but that thing has proven a source of confusion before, so I didn't want us to add to it | |
| 15:05:32 | SteelyDan | fried_rice: is this the bug you were asking about? because that patch should have a bug and be rc-potential tagged, IMHO | |
| 15:05:57 | sean-k-mooney | i have not done anything with the logging filters but it looks reaonable at a glance | |
| 15:06:06 | fried_rice | https://review.openstack.org/#/c/590041/ - debug logging in GET /allocation_candidates per http://lists.openstack.org/pipermail/openstack-dev/2018-August/132735.html | |
| 15:06:06 | fried_rice | https://review.openstack.org/#/c/590388/ - big perf improvement in the (for now and the near future) most common code path in GET /allocation_candidates | |
| 15:06:06 | fried_rice | SteelyDan: I was actually asking about | |
| 15:06:47 | fried_rice | SteelyDan: But yeah, Matt's needs a bug too. <== cdent (If you're still super busy, I can open that up and update the commit message whenever you're done with your reword) | |