Thursday, 2017-04-20

*** ricolin has joined #openstack-meeting-501:04
*** topol has joined #openstack-meeting-501:12
*** ricolin_ has joined #openstack-meeting-501:18
*** ricolin has quit IRC01:20
*** topol has quit IRC02:33
*** topol has joined #openstack-meeting-503:05
*** topol has quit IRC03:10
*** Rockyg has quit IRC04:01
*** rarcea has joined #openstack-meeting-505:59
*** topol has joined #openstack-meeting-506:46
*** topol has quit IRC06:50
*** ralonsoh has joined #openstack-meeting-506:51
*** matrohon_ has joined #openstack-meeting-506:51
*** ricolin_ has quit IRC07:57
*** ricolin has joined #openstack-meeting-507:58
*** racedo has joined #openstack-meeting-508:01
*** ricolin_ has joined #openstack-meeting-508:04
*** ricolin has quit IRC08:04
*** ricolin__ has joined #openstack-meeting-508:06
*** HelenYao has quit IRC08:07
*** ricolin_ has quit IRC08:09
*** ricolin_ has joined #openstack-meeting-508:15
*** ricolin__ has quit IRC08:18
*** aarefiev_afk is now known as aarefiev08:29
*** ralonsoh_ has joined #openstack-meeting-508:36
*** ralonsoh_ has quit IRC08:36
*** ralonsoh_ has joined #openstack-meeting-508:37
*** ralonsoh has quit IRC08:39
*** HelenYao has joined #openstack-meeting-509:19
*** ramishra has left #openstack-meeting-509:32
*** topol has joined #openstack-meeting-510:08
*** topol has quit IRC10:13
*** ricolin_ has quit IRC10:56
*** ralonsoh__ has joined #openstack-meeting-510:57
*** ralonsoh_ has quit IRC11:01
*** markvoelker has quit IRC11:06
*** markvoelker has joined #openstack-meeting-511:06
*** markvoelker has quit IRC11:11
*** rarcea has quit IRC11:11
*** topol has joined #openstack-meeting-511:16
*** benj_ has quit IRC12:00
*** zenirc369 has joined #openstack-meeting-512:19
*** benj_ has joined #openstack-meeting-512:32
*** markvoelker has joined #openstack-meeting-512:39
*** zenirc369 has quit IRC12:55
*** topol has quit IRC14:04
*** ricolin has joined #openstack-meeting-514:10
*** topol has joined #openstack-meeting-514:46
*** aarefiev is now known as aarefiev_afk15:01
*** zenirc369 has joined #openstack-meeting-515:07
*** phuongnh has joined #openstack-meeting-515:54
*** hshiina has joined #openstack-meeting-515:55
*** mjturek has joined #openstack-meeting-516:00
joanna#startmeeting ironic_bfv16:02
openstackMeeting started Thu Apr 20 16:02:12 2017 UTC and is due to finish in 60 minutes.  The chair is joanna. Information about MeetBot at http://wiki.debian.org/MeetBot.16:02
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:02
*** openstack changes topic to " (Meeting topic: ironic_bfv)"16:02
openstackThe meeting name has been set to 'ironic_bfv'16:02
joannamorning! I am sorry for the late start :)16:02
mjtureko/16:03
hshiinao/16:03
joanna#topic Announcements/Reminders16:03
*** openstack changes topic to "Announcements/Reminders (Meeting topic: ironic_bfv)"16:03
joannaDoes anyone have any announcements?16:04
mjturekI updated the cinder driver patch yesterday, but would like to discuss the comments later on16:04
mjturekThere are a couple I didn't address16:05
joannamjturek: great! I see that in the agenda - will it be fine to discuss in Discussion part?16:05
mjturekjoanna: totally16:05
joannagreat :)16:05
joannamoving on16:05
joanna#topic Current Status16:05
*** openstack changes topic to "Current Status (Meeting topic: ironic_bfv)"16:05
joannafollow up patch for common code got merged :)16:05
hshiinagreat!16:06
mjturek\o/16:06
*** zenirc369 has quit IRC16:07
joannaFrom what I see in Etherpad, that was the only merged patch since last meeting, other patches are WIP and have new review comments16:08
joannamjturek: thank you for taking care of the driver patch!16:09
mjturekjoanna: np it's been really interesting16:09
joannamjturek: awesome! :)16:09
joannashall we move to Planning?16:09
mjturek+116:09
joanna#topic Planning/Priorities16:10
hshiinashall we update other patches to solve conflicts?16:10
*** openstack changes topic to "Planning/Priorities (Meeting topic: ironic_bfv)"16:10
joannaI think that driver patch should stay a priority since it's a direct dependency of the merged patches16:10
mjturekagreed16:11
joannaWe can think about additional patch to put to weekly pirority list on Monday to accelerate16:11
joannahow about https://review.openstack.org/#/c/406290 ?16:12
mjturekjoanna: I think there's going to need to be a db patch for getting volume target from volume id (I'd like to handle this). It'll probably be needed to get the driver patch merged16:12
mjturekbut I'm fine with 40629016:13
hshiinai agree, let's rebase and add it to list16:14
joannamjturek: If you plan to update the wiring patch, you can rebase it on top of your DB reading change, so it won't get lost16:14
mjtureksurely16:14
joannamjturek: when the read volume target is ready it can be added to priority list instead. The point is to get reviews as fast as possible :)16:15
joannamjturek, hshiina: great!16:15
mjturekahhh understood joanna16:15
joanna#info Add https://review.openstack.org/#/c/406290 to weekly priority list16:15
joannashould we move to Discussion?16:16
mjtureksure!16:17
hshiinayes16:17
joanna#topic Discussion16:17
*** openstack changes topic to "Discussion (Meeting topic: ironic_bfv)"16:17
mjturekjoanna: hshiina: will be referring to comments here https://review.openstack.org/#/c/366197/39/ironic/drivers/modules/storage/cinder.py16:17
*** ricolin has quit IRC16:17
joannamjturek: do you want to do that one by one?16:17
mjturekyeah please16:17
mjturekso the first one on line 21716:18
mjturekI beleive vdrok is right. The function seems to achieve the same thing as detach_volumes16:18
*** matrohon_ has quit IRC16:19
mjturekis anyone opposed to removing the function>16:19
mjturek?*16:19
joannamjturek: it does it in two ways16:19
joannafirst it tries to run with no errors allowed16:19
joannathen, if it fails, it logs that aborting volume attached failed on detach (that's something specfifc)16:20
joannaand then tries once again woth allowing errors16:20
mjturekis the error reporting that important though?16:20
mjturekthat we need a new function for it?16:20
joannaI think the idea of retrying with allowed errors was to detect additional issues with the system16:21
mjturekhmmm, alright. I'll bring that up with vdrok and see what he thinks16:21
mjturekI'll ping you and hshiina as well to weigh in16:21
joannaI can imagine that if there's something wrong with cinder, so all the ops should fail, as an admin, I'd like to know that16:21
joannaand I think unsuccessful attach may happen even when there are no issues, but if also detach fails that's something worth looking at16:22
mjturekyeah I might see the value there16:22
mjturekright16:23
joannabut vdrok is right saying that it uses the functionality of detach, it's just a failure handler to add context to logs16:23
mjturekgot it16:23
joannawe can be less informative, or use these contents inline16:23
joannaHowever it would be also worth for other possible usages of this function16:24
mjturekright right16:24
joannadoes it help at all :)?16:24
mjturekyeah definitely, but I think I'll need to bring it up with vdrok16:24
mjturekbefore making a decision16:25
joannasure :)16:25
mjturek:)16:25
mjturekso moving on to generate_connector comment on 37616:25
joannaln 376?16:25
mjturekyep!16:25
mjturekmariojv was asking if Cinder does this. I haven't found anything but haven't looked too much16:26
mjturekand I genuinely don't know the answer to 2 or 3 :)16:26
mjturekI would assume no to 216:26
joannahmm16:26
mjturekbut was wondering if either of you had insight16:26
mjturekif not I'll bug Julia :)16:26
joannatarget_iqn should be in volume_target16:27
hshiinanova passes ip and iqn to cinder16:27
mjturekso she's saying that we need to translate from the connector_id to the IQN16:28
mjturekthe connector_Id is the IP16:29
mjturekbut by the time we hit nova we should have the IQN?16:30
mjturekand looking at the data structure that this returns, it looks like we'll need IQN16:31
mjturekI'm probably going to see if Julia has any insight16:31
joannamjturek: that is a good idea16:32
mjturekcool cool16:32
joannamjturek: from how I see it we have to pass all the connection info to nova16:32
mjturekahhh16:32
mjturekokay so then it is probably a TODO that must be handled16:32
joannahowever, it should already be in volume_connector16:32
mjturekoh16:33
mjturekokay cool16:33
joannaand the IQN can be generated from the other data contained in volume_target, so even if for any reason it's not available, it can be generated16:33
mjturekmakes sense16:33
joanna(although it might be a good idea to inform that the volume_connector info is incomplete)16:33
joannas/volume_target/volume_connector/, sorry :)16:33
mjturekright :)16:34
mjturekokay, makes perfect sense then16:34
mjturekso final comment is 40916:34
mjturekI think what vdrok means here is that we may have more than one volume connector but one might be broken16:35
mjturekwould checking len(data) be helpful here?16:36
joannaI see, because  vailid variable is reused in the switch case16:36
mjturekahhhh right16:37
joannayes I think it's a good idea16:37
joanna:)16:37
mjturekcool, will do then :)16:37
mjturekthat's all I had16:37
joannagreat!16:38
hshiinaregarding last issue, i don't think multi volume connectors mean multipath16:38
joannahshiina: this is about that there might be both ip and iqn for the same volume?16:38
joannahshiina: please take a look at comment in revision 3416:39
hshiinajoanna, yes16:40
joannaln 40916:40
*** ralonsoh__ has quit IRC16:40
joannahshiina: does it answer the quesion?16:42
*** zenirc369 has joined #openstack-meeting-516:43
hshiinajoanna, i haven't fully understood multipath. but, multipath seems more complicated16:45
mjturekso it sounds like it simply means that multiple paths are available to the volume. The fact that an IP and IQN are available means multiple paths are available, even if it's just for one driver16:46
mjturekone volume*16:46
joannafrom what I understand what Julia is saying, there is no harm in setting multipath to true, as driver should handle that16:46
joannamjturek: I think that since it's confusing, maybe it's a goos idea to add a comment there explaining why multipath is handled this way?16:48
joannaalso, can you confirm with Julia that it's a proper way to handle multipath?16:48
*** zenirc369 has quit IRC16:49
mjturekjoanna: agreed16:49
joannahshiina: are you ok with that? :)16:49
*** zenirc369 has joined #openstack-meeting-516:49
hshiinamultipath is listed in feature capabilities in the approved spce: https://specs.openstack.org/openstack/ironic-specs/specs/not-implemented/boot-from-volume-reference-drivers.html16:50
hshiinajoanna, it's ok to confirm with Julia16:50
joannahshiina: it's listed here as a potential capability - so maybe it's a good idea to have a happy scenario now, and when it's ready add better support for multipath if what we have is insufficient?16:52
hshiinajoanna, yes16:53
joannamjturek: if that will be fine with Julia, this comment may be a TODO comment for the future, then :)16:53
joannacool! that was the only item, should we move to open discussion?16:54
mjtureksure, I'll reach out to her later and ping hshiina as well16:54
joannamjturek: that's awesome!16:54
mjturek+116:54
hshiinamjturek, thanks16:54
joanna#info mjturek to follow up on multipath with hshiina and TheJulia16:54
joanna#topic Open Discussion16:54
*** openstack changes topic to "Open Discussion (Meeting topic: ironic_bfv)"16:54
joannaso this might be the last BFV meeting I attend. I will miss working on it! Please do not hesitate to contact me with any questions or anything :)16:55
mjturekjoanna: :( will do16:56
mjturekjoanna: do we need someone to facilitate the meeting>16:56
mjturekI'd be happy to help unless hshiina would rather do it16:56
joannaTheJulia should be back next week16:57
joannaso I think there's no such need :)16:57
mjturekjoanna: okay great!16:57
joannaawesome!16:57
joannaso are we done?16:57
hshiinayes.16:57
joannagreat!16:57
mjturekttyl all16:57
joannagood luck & have fun! :)16:57
hshiinajoanna, thank you for your work!16:58
mjturekyou too joanna :)16:58
joannathank you :)16:58
joanna#endmeeting16:58
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:58
openstackMeeting ended Thu Apr 20 16:58:05 2017 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:58
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ironic_bfv/2017/ironic_bfv.2017-04-20-16.02.html16:58
*** mjturek has left #openstack-meeting-516:58
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ironic_bfv/2017/ironic_bfv.2017-04-20-16.02.txt16:58
openstackLog:            http://eavesdrop.openstack.org/meetings/ironic_bfv/2017/ironic_bfv.2017-04-20-16.02.log.html16:58
*** hshiina has quit IRC17:03
*** racedo has quit IRC17:13
*** phuongnh has quit IRC17:34
*** matrohon_ has joined #openstack-meeting-519:01
*** rarcea has joined #openstack-meeting-519:22
*** rarcea has quit IRC20:32
*** krtaylor has quit IRC21:16
*** matrohon_ has quit IRC21:19
*** krtaylor has joined #openstack-meeting-521:23
*** zenirc369 has quit IRC21:45
*** bzhao_ has joined #openstack-meeting-522:10
*** topol has quit IRC22:20
*** markvoelker has quit IRC23:39
*** topol has joined #openstack-meeting-523:40
*** topol has quit IRC23:55
*** topol has joined #openstack-meeting-523:55

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