Thursday, 2017-07-20

*** makowals has joined #openstack-meeting-500:30
*** makowals has quit IRC01:00
*** makowals has joined #openstack-meeting-501:06
*** makowals has quit IRC02:13
*** iyamahat has quit IRC02:17
*** yamahata has quit IRC02:17
*** elynn has joined #openstack-meeting-502:19
*** makowals has joined #openstack-meeting-502:35
*** yamahata has joined #openstack-meeting-503:08
*** markvoelker has quit IRC03:09
*** ramishra has quit IRC03:21
*** ramishra has joined #openstack-meeting-503:23
*** ramishra has quit IRC03:32
*** ramishra has joined #openstack-meeting-503:34
*** Guest85080 has joined #openstack-meeting-504:02
*** Rockyg has joined #openstack-meeting-504:07
*** elynn has quit IRC04:11
*** Guest85080 is now known as amrith04:12
*** amrith- has joined #openstack-meeting-504:12
*** amrith- is now known as amrith04:13
*** amrith is now known as Guest3066404:13
*** Guest30664 has quit IRC04:13
*** amrith- has joined #openstack-meeting-504:14
*** amrith- is now known as amrith04:16
*** ramishra has left #openstack-meeting-504:16
*** amrith has quit IRC04:52
*** amrith has joined #openstack-meeting-504:53
*** markvoelker has joined #openstack-meeting-505:10
*** markvoelker has quit IRC05:44
*** markvoelker has joined #openstack-meeting-506:01
*** markvoelker has quit IRC06:06
*** skazi has joined #openstack-meeting-506:56
*** markvoelker has joined #openstack-meeting-507:02
*** rarcea has joined #openstack-meeting-507:11
*** rarcea has quit IRC07:20
*** Rockyg has quit IRC07:24
*** rarcea has joined #openstack-meeting-507:27
*** markvoelker has quit IRC07:36
*** aarefiev_afk is now known as aarefiev07:43
*** skazi has quit IRC07:46
*** ralonsoh has joined #openstack-meeting-508:00
*** skazi has joined #openstack-meeting-508:30
*** markvoelker has joined #openstack-meeting-508:33
*** rarcea has quit IRC08:34
*** rarcea has joined #openstack-meeting-508:34
*** rarcea has quit IRC08:35
*** rarcea has joined #openstack-meeting-508:35
*** markvoelker has quit IRC09:07
*** yamahata has quit IRC09:51
*** iyamahat has joined #openstack-meeting-509:56
*** iyamahat has quit IRC09:56
*** markvoelker has joined #openstack-meeting-510:03
*** markvoelker has quit IRC10:37
*** markvoelker has joined #openstack-meeting-511:11
*** ralonsoh has quit IRC11:50
*** ralonsoh has joined #openstack-meeting-511:50
*** mattmceuen has joined #openstack-meeting-512:02
*** skazi has quit IRC12:10
*** mattmceuen has quit IRC12:40
*** markvoelker has quit IRC12:40
*** markvoelker has joined #openstack-meeting-512:52
*** felipemonteiro has joined #openstack-meeting-513:43
*** felipemonteiro_ has joined #openstack-meeting-513:44
*** mattmceuen has joined #openstack-meeting-513:48
*** felipemonteiro has quit IRC13:49
*** makowals has quit IRC13:54
*** lujinluo has joined #openstack-meeting-513:54
*** makowals has joined #openstack-meeting-513:57
*** ihrachys has joined #openstack-meeting-514:00
ihrachys#startmeeting neutron_upgrades14:00
openstackMeeting started Thu Jul 20 14:00:55 2017 UTC and is due to finish in 60 minutes.  The chair is ihrachys. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: neutron_upgrades)"14:00
openstackThe meeting name has been set to 'neutron_upgrades'14:00
* ihrachys waves at lujinluo 14:01
ihrachyswe'll wait for a bit for manjeets14:01
lujinluoo/14:01
lujinluosure14:01
ihrachyshmmm14:03
ihrachyslooks like Manjeet is struggling with the new time ;)14:03
ihrachysanyhow, let's walk through what we have14:03
lujinluohaha, sure14:04
ihrachys#topic Actions from previous week14:04
*** openstack changes topic to "Actions from previous week (Meeting topic: neutron_upgrades)"14:04
ihrachysthis week we have 3 items14:04
ihrachysall on me14:04
ihrachysneither done :-x14:04
lujinluo:-x14:04
ihrachysfirst was "ihrachys to take over port binding level OVO" and I just started looking but didn't get to anything meaningful14:04
ihrachyssecond was "ihrachys to review CLI patch for data migration" and I haven't had a single look :-x14:05
ihrachysand second was "ihrachys to take a look at https://bugs.launchpad.net/neutron/+bug/1704000"14:05
openstackLaunchpad bug 1704000 in neutron "Sometimes OVO unit tests clash on non-unique attributes" [High,In progress] - Assigned to Lujin Luo (luo-lujin)14:05
ihrachysfor that, lujinluo took it over because he needs to do a similar fix for floating ip OVO14:05
ihrachyslujinluo, thanks for that :)14:05
lujinluono problem. hmm, btw, it should be she ;)14:05
ihrachysoops sorry14:06
lujinluohaha, never mind14:06
ihrachyswell that's an embarrassing assumption actually :) anyhow.14:06
lujinluodon't worry about that. it happens a lot.. ;)14:07
ihrachysyeah14:08
ihrachys#topic Gate breakages14:08
*** openstack changes topic to "Gate breakages (Meeting topic: neutron_upgrades)"14:08
ihrachysso one is on lujinluo that is the unique constraint failures14:08
ihrachyslujinluo, you mentioned in gerrit that it may not help with the bug though, or am I misread?14:08
lujinluoyes, it seems to be not related. but i am still trying to put them together14:09
lujinluobecause how we deal with unique tuples14:09
lujinluocurrently when unique tuples are found, we jump back to gent_random_object_fields()14:10
*** manjeets_ has joined #openstack-meeting-514:10
lujinluobut in RouterL3AgentBinding's case, the composite unique key is within update_object_fields()14:10
lujinluoso we will end up in a infinite loop14:11
ihrachysoh. but then how do tests work? I think we create all three objects from the generated fields, no? they would fail on creating the second one?14:11
ihrachysor maybe we don't really create all three?..14:11
lujinluothe creation is in update_object_fields() and we do not have unique key check in it. i am trying to add it14:12
ihrachysack14:13
lujinluobut even though i add the check in update_object_fields(), when we found the unique tuple in get_randon_object_fields(), it ends up in infinite loops generating random values. need to take closer look tmr14:13
ihrachysok. if you feel that's a separate matter and not really related, we may remove Closes-Bug and have a fix just for your thing, no need to lump then14:15
lujinluook, got it.14:15
ihrachysspeaking of other breakages triggered by OVO, we hit this in Red Hat CI for Pike: https://bugzilla.redhat.com/show_bug.cgi?id=147078414:16
openstackbugzilla.redhat.com bug 1470784 in openstack-neutron "The API test test_associate_floating_ip_with_port_from_another_tenant fails" [Unspecified,Assigned] - Assigned to ihrachys14:16
ihrachyssince switch to IPAllocation OVO, we get this when retry is triggered:14:16
ihrachys2017-07-13 15:20:51.064 85185 ERROR neutron.pecan_wsgi.hooks.translation FlushError: New instance <IPAllocation at 0x8b3f7d0> with identity key (<class 'neutron.db.models_v2.IPAllocation'>, ('2003::1:f816:3eff:fe3f:aa00', '8032a1cd-9236-4126-83fa-2f039ed2b890', 'c0542b84-bcd0-48e1-ace1-6da1f50246dc')) conflicts with persistent instance <IPAllocation at 0x89ac310>14:16
ihrachysI should report it in LP14:16
ihrachysI have a potential fix for that here: https://review.openstack.org/#/c/485328/14:16
ihrachysthere was a bug in the switching patch that was adding OVO object to sqlalchemy session to keep reference to the model, which obviously doesn't work14:17
manjeets_I am also having a session.id expire issue with networkdhcpagentbinding ovo14:19
manjeets_http://logs.openstack.org/52/370452/50/check/gate-neutron-python27-ubuntu-xenial/c1f6301/testr_results.html.gz14:19
ihrachysI am still to test the patch, but lujinluo I would like to see you eyeballing it since you polished the switch patch. I hope I don't break anything with the fix.14:19
lujinluoihrachys, sure. will do14:20
manjeets_I specified lazy in db model which fixed the constant_query_test but broke others14:20
ihrachysmanjeets_, is it because your agent model is not fetched via relationship?14:20
ihrachysoh that's with lazy load?14:20
ihrachys(well it's not really lazy; whoever came up with the name for sqlalchemy is guilty as hell)14:21
manjeets_for some reason when I specify lazy to subquery or joined it loses its session14:21
manjeets_it fails while expunging because hash doesn't match with session id14:22
manjeets_https://github.com/zzzeek/sqlalchemy/blob/master/lib/sqlalchemy/orm/session.py#L162514:22
manjeets_it just loses session_id not the entire session14:23
ihrachysmanjeets_, do we hit the model with .expunge() in _detach_db_obj before this other call?14:24
lujinluodoes this only happen in OVO patch? I think I have seen something similar but it happens to synthetic field.14:24
ihrachyslujinluo, it is synthetic I believe. an object-field loaded via load_synthetic_db_fields14:25
ihrachysright?14:25
manjeets_something while loading synthetic field for second object14:25
manjeets_https://github.com/openstack/neutron/blob/master/neutron/objects/base.py#L34614:25
lujinluoyes, i think same place14:26
manjeets_with in it it tries to load ovo and fails, on expunge14:26
ihrachysmanjeets_, I would look at the order of all expunge calls. maybe we first expunge the binding (that will probably expunge linked agent model too?), then the agent model14:27
manjeets_but db query gets the right db_objs14:27
manjeets_afair, I think order was same when I add lazy with when I remove it, but not 100% sure will check today14:28
ihrachysmanjeets_, do multiple bindings point to the same agent?14:30
ihrachysif so, then get_objects() will expunge those agents (via bindings) over and over? [I am not sure expunge traverse recursively though]14:30
manjeets_no I was able to see two agents one for each network14:31
manjeets_in the tests atleast14:31
ihrachysok it doesn't seem like we can solve it during the meeting. :)14:32
manjeets_once i check today I may hit on neutron channel today14:33
manjeets_hit you**14:33
ihrachysok, just pick a harder stick14:33
ihrachys:)14:33
manjeets_lol14:33
ihrachysI need it, really.14:33
ihrachyshaven't reviewed what I should have :)14:34
ihrachys#topic OVO patches14:34
*** openstack changes topic to "OVO patches (Meeting topic: neutron_upgrades)"14:34
ihrachyshttps://review.openstack.org/#/q/status:open+project:openstack/neutron+branch:master+topic:bp/adopt-oslo-versioned-objects-for-db14:34
ihrachysgoing top to bottom14:34
ihrachyshttps://review.openstack.org/#/c/466237/ is router-port to port relationship. I saw lujinluo was planning to look at a better place for .refresh so I put it to wip.14:35
ihrachysI hope that's fine14:35
lujinluosure. too many .refresh() in that patch.14:35
ihrachys:) that's true. sqlalchemy is sometimes moody.14:35
ihrachysnext is https://review.openstack.org/#/c/482722/ (Integrate ovo in type_vlan cleanup)14:36
ihrachysI think we wait for author reply on the suggestion to add test coverage14:36
ihrachysnext is https://review.openstack.org/#/c/407868/ (Integration of (Distributed) Port Binding OVO)14:36
lujinluohmm, i need a harder stick for this one too14:37
ihrachysmanjeets_, you have work to do man14:37
manjeets_i need that too, haven't completed what I should have14:37
lujinluolol14:37
ihrachyslujinluo, but seriously, you do a lot of parallel things, no wonder some things may slip from time to time, it's totally cool :)14:38
ihrachysnext is https://review.openstack.org/#/c/481972/ (FloatingIP to OVO)14:38
ihrachysI think it's good, just waits for resolution on generator for unique constraints fix14:38
ihrachysI will +2 when we solve the underlying on14:39
ihrachys*one14:39
lujinluoack14:39
ihrachysnext to discuss is https://review.openstack.org/#/c/424154/ (RouterPort OVO integration)14:39
ihrachysI see lujinluo respinned it14:40
ihrachysI will review14:40
lujinluothanks! i am not sure how to deal with Port as a synthetic field so I used .db_obj14:41
lujinluoplease review and comment14:41
*** marst has joined #openstack-meeting-514:41
ihrachysyeah, I see. btw those comments should probably be in the format of TODO(lujinluo) ...text... so that we can grep for TODO/name later14:41
ihrachysI will14:41
lujinluoah, I see. will add them in next PS14:42
ihrachysnext is network dhcp agent binding but I discussed that before14:42
ihrachysnext is dvr mac address: https://review.openstack.org/#/c/304873/14:42
ihrachysit has +2, need to get another one14:42
ihrachysprobably from Kevin since he did review it in the past14:42
ihrachyswoa, I continued the meeting in neutron channel lol14:48
ihrachysI am pathetic14:48
ihrachysanyhow14:48
ihrachys#topic Open discussion14:48
*** openstack changes topic to "Open discussion (Meeting topic: neutron_upgrades)"14:48
ihrachysnote that we are approaching feature freeze dates at which point we may hit a temporary lock on new patch merges, usually taking about 2 weeks.14:48
lujinluowow, i was waiting14:48
ihrachyslujinluo, I was wondering why no one replies :p14:49
ihrachysI think freeze is ~month from now14:49
ihrachyschecking calendar14:49
lujinluoi think it is the last week of July14:49
ihrachysyeah, first RC is Aug 07 - Aug 1114:49
lujinluoaha, bad memory :-x14:50
ihrachyswell feature freeze is indeed the last week of July14:50
ihrachysbut RC is one week later14:50
ihrachyssome time there, we will be locked14:50
*** yamamoto has joined #openstack-meeting-514:50
ihrachysit's usually till RC that we have ability to cautiously land some patches14:50
lujinluook..14:51
ihrachysok let's wrap it up14:52
ihrachysthanks everyone14:52
ihrachys#endmeeting14:52
lujinluothanks!14:52
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"14:52
openstackMeeting ended Thu Jul 20 14:52:30 2017 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:52
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_upgrades/2017/neutron_upgrades.2017-07-20-14.00.html14:52
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_upgrades/2017/neutron_upgrades.2017-07-20-14.00.txt14:52
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_upgrades/2017/neutron_upgrades.2017-07-20-14.00.log.html14:52
lujinluohave a nice day ihrachys and manjeets_14:52
ihrachyslujinluo, have a good rest14:53
manjeets_thanks lujinluo gn14:53
*** lujinluo has quit IRC14:53
*** manjeets_ has quit IRC14:54
*** yamamoto has quit IRC14:55
*** yamamoto has joined #openstack-meeting-514:57
*** vkmc_ has joined #openstack-meeting-515:01
*** yamamoto has quit IRC15:03
*** felipemonteiro_ has quit IRC15:11
*** tiendc has joined #openstack-meeting-515:30
*** Rockyg has joined #openstack-meeting-515:38
*** felipemonteiro has joined #openstack-meeting-515:43
*** felipemonteiro_ has joined #openstack-meeting-515:44
*** felipemonteiro has quit IRC15:48
*** tuanla_fujitsu has joined #openstack-meeting-515:50
*** tuanla__ has joined #openstack-meeting-515:50
*** hshiina has joined #openstack-meeting-515:59
TheJulia#startmeeting ironic_bfv16:00
openstackMeeting started Thu Jul 20 16:00:38 2017 UTC and is due to finish in 60 minutes.  The chair is TheJulia. 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: ironic_bfv)"16:00
openstackThe meeting name has been set to 'ironic_bfv'16:00
TheJuliaWho is here for a boot from volume meeting?16:00
*** phuongnh has joined #openstack-meeting-516:00
hshiinao/16:01
phuongnho/16:01
tiendco?16:01
TheJuliaGreetings everyone16:01
TheJuliaOur agenda, as always  is on the wiki.16:02
TheJulia#link https://wiki.openstack.org/wiki/Meetings/Ironic-BFV16:02
*** mjturek has joined #openstack-meeting-516:02
TheJulia#topic Announcements/Reminders16:02
*** openstack changes topic to "Announcements/Reminders (Meeting topic: ironic_bfv)"16:02
mjtureko/16:02
TheJulia#info Next week is Pike-3 and the feature freeze for nova.16:02
*** dtantsur has joined #openstack-meeting-516:02
dtantsuro/16:03
TheJulia#info About an hour ago, we achieved a mostly successful tempest run, which only failed in cleaning up the node.  More investigation required.16:03
mjturek\o/16:03
mjturekthat's awesome16:03
hshiinaTheJulia: thank you for the work16:03
TheJulia#link http://logs.openstack.org/49/485349/2/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial/6a71f11/logs/ironic-bm-logs/node-0_console_2017-07-20-15:07:22.txt.gz16:04
*** tuanla_fujitsu has quit IRC16:04
*** tuanla__ has quit IRC16:04
TheJuliaAnyone have any other updates before we move into current status?16:04
mjtureknothing from me16:05
hshiinai have nothing16:05
TheJuliaOkay, moving on then16:05
TheJulia#topic Current Status16:05
*** openstack changes topic to "Current Status (Meeting topic: ironic_bfv)"16:05
TheJuliaMy apologies, I've not kept up with the ether pad this week, but I can enumerate our current status and where we need to focus on at the moment.16:06
*** tuanla_fujitsu has joined #openstack-meeting-516:06
TheJulia#link https://etherpad.openstack.org/p/Ironic-BFV16:06
dtantsurTheJulia: I wonder if it's going to be enough for Nova folks that most of the test has passed16:07
TheJulia#info Requested refactoring of the nova change has raised some issues. The code works, as seen in announcements, but the tests need to be updated. I've kind of noted it in that revision16:07
hshiinaTheJulia: i will update the tests16:08
TheJulia#link https://review.openstack.org/#/c/215385/16:08
TheJuliahshiina: it will likely be worth pinging mriedem as we have a structural conundrum there.16:09
TheJuliaI can also try and start that discussion with him today16:10
hshiinaTheJulia: thanks16:11
TheJuliaAdditionally, another patch was proposed https://review.openstack.org/#/c/485550/ which I suspect they are not going to be willing to take, but I can ask.16:11
TheJuliadtantsur: I'll update my notes on the nova rev and ping mriedem with the partial success16:12
dtantsurcool16:12
dtantsuryeah, I believe the result we have is good enough to proceed, but I may be wrong16:12
TheJuliaThe other thing that we need to work out is why the clean-up went sideways in the ironic conductor on the job that booted.16:12
TheJuliadtantsur: ditto, as long as we get the tests fixed.16:12
TheJulias/fixed/sorted/16:12
TheJuliasince there is a conundrum there as well.16:13
TheJuliaOther than that, I think the patches inside ironic are looking fairly good, minor fixes likely need to be addressed, but devstack/tempest are under review, and hopefully we can figure out the ironic problem fairly quickly and go from there.16:13
TheJuliaI think we just figured out the plan for the next few days too :)16:14
TheJuliaAny questions/comments/concerns?16:14
mjturekDo nova changes need more eyes on them? or do we just getting nova cores to look16:14
mjturek(I guess more eyes never hurts)16:14
TheJuliamjturek: more eyes would likely help, but we're fairly close to landing, just the requirement they placed upon us was a passing test run in CI, since the experimental gate change was pending :)16:15
dtantsurIIRC we have 2 patches, right?16:16
dtantsurwhat's up with the second one?16:16
mjturekcool cool, I'll try to help with the cleaning debugging as well16:16
dtantsuris it critical to merge it as well?16:16
TheJuliaAs I understand it, it is not critical to merge this cycle16:16
TheJuliahshiina: please correct me if I'm wrong16:17
hshiinaI don't think it's critical16:17
dtantsurokay, so we mostly need to drag nova folks into reviewing and merging the first16:17
TheJuliadtantsur: yup, once we fix the unit tests16:18
TheJuliaTurns out we can't mock a blockdevicevolumemapping object, you can only mock a blockdevicemapping with the tools, and you get back a list. so the code that works, fails testing because of object issues as one wraps the other16:19
TheJuliaIt is all spelled out in revision 24 thorough the current revision of the first nova patch.16:19
TheJuliaof course, they may look at it and backpedal on how we got there which was to not hit the database again16:20
TheJuliaDoes anyone have anything to add to current status, or have I overwhelmed everyone with information?16:21
* TheJulia hears crickets16:22
dtantsurthanks for the update!16:22
mjtureklol, I'm good :)16:22
jlvillalo/16:22
TheJulia\o jlvillal16:22
TheJuliaWell, then, I guess it is Open Discussion time.16:23
TheJulia#topic Open Discussion16:23
*** openstack changes topic to "Open Discussion (Meeting topic: ironic_bfv)"16:23
TheJuliaDo we have anything else to discuss this week?16:23
mjturekI forgot to add something to the agenda but I was hoping to discuss a comment from hshiina on one of my patches16:23
mjturek#link https://review.openstack.org/#/c/472856/816:24
mjturek"Isn't it necessary to remove the similar validation in storage interface"16:24
mjturekwondering if there's any reason not to16:24
TheJuliaI'm thinking it should be kept16:25
mjturekjust in case the code gets called independently?16:25
TheJuliayeah16:25
mjturekokay fair enough16:26
TheJuliasay someone mucks with their configs, restarts the conductor, and calls node-validate16:26
mjturekoh - that's a good point16:27
mjturekwell even then, wouldn't both the pxe interface and storage interface get validated?16:27
TheJuliapxe should as well, but the contract is the storage interface work for cinder had to use ipxe16:28
mjturek(I mean, validate get called on both those interfaces)16:28
TheJuliaor it had to be enabled16:28
TheJuliabut16:28
TheJuliaat the same time, it is a different thing, if one has all virtual media drivers, then they don't need ipxe booting16:28
TheJuliadtantsur: thoughts?16:28
* dtantsur looks16:29
dtantsurinteresting indeed, I wonder if it should somehow be a part of the boot interface..16:30
mjturekdtantsur: so the change does make the validation part of the pxe boot interface, but I don't remove similar validation from the storage interface16:32
dtantsurah, ok16:32
dtantsuryeah, I guess the storage interface cannot know if it's compatible with the boot interface16:32
TheJuliaI sense possibly a little more pondering?16:33
mjturekyeaaah - I'm cool with having the discussion in the review!16:34
TheJuliaMaybe put a TODO note to reconsider the check in the storage interface or remove it if necessary because of PXE boot?16:34
mjturek+116:34
mjtureksounds good to me16:34
TheJuliaI imagine someone at some point is going to ask for it to be removed, or the logic adjusted, and we can easily re-evaluate then.16:35
TheJuliaAnd if we have a note, then the history is documented, and it can be a easy decision.16:35
hshiinai'm fine with the idea16:36
mjturekvery cool thanks TheJulia dtantsur hshiina :)16:36
TheJuliaOkay, well if there is nothing else.  I've already updated the nova revision with the latest comments, and mjturek we can begin digging through the logs to try and figure out what happened with the cleaning step.16:37
mjturekcool!16:37
TheJuliaOkay, see everyone in #openstack-ironic16:38
TheJuliaThanks everyone!16:38
hshiinathanks16:38
TheJulia#endmeeting16:38
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:38
openstackMeeting ended Thu Jul 20 16:38:57 2017 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:38
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ironic_bfv/2017/ironic_bfv.2017-07-20-16.00.html16:39
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ironic_bfv/2017/ironic_bfv.2017-07-20-16.00.txt16:39
openstackLog:            http://eavesdrop.openstack.org/meetings/ironic_bfv/2017/ironic_bfv.2017-07-20-16.00.log.html16:39
*** dtantsur has left #openstack-meeting-516:39
tiendcthanks16:40
*** hshiina has left #openstack-meeting-516:40
phuongnhthanks16:41
*** tiendc has quit IRC16:41
*** phuongnh has quit IRC16:41
*** sshank has joined #openstack-meeting-516:48
*** ralonsoh has quit IRC17:02
*** felipemonteiro_ has quit IRC17:12
*** felipemonteiro has joined #openstack-meeting-517:12
*** felipemonteiro_ has joined #openstack-meeting-517:22
*** tuanla_fujitsu has quit IRC17:24
*** felipemonteiro has quit IRC17:26
*** vkmc_ has quit IRC17:30
*** yamahata has joined #openstack-meeting-517:53
*** krtaylor has quit IRC17:56
*** yamahata has quit IRC18:11
*** makowals has quit IRC18:12
*** Rockyg has quit IRC18:12
*** makowals has joined #openstack-meeting-518:21
*** makowals has quit IRC18:25
*** krtaylor has joined #openstack-meeting-518:28
*** yamahata has joined #openstack-meeting-518:47
*** sshank has quit IRC19:06
*** skazi has joined #openstack-meeting-519:23
*** skazi has quit IRC19:41
*** openstack has joined #openstack-meeting-520:00
*** ChanServ sets mode: +o openstack20:00
*** iyamahat has joined #openstack-meeting-520:07
*** iyamahat_ has joined #openstack-meeting-520:09
*** sshank has joined #openstack-meeting-520:10
*** iyamahat has quit IRC20:11
*** makowals has joined #openstack-meeting-520:12
*** makowals has quit IRC21:03
*** krtaylor has quit IRC21:07
*** yamamoto has joined #openstack-meeting-521:57
*** rarcea has quit IRC22:00
*** yamamoto has quit IRC22:00
*** felipemonteiro_ has quit IRC22:01
*** iyamahat__ has joined #openstack-meeting-522:02
*** iyamahat_ has quit IRC22:04
*** sshank has quit IRC22:08
*** marst has quit IRC22:19
*** sshank has joined #openstack-meeting-522:23
*** iyamahat_ has joined #openstack-meeting-522:42
*** iyamahat__ has quit IRC22:44
*** yamamoto has joined #openstack-meeting-523:01
*** yamamoto has quit IRC23:07
*** ihrachys has quit IRC23:10
*** sshank has quit IRC23:41

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