Thursday, 2017-12-14

*** felipemonteiro has joined #openstack-meeting-cp00:18
*** felipemonteiro_ has joined #openstack-meeting-cp00:19
*** felipemonteiro has quit IRC00:23
*** felipemonteiro_ has quit IRC00:26
*** gouthamr has joined #openstack-meeting-cp00:42
*** harlowja has quit IRC00:45
*** nhelgeson has quit IRC02:22
*** aselius has quit IRC02:29
*** amrith has quit IRC02:32
*** amrith has joined #openstack-meeting-cp02:36
*** benj_ has quit IRC02:40
*** benj_ has joined #openstack-meeting-cp02:41
*** gouthamr has quit IRC03:17
*** markvoelker_ has quit IRC03:24
*** lbragstad has quit IRC03:44
*** lamt has quit IRC05:05
*** lamt has joined #openstack-meeting-cp05:05
*** lamt is now known as Guest6299205:05
*** markvoelker has joined #openstack-meeting-cp05:25
*** markvoelker has quit IRC05:58
*** MarkBaker has joined #openstack-meeting-cp06:36
*** MarkBaker has quit IRC06:41
*** markvoelker has joined #openstack-meeting-cp06:55
*** markvoelker has quit IRC07:30
*** felipemonteiro_ has joined #openstack-meeting-cp07:31
*** felipemonteiro__ has joined #openstack-meeting-cp08:03
*** felipemonteiro_ has quit IRC08:06
*** markvoelker has joined #openstack-meeting-cp08:26
*** markvoelker has quit IRC09:00
*** MarkBaker has joined #openstack-meeting-cp09:08
*** felipemonteiro__ has quit IRC09:16
*** MarkBaker has quit IRC09:20
*** markvoelker has joined #openstack-meeting-cp09:57
*** sdague has joined #openstack-meeting-cp09:59
*** markvoelker has quit IRC10:29
*** MarkBaker has joined #openstack-meeting-cp10:33
*** MarkBaker has quit IRC10:46
*** _pewp_ has quit IRC11:08
*** _pewp_ has joined #openstack-meeting-cp11:09
*** markvoelker has joined #openstack-meeting-cp11:26
*** markvoelker has quit IRC12:00
*** markvoelker has joined #openstack-meeting-cp12:57
*** markvoelker has quit IRC13:28
*** markvoelker has joined #openstack-meeting-cp13:28
*** edmondsw has joined #openstack-meeting-cp13:37
*** MarkBaker has joined #openstack-meeting-cp13:38
*** gouthamr has joined #openstack-meeting-cp14:25
*** lbragstad has joined #openstack-meeting-cp14:50
*** xyang1 has joined #openstack-meeting-cp14:50
*** felipemonteiro__ has joined #openstack-meeting-cp15:13
*** felipemonteiro__ has quit IRC15:17
*** felipemonteiro__ has joined #openstack-meeting-cp15:25
*** felipemonteiro_ has joined #openstack-meeting-cp15:26
*** felipemonteiro__ has quit IRC15:30
*** MarkBaker has quit IRC15:58
*** mriedem has joined #openstack-meeting-cp15:58
ildikov#startmeeting cinder-nova-api-changes16:00
openstackMeeting started Thu Dec 14 16:00:12 2017 UTC and is due to finish in 60 minutes.  The chair is ildikov. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
*** openstack changes topic to " (Meeting topic: cinder-nova-api-changes)"16:00
openstackThe meeting name has been set to 'cinder_nova_api_changes'16:00
ildikovjohnthetubaguy jaypipes e0ne jgriffith hemna mriedem patrickeast smcginnis diablo_rojo xyang1 raj_singh lyarwood jungleboyj stvnoyes16:00
jungleboyj@!16:01
_pewp_jungleboyj (*´・д・)ノ16:01
mriedemo/16:01
ildikovgood morning gentlemen :)16:01
jungleboyjGood morning.16:01
ildikovwe can quickly go through things I think16:02
ildikovwe have a bug fixing round that has bits and pieces in both Nova and Cinder for the new attach code16:02
ildikov#link https://review.openstack.org/#/q/topic:bug/1737779+(status:open+OR+status:merged)16:02
mriedemthere is a cinder one now too16:03
ildikov#link https://review.openstack.org/#/c/527852/16:03
mriedemhttps://review.openstack.org/#/c/527852/16:03
mriedemahead of me16:03
ildikovmriedem: yep, just didn't have the link handy :)16:03
mriedemi'll update ^ once i'm out of meetings16:03
mriedemand ML threads16:03
mriedemand tc channels16:03
mriedemoh my16:03
jungleboyjmriedem:  Great and then I will review.16:03
ildikovmriedem: thanks for stepping up on that one, I wasn't sure whether or not we would want to drop attachment_specs16:03
ildikovmriedem: sorry about the meeting :( :)16:04
ildikovmriedem: as for the Nova side, do we have anything else beyond testing on those patches?16:05
mriedemjust needs reviews16:05
mriedemi already asked for that in the nova meeting earlier today16:05
mriedemi'll bug melwitt later16:05
ildikovah ok, missed that part16:06
ildikovthanks!16:06
ildikovas for reviews, we have the Cinder side spec for multi-attach still open: https://review.openstack.org/#/c/523608/16:06
ildikovwith a recent comment to move it Rocky from tommylikehu16:07
ildikovjungleboyj: what's your take on this?16:07
jungleboyjildikov:  In multiple meetings.16:08
ildikovjungleboyj: ok, no worries, we can get back to it, when you have a minute16:09
ildikovmriedem: I started to update the libvirt patch16:09
jungleboyjildikov:  Why was that put in there?16:09
ildikovjungleboyj: I'm not sure I understand your question16:10
ildikovjungleboyj: the spec is not approved yet16:10
mriedemi haven't read the cinder spec yet16:10
mriedemi wasn't sure why there was a cinder spec honestly16:10
smcginnisIt's up to jungleboyj, but I think we will still want that spec even though it's past spec freeze.16:10
ildikovjungleboyj: and it seems we're over some deadline now that would suggest to move it Rocky now?16:10
mriedemi thought nova just needed the shared_targets field on the volume to disconnect safely16:10
smcginnismriedem: Someone told jgriffith to write one.16:10
* smcginnis looks at ildikov 16:10
jgriffithI was just following orders16:11
mriedemis there anything in the cinder spec that nova actually needs to add multiattach support?16:11
ildikovmriedem: we talked about that spec two weeks ago or three, johnthetubaguy had comments that got fixed16:11
ildikovmriedem: it's mainly about the policies and how to specify 'multiattach' at volume creation and after16:11
jungleboyjI don't think the spec was that far off and I think that we were close to having the pieces in place to integrate for Rocky.16:12
mriedemok16:12
mriedemif it's mostly policy knobs, sure16:12
smcginnisI belive the idea was to make sure to get written down some of our assumptions and decisions so we didn't have to rehash it 100 times.16:12
ildikovmriedem: not a long read, if you have a minute to glance through if you see anything odd, I think it should be ok b now16:12
smcginnisJust 50.16:12
jungleboyjLong story short, I think we need to get the spec in for Queens.16:12
jgriffithsmcginnis: 7516:12
mriedemyou need the policy rules for sure16:12
mriedembecause some nova backends don't support multiattach so deployments will need to turn it off16:12
smcginnisjgriffith: 60, that's my final offer.16:12
ildikovsmcginnis: jgriffith: my bad, I like having some notes on what we agreed to do :)16:13
jgriffithsmcginnis: sold16:13
jgriffithildikov: you weren't the only one that asked for it so don't worry about it16:13
smcginnisildikov: No, it does make sense. We just need someone to approve it.16:13
ildikov60 is a nice number :)16:13
jgriffithand it is good to have it written down so somebody can work it out16:13
*** aselius has joined #openstack-meeting-cp16:13
ildikovjgriffith: yeah, I guess I wanted notes I can follow... :)16:14
ildikovmriedem: the only argument we had was handling 'multiattach' as volume type at creation time and then blocking the ability to modify it once the volume is attached16:15
jungleboyjI will go approve it if that means we can move on.16:15
jungleboyjjgriffith: ildikov if I approve it do we think we can still get it in, in queens?16:15
mriedemi think definitely on the latter16:15
mriedemchanging a multiattach volume that is in-use likely screws up stuff on the nova side16:16
ildikovjungleboyj: that would be the idea16:16
mriedem409 IMO16:16
ildikovjungleboyj: mriedem has been missing some sleep for a few days/weeks now to make it happen for Queens16:16
jungleboyjildikov:  Ok, I will review and we should target approving today.16:16
jungleboyjmriedem is the best!16:16
ildikovmriedem: yeah, we cannot play with the domain xml, or at least I don't want to16:16
ildikovmriedem: so no modifying that value once the volume is attached, if it's back to available then I don't care who does what with it until the next attach16:17
ildikovjungleboyj: cool, thanks16:17
mriedemildikov: same16:17
ildikovand yes, mriedem is the best!!!16:17
mriedemi'll have to read the spec about the volume type thing16:17
mriedemi thought we said last time that the existing boolean flag on the volume was enough16:18
mriedemeven though the volume type might not support it16:18
mriedemmaybe fail the volume create in that case?16:18
mriedemor fail the PUT /volumes change16:18
ildikovmriedem: it is still a flag on the volume from the volume object perspective16:18
jungleboyjCan we retrype a volume when it is attached?16:18
jungleboyjjgriffith: ^^^16:18
mriedemjungleboyj: yes16:18
mriedemthat's the swap volume API in nova16:18
ildikovmriedem: jgriffith clarified it in the spec as I got confused as well16:18
jungleboyjHoly shit.  Didn't know that.16:19
mriedemretype in cinder posts to the swap volume api in nova16:19
mriedemto attach the new block device in the guest and remove the old one16:19
jungleboyjOk, so we don't want to allow that on multi-attached volumes?16:19
jgriffithjungleboyj: we don't want to allow that for multi-attach type16:20
jgriffithjungleboyj: read the spec :)16:20
jungleboyjjgriffith:  Going.  That is fine with me.16:20
smcginnismriedem: That's just retype with migration, right?16:21
jgriffithsmcginnis: That should be the case yes16:22
jgriffithsmcginnis: which you may recall :)16:22
jgriffithjust saying16:22
* jungleboyj has the spec open and is going to approve.16:22
jungleboyjafter reading again.16:22
jungleboyjmriedem:  Any concerns with that?16:23
mriedemsorry, in tc16:24
mriedemsmcginnis: it's also migration w/o retype16:24
mriedemswap volume is called from cinder if you (1) retype a volume or (2) don't retype but migrate to another backend16:25
mriedemas far as i understand16:25
smcginnisBut just plain old retype is fine and would make it very simple to change the flag.16:25
mriedemi think you' can't do 1 without 216:25
mriedembut you can do 2 without 1 yes?16:25
jgriffithmriedem: migrate is a form of retype, but yes, we're saying the same thing16:25
smcginnisThere's 1) retype, 2) retype with --migration-policy on-demand, and there's 3) migration.16:25
ildikovsmcginnis: +1 to easily change the flag when the conditions are met16:28
mriedemi'll try to read the spec this afternoon16:29
jungleboyjOk, the spec says flat out that you can't retype.  I think that is the safest thing.16:29
mriedemif jungleboyj can hold off on the approval16:29
jgriffithsmcginnis: I left the migrate command out because it shouldn't include any changes to the multiattach type setting16:29
jungleboyjmriedem:  Yep, will do.16:29
mriedemi'm way overcommitted atm16:29
mriedemand need to start actually doing some stuff16:29
jgriffithsmcginnis: there's no retype involved, so it should just keep the same setting etc, but maybe not16:29
ildikovmriedem: fair enough16:30
smcginnisjgriffith: Yeah, I think the same settings in that case.16:30
ildikovmriedem: I think the libvirt patch is mainly ready except moving up the support-matrix.ini changes16:30
smcginnisSo #1 should be no big deal, #2 would have to raise SorryCantDoThat(), and migrate isn't involved.16:30
ildikovmriedem: there was a concern on how to puch down the 'multiattach' info to the libvirt driver, which I sorted out by putting it into the connection_info dict16:31
jgriffithsmcginnis: yeah, that's what I came up with at least16:31
smcginnisjgriffith: ++16:31
ildikovmriedem: that might be the only questionable thing in it16:31
ildikovsmcginnis: jgriffith: +116:32
mriedempuch down?16:32
mriedemis that hungarian?16:32
jungleboyjsmcginnis:  ++16:32
ildikovdoesn't seem to be :)16:32
mriedempass down?16:32
mriedemildikov: will have to look16:32
mriedemildikov: maybe leave a comment on the patch where you have a question?16:33
mriedemto highlightit16:33
jungleboyjI am good on the Spec unless we want to clarify the retype considerations but I think being conservative there is fine.  Don't need to respin.16:33
smcginnisjungleboyj: We can always do an update later.16:34
jungleboyj++16:34
ildikovmriedem: I will add a comment to be sure16:34
ildikovmriedem: I just would like to be sure we don't have concerns with that part anymore16:35
jgriffithjungleboyj: line #100 - 11016:35
jgriffithactually just 10716:35
mriedemtab opened to https://review.openstack.org/#/c/523608/ for later16:36
jungleboyjjgriffith:  I saw that but I thought that was only a problem if it is retype with migration ?16:36
jungleboyjjgriffith:  But I am fine with leaving it as is.16:36
ildikovmriedem: thanks!16:37
jgriffithjungleboyj: ahh, I see; yeah we can add some clarification in there; but in-use should cover that case IMO16:38
jungleboyjjgriffith:  Ok.  I think staying on the safe side is best.16:38
jgriffithretyping an in-use volume is the problem, not necessarily migrating, migrating an in-use volume however is no bueno, but that's a result of retype.  Geesh... so simple16:38
jungleboyjYep!16:40
*** yamahata has joined #openstack-meeting-cp16:44
ildikovok, it seems that we're on the same page with this16:45
ildikovor are there any further concerns?16:45
jungleboyjI don't think so.16:45
jungleboyjJust need to get the spec through and keep working things.16:46
ildikovok, cool16:46
ildikovjgriffith: I guess you're out of bandwidth regarding anything written in the Cinder spec16:46
ildikovjgriffith: is that a valid assumption?16:46
jgriffithildikov: I'm just out of bandwidth to spend a year polishing the turd16:46
ildikovjgriffith: fair enough I guess16:47
jgriffithso yes, that's valid; I won't be picking up that work any time in the next few weeks16:47
jgriffithI started it last week, but I won't get back to it any time soon I don't think16:48
ildikovjgriffith: if there are any bits and pieces I can start from plz point me to it16:48
ildikovjgriffith: otherwise I'll figure it out16:48
jgriffithildikov: yeah, I'll shoot you some info in Cinder channel16:49
ildikovjgriffith: sounds good16:49
ildikovjgriffith: thank you16:49
jungleboyjildikov:  Thank you.16:49
ildikovok, I don't have anything more for today16:50
ildikovanything from anyone else?16:50
jungleboyjildikov:  I don't think so.  Thank you for all you do!16:50
jungleboyjjgriffith:  Thank you for continuing to help.  I know this has been a big turd to polish.16:51
ildikovjungleboyj: just trying to keep it together :)16:51
jungleboyj:-)16:51
ildikovok, let's close this for today and do some work16:51
ildikovthanks everyone!16:51
jungleboyjildikov:  ++16:51
ildikov#endmeeting16:51
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:51
openstackMeeting ended Thu Dec 14 16:51:57 2017 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:51
openstackMinutes:        http://eavesdrop.openstack.org/meetings/cinder_nova_api_changes/2017/cinder_nova_api_changes.2017-12-14-16.00.html16:52
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/cinder_nova_api_changes/2017/cinder_nova_api_changes.2017-12-14-16.00.txt16:52
openstackLog:            http://eavesdrop.openstack.org/meetings/cinder_nova_api_changes/2017/cinder_nova_api_changes.2017-12-14-16.00.log.html16:52
*** mriedem has left #openstack-meeting-cp17:00
*** xyang1 has quit IRC17:01
*** edmondsw has quit IRC17:06
*** nhelgeson has joined #openstack-meeting-cp17:06
*** edmondsw has joined #openstack-meeting-cp17:06
*** edmondsw_ has joined #openstack-meeting-cp17:10
*** edmondsw has quit IRC17:11
*** edmondsw_ has quit IRC17:14
*** edmondsw has joined #openstack-meeting-cp17:22
*** edmondsw has quit IRC17:25
*** edmondsw has joined #openstack-meeting-cp17:40
*** felipemonteiro_ has quit IRC17:43
*** edmondsw has quit IRC17:53
*** edmondsw has joined #openstack-meeting-cp17:54
*** xyang1 has joined #openstack-meeting-cp17:55
*** xyang1 has quit IRC17:59
*** yamahata has quit IRC18:06
*** edmondsw has quit IRC18:14
*** edmondsw has joined #openstack-meeting-cp18:21
*** gouthamr has quit IRC18:24
*** edmondsw has quit IRC18:25
*** edmondsw has joined #openstack-meeting-cp18:27
*** harlowja has joined #openstack-meeting-cp18:29
*** edmondsw has quit IRC18:32
*** stvnoyes has joined #openstack-meeting-cp18:32
*** edmondsw has joined #openstack-meeting-cp18:33
*** gouthamr has joined #openstack-meeting-cp18:37
*** edmondsw has quit IRC18:37
*** edmondsw has joined #openstack-meeting-cp18:39
*** edmondsw has quit IRC18:43
*** edmondsw has joined #openstack-meeting-cp18:45
*** felipemonteiro_ has joined #openstack-meeting-cp18:56
*** felipemonteiro__ has joined #openstack-meeting-cp18:58
*** felipemonteiro_ has quit IRC19:02
*** edmondsw has quit IRC19:12
*** edmondsw has joined #openstack-meeting-cp19:13
*** openstack has joined #openstack-meeting-cp20:31
*** ChanServ sets mode: +o openstack20:31
*** edmondsw has joined #openstack-meeting-cp20:31
*** edmondsw has quit IRC20:36
*** gouthamr has quit IRC20:47
*** yamahata has joined #openstack-meeting-cp21:09
*** openstack has joined #openstack-meeting-cp21:11
*** ChanServ sets mode: +o openstack21:11
*** gouthamr has joined #openstack-meeting-cp21:44
*** gouthamr_ has joined #openstack-meeting-cp21:45
*** gouthamr has quit IRC21:48
*** gouthamr_ is now known as gouthamr22:04
*** diablo_rojo has quit IRC22:04
*** diablo_rojo has joined #openstack-meeting-cp22:07
*** gouthamr has quit IRC22:28
*** felipemonteiro_ has joined #openstack-meeting-cp22:50
*** felipemonteiro__ has quit IRC22:53
*** felipemonteiro_ has quit IRC22:56
*** felipemonteiro_ has joined #openstack-meeting-cp23:14
*** harlowja has quit IRC23:32
*** felipemonteiro_ has quit IRC23:35
*** harlowja has joined #openstack-meeting-cp23:39
*** harlowja has quit IRC23:40
*** harlowja has joined #openstack-meeting-cp23:42
*** harlowja has quit IRC23:50

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!