14:00:31 #startmeeting PowerVM Driver Meeting 14:00:32 Meeting started Tue Jun 5 14:00:31 2018 UTC and is due to finish in 60 minutes. The chair is edmondsw. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:33 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:36 The meeting name has been set to 'powervm_driver_meeting' 14:00:40 o/ 14:00:44 #link agenda: https://etherpad.openstack.org/p/powervm_driver_meeting_agenda 14:01:19 ping efried gman-tx mdrabe mujahidali chhagarw 14:01:29 #topic In-Tree Driver 14:01:37 #link https://etherpad.openstack.org/p/powervm-in-tree-todos 14:01:55 Nothing from me 14:02:14 esberglu really? you don't want to brag about getting vSCSI merged? 14:02:40 edmondsw: Was that not in last meeting? 14:02:59 Yeah vSCSI merged, the snapshot cleanup merged, we're off the runway 14:03:20 I'm still compiling backports to OOT, should have a good list together this week 14:03:21 it was late last week, so since the last meeting 14:03:45 tx 14:04:03 #topic Out-of-Tree Driver 14:04:12 #link https://etherpad.openstack.org/p/powervm-oot-todos 14:04:13 ō/ 14:05:21 chhagarw has been struggling to get a multinode devstack env stacked to test iSCSI migration cases 14:05:35 esberglu and I have been helping (mostly esberglu) 14:06:02 edmondsw: Control node is up, and I think the compute node _should_ stack now 14:06:14 +1 14:06:25 edmondsw: As a side note we had to bump the timeout waiting for the compute service to come up from 60 to 720 14:06:41 any idea why it needs to be that long in her env? 14:06:44 Might be something environmental I've never seen it take that long 14:07:00 But I don't have any good ideas for why 14:09:05 I wonder if it goes back to https://review.openstack.org/#/c/471773/ 14:09:24 at any rate, glad it stacked 14:09:52 efried will you be able to update the lower-constraints.txt for https://review.openstack.org/#/c/555964/ ? 14:10:47 I could. Got a bunch going on at the moment. 14:11:16 Not 100% sure there's an obviously-correct way to do that, though. 14:11:16 no rush 14:11:36 yeah, I think what we put there can be somewhat flexible 14:11:46 it seems weird/wrong to have to duplicate nova's entire l-c. 14:11:46 but you agree it makes sense to match nova as much as possible, right? 14:11:53 match where common, sure. 14:12:10 I agree that does seem weird. If we can figure out how to pull their file into ours dynamically... 14:12:18 yeah, was just going to say that. 14:12:22 That's totally possible. 14:12:37 what we need to add should be a fairly small list 14:13:18 tjakobs you think https://review.openstack.org/#/c/569430/ will be unblocked soon? 14:13:25 on top of what nova needs? Should be nil, really. 14:13:36 efried could be 14:14:19 edmondsw: the REST API code should be done soon (just need a +2) 14:14:48 we're gonna need a new pypowervm release cut so we can pull that into our requirements 14:15:03 for that and for https://review.openstack.org/#/c/568374/ 14:15:17 tjakobs you working on anything else for nova-powervm or just those 2? 14:15:56 edmondsw: not sure we need pypowervm for the rbd resize, but we do for the LOOP 14:16:10 I'm just working on those (plus kinda the refactor eventually) 14:16:49 yeah, when we can 14:16:59 ok, anything else to discuss for OOT anyone? 14:17:23 #topic Device Passthrough 14:17:29 efried ? 14:17:52 Big discussion on upgrade path for virt drivers moving to modeling via nrp. 14:18:03 hangout in 45m to discuss 14:18:20 Jay tried using it as an excuse to stop reviewing the nrp-in-alloc-cands series. I shut that down. 14:18:55 That's still out there. I've +2ed the bottom couple, and some in the middle; waiting for Jay to show some action and I'll hit the rest. 14:19:06 should I join the hangout, or you got it? 14:19:21 If you're interested, but no need. 14:19:28 k, I'll leave it to you 14:20:10 Eric Fried proposed openstack/nova-powervm master: add lower-constraints job https://review.openstack.org/555964 14:20:12 Let's see if that works ^ 14:20:25 removed our l-c entirely, just using nova's. 14:20:30 cause that actually makes sense. 14:20:41 +1 14:20:43 and lets us move with theirs. 14:22:05 Eric Fried proposed openstack/nova-powervm master: add lower-constraints job https://review.openstack.org/555964 14:22:23 rebase ^ 14:22:49 efried anything else for passthrough 14:23:02 so the way this upgrade business affects us is: we should wait until nrp-in-alloc-cands merges before we start working on the code to model our providers. 14:23:06 ...as trees 14:23:11 ...which we were going to do anyway. 14:23:13 but 14:23:19 if everything goes to hell 14:23:43 the upgrade thing gives us a way to model stuff non-nested for now, and then allow us to reshape later. 14:24:13 interesting 14:24:28 so basically if we start feeling like nrp-in-alloc-cands is at too much risk, we can fake it with resource classes, or sharing providers, or whatever. 14:24:34 and then "fix" it later. 14:24:48 cool 14:24:50 that is all 14:24:56 #topic PowerVM CI 14:25:07 #link https://etherpad.openstack.org/p/powervm_ci_todos 14:25:13 mujahidali esbergu ^ 14:26:09 PowerVM CI looks healthy at http://ci-watch.tintri.com/project?project=nova 14:26:34 mujahidali: Have you been monitoring the CI failures? Anything new? 14:27:02 yeah 14:27:18 mujahidali: Great. Have you started looking into reinstalling those extra systems we received at all? 14:27:31 mujahidali: I haven't had a chance to look at your latest vSCSI runs, will do today 14:27:55 no, I still need to get the system details from Drew. 14:28:02 esberglu as for the extra systems, they weren't reachable but that's fixed now 14:28:03 Stable/queens passed tempest but for stable/pike while running tempest it's giving import error 14:28:13 I have the systems in my name now 14:28:26 for the vscsi stable/branches 14:28:36 I started trying to greenfield deploy NovaLink and hit some issues, had to put it aside 14:28:47 I'll be pushing up new patchsets for multinode CI either today or tomorrow. It's getting really close, I will detail what we have left in the commit 14:29:14 mujahidali did you make sure you were using devstack's pike branch for testing pike? 14:29:49 I think your issues might have been due to using devstack master 14:29:57 esberglu that make sense? ^ 14:29:59 I exported ZUUL_BRANCH=stable/pike 14:30:13 the import errors were things that didn't exist in pike 14:30:27 edmondsw: Maybe, I only took a glance at it 14:32:25 one more thing, I need to explicitly set the ETCD_VERSION=v3.2.0-rc.1 14:32:30 mujahidali did you create a commit with your changes so far and post it up to gerrit like I suggested, so we can look? 14:32:55 although in the local.conf file it's v3.2.0-rc.1 only 14:33:38 sounds like you're doing something wrong 14:33:53 mujahidali: ETCD_VERSION should already be set to that for stable/pike runs 14:33:54 get that commit created, and then let's talk through your steps in using it 14:34:01 https://github.com/powervm/powervm-ci/blob/master/devstack/stable/pike/outoftree/local.conf#L62-L65 14:34:03 sure 14:34:28 So you're correct in having it set to that 14:35:05 anything else for CI? 14:35:26 Not from me 14:35:53 esberglu: you are correct, it should set v3.2.0-rc.1, but when I run without export it's picking 3.1.10 and when I look in local.conf file it's v3.2.0-rc.1 14:36:57 alright let's debug that after the meeting once you have the commit up for review 14:37:04 #topic Open Discussion 14:37:14 anyone have anything? 14:37:46 I'm out thursday and friday 14:37:51 ack 14:37:58 nova spec review day today 14:38:21 I am out for next week 14:38:23 Rocky-2 milestone is Thursday 14:38:40 so I'll be proposing tags then 14:39:35 alright, sounds like that's it for today. Thanks everyone 14:39:37 #endmeeting