*** pdmars has quit IRC | 00:00 | |
*** sarob has quit IRC | 00:01 | |
*** ChanServ changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 00:02 | |
*** atiwari has quit IRC | 00:04 | |
*** demorris has quit IRC | 00:10 | |
*** drupalmonkey has quit IRC | 00:13 | |
*** spzala has joined #openstack-meeting-alt | 00:18 | |
*** noslzzp has joined #openstack-meeting-alt | 00:18 | |
*** rmoe has quit IRC | 00:20 | |
*** Barker has joined #openstack-meeting-alt | 00:20 | |
*** SumitNaiksatam has quit IRC | 00:23 | |
*** MarkAtwood has joined #openstack-meeting-alt | 00:33 | |
*** rmoe has joined #openstack-meeting-alt | 00:37 | |
*** eguz has quit IRC | 00:45 | |
*** baoli has joined #openstack-meeting-alt | 00:53 | |
*** spzala has quit IRC | 01:01 | |
*** gyee has quit IRC | 01:03 | |
*** Barker has quit IRC | 01:09 | |
*** michael-yu has quit IRC | 01:09 | |
*** mozawa has joined #openstack-meeting-alt | 01:13 | |
*** rueb7363 has joined #openstack-meeting-alt | 01:20 | |
*** nati_uen_ has quit IRC | 01:20 | |
*** marun has quit IRC | 01:29 | |
*** david-lyle has joined #openstack-meeting-alt | 01:36 | |
*** amcrn has quit IRC | 01:39 | |
*** arnaud has quit IRC | 01:40 | |
*** xuhanp has joined #openstack-meeting-alt | 01:41 | |
*** julienvey has joined #openstack-meeting-alt | 01:46 | |
*** cjellick has quit IRC | 01:50 | |
*** julienvey has quit IRC | 01:51 | |
*** david-lyle has quit IRC | 02:03 | |
*** richm has quit IRC | 02:10 | |
*** flwang has quit IRC | 02:10 | |
*** eankutse has quit IRC | 02:15 | |
*** sbalukoff has quit IRC | 02:19 | |
*** rueb7363 has quit IRC | 02:28 | |
*** rueb7363 has joined #openstack-meeting-alt | 02:28 | |
*** noslzzp has quit IRC | 02:33 | |
*** eankutse has joined #openstack-meeting-alt | 02:33 | |
*** coolsvap|afk is now known as coolsvap | 02:35 | |
*** harlowja is now known as harlowja_away | 02:35 | |
*** julienvey has joined #openstack-meeting-alt | 02:45 | |
*** noslzzp has joined #openstack-meeting-alt | 02:50 | |
*** julienvey has quit IRC | 02:50 | |
*** colinmcnamara has joined #openstack-meeting-alt | 02:51 | |
*** colinmcnamara has quit IRC | 03:01 | |
*** sarob has joined #openstack-meeting-alt | 03:01 | |
*** zhiyan_ is now known as zhiyan | 03:01 | |
*** demorris has joined #openstack-meeting-alt | 03:05 | |
*** sarob has quit IRC | 03:06 | |
*** sergmelikyan has quit IRC | 03:10 | |
*** sergmelikyan has joined #openstack-meeting-alt | 03:13 | |
*** ramishra has joined #openstack-meeting-alt | 03:23 | |
*** beyounn has quit IRC | 03:23 | |
*** noslzzp has quit IRC | 03:25 | |
*** Sukhdev has joined #openstack-meeting-alt | 03:30 | |
*** jecarey has quit IRC | 03:32 | |
*** SumitNaiksatam has joined #openstack-meeting-alt | 03:33 | |
*** demorris has quit IRC | 03:34 | |
*** yamamoto_ has joined #openstack-meeting-alt | 03:35 | |
*** nosnos has quit IRC | 03:35 | |
*** eankutse has quit IRC | 03:42 | |
*** rueb7363 has quit IRC | 03:43 | |
*** julienvey has joined #openstack-meeting-alt | 03:46 | |
*** rueb7363 has joined #openstack-meeting-alt | 03:48 | |
*** julienvey has quit IRC | 03:51 | |
*** jjmb has joined #openstack-meeting-alt | 03:53 | |
*** jjmb1 has joined #openstack-meeting-alt | 03:56 | |
*** jjmb has quit IRC | 03:58 | |
*** sarob has joined #openstack-meeting-alt | 04:02 | |
*** IlyaE has quit IRC | 04:03 | |
*** rpodolyaka1 has joined #openstack-meeting-alt | 04:05 | |
*** sarob has quit IRC | 04:07 | |
*** IlyaE has joined #openstack-meeting-alt | 04:17 | |
*** sergmelikyan has quit IRC | 04:21 | |
*** sergmelikyan has joined #openstack-meeting-alt | 04:23 | |
*** nosnos has joined #openstack-meeting-alt | 04:25 | |
*** saju_m has joined #openstack-meeting-alt | 04:27 | |
*** saju_m has quit IRC | 04:27 | |
*** coolsvap is now known as coolsvap|afk | 04:35 | |
*** julienvey has joined #openstack-meeting-alt | 04:47 | |
*** rueb7363 has quit IRC | 04:48 | |
*** julienvey has quit IRC | 04:52 | |
*** coolsvap|afk is now known as coolsvap | 04:52 | |
*** Sukhdev has quit IRC | 04:57 | |
*** sunrenjie6 has joined #openstack-meeting-alt | 04:57 | |
*** sarob has joined #openstack-meeting-alt | 05:03 | |
*** oomichi has joined #openstack-meeting-alt | 05:06 | |
*** oomichi has left #openstack-meeting-alt | 05:07 | |
*** IlyaE has quit IRC | 05:07 | |
*** sarob has quit IRC | 05:08 | |
*** rpodolyaka1 has quit IRC | 05:29 | |
*** chandan_kumar has joined #openstack-meeting-alt | 05:31 | |
*** julienvey has joined #openstack-meeting-alt | 05:51 | |
*** IlyaE has joined #openstack-meeting-alt | 05:54 | |
*** HenryG_ has joined #openstack-meeting-alt | 05:54 | |
*** jcoufal has joined #openstack-meeting-alt | 05:55 | |
*** julienvey has quit IRC | 05:55 | |
*** lblanchard has joined #openstack-meeting-alt | 05:55 | |
*** HenryG has quit IRC | 05:57 | |
*** sdague has quit IRC | 05:58 | |
*** sarob has joined #openstack-meeting-alt | 06:04 | |
*** sdague has joined #openstack-meeting-alt | 06:05 | |
*** sarob has quit IRC | 06:08 | |
*** denis_makogon has joined #openstack-meeting-alt | 06:09 | |
*** lblanchard has quit IRC | 06:11 | |
*** slagle has quit IRC | 06:12 | |
*** slagle has joined #openstack-meeting-alt | 06:13 | |
*** safchain has joined #openstack-meeting-alt | 06:15 | |
*** alex_didenko has joined #openstack-meeting-alt | 06:17 | |
*** _nadya_ has joined #openstack-meeting-alt | 06:22 | |
*** rpodolyaka1 has joined #openstack-meeting-alt | 06:23 | |
*** rpodolyaka1 has quit IRC | 06:36 | |
*** jcoufal has quit IRC | 06:38 | |
*** _nadya_ has quit IRC | 06:44 | |
*** eankutse has joined #openstack-meeting-alt | 06:47 | |
*** _nadya_ has joined #openstack-meeting-alt | 06:49 | |
*** eankutse has quit IRC | 06:51 | |
*** IlyaE has quit IRC | 06:55 | |
*** ttrumm has joined #openstack-meeting-alt | 07:00 | |
*** chandan_kumar has quit IRC | 07:02 | |
*** jcoufal has joined #openstack-meeting-alt | 07:02 | |
*** flaper87|afk is now known as flaper87 | 07:04 | |
*** _nadya_ has quit IRC | 07:04 | |
*** sarob has joined #openstack-meeting-alt | 07:05 | |
*** slagun has quit IRC | 07:07 | |
*** chandan_kumar has joined #openstack-meeting-alt | 07:08 | |
*** sarob has quit IRC | 07:10 | |
*** beyounn has joined #openstack-meeting-alt | 07:13 | |
*** matrohon has joined #openstack-meeting-alt | 07:36 | |
*** ryanpetrello has quit IRC | 07:40 | |
*** nacim has joined #openstack-meeting-alt | 07:43 | |
*** ryanpetrello has joined #openstack-meeting-alt | 07:44 | |
*** akuznets_ has quit IRC | 07:53 | |
*** jtomasek has joined #openstack-meeting-alt | 07:59 | |
*** akuznetsov has joined #openstack-meeting-alt | 08:00 | |
*** sarob has joined #openstack-meeting-alt | 08:06 | |
*** ryanpetrello has quit IRC | 08:09 | |
*** sarob has quit IRC | 08:11 | |
*** ryanpetrello has joined #openstack-meeting-alt | 08:11 | |
*** derekh has joined #openstack-meeting-alt | 08:12 | |
*** beyounn has quit IRC | 08:22 | |
*** jgallard has joined #openstack-meeting-alt | 08:24 | |
*** denis_makogon has quit IRC | 08:25 | |
*** jgallard has quit IRC | 08:28 | |
*** andreaf has joined #openstack-meeting-alt | 08:28 | |
*** jgallard has joined #openstack-meeting-alt | 08:28 | |
*** dshulyak has joined #openstack-meeting-alt | 08:34 | |
*** eghobo has joined #openstack-meeting-alt | 08:51 | |
*** SushillKM has joined #openstack-meeting-alt | 08:51 | |
*** SushillKM has left #openstack-meeting-alt | 08:51 | |
*** chandan_kumar has quit IRC | 09:06 | |
*** ramishra has quit IRC | 09:06 | |
*** ramishra has joined #openstack-meeting-alt | 09:07 | |
*** sarob has joined #openstack-meeting-alt | 09:07 | |
*** ramishra has quit IRC | 09:08 | |
*** sarob has quit IRC | 09:12 | |
*** overlayer has joined #openstack-meeting-alt | 09:13 | |
*** flwang has joined #openstack-meeting-alt | 09:13 | |
*** chandan_kumar has joined #openstack-meeting-alt | 09:19 | |
*** flwang has quit IRC | 09:19 | |
*** persia has quit IRC | 09:25 | |
*** chandan_kumar has quit IRC | 09:26 | |
*** chandan_kumar has joined #openstack-meeting-alt | 09:26 | |
*** ttrumm has quit IRC | 09:28 | |
*** persia has joined #openstack-meeting-alt | 09:28 | |
*** ttrumm has joined #openstack-meeting-alt | 09:28 | |
*** persia is now known as Guest90043 | 09:29 | |
*** Guest90043 has quit IRC | 09:29 | |
*** Guest90043 has joined #openstack-meeting-alt | 09:29 | |
*** Guest90043 is now known as persia | 09:29 | |
*** jgallard has quit IRC | 09:58 | |
*** mozawa has quit IRC | 10:02 | |
*** nosnos has quit IRC | 10:07 | |
*** sarob has joined #openstack-meeting-alt | 10:08 | |
*** nosnos has joined #openstack-meeting-alt | 10:12 | |
*** sarob has quit IRC | 10:13 | |
*** dmakogon_ is now known as denis_makogon | 10:14 | |
*** demorris has joined #openstack-meeting-alt | 10:16 | |
*** eghobo has quit IRC | 10:21 | |
*** eanxgeek|log is now known as eanxgeek | 10:31 | |
*** xuhanp has quit IRC | 10:33 | |
*** mestery_ has joined #openstack-meeting-alt | 10:33 | |
*** eankutse has joined #openstack-meeting-alt | 10:34 | |
*** nosnos has quit IRC | 10:34 | |
*** nosnos has joined #openstack-meeting-alt | 10:35 | |
*** mestery has quit IRC | 10:36 | |
*** sunrenjie6 has quit IRC | 10:37 | |
*** nosnos has quit IRC | 10:39 | |
*** overlayer has quit IRC | 10:46 | |
*** demorris has quit IRC | 10:48 | |
*** yamamoto_ has left #openstack-meeting-alt | 10:51 | |
*** nosnos has joined #openstack-meeting-alt | 11:06 | |
*** sarob has joined #openstack-meeting-alt | 11:09 | |
*** baoli has quit IRC | 11:12 | |
*** sarob has quit IRC | 11:15 | |
*** coolsvap is now known as coolsvap|afk | 11:15 | |
*** Haiying has joined #openstack-meeting-alt | 11:19 | |
*** yamamoto has joined #openstack-meeting-alt | 11:21 | |
*** yamamoto has left #openstack-meeting-alt | 11:21 | |
*** ttrumm has quit IRC | 11:28 | |
*** zhangleiqiang has joined #openstack-meeting-alt | 11:44 | |
*** Haiying has quit IRC | 11:49 | |
*** sreshetnyak has joined #openstack-meeting-alt | 11:49 | |
*** baoli has joined #openstack-meeting-alt | 11:54 | |
*** Haiying has joined #openstack-meeting-alt | 11:58 | |
*** eankutse has quit IRC | 12:01 | |
*** dprince has joined #openstack-meeting-alt | 12:06 | |
*** akuznetsov has quit IRC | 12:09 | |
*** akuznets_ has joined #openstack-meeting-alt | 12:09 | |
*** sarob has joined #openstack-meeting-alt | 12:10 | |
*** sarob has quit IRC | 12:15 | |
*** nosnos has quit IRC | 12:17 | |
*** _nadya_ has joined #openstack-meeting-alt | 12:34 | |
*** jdob has joined #openstack-meeting-alt | 12:38 | |
*** slagle has quit IRC | 12:39 | |
*** overlayer has joined #openstack-meeting-alt | 12:39 | |
*** slagle has joined #openstack-meeting-alt | 12:40 | |
*** akuznets_ has quit IRC | 12:43 | |
*** akuznetsov has joined #openstack-meeting-alt | 12:43 | |
*** HenryG_ has quit IRC | 12:44 | |
*** Haiying has quit IRC | 12:45 | |
*** pdmars has joined #openstack-meeting-alt | 12:52 | |
*** _nadya_ has quit IRC | 12:53 | |
*** jjmb1 has quit IRC | 12:56 | |
*** Barker has joined #openstack-meeting-alt | 12:57 | |
*** mfer has joined #openstack-meeting-alt | 12:58 | |
*** pdmars has quit IRC | 12:58 | |
*** demorris has joined #openstack-meeting-alt | 12:59 | |
*** pdmars has joined #openstack-meeting-alt | 13:03 | |
*** spzala has joined #openstack-meeting-alt | 13:07 | |
*** HenryG has joined #openstack-meeting-alt | 13:08 | |
*** Obulpathi has joined #openstack-meeting-alt | 13:10 | |
*** Obulpathi has quit IRC | 13:10 | |
*** Obulpathi has joined #openstack-meeting-alt | 13:11 | |
*** sarob has joined #openstack-meeting-alt | 13:11 | |
*** sarob has quit IRC | 13:16 | |
*** zhangleiqiang has quit IRC | 13:18 | |
*** rmoe has quit IRC | 13:19 | |
*** eankutse has joined #openstack-meeting-alt | 13:22 | |
*** mestery_ is now known as mestery | 13:22 | |
*** rmoe has joined #openstack-meeting-alt | 13:24 | |
*** ramishra has joined #openstack-meeting-alt | 13:27 | |
*** zz_gondoi is now known as gondoi | 13:31 | |
*** gondoi is now known as zz_gondoi | 13:31 | |
*** amotoki has quit IRC | 13:32 | |
*** MarkAtwood has quit IRC | 13:34 | |
*** mattgrif_ has joined #openstack-meeting-alt | 13:34 | |
*** samstav has joined #openstack-meeting-alt | 13:34 | |
*** jecarey has joined #openstack-meeting-alt | 13:35 | |
*** zz_gondoi is now known as gondoi | 13:35 | |
*** malini_afk is now known as malini | 13:38 | |
*** eankutse1 has joined #openstack-meeting-alt | 13:42 | |
*** eankutse has quit IRC | 13:43 | |
*** balajiiyer has joined #openstack-meeting-alt | 13:45 | |
*** gondoi is now known as zz_gondoi | 13:45 | |
*** flwang has joined #openstack-meeting-alt | 13:48 | |
*** jgallard has joined #openstack-meeting-alt | 13:49 | |
*** xuhanp has joined #openstack-meeting-alt | 13:51 | |
*** zz_gondoi is now known as gondoi | 13:51 | |
*** ameade has joined #openstack-meeting-alt | 13:52 | |
*** jprovazn has joined #openstack-meeting-alt | 13:53 | |
*** mattgrif_ has quit IRC | 13:58 | |
*** julienvey has joined #openstack-meeting-alt | 13:59 | |
*** spzala has quit IRC | 14:00 | |
*** spzala has joined #openstack-meeting-alt | 14:01 | |
*** drupalmonkey has joined #openstack-meeting-alt | 14:02 | |
*** mozawa has joined #openstack-meeting-alt | 14:03 | |
*** mozawa has quit IRC | 14:04 | |
*** spzala has quit IRC | 14:04 | |
*** sarob has joined #openstack-meeting-alt | 14:12 | |
*** sarob has quit IRC | 14:17 | |
*** zns has joined #openstack-meeting-alt | 14:22 | |
*** kevinconway has joined #openstack-meeting-alt | 14:26 | |
*** overlayer has quit IRC | 14:29 | |
*** julienvey has quit IRC | 14:31 | |
*** MarkAtwood has joined #openstack-meeting-alt | 14:41 | |
*** mwagner_lap has quit IRC | 14:47 | |
*** Leonr has joined #openstack-meeting-alt | 14:49 | |
*** akuznetsov has quit IRC | 14:49 | |
*** jmontemayor has joined #openstack-meeting-alt | 14:50 | |
*** coolsvap|afk is now known as coolsvap | 14:51 | |
*** rmoe has quit IRC | 14:54 | |
*** carl_baldwin has joined #openstack-meeting-alt | 14:54 | |
*** carl_baldwin has quit IRC | 14:55 | |
*** carl_baldwin has joined #openstack-meeting-alt | 14:55 | |
*** vthapar has joined #openstack-meeting-alt | 14:57 | |
*** Swami has joined #openstack-meeting-alt | 14:59 | |
Swami | hi all | 15:00 |
---|---|---|
*** asomya has joined #openstack-meeting-alt | 15:00 | |
xuhanp | hello | 15:00 |
carl_baldwin | Swami: all: hi | 15:00 |
Swami | xuhanp: hi | 15:00 |
Swami | carl: hi | 15:00 |
*** mrsmith has joined #openstack-meeting-alt | 15:00 | |
*** akuznetsov has joined #openstack-meeting-alt | 15:00 | |
Swami | mrsmith: hi | 15:01 |
*** Rajeev has joined #openstack-meeting-alt | 15:01 | |
*** eankutse1 has quit IRC | 15:01 | |
*** vthapar has left #openstack-meeting-alt | 15:01 | |
Swami | rajeev: hi | 15:02 |
*** rossella_s has joined #openstack-meeting-alt | 15:02 | |
Rajeev | swami Hi | 15:02 |
Swami | #startmeeting distributed_virtual_router | 15:02 |
openstack | Meeting started Wed Apr 16 15:02:29 2014 UTC and is due to finish in 60 minutes. The chair is Swami. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:02 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:02 |
*** openstack changes topic to " (Meeting topic: distributed_virtual_router)" | 15:02 | |
openstack | The meeting name has been set to 'distributed_virtual_router' | 15:02 |
mrsmith | swami: hi | 15:02 |
Swami | #topic Agenda | 15:02 |
*** openstack changes topic to "Agenda (Meeting topic: distributed_virtual_router)" | 15:02 | |
Swami | 1. DVR Progress | 15:02 |
*** pcm__ has joined #openstack-meeting-alt | 15:03 | |
Swami | 2. Gerrit review update | 15:03 |
Swami | 3. L3 Agent Update | 15:03 |
*** IlyaE has joined #openstack-meeting-alt | 15:03 | |
Swami | 4. L2 Agent Update | 15:03 |
Swami | 5. L3 Driver update | 15:03 |
*** asomya has quit IRC | 15:03 | |
Swami | #topic DVR Progress | 15:03 |
*** openstack changes topic to "DVR Progress (Meeting topic: distributed_virtual_router)" | 15:03 | |
Swami | DVR work is in Progress. East-West is done. We are almost done with the FIP work. | 15:04 |
*** eankutse has joined #openstack-meeting-alt | 15:04 | |
Rajeev | Swami: time permitting, suggest poll for topics of interest at summit | 15:05 |
Swami | FIP work not complete yet. | 15:05 |
Swami | rajeev: thanks | 15:05 |
*** julienvey has joined #openstack-meeting-alt | 15:05 | |
Swami | SNAT work will be taken once we finish the FIP work. | 15:05 |
*** atiwari has joined #openstack-meeting-alt | 15:06 | |
Swami | Last week we gave an update to the Neutron PTL on the DVR Progress to align with the Juno milestones | 15:06 |
Swami | The target is to push all the code before the summit to the gerrit for review. | 15:07 |
Swami | Our target will be Juno milestone 1 | 15:07 |
Swami | We wanted to have some testable code in there by Juno milestone 1, so that enough testing will be done to test for stability. | 15:08 |
Swami | Also the discussion that I had with the PTL includes redefining the test infrastructure to have multinode setup to accomodate the DVR test. | 15:08 |
Swami | Hope this helps. | 15:09 |
*** balajiiyer has left #openstack-meeting-alt | 15:09 | |
Swami | #topic Gerrit review update | 15:09 |
*** openstack changes topic to "Gerrit review update (Meeting topic: distributed_virtual_router)" | 15:09 | |
Swami | The Plugin code and the L2 Agent code is now in gerrit for review. | 15:09 |
Swami | #link https://review.openstack.org/84223 | 15:10 |
Swami | L2 Agent code | 15:10 |
Swami | #link https://review.openstack.org/87730 | 15:10 |
Swami | Thanks for the early review comments on the patch posted. | 15:11 |
Swami | Still there are couple of more patches that we will be pushing in the next week. | 15:11 |
Swami | L3 Scheduler code, L3 Agent code and L3 Drivers. | 15:11 |
carl_baldwin | Swami: I find this link to be useful to watch all of the commits: | 15:12 |
Swami | #topic L3 Agent | 15:12 |
carl_baldwin | #link https://review.openstack.org/#/q/topic:bp/neutron-ovs-dvr,n,z | 15:12 |
*** openstack changes topic to "L3 Agent (Meeting topic: distributed_virtual_router)" | 15:12 | |
Swami | carl: thanks for posting the link | 15:13 |
*** shivharis has joined #openstack-meeting-alt | 15:13 | |
Swami | mrsmith: can you give an update on the L3 agent | 15:13 |
*** sarob has joined #openstack-meeting-alt | 15:13 | |
*** jprovazn is now known as jprovazn_afk | 15:13 | |
mrsmith | Swami: yes | 15:13 |
mrsmith | initial merge to icehouse-2 is done | 15:14 |
mrsmith | I am trying to cleanup/resolve the FIP conflicts | 15:14 |
mrsmith | I may end up pushing a subset of the functionality for review | 15:14 |
mrsmith | just for clarity | 15:14 |
mrsmith | but I should be able to push something by next wed | 15:14 |
mrsmith | the refactoring/changes occuring in the FIP area has resulted in more changes for DVR | 15:15 |
*** hemanth has joined #openstack-meeting-alt | 15:15 | |
Swami | mrsmith: Thanks for your update. | 15:15 |
mrsmith | np | 15:16 |
Swami | vivek:ping | 15:16 |
Swami | #topic L3 Drivers | 15:16 |
*** openstack changes topic to "L3 Drivers (Meeting topic: distributed_virtual_router)" | 15:16 | |
Swami | Rajeev where are we with respect to the drivers | 15:16 |
Swami | is rajeev in here. | 15:17 |
Swami | did we lose him | 15:17 |
mrsmith | hmm.. he was there | 15:17 |
Rajeev | swami: all our changes are in the L-3 agent itself | 15:17 |
Swami | that's fine. | 15:17 |
Swami | rajeev: here he is. | 15:18 |
mrsmith | Rajeev: including the change to ip_lib.py? | 15:18 |
mrsmith | want me to push that as well? | 15:18 |
*** sarob has quit IRC | 15:18 | |
Rajeev | there are a few pieces in ip_lib that I will push it in | 15:18 |
Rajeev | during this week | 15:19 |
Swami | rajeev: mrsmith: thanks | 15:19 |
Swami | sounds good. | 15:19 |
Swami | #topic FIP Gateway issue | 15:19 |
*** openstack changes topic to "FIP Gateway issue (Meeting topic: distributed_virtual_router)" | 15:19 | |
Swami | There was one question that came up in our discussion regarding the FIP behavior today in openstack neutron. | 15:20 |
Swami | So we need the community opinion on this before we proceed. | 15:20 |
*** kgriffs|afk is now known as kgriffs | 15:21 | |
Swami | Today in a Centralized router mode, when a FIP is assigned to a VM, any incoming traffic from an External Network uses the FIP IP as the destination IP and the traffic flows to the VM. | 15:21 |
Swami | When the VM responds to the request the traffic also passes through the FIP. | 15:21 |
Swami | But for any normal traffic that initiates from the VM, it uses the default gateway configured in the VM and the traffic flows through the SNAT. | 15:23 |
Swami | When we implement the North-South in a distributed DVR, the Floating IP will not be on the same node as the SNAT and so how do we want this behavior to be. | 15:23 |
carl_baldwin | Swami, for a VM with an associated floating ip that should not be true. | 15:23 |
*** spzala has joined #openstack-meeting-alt | 15:23 | |
Rajeev | swami: I agree with Carl, same opinion | 15:24 |
carl_baldwin | Outgoing traffic will always prefer the tip as source ip and not default SNAT address. | 15:24 |
carl_baldwin | s/tip/fip/ | 15:24 |
Swami | carl: rajeev: Yesterday I heard this from our internal folks. I can re-confirm this. | 15:24 |
Rajeev | when FIP in place, rules don't allow default SNATing | 15:25 |
Swami | I am not sure if murali or vivek is in this meeting. | 15:25 |
Rajeev | swami: np, we can take it offline. | 15:25 |
Swami | rajeev: carl: thanks for the update. | 15:25 |
carl_baldwin | I'm pretty confident that the iptables rules in the router are structured to alway s source traffic from a fip when associated. | 15:26 |
carl_baldwin | Let me know if you need more technical clarification for your follow-up. | 15:26 |
Swami | Ok, so the agreement here is whatever is the behavior today in Openstack we will follow the same model. | 15:26 |
carl_baldwin | Agreed. Any other behavior is a bug. | 15:27 |
Swami | Irrespective of centralized or distributed for the FIP> | 15:27 |
*** shivharis has quit IRC | 15:27 | |
carl_baldwin | Right. | 15:27 |
Swami | If I have more information on this "bug", then I will bring it up in the next meeting. | 15:27 |
*** cjellick has joined #openstack-meeting-alt | 15:28 | |
haleyb | yes, i would agree with carl, fip is preferred | 15:28 |
Swami | haleyb: Thanks for confirming it brian. | 15:29 |
*** Rajeev has quit IRC | 15:29 | |
Swami | #topic DVR HowTo wiki | 15:30 |
*** openstack changes topic to "DVR HowTo wiki (Meeting topic: distributed_virtual_router)" | 15:30 | |
Swami | For the Neutron Documentation team to get started we are planning to include a "DVR HowTo", so that it would be helpful for the folks who are testing and as well as for the documentation folks. | 15:31 |
Swami | So we will be updating the DVR HowTo wiki on more information. | 15:31 |
*** viveknarasimhan has joined #openstack-meeting-alt | 15:31 | |
Swami | #link https://wiki.openstack.org/wiki/Neutron/DVR/HowTo | 15:32 |
*** amotoki has joined #openstack-meeting-alt | 15:32 | |
*** yamamoto has joined #openstack-meeting-alt | 15:32 | |
Swami | This is just a template and we will add more content as we progress. | 15:32 |
xuhanp | Swami, that will be really helpful for us to test it too! | 15:32 |
Swami | xuhanp: Yes this is to enable testers. | 15:32 |
Swami | viveknarashimhan: hi | 15:33 |
Swami | #topic L2 Agent Update | 15:33 |
*** openstack changes topic to "L2 Agent Update (Meeting topic: distributed_virtual_router)" | 15:33 | |
Swami | vivek: are you there. | 15:34 |
viveknarasimhan | hi | 15:34 |
viveknarasimhan | i am there | 15:34 |
Swami | viveknarasimhan: can you provide an update for the L2 agent | 15:35 |
viveknarasimhan | i posted the L2 Agent/ML2 plugin WIP code for review | 15:35 |
*** jgallard has quit IRC | 15:36 | |
*** Murali has joined #openstack-meeting-alt | 15:36 | |
viveknarasimhan | i have been getting review comments from lot of folks | 15:36 |
viveknarasimhan | i will be starting to address them one-by-one from today | 15:36 |
viveknarasimhan | The port-binding changes are done and i am running various type of use-cases on it | 15:36 |
viveknarasimhan | like DVR hosted + Non DVR hosted VM type of cases to make sure old behaviour didn't brek | 15:37 |
*** Rajeev has joined #openstack-meeting-alt | 15:37 | |
viveknarasimhan | i have a question though | 15:37 |
*** pcm_ has joined #openstack-meeting-alt | 15:37 | |
viveknarasimhan | i we link the patches say L3 Extension patch is linked with my L2 patch put for review | 15:37 |
viveknarasimhan | if i do git pull --rebase, then will I be required to address conflicts i nthe L3 Extension patch also? | 15:38 |
viveknarasimhan | so the question is: when patches are linked, how is git pull --rebase handled , before we repost for review | 15:38 |
*** eankutse1 has joined #openstack-meeting-alt | 15:39 | |
*** Sukhdev has joined #openstack-meeting-alt | 15:39 | |
*** ramishra has quit IRC | 15:39 | |
Swami | viveknarasimhan: no I am not an expert in this area. | 15:39 |
*** rmoe has joined #openstack-meeting-alt | 15:39 | |
Swami | I can check offline and let you know. | 15:39 |
amotoki | viveknarasimhan: which patch? | 15:39 |
*** eankutse has quit IRC | 15:40 | |
Swami | amotoki: Viveknarasimhan has a dependency of the L3 extension patch that we posted for review. | 15:40 |
amotoki | Swami: I just check the exact one. I am looking for it in the review list... | 15:41 |
*** andreaf has quit IRC | 15:41 | |
Swami | So he is asking how to post patches that have dependencies for review and if the dependent source tree has any conflicts, how to resolve it. | 15:41 |
viveknarasimhan | this patch: https://review.openstack.org/87730 | 15:41 |
*** andreaf has joined #openstack-meeting-alt | 15:41 | |
viveknarasimhan | the above patch is the L2 side changes and this dependes on L3 side changes also posted by Swami earlier | 15:41 |
amotoki | I got it. I think if there is no direct dependency you can post without dependency (if there is a note in the commit message). | 15:42 |
Swami | amotoki: There are the two patches | 15:42 |
Swami | #link https://review.openstack.org/#/q/topic:bp/neutron-ovs-dvr,n,z | 15:42 |
*** asomya has joined #openstack-meeting-alt | 15:43 | |
amotoki | yes i know. perhaps you are talking about how to manage the dependency. | 15:43 |
Swami | amotoki: Thanks for your help. | 15:43 |
Swami | viveknarasimhan: We can take it offline and resolve this issue. | 15:43 |
amotoki | if you have a question, i can help anytime. | 15:43 |
*** trinaths has joined #openstack-meeting-alt | 15:43 | |
viveknarasimhan | i will mail you amotoki | 15:44 |
Swami | amotoki: Thanks for your help again. | 15:44 |
viveknarasimhan | i will also CC mestery on the same question. Thanks for your help amotoki. | 15:44 |
Swami | #topic FIP/SNAT question. | 15:44 |
*** openstack changes topic to "FIP/SNAT question. (Meeting topic: distributed_virtual_router)" | 15:44 | |
Swami | There was another question that we had with the FIP/SNAT. | 15:44 |
Swami | Today in the distributed model, we will be having SNAT and FIP running on two different nodes. | 15:45 |
*** chandan_kumar has quit IRC | 15:46 | |
Swami | When an admin removes the "SNAT" binding from an agent, then should FIP still continue to work?? this is the question | 15:46 |
Swami | Any suggestions? | 15:48 |
Rajeev | Swami: FIP and SNAT are independent | 15:48 |
Rajeev | so should continue to work | 15:49 |
mestery | I can help with the patch dependency issue as well. | 15:49 |
Swami | rajeev: Yes thanks for your input. | 15:49 |
Rajeev | An external gateway has to be set for the router | 15:49 |
xuhanp | Swami, what do you mean by "remove the binding"? | 15:49 |
mrsmith | but don't we require the external-gateway-set? | 15:49 |
* pcm__ On dependency: https://wiki.openstack.org/wiki/Gerrit_Workflow#Add_dependency | 15:49 | |
mrsmith | for FIP? | 15:49 |
Rajeev | Thereafter both SNAT and FIP can be there | 15:49 |
*** vthapar has joined #openstack-meeting-alt | 15:49 | |
Swami | Even though FIP and SNAT are different mrsmith mentioned there is some dependency and so we wanted to get broader consensus on this before we proceed. | 15:50 |
Rajeev | From an agent perspective, it can handle SNAT in addition to FIP depending on what it's .ini says | 15:50 |
*** mwagner_lap has joined #openstack-meeting-alt | 15:51 | |
Murali | in this case in FIP namespace what is gatway IP? | 15:51 |
mrsmith | seems awkward to me to require ext-gw-set, but then allow it to be cleared | 15:51 |
Swami | xuhanp: We are proposing an admin level command to remove and add SNAT from an agent. | 15:51 |
mrsmith | for FIPs | 15:51 |
Swami | xuhanp: That is what I mentioned as binding to the agent. | 15:51 |
xuhanp | Swami, you mean choose another agent to take the SNAT role node? | 15:51 |
Swami | xuhanp: Yes, before you move, you first remove the binding from the current SNAT agent. | 15:52 |
xuhanp | Swami, thanks for the clarification | 15:52 |
Swami | mestery: Thanks for your help. | 15:53 |
*** zhangleiqiang has joined #openstack-meeting-alt | 15:53 | |
*** _nadya_ has joined #openstack-meeting-alt | 15:53 | |
Swami | So what i am hearing is in the distributed model, SNAT behavior should not affect the FIP. | 15:53 |
*** AndroUser2 has joined #openstack-meeting-alt | 15:53 | |
Swami | or vise versa. | 15:54 |
*** vkmc has joined #openstack-meeting-alt | 15:54 | |
Swami | mrsmith: Do you have any suggestions on this or do you want to discuss this more next week. | 15:54 |
*** vkmc has quit IRC | 15:54 | |
*** vkmc has joined #openstack-meeting-alt | 15:54 | |
*** cjellick has quit IRC | 15:55 | |
carl_baldwin | I'll admit I don't completely understand what the dependency between FIP and default SNAT might be. | 15:55 |
mrsmith | it is possible to do, and I guess a "good" feature to be able to move SNAT while FIPs are running | 15:55 |
Swami | Ok, let us talk about this topic more indepth in the next meeting. | 15:55 |
mrsmith | sure | 15:55 |
*** cjellick has joined #openstack-meeting-alt | 15:56 | |
mrsmith | the only dependency is in the current code | 15:56 |
mrsmith | more to refactor | 15:56 |
carl_baldwin | So, an implementation level dependency. | 15:56 |
mrsmith | yes | 15:56 |
Swami | We only have a couple of more minutes. | 15:56 |
*** rcurran has joined #openstack-meeting-alt | 15:56 | |
Swami | #topic General discussion | 15:56 |
*** openstack changes topic to "General discussion (Meeting topic: distributed_virtual_router)" | 15:56 | |
carl_baldwin | I see. I think we can work that out. I've done some work with this as well. | 15:56 |
Swami | Does anyone have any other topic to discuss. | 15:56 |
mrsmith | carl: sounds good | 15:56 |
Swami | I knew that rajeev brought up some summit design discussion topic. | 15:57 |
Rajeev | For the summit, we want to poll audience on future for DVR | 15:57 |
*** nlaouti has joined #openstack-meeting-alt | 15:57 | |
Swami | Rajeev, we do have signed up for a "DVR update". | 15:57 |
*** rkukura has joined #openstack-meeting-alt | 15:58 | |
Swami | In order to achieve partiy with Nova, we also need to complete the Distributed DHCP. | 15:58 |
Rajeev | Great | 15:58 |
*** _nadya_ has quit IRC | 15:58 | |
*** AndroUser2 has quit IRC | 15:58 | |
*** pcm_ has quit IRC | 15:58 | |
Swami | This is one of the major topic that came up last week when I discussed DVR with Mark McClain. | 15:58 |
viveknarasimhan | I just started off | 15:58 |
viveknarasimhan | with the Distributed DHCP document | 15:58 |
Swami | So the immediate need is "refactor' the L3 Agent/L2 Agent code and also to support Distributed DHCP. | 15:59 |
viveknarasimhan | i will whet that with you Swami and then we can proceed from that point | 15:59 |
Swami | Ok we are almost at the end of the hour | 15:59 |
Swami | Thanks all for joining this meeting. | 15:59 |
*** banix has joined #openstack-meeting-alt | 15:59 | |
Swami | Keep up the momentum. | 16:00 |
*** viveknarasimhan has quit IRC | 16:00 | |
Swami | bye | 16:00 |
Swami | #endmeeting | 16:00 |
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 16:00 | |
openstack | Meeting ended Wed Apr 16 16:00:13 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:00 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/distributed_virtual_router/2014/distributed_virtual_router.2014-04-16-15.02.html | 16:00 |
mrsmith | bye | 16:00 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/distributed_virtual_router/2014/distributed_virtual_router.2014-04-16-15.02.txt | 16:00 |
openstack | Log: http://eavesdrop.openstack.org/meetings/distributed_virtual_router/2014/distributed_virtual_router.2014-04-16-15.02.log.html | 16:00 |
*** mrsmith has quit IRC | 16:00 | |
rkukura | ml2’ers here? | 16:00 |
banix | hi there | 16:00 |
nlaouti | hi | 16:00 |
rkukura | hi banix! | 16:00 |
amotoki | hi | 16:00 |
yamamoto | hi | 16:00 |
trinaths | hi rkukura | 16:00 |
mestery | o/ | 16:01 |
trinaths | hi mestery | 16:01 |
mestery | trinaths: Howdy! | 16:01 |
trinaths | mestery: :) | 16:01 |
rkukura | Sukhdev: you around? | 16:01 |
Sukhdev | Hello | 16:01 |
*** marun has joined #openstack-meeting-alt | 16:01 | |
rkukura | lets get started! | 16:02 |
*** persia has quit IRC | 16:02 | |
rkukura | #startmeeting networking_ml2 | 16:02 |
openstack | Meeting started Wed Apr 16 16:02:15 2014 UTC and is due to finish in 60 minutes. The chair is rkukura. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:02 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:02 |
*** openstack changes topic to " (Meeting topic: networking_ml2)" | 16:02 | |
openstack | The meeting name has been set to 'networking_ml2' | 16:02 |
*** persia has joined #openstack-meeting-alt | 16:02 | |
*** colinmcnamara has joined #openstack-meeting-alt | 16:02 | |
*** persia has quit IRC | 16:02 | |
*** persia has joined #openstack-meeting-alt | 16:02 | |
rkukura | #topic Announcements | 16:02 |
*** openstack changes topic to "Announcements (Meeting topic: networking_ml2)" | 16:02 | |
*** emaganap has joined #openstack-meeting-alt | 16:02 | |
*** eghobo has joined #openstack-meeting-alt | 16:03 | |
rkukura | congrats to mestery on being elected PTL! | 16:03 |
mestery | Thanks rkukura! | 16:03 |
banix | congrats! :) | 16:03 |
amotoki | congrats mestery. | 16:03 |
*** Swami has left #openstack-meeting-alt | 16:03 | |
emaganap | rkukura: +1 | 16:03 |
Sukhdev | mestery: Huge contratulations!!! | 16:03 |
rkukura | since that is more than a full time job, Sukhdev has volunteered to take over as a co-chair of our sub-team | 16:04 |
rkukura | thanks Sukhdev! | 16:04 |
mestery | Thanks Sukhdev for volunteering! | 16:04 |
Sukhdev | My pleasure!! | 16:04 |
*** padkrish has joined #openstack-meeting-alt | 16:04 | |
banix | cool! :) | 16:04 |
rkukura | So the co-chair role is mainly to facilitate these weekly meetings and report sub-team status at the neutron IRC meeting | 16:04 |
*** Murali has quit IRC | 16:05 | |
*** jmontemayor has quit IRC | 16:05 | |
*** richm has joined #openstack-meeting-alt | 16:05 | |
trinaths | mestery: congratulations | 16:05 |
*** Barker has quit IRC | 16:06 | |
rkukura | Hopefully at least one of us will be available each Wednesday, but others could certainly step in if needed | 16:06 |
*** ramishra has joined #openstack-meeting-alt | 16:06 | |
*** Barker has joined #openstack-meeting-alt | 16:06 | |
rkukura | Its everyone’s job to review code, blueprints, and docs related to ML2 | 16:07 |
rkukura | any other announcements? | 16:07 |
rkukura | I don’t see any action items recorded from last week | 16:07 |
nlaouti | the was some VDP discussion last week can we discuss it now | 16:08 |
rkukura | #topic TypeDriver Refactoring | 16:08 |
*** openstack changes topic to "TypeDriver Refactoring (Meeting topic: networking_ml2)" | 16:08 | |
*** sadasu has joined #openstack-meeting-alt | 16:08 | |
*** Sourabh has joined #openstack-meeting-alt | 16:08 | |
trinaths | can we start submitting the BPs into the review system (the new process) | 16:08 |
rkukura | I don’t see asomya here, so we may have to push this off again | 16:08 |
rkukura | trinaths: Definitely! | 16:08 |
Sukhdev | rkukura: I thought mestery was going to arrange Asomya to come and present | 16:09 |
rkukura | should have mentioned that in annountments | 16:09 |
asomya | rkukura: I''m here | 16:09 |
nlaouti | we just open new BP https://blueprints.launchpad.net/neutron/+spec/vdp-network-overlay | 16:09 |
rkukura | asomya: great! | 16:09 |
nlaouti | to address the > 4k seg and changes in ovs_neutron agent | 16:09 |
asomya | I've managed to refit ML2 and almost all type drivers, had to take a two week break due to some personal stuff but i'm confident i'll be able to push at least a WIP this week or next by the latest | 16:09 |
rkukura | nlaouti: lets cover that under the design summit sessions section of the agenda | 16:10 |
nlaouti | It has it | 16:10 |
rkukura | asomya: Are you planning to submit a summit session on this? | 16:10 |
nlaouti | paddu can give the link | 16:10 |
padkrish | #rkukura# Here the link for that http://summit.openstack.org/cfp/details/314 | 16:10 |
asomya | Weren't you rolling all these into one ML2 session? | 16:10 |
asomya | I can do a quick demo | 16:11 |
asomya | don't think i have anough material for a dedicated session :) | 16:11 |
rkukura | OK, lets include that in a catch-all session that I’ll file | 16:11 |
*** colinmcnamara has quit IRC | 16:11 | |
*** jgallard has joined #openstack-meeting-alt | 16:11 | |
rkukura | Does this work effect the way providernet and/or multiprovidernet extensions are used with ML2? | 16:12 |
Sukhdev | asomya: it is on the same lines that you presented in HongKong? | 16:12 |
*** pcm_ has joined #openstack-meeting-alt | 16:12 | |
asomya | sukhdev: Yes it's the same BP | 16:12 |
*** demorris has quit IRC | 16:13 | |
rkukura | OK, I’ll inlcude the link the the existing BP in the catch-all session proposal | 16:13 |
*** bdpayne has joined #openstack-meeting-alt | 16:13 | |
padkrish | #asomya#: Last week there was a talk about dynamic VLAN allocations. Is there a BP for that? | 16:13 |
rkukura | My understanding is that all BPs will need to go through a review/acceptence process in the new neutron-specs repo. | 16:13 |
Sukhdev | asomya: you had a specific use case padkrish has a specific use case rkukura had proposed last week that we come up with a generic mechanism in ML2 to deal with this | 16:14 |
*** betsy has joined #openstack-meeting-alt | 16:14 | |
*** sarob has joined #openstack-meeting-alt | 16:14 | |
asomya | Sukhdev: Padkrish: Yes that's my goal after the architecture changes to author a custom vlan type driver. We can sync up and see if we can make it generic enough to be reusable | 16:14 |
rkukura | padkrish: I’m going to propose a session and BP on a base mechanism for dynamic VLAN assignment, and I think the stuff you and nlaouti are talking about would build on that | 16:14 |
nlaouti | does it mean the costum vlan type driver can support more that 4k segment? | 16:15 |
rkukura | Any other questions for asomya right now re. type driver refactoring? | 16:15 |
Sukhdev | rkukura, padkrish, asomya: we should coordinate this work | 16:15 |
asomya | nlaouti: Yeah, that's the goal | 16:15 |
nlaouti | asomya: that's good | 16:16 |
padkrish | #sukhdev# Sure, how can we do that? Thru the dev mailing list? | 16:16 |
asomya | Rkukura: Is the custom driver part of the ML2 catchall session? or we can have an unconference session | 16:16 |
amotoki | I have another use case. point-to-point link between VM vnics (without mac learning), though it seems orthogonal to the exsting type drivers. | 16:16 |
Sourabh | I have a question - N1k plugin has an extension called network profile - it allows specifying custom segment ranges and segment types for a network - can we do this with your refactoring? | 16:16 |
Sukhdev | padkrish: can we kick off discussion on ML and then if the need be, we can arrange a meeting | 16:16 |
rkukura | Lets cover the dynamic VLAN stuff in the design summit session agenda topic in a bit | 16:17 |
mestery | asomya: I think they killed the unconference slots this year. | 16:17 |
rkukura | #topic ovs-firewall-driver update | 16:17 |
*** openstack changes topic to "ovs-firewall-driver update (Meeting topic: networking_ml2)" | 16:17 | |
*** zhiyan is now known as zhiyan_ | 16:17 | |
asadoughi | hi | 16:17 |
rkukura | asadoughi: any update for us? | 16:17 |
*** jmontemayor has joined #openstack-meeting-alt | 16:18 | |
rkukura | We didn’t cover that last week, did we? | 16:18 |
asadoughi | so still working on restoring existing patches, vthapar is out on vacation this week | 16:18 |
*** akuznets_ has joined #openstack-meeting-alt | 16:18 | |
asadoughi | still attempting to have a working impl by summit but my short term schedule hasn't been as open as i expected | 16:18 |
rkukura | asadoughi: Are you submitting a session proposal for this? | 16:19 |
*** BrianB_ has joined #openstack-meeting-alt | 16:19 | |
asadoughi | that's all. i have feedback on one of the patches i restored that i need to get to already. | 16:19 |
asadoughi | rkukura: yes, already submitted | 16:19 |
vthapar | one small update from me, I've shared some of my prototype reflexive learning code with my test team and once they have resources available will be testing out OVS2.1's 200k flow space. | 16:19 |
*** sarob has quit IRC | 16:19 | |
asadoughi | vthapar: coo | 16:19 |
asadoughi | l | 16:19 |
mestery | vthapar: Cool, that sounds pretty awesome! | 16:19 |
vthapar | I had one question regarding use of openvswitch... | 16:20 |
*** IlyaE has quit IRC | 16:20 | |
vthapar | is the planned future direction to reduce no. of bridges in use? | 16:20 |
mestery | vthapar: You mean collapse from br-int/br-tun/br-ex to a single bridge? | 16:20 |
rkukura | Like every other BP for juno, we’ll need to get an updated BP for ovs-firewall-driver through the spec review process | 16:20 |
asadoughi | vthapar: i haven't heard number of bridges being a constraint | 16:21 |
mestery | vthapar: I would be in favor of patches which moved the OVS agent in that direction. | 16:21 |
*** akuznetsov has quit IRC | 16:21 | |
mestery | vthapar: OpenDaylight uses a single bridge, for example. | 16:21 |
asadoughi | rkukura: filed and approved during icehouse so i'd prefer to not resubmit | 16:21 |
vthapar | I was coming from a different direction, as in using multiple bridges based on functionality | 16:21 |
vthapar | I had discussed with asadoughi, using separate ovs bridge for security groups, say br-sec. | 16:21 |
banix | mestery: SDN-VE also uses a single bridge | 16:21 |
mestery | vthapar: Ah, interesting choice. So, isolate the features per-bridge? | 16:21 |
rkukura | mestery can clarify, but my understanding is all BPs for juno need to go through the new process | 16:21 |
vthapar | yes, I am working on a blueprint for the same, just need to do some prototyping and make sure it holds up. | 16:22 |
mestery | Yes, the way the new BP process works is that features which missed the previous release need to be re-approved for Juno now. | 16:22 |
mestery | vthapar: Very cool! | 16:22 |
asadoughi | mestery: ok | 16:22 |
mestery | asadoughi: If you have other questions around that, please let me know. This is a new process, so I'm happy to help. | 16:22 |
vthapar | think of it like a service chaining model, but for core neutron services. | 16:22 |
asadoughi | so should i stop coding and refile bp? can't do all things at once | 16:23 |
vthapar | asadoughi, I can help with bp. | 16:23 |
mestery | asadoughi: Hopefully you can simply migrate your existing BP over to the new neutron-specs repository with minimal effort. | 16:23 |
*** xuhanp has quit IRC | 16:23 | |
rkukura | mestery: I’m still not totally clear if we want the BPs in neutron-specs prior to the summit, if WIPs make sense for this, or if google docs are OK until the ideas get sociallized and teams formed at the summit | 16:23 |
mestery | asadoughi: Please keep coding, I expect your BP to not be too contentious since it was already approved for Icehouse. | 16:23 |
mestery | rkukura: I think we should be pushing specs to neutron-specs, and before the summit is perfectly fine. | 16:24 |
amotoki | mestery: who have responsibilities to review blueprints? nova team assigns two folks from nova-drivers to review BPs. | 16:24 |
mestery | rkukura: I don't think each BP needs a summit session. | 16:24 |
asadoughi | ok, i'll at least push a WIP by next week to neutron specs gerrit | 16:24 |
mestery | amotoki: Anyone can review them, neutron-cores can +2/+A the BPs. | 16:24 |
amotoki | okay. | 16:24 |
mestery | amotoki: For larger BPs, it may be good to assign neutron cores as reviewers of the resulting code as well. What do you think? | 16:24 |
amotoki | mestery: agree. it is a good idea. | 16:25 |
rkukura | getting some of these existing BPs through the process quickly would be a good way to get the ball rolling with the new process | 16:25 |
mestery | rkukura: +1 to that idea. | 16:25 |
mestery | I think asadoughi's BP is a good example of something we can approve quickly once it hits neutron-specs. :) | 16:25 |
rkukura | anythign else on ovs-firewall-driver before we move on to the design summit session ideas? | 16:26 |
asadoughi | nada from me. | 16:26 |
vthapar | I had question on using br-sec for SGs... | 16:26 |
vthapar | does it sound like a good idea or direction we want to be heading in? feature based bridges? | 16:27 |
banix | vthapar: what is the advantage of having such an architecture? | 16:27 |
*** manishg has joined #openstack-meeting-alt | 16:28 | |
vthapar | it provides isolation of flwos thsu making it easy to troubleshoot. | 16:28 |
amotoki | I think The advantage is that it makes easier to manage flow rules. | 16:28 |
rkukura | vthapar: And does traversing patch ports between bridges add overhead to the kernel datapath? | 16:28 |
vthapar | rkukura: that is the open question right, which I need to prototype and get test results of. | 16:28 |
vthapar | right now. | 16:28 |
vthapar | the sort of work I am doing, I am using a service VM which host these bridges, not on host OS. | 16:29 |
vthapar | so, it allows me possibility of providing a scaleout model. | 16:29 |
vthapar | e.g. if you have a few tenants but lots of SG rules, your SG flows maybe too high and will benefit from being separate instance. | 16:30 |
vthapar | another reason was that OVS2.0 only supports 2k flows in kernel space, I was avoiding that problem by having SG flows in separate bridge running in its own service VM, thus its own kernel. | 16:30 |
banix | so there will be for example a sec related bridge on each data path? meaning multiple such bridges if there are multiple network interfaces on a host? | 16:30 |
*** IlyaE has joined #openstack-meeting-alt | 16:30 | |
yamamoto | patch ports do not add overhead to the datapath afaik | 16:30 |
mestery | vthapar: I think the idea is worth exploring. Once you vet it a bit more, let us know how it looks. | 16:31 |
vthapar | not really, br-sec would need to sit where br-int sits today. | 16:31 |
*** ramishra has quit IRC | 16:31 | |
vthapar | mestery: I Am working on BP, not published yet coz want to do some testing and get some concrete numbers. | 16:31 |
mestery | vthapar: Cool! It may be worth filing a summit session for this, or collapsing it into asadoughi's ovs-firewall session | 16:32 |
vthapar | the use case I have at my workspace kid of necessiates such an approach but I believe it will benefit all. | 16:32 |
rkukura | mestery: I was thinking the same thing | 16:32 |
amotoki | vthapar: br-sec sounds good to me for ovs-firewall-driver as we can separate a logic from the exsiting ovs-agent. | 16:32 |
vthapar | how should I go about it? file a bp first? | 16:32 |
mestery | amotoki: +1 | 16:32 |
asadoughi | how long's a summit session anyway? ovs-firewall-driver might not even take up the full time as-is. | 16:33 |
mestery | vthapar: Yes, a BP is a good start, and then discussing as part of asadoughi's session in Atlanta woudl also be good! | 16:33 |
mestery | 40 minutes asadoughi | 16:33 |
rkukura | #topic Design summit session proposals | 16:33 |
*** openstack changes topic to "Design summit session proposals (Meeting topic: networking_ml2)" | 16:33 | |
mestery | So, combining them would be good | 16:33 |
*** demorris has joined #openstack-meeting-alt | 16:33 | |
vthapar | ok. will work on getting BP up before that so all get some context. | 16:33 |
rkukura | deadline for submitting proposals is Sunday, 4/20 | 16:33 |
mestery | vthapar: Great! | 16:33 |
mestery | Yes, please file early! | 16:33 |
amotoki | asadoughi: if it does need full time, you can add a comment in session proposal. | 16:33 |
mestery | We're already over our allotted 20 spots. | 16:34 |
mestery | So we may converge a few sessions. | 16:34 |
amotoki | *if does *not* need | 16:34 |
*** zhiyan_ is now known as zhiyan | 16:34 | |
asadoughi | ah, 40 minutes, i was thinking 1 hour. | 16:34 |
vthapar | 20 deadline might be bit difficult for me. | 16:34 |
rkukura | session proposals don’t need to be very detailed | 16:35 |
vthapar | am on vacation [sort of] with intermittent access. | 16:35 |
vthapar | aha, will do that. | 16:35 |
banix | vthapar: thats deadline for session proposals | 16:35 |
rkukura | We’ve been collecting ideas for session proposals to be filed at https://etherpad.openstack.org/p/juno_ml2_session_ideas | 16:35 |
vthapar | got it. | 16:35 |
*** baoli has quit IRC | 16:35 | |
*** baoli has joined #openstack-meeting-alt | 16:36 | |
rkukura | would be great if people that have filed proposals for ML2 could add link to proposal under “already filed ideas”, and move up any useful text from below | 16:36 |
Sukhdev | mestery, rkukura: Is there a limit on number of sessions for ML2 specific work? | 16:37 |
rkukura | Sukhdev and I will get the proposal on re-synchronization filed this week | 16:37 |
nlaouti | I have a question, is there BP or work done on supporting mechanism driver RPC on the ovs neutron agent side | 16:37 |
rkukura | Lets discuss the dynamic VLAN stuff for a moment | 16:38 |
mestery | Sukhdev: No limit, other than practicial. If we can collapse ML2 sessions into 2 sessions, that might be ideal. | 16:38 |
amotoki | Is RPC stuff related to VLAN stuff? i am not sure. | 16:38 |
emaganap | mestery: +1 that is a good idea | 16:38 |
rkukura | I think that having the mechanism driver handle the get_device_details RPC will be needed for dynamic VLAN, at least on certain use cases | 16:39 |
amotoki | i see. | 16:39 |
Sukhdev | mestery: may be tight, but, we'll try :-) | 16:39 |
*** redrobot has left #openstack-meeting-alt | 16:39 | |
amotoki | I have an idea to refactor RPC callbacks in all neutron plugins. The current mixin apporach prevents each RPC API from evolving separately. | 16:39 |
nlaouti | Not really. | 16:39 |
amotoki | it is not directly related to ML2 but i can cover it. | 16:39 |
nlaouti | amotoki: in some cases MD may need to send info to ovs agent | 16:39 |
amotoki | nlaouti: yes. i understand the need. | 16:40 |
*** trinaths has quit IRC | 16:40 | |
amotoki | some driever need to receive RPC too. | 16:40 |
rkukura | I’m thinking that the bound MD should be responsible for handling get_device_details, and maybe it should defer to the segment’s type driver in most cases | 16:40 |
nlaouti | amotoki: thats correct | 16:40 |
nlaouti | amotoki: l2_pop implemeted one which is being used by l2_pop | 16:41 |
*** drupalmonkey has left #openstack-meeting-alt | 16:41 | |
asadoughi | banix: +1 for modular agent discussion. ovs_neutron_agent is bloating as-is. | 16:41 |
rkukura | Adding new RPCs in drivers is kind of related to having extensions supported by drivers, isn’t it? | 16:41 |
*** zhiyan is now known as zhiyan_ | 16:41 | |
amotoki | it is sometimes related to having new extensions, but it is not always. | 16:41 |
nlaouti | rkukura: that could be one of the cases | 16:42 |
rkukura | So I plan to file a session proposal on just very basic changes to ML2 to allow the bound MD to dynamically assign VLAN tags | 16:42 |
nlaouti | rkukura: as part of my work on Mechanism driver, I needed to have RPC on ovs_agent for the MD. | 16:42 |
rkukura | I think separate session proposals for VDP and such make sense, and mestery can combine these into one session | 16:43 |
*** jcoufal has quit IRC | 16:43 | |
rkukura | nlaouti: Are you saying you need the MD to make and RPC call to the agent? | 16:43 |
nlaouti | rkukura: For now I create RPC bases on some config option on ml2_conf.ini on ovs agent and on server side | 16:43 |
nlaouti | rkukura: yes | 16:44 |
banix | amotoki: is there a blueprint for your work on unifying RPC callbacks | 16:44 |
amotoki | I will register it tomorrow. | 16:44 |
amotoki | I don't think it need a session proposal. | 16:45 |
rkukura | nlaouti, amotoki: Seems the extensibility of the REST and RPC interfaces could be covered together in one session, or maybe as part of the catch all session | 16:45 |
amotoki | rkukura: sounds good. | 16:46 |
*** cp16net has joined #openstack-meeting-alt | 16:46 | |
nlaouti | rkukura: sounds good | 16:46 |
rkukura | Are there items on the etherpad (or not yet on it) that need volunteers to submit proposals? | 16:46 |
*** gokrokve has joined #openstack-meeting-alt | 16:47 | |
rkukura | Does anyone want to look into the bulk operations? | 16:47 |
rkukura | Any other session topics to discuss? | 16:49 |
*** zhangleiqiang has quit IRC | 16:49 | |
amotoki | re bulk operation, it is very different between agent case and sdn controller case, so I could not cover both cases so far. | 16:49 |
*** noslzzp has joined #openstack-meeting-alt | 16:49 | |
*** cp16net has quit IRC | 16:50 | |
rkukura | amotoki: Basic question I have on bulk operations is whether the ML2 plugin should handle them as separate operations, each with precommit followed by postcommit | 16:51 |
rkukura | of if all precommits should happen in one transaction | 16:51 |
*** harlowja_away is now known as harlowja | 16:51 | |
rkukura | of it the drivers should have a bulk_precommit and bulk_postcommit method | 16:51 |
rkukura | s/of it/or if/ | 16:51 |
Sukhdev | rkukura: Do you have a use case in mind? | 16:52 |
rkukura | Sukhdev: Not really, just want to make sure we aren’t calling controllers/devices from inside transactions | 16:52 |
amotoki | my initial thought is to commit all requests in one (bulk_)precommits and then bulk_postcommit. it seems easier to rollback. | 16:53 |
Sukhdev | rkukura: I can think of this being useful in the re-sync process | 16:53 |
amotoki | perhaps same as your thought. | 16:53 |
*** pcm_ has quit IRC | 16:53 | |
rkukura | Sukhdev: interesting | 16:53 |
rkukura | Do we need anything related completing the deprecation of the monolithic plugins? | 16:54 |
asadoughi | monolothic plugins maybe not, but monolithic agents.. i'm curious in general how we would go about refactoring (e.g. RPC, agent) when there are active feature implementations ongoing; obviously with nova-network parity being a priority, that will make it more difficult. | 16:55 |
rkukura | We’ve got a migration tool now, and I guess we’ll be removing code in juno, and maybe moving the L2 agents (or refactoring them as drivers in a modular agent) | 16:55 |
*** vinod has joined #openstack-meeting-alt | 16:55 | |
*** msisk has joined #openstack-meeting-alt | 16:55 | |
mestery | asadoughi: That's a good point. nova-network parity is priority #1 for Juno, so we can't slow that down at all. :) | 16:56 |
rkukura | #topic Open Discussion | 16:57 |
*** openstack changes topic to "Open Discussion (Meeting topic: networking_ml2)" | 16:57 | |
rkukura | We’ve got a couple minutes left - anything else? | 16:57 |
asadoughi | mestery: yeah, and nova-parity patches are making agent more monolothic! | 16:57 |
*** amcrn has joined #openstack-meeting-alt | 16:57 | |
*** rpodolyaka1 has joined #openstack-meeting-alt | 16:57 | |
asadoughi | banix: thoughts? | 16:58 |
banix | asadoughi: do you have any particular patch in mind or in general? | 16:58 |
amotoki | Do we use ML2 with OVS or ML2 with linuxbridge for nova-parity? It may be one topic in the summit. OVS with hybrid have a performance issue. | 16:58 |
*** rjrjr has joined #openstack-meeting-alt | 16:58 | |
*** wendar has quit IRC | 16:59 | |
asadoughi | banix: is https://review.openstack.org/#/c/87730/ nova-parity or related, i think saw something about distributed dhcp in the dvr meeting prior adding on to this | 16:59 |
mestery | amotoki: Maybe I should file a summit session on deprecation plans for LB and OVS, and we can cover that there. | 16:59 |
mestery | Not sure if needs a full session or not. | 16:59 |
mestery | Maybe in a broader "juno plans" session | 16:59 |
rkukura | amotoki: Hopefully the ovs-firewall-driver will eliminate the hybrid bridge | 16:59 |
*** jmcbride has joined #openstack-meeting-alt | 16:59 | |
asadoughi | amotoki: everyone could switch ovs non-hybrid if ovs-firewall-driver is implemented? :) | 16:59 |
*** mugsie has joined #openstack-meeting-alt | 17:00 | |
*** tsimmons has joined #openstack-meeting-alt | 17:00 | |
vthapar | is firewall driver only reason for using linux-bridge today? | 17:00 |
rkukura | we are out of time | 17:00 |
rkukura | OK, lets get the summit session proposals in, and start working on writing and reviewing BPs! | 17:00 |
amotoki | mestery: sounds good. we need to clarify all nova-parity plans. | 17:00 |
banix | asadoughi: thanks will look into this patch in partiular and this issue in general | 17:00 |
rkukura | #endmeeting | 17:00 |
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 17:00 | |
mestery | thanks rkukura! | 17:00 |
openstack | Meeting ended Wed Apr 16 17:00:38 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 17:00 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/networking_ml2/2014/networking_ml2.2014-04-16-16.02.html | 17:00 |
amotoki | thanks. | 17:00 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/networking_ml2/2014/networking_ml2.2014-04-16-16.02.txt | 17:00 |
openstack | Log: http://eavesdrop.openstack.org/meetings/networking_ml2/2014/networking_ml2.2014-04-16-16.02.log.html | 17:00 |
rkukura | thanks everyone! | 17:00 |
Sukhdev | bye | 17:00 |
mestery | amotoki: Yes, I have a plan started, I'll share it with the team soon. I need to present it to the TC next Teusday | 17:01 |
asadoughi | vthapar: yeah, lb for security groups on iptables | 17:01 |
kiall | #startmeeting Designate | 17:01 |
openstack | Meeting started Wed Apr 16 17:01:14 2014 UTC and is due to finish in 60 minutes. The chair is kiall. Information about MeetBot at http://wiki.debian.org/MeetBot. | 17:01 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 17:01 |
*** openstack changes topic to " (Meeting topic: Designate)" | 17:01 | |
openstack | The meeting name has been set to 'designate' | 17:01 |
*** rcurran has quit IRC | 17:01 | |
*** asomya has quit IRC | 17:01 | |
kiall | Heya - who's about? :) | 17:01 |
mugsie | o/ | 17:01 |
*** wendar has joined #openstack-meeting-alt | 17:01 | |
vinod | here | 17:01 |
jmcbride | howdy | 17:01 |
tsimmons | o/ | 17:01 |
*** rkukura has left #openstack-meeting-alt | 17:01 | |
*** nlaouti has left #openstack-meeting-alt | 17:01 | |
rjrjr | here | 17:01 |
*** vthapar has quit IRC | 17:02 | |
*** julienvey has quit IRC | 17:02 | |
kiall | #topic Review action items from last week | 17:02 |
*** openstack changes topic to "Review action items from last week (Meeting topic: Designate)" | 17:02 | |
*** derekh has quit IRC | 17:02 | |
richm | here | 17:02 |
kiall | 2 items - 1 I was told was one after I added it, and other was to organize the hangout. So.. Both done. | 17:02 |
betsy | o/ | 17:02 |
*** pcm__ has left #openstack-meeting-alt | 17:02 | |
kiall | #topic DNSpy update | 17:03 |
*** openstack changes topic to "DNSpy update (Meeting topic: Designate)" | 17:03 | |
kiall | I missed who added this item? :) | 17:03 |
*** sadasu has quit IRC | 17:03 | |
*** nacim has quit IRC | 17:03 | |
vinod | Joe added this | 17:03 |
jmcbride | I added this | 17:03 |
jmcbride | Unfortunately emmanuel is not here at the moment, as he has the best detail. | 17:03 |
*** padkrish has left #openstack-meeting-alt | 17:03 | |
vinod | But from what he mentioned, notify works well with DNS Pythin | 17:04 |
jmcbride | I know he is working through it and having some success… hasn't hit any major issues. | 17:04 |
kiall | jmcbride: ah, will he be here before the end of the meet? If so, Let's come back to it/ | 17:04 |
vinod | No not today | 17:04 |
jmcbride | no, but my thought was mostly around what we want to do with dnspy and the diy | 17:04 |
vinod | AXFR works as a client he needs to checkout as a server | 17:04 |
kiall | vinod: Okay.. | 17:05 |
jmcbride | I think he will be done soon and I thought I'd bring it up so we have what we need on diy to make a decision | 17:05 |
betsy | kiall: How’s the DIY coming? | 17:05 |
kiall | betsy: exactly as it was a few months ago - I'm confident it's relatively easy to implement, I think it's a *slightly* better option, but am open to both DIY and DNSpy | 17:06 |
jmcbride | I would imagine the two could probably be swapped out without to much impact. | 17:06 |
kiall | You might have noticed the # of reviews from me has jumped over the last week, finally managing to organize time etc :) | 17:07 |
betsy | I know. I’m impressed | 17:07 |
vinod | especially with the late nighters like yesterday :-) | 17:07 |
kiall | jmcbride: yea, swapping one for the other should actually be easy enough | 17:08 |
jmcbride | OK, I think we can probably move on. The main takeaway I think is the DNSpy might be an option to go with initially for mDNS then swap out later in the event we are not ready to address DIY yet. | 17:08 |
kiall | Anyway - I'm personally open to both routes, I do think DIY is going to give us more control - but that's very much "It'll be useful at some point in the future" thing | 17:08 |
kiall | jmcbride: yea, essentially the same as my thinking :) | 17:09 |
jmcbride | sweet | 17:09 |
*** jgallard has quit IRC | 17:09 | |
*** safchain has quit IRC | 17:10 | |
kiall | Once the next BP (also the next topic) is implemented, we should be pretty close to being able to actually implement these choices | 17:10 |
*** amcrn has quit IRC | 17:10 | |
kiall | So - Anything else on this topic before we move on? | 17:10 |
vinod | No | 17:10 |
kiall | #topic Clarify details mdns-structured-rdata | 17:10 |
*** openstack changes topic to "Clarify details mdns-structured-rdata (Meeting topic: Designate)" | 17:10 | |
vinod | #link https://wiki.openstack.org/wiki/Designate/Blueprints/MiniDNS#Update_the_Record_object_to_make_available_the_structured.2C_as_well_as_textual_representations_of_the_records.27s_RData | 17:10 |
*** akuznets_ has quit IRC | 17:11 | |
vinod | I wanted to clarify my understanding before I get started on this. | 17:11 |
vinod | Currently designate/objects has an object for record. This object (designate.objects.Record) would provide from_text, to_text methods. designate.objects.base would provide a from_dict, to_dict methods. The various types of records supported ("A", "AAAA", "CNAME", "MX", "SRV", "TXT", "SPF", "NS", "PTR", "SSHFP") would each have a separate type that inherit from designate.objects.Record. Storage's get_record, find_record and find_records would be ab | 17:11 |
*** eghobo has quit IRC | 17:11 | |
*** MarkAtwood has quit IRC | 17:11 | |
*** eghobo has joined #openstack-meeting-alt | 17:11 | |
*** nicole has joined #openstack-meeting-alt | 17:12 | |
*** denis_makogon_ has joined #openstack-meeting-alt | 17:12 | |
*** denis_makogon has quit IRC | 17:13 | |
*** denis_makogon_ is now known as denis_makogon | 17:13 | |
*** dmakogon_ has joined #openstack-meeting-alt | 17:13 | |
*** beyounn has joined #openstack-meeting-alt | 17:13 | |
kiall | vinod: Sorry, misundersood the first time a wrote a totally wrong comment.. Typing again ;) | 17:13 |
*** demorris has quit IRC | 17:14 | |
*** MarkAtwood has joined #openstack-meeting-alt | 17:15 | |
kiall | So - Yes, for e.g. "MXRecord" would inherit from Record, it would provide (to|from)_text methods (for the API), and in the next BP, (to|from)_dnpy methods | 17:15 |
kiall | Storage's methods would then be updated to accept/return the appropriate object, rather than the generic "Record" class | 17:16 |
vinod | ok. the next part of my question | 17:16 |
vinod | For storage's create_record, update_record to take in one of these record types (rather than a dict that as it is currently) and be able to create/update it, we would need to modify either the central and/or api layer to supply one of the record types rather than a dict. Should this be done as another blueprint? | 17:16 |
*** tsimmons has quit IRC | 17:16 | |
kiall | Eventually, we should end up in a place where we can go recordset = storage.get_recordset(12345) ; recordset.to_dnspy(), which that would then be pushed out over the wire in response to queries etc | 17:17 |
*** tsimmons has joined #openstack-meeting-alt | 17:17 | |
kiall | vinod: I actually consider that a bug in the o.m switchover, previous to the o.m migration, our own objects 100% passed over the wire to the API layer | 17:17 |
*** noslzzp has quit IRC | 17:18 | |
kiall | So .. I do think that bug needs to be fixed so we can avoid unnecessary dict<-->object conversions where there not needed | 17:18 |
kiall | I was actually looking at it about an hour ago, but haven't found the cause yet | 17:19 |
betsy | kiall: o.m switchover? | 17:19 |
*** Sourabh has quit IRC | 17:19 | |
mugsie | oslo.messageing | 17:19 |
betsy | OK. I thought it was oslo something, but couldn’t think what the m was for | 17:19 |
kiall | The switch from the depreciated oslo-incubator "rpc" stuff to the replacement oslo.messaging lib | 17:19 |
kiall | Sorry - should have explained :) | 17:20 |
*** david-lyle has joined #openstack-meeting-alt | 17:20 | |
*** tsimmons has quit IRC | 17:20 | |
betsy | np | 17:20 |
vinod | ok kiall i will let you fix that bug - since you have more knowledge there | 17:20 |
kiall | Sure :) | 17:21 |
*** Sukhdev has quit IRC | 17:21 | |
kiall | Okay .. So, vinod - I assume this means you're going to take that BP? | 17:22 |
vinod | yes | 17:22 |
kiall | Cool - I'll get that bug sorted as soon as I can - Hopefully today. | 17:23 |
vinod | also wanted to check - is Graham doing the api validation for the various record types? | 17:23 |
*** amotoki has quit IRC | 17:23 | |
*** michael-yu has joined #openstack-meeting-alt | 17:23 | |
mugsie | vinod: not at the moment - just the current objects - but when that BP merges, I can update | 17:24 |
vinod | asking since kiall mentioned something to this effect yesterday | 17:24 |
kiall | mugsie was adding validation pieces to your objects stuff, which would let us centralize the validations into something that can be used by both the API and Central and mDNS etc | 17:24 |
kiall | i.e. anything based on those objects could then be validated, including the RRType specific objects | 17:24 |
mugsie | yeah, it would just be updating schemas | 17:25 |
kiall | Okay - Anything else on this topic before we move onto Open Discussion? (Short agenda today) | 17:25 |
vinod | Everything clarified | 17:26 |
*** IlyaE has quit IRC | 17:26 | |
kiall | #topic Open Discussion | 17:27 |
*** openstack changes topic to "Open Discussion (Meeting topic: Designate)" | 17:27 | |
kiall | Any other topics today? :) | 17:27 |
jmcbride | Design time at the summit | 17:27 |
kiall | Ah yes - I saw that got scheduled, but I cant see when it was scheduled for! | 17:28 |
kiall | mugsie: did you get an email or anything? | 17:28 |
jmcbride | Mugsie started on this topic and he and I have been looking into finding more time to review blueprints, etc. | 17:28 |
mugsie | kiall: nope, nothing | 17:28 |
mugsie | I assume I will get an email from Beth at some point | 17:28 |
jmcbride | Mugsie: what was the name of the program/event you submitted it under? | 17:29 |
mugsie | Design Summit | 17:29 |
jmcbride | OK. Another option for time is https://www.openstack.org/blog/2014/03/call-for-proposals-open-source-openstack-summit/ | 17:29 |
mugsie | yeah | 17:29 |
mugsie | I would say we go for it | 17:29 |
*** Obulpathi has quit IRC | 17:29 | |
jmcbride | "it’s an opportunity for these projects to hold small design summits with their community members." | 17:29 |
jmcbride | The more time available, the better. I'll go ahead and submit. | 17:30 |
kiall | It sounds like that's the same thing you did mugsie? | 17:30 |
mugsie | nope, its a new side track | 17:30 |
mugsie | not part of the design summit | 17:30 |
mugsie | we got offical design summit time | 17:30 |
mugsie | and this would be extra time -its a full 1/2 day sesion | 17:30 |
jmcbride | How much time did you secure? | 17:31 |
mugsie | I can work wit jmcbride to put in an application for the new side session | 17:31 |
mugsie | I don't know - I have never been to a design summit | 17:31 |
*** _nadya_ has joined #openstack-meeting-alt | 17:31 | |
mugsie | kiall: any idea how long thre design sessions go on for> | 17:31 |
mugsie | ?* | 17:31 |
kiall | mugsie: there all different lengths from memory | 17:31 |
mugsie | Isay we go for it - the more exposure the better | 17:32 |
mugsie | I say* | 17:32 |
*** kgriffs is now known as kgriffs|afk | 17:32 | |
kiall | summit.openstack.org/cfp/details/196 says "Scheduled"... I'm assuming that means there's a schedule *somewhere* | 17:32 |
mugsie | yeah - but I don't think it is public yet | 17:32 |
mugsie | they said they would let us know by friday | 17:32 |
jmcbride | OK, lets go for it. Can we assume the usual suspects from HP, RedHat, eBay and Rackspace will make it? | 17:32 |
mugsie | me anyway | 17:32 |
richm | yes | 17:33 |
kiall | jmcbride: yep, definitely | 17:33 |
mugsie | jmcbride: you free after this? we can put it in this evening if possible | 17:34 |
jmcbride | #action Joe Work with mugsie to get an application in for https://www.openstack.org/blog/2014/03/call-for-proposals-open-source-openstack-summit/ | 17:34 |
*** cp16net has joined #openstack-meeting-alt | 17:34 | |
mugsie | cool | 17:34 |
jmcbride | yes, I'm free | 17:34 |
*** david-lyle has quit IRC | 17:35 | |
*** yogesh has joined #openstack-meeting-alt | 17:36 | |
mugsie | anythign else? | 17:36 |
betsy | I’m good | 17:36 |
kiall | Not from me, I'm already semi-distracted right now (dragged into another conversation as I'm apparently the only person who can still login to the server.. heh) | 17:36 |
betsy | :) | 17:37 |
vinod | nothing from me | 17:37 |
kiall | Cool, Okay.. vinod I'll ping you once I've figured out the bug :) | 17:38 |
kiall | Thanks all :) See you in #openstack-dns .... | 17:38 |
kiall | #endmeeting | 17:38 |
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 17:38 | |
openstack | Meeting ended Wed Apr 16 17:38:41 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 17:38 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/designate/2014/designate.2014-04-16-17.01.html | 17:38 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/designate/2014/designate.2014-04-16-17.01.txt | 17:38 |
openstack | Log: http://eavesdrop.openstack.org/meetings/designate/2014/designate.2014-04-16-17.01.log.html | 17:38 |
*** vinod has left #openstack-meeting-alt | 17:39 | |
*** amcrn has joined #openstack-meeting-alt | 17:44 | |
*** sarob has joined #openstack-meeting-alt | 17:45 | |
*** cweidenkeller has joined #openstack-meeting-alt | 17:45 | |
*** _nadya_ has quit IRC | 17:45 | |
*** Obulpathi has joined #openstack-meeting-alt | 17:45 | |
*** demorris has joined #openstack-meeting-alt | 17:48 | |
*** k-pom has joined #openstack-meeting-alt | 17:51 | |
*** michael-yu has quit IRC | 17:52 | |
*** michael-yu has joined #openstack-meeting-alt | 17:53 | |
*** markmcclain has joined #openstack-meeting-alt | 17:54 | |
*** amrith is now known as notamrcn | 17:54 | |
*** arnaud has joined #openstack-meeting-alt | 17:55 | |
*** SlickNik has joined #openstack-meeting-alt | 17:55 | |
*** markmcclain1 has joined #openstack-meeting-alt | 17:56 | |
*** baoli has quit IRC | 17:56 | |
*** d0ugal has quit IRC | 17:56 | |
*** gokrokve has quit IRC | 17:57 | |
*** baoli has joined #openstack-meeting-alt | 17:57 | |
*** hub_cap has joined #openstack-meeting-alt | 17:58 | |
*** yamamoto has quit IRC | 17:58 | |
*** markmcclain has quit IRC | 17:59 | |
*** notamrcn is now known as amrith | 17:59 | |
*** mat-lowery has joined #openstack-meeting-alt | 17:59 | |
*** jprovazn_afk is now known as jprovazn | 18:00 | |
SlickNik | #startmeeting trove | 18:00 |
openstack | Meeting started Wed Apr 16 18:00:20 2014 UTC and is due to finish in 60 minutes. The chair is SlickNik. Information about MeetBot at http://wiki.debian.org/MeetBot. | 18:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 18:00 |
*** openstack changes topic to " (Meeting topic: trove)" | 18:00 | |
openstack | The meeting name has been set to 'trove' | 18:00 |
*** eguz has joined #openstack-meeting-alt | 18:00 | |
*** esp has joined #openstack-meeting-alt | 18:00 | |
denis_makogon | o/ | 18:00 |
SlickNik | #link https://wiki.openstack.org/wiki/Meetings/TroveMeeting#Agenda_for_the_weekly_meeting_Apr.16 | 18:00 |
*** spzala has quit IRC | 18:00 | |
amcrn | o/ | 18:00 |
*** _shalkh has joined #openstack-meeting-alt | 18:00 | |
esp | \o | 18:00 |
*** grapex has joined #openstack-meeting-alt | 18:00 | |
kevinconway | 7o7 | 18:01 |
SlickNik | previous meeting minutes: | 18:01 |
grapex | o8 | 18:01 |
SlickNik | #link http://eavesdrop.openstack.org/meetings/trove/2014/trove.2014-04-09-18.00.html | 18:01 |
cp16net | holla o] | 18:01 |
pdmars | o/ | 18:01 |
vipul | \o | 18:01 |
SlickNik | We have a quorum. Let's get started. | 18:01 |
SlickNik | #topic Discuss the expectations of an agenda item for the weekly meeting | 18:01 |
*** openstack changes topic to "Discuss the expectations of an agenda item for the weekly meeting (Meeting topic: trove)" | 18:01 | |
amcrn | alright, this is me | 18:02 |
*** spzala has joined #openstack-meeting-alt | 18:02 | |
amcrn | Lately, agenda items have been extremely terse (usually just a link). | 18:02 |
cweidenkeller | G/ | 18:02 |
amcrn | We’d like to try and make this meeting more focused by keeping it very goal-oriented. | 18:02 |
*** kgriffs|afk is now known as kgriffs | 18:02 | |
amcrn | This means agenda items should have a clearly defined objective. | 18:02 |
amcrn | Good: Review #xxxxx has comments on foobar.py from multiple folks and there seems to be no consensus on how to solve problem ‘y’. Let’s quickly rehash the merits of both approaches in 2-5 minutes and call for a vote. Goal: choose an approach and move forward on implementation. | 18:02 |
k-pom | \o\ | 18:02 |
amcrn | Bad: Discuss blueprint ‘xyz’ | 18:02 |
amcrn | Bad: Revisit blueprint ‘abc’ that we talked about last week to get answers on remaining disagreements. | 18:02 |
*** jcru has joined #openstack-meeting-alt | 18:02 | |
amcrn | (Note: the last example is bad because the remaining disagreements should be clearly articulated, with each point of view represented and summarized). | 18:02 |
*** robertmyers has joined #openstack-meeting-alt | 18:02 | |
*** imsplitbit has joined #openstack-meeting-alt | 18:02 | |
amcrn | At the conclusion of an agenda item, a summary of key conclusions, action items, and points of accountability should be noted. | 18:02 |
robertmyers | o/ | 18:02 |
glucas | o/ | 18:03 |
*** sarob has quit IRC | 18:03 | |
amcrn | It’s likely that we’ll want to introduce time-boxing per agenda item in the future, but we think this is a good start. Any questions? | 18:03 |
imsplitbit | o/ | 18:03 |
*** amytron has joined #openstack-meeting-alt | 18:03 | |
*** sarob has joined #openstack-meeting-alt | 18:03 | |
grapex | amcrn: So, each agenda item requires a more refined synopsis, and a time limit? | 18:03 |
kevinconway | amcrn: who's responsibility is it to summarize the item minutes? | 18:03 |
grapex | As well as a clear goal. | 18:03 |
annashen | o | 18:03 |
amcrn | kevinconway: the purpose who added it to the agenda | 18:04 |
amcrn | the person* | 18:04 |
*** eghobo has quit IRC | 18:04 | |
amcrn | grapex: synopsis plus well defined goal | 18:04 |
esp | amcrn: sounds like a good start | 18:04 |
amrith | amcrn, agreed. one suggestion (given that this is irc) is that we allow the leader of an agenda item to talk and hold only one conversation going if possible | 18:04 |
amrith | such as with this conversation now | 18:04 |
amrith | you proposed something | 18:04 |
amrith | and you got a couple of replies | 18:04 |
amrith | but they were all directed at you | 18:05 |
kevinconway | i feel like this could have an impact on our useful side conversations that take place during long agent item talks | 18:05 |
amrith | and it is possible/effective | 18:05 |
*** sbalukoff has joined #openstack-meeting-alt | 18:05 | |
dougshelley66 | o/ | 18:05 |
*** khyati has joined #openstack-meeting-alt | 18:05 | |
*** shivamshukla has joined #openstack-meeting-alt | 18:05 | |
grapex | kevinconway: That is a sad | 18:05 |
grapex | amcrn: I like this idea. SlickNik, do you think we should vote on it now? | 18:05 |
yogesh | o/ | 18:05 |
amrith | amcrn: you agree wity my idea or not | 18:06 |
vgnbkr | o/ | 18:06 |
amcrn | amrith: not sure i understand your suggestion | 18:06 |
SlickNik | amcrn / grapex: I like this too. | 18:06 |
amrith | amcrn: often we have many conversations going in parallel | 18:06 |
SlickNik | What's the course of action when a "bad" agenda item makes its way on to the agenda? | 18:06 |
kevinconway | grapex: so hang on, if you're going to vote on a process should we get it codified into a by-law? | 18:06 |
amrith | and it is confusing | 18:06 |
amrith | so along with the idea of a clearly defined agenda item | 18:06 |
amrith | I was proposing that we have some structure in the conversation | 18:07 |
amrith | and end with a decision/conclusion | 18:07 |
amcrn | we can play police a bit more and stop tangential conversations from over-running the channel | 18:07 |
*** sarob has quit IRC | 18:07 | |
amrith | amcrn: ok, makes sense | 18:07 |
amcrn | and to your last point: [11:02:59] <amcrn> At the conclusion of an agenda item, a summary of key conclusions, action items, and points of accountability should be noted. | 18:07 |
amcrn | SlickNik: I vote it goes to the bottom of the list | 18:08 |
amrith | amcrn: I agree | 18:08 |
amcrn | SlickNik: but we can take a peek and ping people on Monday/Tuesday giving some guidance on how items can be framed/boxed better. | 18:08 |
vipul | the wiki page gets overwritten though | 18:08 |
kevinconway | amrith: are you suggesting http://www.robertsrules.org/? | 18:08 |
* robertmyers does | 18:08 | |
*** ramishra has joined #openstack-meeting-alt | 18:09 | |
SlickNik | amcrn: +1 on the guidance piece. | 18:09 |
SlickNik | Okay, I think pretty much all of us think this is a good idea. | 18:09 |
denis_makogon | agreed | 18:09 |
SlickNik | To grapex's call for a vote: +1 | 18:10 |
dougshelley66 | +1 and the same "rules" should be carried over to the Monday BP meeting | 18:10 |
amcrn | +1 | 18:10 |
grapex | +1 | 18:10 |
amrith | +1 | 18:10 |
esp | +1 | 18:10 |
denis_makogon | +1 | 18:10 |
vipul | +1 | 18:10 |
cweidenkeller | +1 | 18:10 |
kevinconway | can i get a summary of this before vote? | 18:10 |
k-pom | +1 | 18:10 |
imsplitbit | +34 | 18:10 |
amcrn | kevinconway: i'll do so and put it on the wiki | 18:10 |
yogesh | +1 | 18:10 |
kevinconway | so what is everyone voting on? | 18:10 |
vipul | lol | 18:10 |
kevinconway | i got lost in the side convos | 18:11 |
imsplitbit | voting | 18:11 |
pdmars | +1 | 18:11 |
denis_makogon | kevinconway, voting for the vote | 18:11 |
amcrn | moving on | 18:11 |
SlickNik | Okay, let's move on. | 18:11 |
SlickNik | #topic Datastore and Datastore Version Concat in Trove Horizon Dashboard | 18:11 |
grapex | SlickNik: Maybe you should post these new rules on the top of the agenda wiki page so people see them before they add anything | 18:11 |
*** openstack changes topic to "Datastore and Datastore Version Concat in Trove Horizon Dashboard (Meeting topic: trove)" | 18:11 | |
amcrn | grapex: i'll take care of that, good idea | 18:11 |
SlickNik | grapex +1. amcrn: thanks | 18:11 |
amcrn | michael-yu: you're up | 18:12 |
michael-yu | So, this topic is the Horizon patch for supporting multiple data stores. | 18:12 |
michael-yu | For the proposed behavior, see the commit message: | 18:12 |
michael-yu | https://review.openstack.org/#/c/75269/ | 18:12 |
*** NehaV has joined #openstack-meeting-alt | 18:12 | |
michael-yu | There is an underlying question is whether we should have 2 drop downs in Launch Instance | 18:12 |
michael-yu | one for datastore type, the other for datastore-version | 18:12 |
michael-yu | or just one drop down that concats the two | 18:13 |
denis_makogon | michael-yu, i read all coments and came in to the conclusion, that dashboard should have two dependent choise box | 18:13 |
*** ramishra has quit IRC | 18:13 | |
michael-yu | denis_makogon: ok | 18:13 |
robertmyers | michael-yu: I fine with two if you must | 18:13 |
robertmyers | i'm a +0 | 18:14 |
*** nicole has quit IRC | 18:14 | |
vipul | i tend to agree with robertmyers on this one.. although we're represented it as two separate fields in the DB.. most deployers will make this an easy concat when they set it up | 18:14 |
robertmyers | But possibly the ui should handle it | 18:14 |
robertmyers | with angular :) | 18:14 |
denis_makogon | so, can we move on ? | 18:15 |
amrith | robertmyers, were those your review comments? looks like you weren't in favor? | 18:15 |
amcrn | denis_makogon: no, because the goal hasn't been met | 18:15 |
denis_makogon | i guess we agreed that two dropdowns are totally fine | 18:15 |
robertmyers | amrith: yes those are mine | 18:15 |
amcrn | does anyone else in the room have an opinion? | 18:15 |
amrith | robertmyers, thx | 18:16 |
robertmyers | like I said I don't love it | 18:16 |
robertmyers | but I wont stand in the way | 18:16 |
amcrn | because i find robertmyers point somewhat intriguing, because it almost suggests they should haven't been two fields in the first place. | 18:16 |
vgnbkr | If going with two, could the database type default to "mysql" and the version to the latest version for the selected type? | 18:16 |
amcrn | shouldn't* | 18:16 |
robertmyers | amcrn: yes | 18:16 |
robertmyers | it is silly | 18:16 |
amrith | amcrn typed the words faster than I could | 18:16 |
SlickNik | I have a slight preference for 1, because it's one less click, and one less control. | 18:16 |
amcrn | robertmyers: where were you when i was the only one voting for single field against a barrage of others :P | 18:17 |
robertmyers | austin | 18:17 |
robertmyers | :) | 18:17 |
amcrn | lol | 18:17 |
amrith | robertmyers, amcrn ... other than the aesthetics can you see a downside to two boxes? | 18:17 |
amrith | aren't they linked? | 18:17 |
michael-yu | yes, they are linked | 18:17 |
kevinconway | i don't see how the number of db columns defines the interface | 18:17 |
vipul | well the UI doesn't necessarily have to reflect how data is stored | 18:17 |
denis_makogon | vipul, agreed | 18:17 |
vipul | kevinconway: +1 | 18:18 |
abramley | We may just end up with the 2nd box just containing a single entry for all database | 18:18 |
abramley | ... e..g MySQL -> 5.5 only | 18:18 |
*** jprovazn has quit IRC | 18:18 | |
yogesh | abramley: good point | 18:18 |
amcrn | with devstack right now, the result would be "mysql-mysql-5.5" | 18:18 |
robertmyers | well, what we really want is people to pick the version | 18:18 |
*** gokrokve has joined #openstack-meeting-alt | 18:18 | |
vipul | why don't we go with one less drop-down and if this really becomes an issue.. we can revisit by changing the UI | 18:18 |
robertmyers | vipul: +1 | 18:18 |
robertmyers | that is my point | 18:18 |
amrith | I like vipul's idea (also robert, amcrn) | 18:18 |
amrith | +1 on that | 18:19 |
abramley | +1 for a single dropdown with a merged datastore and version | 18:19 |
*** walker__ has joined #openstack-meeting-alt | 18:19 | |
amcrn | vipul: i'll agree if as a follow-up we can have a blueprint discussing the termination of datastore-type permanently from the api in a version 2 | 18:19 |
amcrn | because it's caused nothing but headaches | 18:19 |
denis_makogon | if that's the case, i'm fine too | 18:19 |
vipul | amcrn: so expose just a version? | 18:19 |
yogesh | vipul: +1 for a single dropdown | 18:19 |
*** emaganap has quit IRC | 18:19 | |
amcrn | vipul: one field, "mysql-5.5" vs "mysql" and "5.5" | 18:20 |
amcrn | because as of now, datastore-type is an overglorified piece of metadata that's acting as a first class element | 18:20 |
*** emagana has joined #openstack-meeting-alt | 18:20 | |
vipul | I suppsoe that would work.. everything is tied to the datastore_version.. | 18:20 |
SlickNik | amcrn: I like it, but that's a conversation for another day. | 18:20 |
amcrn | agreed, tangential. i'll take up an action item to summarize my thoughts on that and bring it up another time in a blueprint. | 18:21 |
amcrn | vote time? | 18:21 |
SlickNik | amcrn: goal met for this agenda item? | 18:21 |
amcrn | (for single dropdown vs. multi) | 18:21 |
*** flwang has quit IRC | 18:21 | |
amrith | amcrn, single dropdown +1 | 18:21 |
esp | I’m not very familiar with the look and feel of the horizon project atm. are there existing screens that show multiple drop downs? | 18:21 |
amcrn | i think we're all ok with single | 18:21 |
denis_makogon | agreed | 18:21 |
esp | I can withdraw my ? if we are ready to vote | 18:21 |
*** nicole has joined #openstack-meeting-alt | 18:22 | |
*** SnowDust has joined #openstack-meeting-alt | 18:22 | |
amcrn | any voters for double? | 18:22 |
amcrn | if not, we can move on | 18:22 |
abramley | -1 double | 18:22 |
SlickNik | esp: I believe you can talk to them for guidance, but ultimately it's for the team to decide. | 18:22 |
SlickNik | single +1 | 18:22 |
esp | SlickNik: k, I’m gonna sit out of this vote :) | 18:22 |
grapex | single +1 | 18:22 |
yogesh | single +1 | 18:23 |
glucas | single +1 | 18:23 |
michael-yu | that's fine with me. single that is. | 18:23 |
michael-yu | one question though: | 18:23 |
hub_cap | at the end of the day, u wont have 80 different active mysql-5.X | 18:23 |
amrith | (amrith, married) | 18:23 |
hub_cap | so single ++ | 18:23 |
hub_cap | amrith: lol u cant vote for two | 18:23 |
cp16net | abstain | 18:23 |
mattgriffin | single +1 | 18:23 |
cweidenkeller | single +1 | 18:23 |
robertmyers | single +1 | 18:23 |
denis_makogon | single +1 | 18:23 |
vipul | single | 18:23 |
*** sarob has joined #openstack-meeting-alt | 18:23 | |
*** eanxgeek is now known as eanxgeek|log | 18:24 | |
amcrn | this is like Kim Jung-Un's re-election results: 100% yes | 18:24 |
*** _shalkh has quit IRC | 18:24 | |
amcrn | alright, let's move on | 18:24 |
*** _shalini_kh has joined #openstack-meeting-alt | 18:24 | |
esp | lol | 18:24 |
hub_cap | amcrn: hahahaha | 18:24 |
SlickNik | amcrn: thanks. | 18:24 |
denis_makogon | amcrn, like Putin elections | 18:24 |
dougshelley66 | amcrn i could vote against it if it makes you feel better | 18:24 |
grapex | amcrn: Hey let's not get into divisive political topics here. | 18:24 |
amcrn | dougshelley66: lol | 18:24 |
grapex | amcrn: I heard the other day on North Korea media they were contributing 99% of the code for the latest OpenStack releases. | 18:25 |
SlickNik | #topic Perform integration testing for the heat based instances | 18:25 |
*** openstack changes topic to "Perform integration testing for the heat based instances (Meeting topic: trove)" | 18:25 | |
*** mugsie has left #openstack-meeting-alt | 18:25 | |
shivamshukla | yes this is basically to test heat based instance workflow | 18:25 |
shivamshukla | there is a patch for this https://review.openstack.org/#/c/66499/ | 18:25 |
dougshelley66 | grapex: i didn't realize all you guys liven in North Korea | 18:25 |
vipul | grapex: haha | 18:25 |
*** balajiiyer has joined #openstack-meeting-alt | 18:25 | |
esp | grapex: that explains a lot :) | 18:26 |
shivamshukla | so for this we needed to change config values of trove-taskmanager.conf | 18:26 |
denis_makogon | i've got question to core about heat based flow | 18:26 |
*** coolsvap is now known as coolsvap|afk | 18:26 | |
shivamshukla | and a reastart of service | 18:26 |
vipul | so the issue I had with this patch is how we are expecting that the taskmanager be restarted | 18:26 |
*** eanxgeek|log is now known as eanxgeek | 18:26 | |
vipul | that makes this test worthless if we ever expect to run it against a remote system | 18:26 |
grapex | vipul: +1 | 18:27 |
denis_makogon | vipul, i think for heat based testing we would need third-party CI | 18:27 |
vipul | i do think we need to figure out ways to excercise both code paths though | 18:27 |
grapex | shivamshukla: Also, since these tests seem to create a new instance, I think they should go into a new file rather than being added to instances.py | 18:27 |
shivamshukla | so my question is how can we do that other then this way | 18:27 |
_shalini_kh | So the idea is if we dont restart the service then it wont read use-heat true. | 18:27 |
vipul | _shalini_kh: right, but if the taskmanager was not on the same machine as the tests.. then you couldn't do that anyway | 18:28 |
robertmyers | vipul: +1 | 18:28 |
denis_makogon | +1 to 3d party CI for heat based provisioning | 18:28 |
_shalini_kh | How will we change configuration without restarting..? | 18:28 |
*** balajiiyer has left #openstack-meeting-alt | 18:28 | |
grapex | Another question is do we want to make testing heat it's own unique tests, or change the test config so it makes the existing tests use heat? | 18:28 |
denis_makogon | grapex, i guess we still need to restart taskmanager | 18:29 |
grapex | Because if we modify the existing tests to work with Heat if the config is different, then it's a matter of setting up Trove to use Heat, then telling the test configs you want to test it that way | 18:29 |
yogesh | denis_makogon: what 3rd party CI, do we have it getting used elsewhere... | 18:29 |
grapex | Although maybe it's easier to make these new tests | 18:29 |
vipul | grapex: That would be ideal -- how do we get both code paths tested in a single Gate | 18:30 |
*** spzala has quit IRC | 18:30 | |
SlickNik | grapex: +1 | 18:30 |
grapex | vipul: So maybe this idea of restarting taskmanager should be allowed but tweakable via the test config- | 18:30 |
*** spzala has joined #openstack-meeting-alt | 18:30 | |
yogesh | vipul: can we have a new heat gate? | 18:30 |
grapex | So this may be a bit confusing, but imagine the heat tests are introduced as new tests | 18:30 |
grapex | with the same groups as the existing instance create tests | 18:31 |
SlickNik | I think we have a good chunk of our test suite that we'd want to run using this new ("heat" enabled) config. | 18:31 |
*** nicole1 has joined #openstack-meeting-alt | 18:31 | |
SnowDust | +1 together for heat gate | 18:31 |
grapex | So the tests work the same, but at that point it runs both sets of tests. In the VM, it restarts task manager | 18:31 |
vipul | yogesh: yea, you could.. it would increase the overall time.. | 18:31 |
grapex | but if you want to test remote, you basically disable one of those sets as well as the taskmanager restart | 18:31 |
denis_makogon | grapex, only provisioning tests can work with heat based trove, nothing else | 18:31 |
yogesh | vipul: at the cost of some time, a better abstraction | 18:32 |
denis_makogon | grapex, no resizes, no security groups | 18:32 |
SlickNik | yogesh: Yes, but there are some holes in heat (esp. regarding resize) that we would have to fix before all our tests would run in that gate as it. | 18:32 |
denis_makogon | SlickNik, there are plans in heat to cover all cases required by Trove | 18:32 |
*** nicole has quit IRC | 18:32 | |
yogesh | SlickNik: it can be incremental | 18:32 |
denis_makogon | SlickNik, i've got several BP already approved in heat space | 18:32 |
denis_makogon | SlickNik, security groups update, volume resize | 18:33 |
yogesh | denis_makogon: pointers to BPs please... | 18:33 |
SlickNik | yogesh: But then you'd have to maintain more, different test code for the different workflow. | 18:33 |
denis_makogon | yogesh, they already asssigned to my college | 18:33 |
SnowDust | SlickNik heat gate answers no heat tests vs some tests | 18:33 |
vipul | grapex: I could live with that.. so there would be a test.conf flag that says.. run non-remote tests.. and this one that restarts would fall into that category | 18:33 |
*** spzala has quit IRC | 18:33 | |
grapex | vipul: Yeah. If there's two sets of tests, and you want to just run one- I think we'd have to disable one of the sets of tests. | 18:34 |
grapex | That gets tricky. But I'm sure there's a better way I could think of with a bit more time. That way in the public we're able to test both. | 18:34 |
vipul | so to make this happen sooner.. (heat gate would be a bigger effort) .. we can do what's in the patch, provided they provide a way via cfg to turn off the test shivamshukla | 18:34 |
grapex | Now- in the distant past, when Reddwarf was a fork, we had a test that would restart nova after changing the configs | 18:35 |
grapex | *nobody liked it* | 18:35 |
vipul | i really want to see that heat works.. and the sooner we can get it into the default gate the better | 18:35 |
denis_makogon | vipul, but we need to think about heat gate | 18:35 |
grapex | so we'd need to be careful, since if we do that wrong it could cause problems | 18:35 |
vipul | denis_makogon: wanna help set it up? | 18:35 |
grapex | vipul: I agree- right now we have no idea how well heat is working. | 18:35 |
vipul | we need more testing resources denis_makogon | 18:35 |
yogesh | grapex: it is working smooth | 18:35 |
denis_makogon | vipul, first we need to refactor code to extract heat provisioning into it's own manager for taskamanager | 18:35 |
denis_makogon | vipul, and than setup the another gate | 18:36 |
SnowDust | vipul we can set it up if required | 18:36 |
SnowDust | and commit testing resources from our side | 18:36 |
vipul | SnowDust: i mean compute resources SnowDust | 18:36 |
SlickNik | SnowDust: It's not just about testing resources. You'd need compute capacity as well. | 18:37 |
SnowDust | ;) | 18:37 |
vipul | although that's not a huge issue | 18:37 |
*** akuznetsov has joined #openstack-meeting-alt | 18:37 | |
SnowDust | hmm | 18:37 |
grapex | Maybe we should wait for datastore capabilities to make it easier to change the configs related to Heat | 18:37 |
grapex | Because if we have to have test code that's mucking with a config file we will all be less happy | 18:37 |
denis_makogon | vipul, for now i agree with test.conf, but in the nearest future, we should think about it's own gate | 18:38 |
grapex | but if there's an API for capabilities we could call, and then restart it, it will be much easier. | 18:38 |
vipul | grapex: yea we can revise the test when that's in | 18:38 |
SlickNik | As much as I'd like to spend time on a separate heat gate, I can live with having some _heat_ testing using the flag approach grapex and vipul mentioned earlier. | 18:38 |
SnowDust | but I am also open to discuss a conf setting to turn testing switch between heat non heat | 18:38 |
grapex | vipul: True- maybe we should wait though | 18:38 |
denis_makogon | grapex, how does the capabilities can help testing heat code ? | 18:38 |
shivamshukla | but how come changing test.conf will create instance using heat as it will only read from taskmanager.conf | 18:39 |
vipul | so let's jsut do this.. fix the test to honor a flag.. get this in, at least continues to prove that we don't break heat | 18:39 |
*** SnowDust has left #openstack-meeting-alt | 18:39 | |
SlickNik | long term, we'd probably want a separate gate running in parallel using the infra/ci test resources. | 18:39 |
denis_makogon | SlickNik, ++ | 18:39 |
*** michael-yu has quit IRC | 18:40 | |
*** vkmc has quit IRC | 18:40 | |
yogesh | Awesome...agreed | 18:40 |
SlickNik | vipul: +1 | 18:40 |
*** michael-yu has joined #openstack-meeting-alt | 18:40 | |
yogesh | +1 | 18:40 |
*** _nadya_ has joined #openstack-meeting-alt | 18:41 | |
shivamshukla | ok so we will need a flag for non remote for which we need to disable our test | 18:41 |
grapex | vipul: so by honor a flag, you just mean we could turn off the "restarr taskmanager" bit, right? | 18:41 |
grapex | I think I agree with were we've ended up on this | 18:41 |
vipul | grapex: yes.. or like shivamshukla says.. | 18:41 |
*** SnowDust has joined #openstack-meeting-alt | 18:41 | |
grapex | +1 | 18:41 |
SlickNik | Cool, I think we've got a path forward on this. | 18:41 |
SlickNik | Let's move on. | 18:41 |
SlickNik | #topic Neutron Support, SecGroup Management, and Networking | 18:42 |
*** openstack changes topic to "Neutron Support, SecGroup Management, and Networking (Meeting topic: trove)" | 18:42 | |
*** marun has quit IRC | 18:42 | |
denis_makogon | annashen, suppose you here =) | 18:42 |
denis_makogon | let me talk first | 18:42 |
SlickNik | denis_makogon: sure, you can go first. | 18:42 |
denis_makogon | at the previous BP meeting we talked about supporting neutron and nova-network | 18:43 |
denis_makogon | i proposed to make it switchable via config | 18:43 |
SlickNik | I have some questions regarding this, but will wait until you finish. | 18:43 |
denis_makogon | BP didn't got approved, yet | 18:43 |
denis_makogon | so, implementation will cover Base interface and nova-network implementation | 18:43 |
SlickNik | So is this just "Please look at BP and approve"? | 18:44 |
denis_makogon | no | 18:44 |
*** kgriffs is now known as kgriffs|afk | 18:44 | |
denis_makogon | not at all | 18:44 |
denis_makogon | i'd like to hear thoughts of community over this | 18:44 |
amrith | denis_makogon, I'm unsure what you are asking | 18:44 |
kevinconway | so the only thing that i was uncertain of in the BPs is that neutron support is mutex with nova-network and there's no way to enable neutron in an existing deploy | 18:45 |
grapex | So, this topic has three blueprints, so I'm a bit confused as to the aspect we're discussing | 18:45 |
denis_makogon | i'm asking community to say if it has suggestions or concerns, if not, i guess BP can be approved | 18:45 |
denis_makogon | #link https://blueprints.launchpad.net/trove/+spec/network-manager-spec | 18:45 |
SlickNik | So, frankly I'm confused as to why there are 3 separate BPs on this. | 18:46 |
denis_makogon | SlickNik, one for refactoring current code, and implementing nova-network driver | 18:46 |
grapex | denis_makogon: I don't see it that way | 18:46 |
denis_makogon | other for neutron | 18:46 |
robertmyers | That seems like it could all be one | 18:46 |
grapex | one of these looks like creating a network manager for the existing trove functionality | 18:46 |
*** jprovazn has joined #openstack-meeting-alt | 18:47 | |
denis_makogon | grapex, that's mine | 18:47 |
grapex | The one from Anna Shen, "Secgroup management via neutron vs nova-network", is about using neutron in addition to nova-network | 18:47 |
grapex | so it looks like there's some overlap | 18:47 |
SlickNik | Why would you need a separate BP to "refactor" code with the sole goal of achieving what another BP already aims to achieve? | 18:47 |
grapex | then there's another one from Anna called "Neutron Support for Trove" that's about adding the two networks to each Trove instance which is related to what Juice discussed a few weeks back | 18:47 |
denis_makogon | SlickNik, we decided to split them | 18:47 |
denis_makogon | different tasks | 18:48 |
robertmyers | we don't need two BP for tasks | 18:48 |
SlickNik | You can have different tasks as part of the same BP. That's what "partially-implements" is for. | 18:48 |
grapex | So I'm guessing "Neutron Support for Trove" should not be a part of today's discussion as it seems less like the two other ones | 18:48 |
denis_makogon | grapex, i think annashen 's BP about using neutron instead of nova-network | 18:48 |
vipul | grapex: Yea i think that's a separate thing that could land after this refactoring/manager implemetatin | 18:49 |
denis_makogon | vipul, yes, that's what i'm saying | 18:49 |
vipul | denis_makogon: i'm talking about the one Juice discussed | 18:49 |
grapex | denis_makogon: Well these look very similar: https://blueprints.launchpad.net/trove/+spec/secgroup-mgmt-via-neutron and https://blueprints.launchpad.net/trove/+spec/network-manager-spec | 18:49 |
SlickNik | denis_makogon: https://blueprints.launchpad.net/trove/+spec/secgroup-mgmt-via-neutron needs the refactoring to happen to implement it, yes? | 18:49 |
*** chandan_kumar has joined #openstack-meeting-alt | 18:49 | |
*** rand738 has quit IRC | 18:49 | |
kevinconway | ok, my concern is with the neutron BPs | 18:49 |
annashen | #link https://blueprints.launchpad.net/trove/+spec/neutron-support | 18:50 |
denis_makogon | grapex, they cannot be similar | 18:50 |
*** SnowDust has quit IRC | 18:50 | |
denis_makogon | grapex, i'm not aiming to implement new API for SGs | 18:50 |
*** pcm__ has joined #openstack-meeting-alt | 18:50 | |
*** pcm__ has left #openstack-meeting-alt | 18:51 | |
vipul | annashen: https://blueprints.launchpad.net/trove/+spec/secgroup-mgmt-via-neutron and https://blueprints.launchpad.net/trove/+spec/neutron-support are the same | 18:51 |
vipul | should be the same | 18:51 |
kevinconway | so before we rush to integrate a bunch of neutron code, what's with the disclaimer that no-one with an existin trove deploy can use the features? | 18:51 |
grapex | denis_makogon: Maybe I'm misreading this but the one from Ana says "use neutron to do the security group stuff" with comments by you saying "let's make a manager base class to switch between neutron and nova-volume" | 18:51 |
*** rand738 has joined #openstack-meeting-alt | 18:51 | |
denis_makogon | grapex, my goal is to refactor actual code to have an ability to switch from nova-network to neutron harmlessly | 18:51 |
grapex | denis_makogon: Then yours is about making a network manager to switch between neutron and nova-network | 18:51 |
*** nicole1 has quit IRC | 18:51 | |
vipul | kevinconway: I don't know if there is a good way for both to co-exist in hte underlying infrastructure anyway | 18:51 |
*** jjmb has joined #openstack-meeting-alt | 18:51 | |
*** pcm__ has joined #openstack-meeting-alt | 18:51 | |
grapex | for the record I prefer denis's blueprint here- I think we should make an interface so we can use nova-network or neutron | 18:51 |
*** pcm__ has left #openstack-meeting-alt | 18:51 | |
vipul | i don't think you can have a Nova deployment with both kevinconway | 18:52 |
dougshelley66 | this may be a mild tangent - but could someone state what the current support (or lack therof) for neutron is in trove today? | 18:52 |
grapex | dougshelley66: we're not using neutron today. | 18:52 |
kevinconway | vipul: not necessarily both, but there is _no_ migration path for an existing deploy | 18:52 |
annashen | vipul, i was thinking there might be more complicated scenarios for sec group so i created another one | 18:52 |
vipul | kevinconway: that's a infrastructure migration issue really.. | 18:52 |
amrith | dougshelley66, what denis_makogon told me yesterday is that there is NO support today | 18:52 |
grapex | Now it also seems like denis_makogon's blueprint came after annashen's | 18:52 |
*** russellb has quit IRC | 18:53 | |
dougshelley66 | so shouldn't we understand what the issue(s) are and have one BP to address them? | 18:53 |
kevinconway | vipul: is there a precedence in OS showing migrations from network to neutron? | 18:53 |
vipul | kevinconway: i don't think there is a good way to do it :) -- what i've seen really is set up a new cloud with neutron, migrate workloads | 18:53 |
grapex | kevinconway: I think we can worry about migrations as a later step, especially if we allow either nova-network or neutron to work going forward | 18:53 |
denis_makogon | grapex, mine BP comes first because without any refactoring it would be hard to use neutron based network attributes management over existing code | 18:54 |
vipul | which is why not many have movd onto neutron | 18:54 |
kevinconway | no, i agree we should have support for neutron. i think it's a bad idea to have _zero_ plan to upgrade exiting troves to use it | 18:54 |
*** _shalini_kh has quit IRC | 18:54 | |
*** Rajeev has quit IRC | 18:54 | |
kevinconway | what other feature have we implemented where the upgrade strategy was "start over"? | 18:54 |
grapex | SlickNik and core: I guess the question is which of these two blueprints do we want to keep? | 18:55 |
vipul | kevinconway: i don't see how that is a Trove responsibility... esmute is implementing cross-region restore.. and that could be used by Trove users to switch to a new infrastructure | 18:55 |
*** russellb has joined #openstack-meeting-alt | 18:55 | |
denis_makogon | grapex, good question, i suppose | 18:55 |
amrith | denis_makogon, annashen it sounds like there are some questions being asked here. (a) there are two tasks and three blueprints. is there a reason for this? (b) is there a requirement to switch back and forth from neutron to nova? would someone use that? and (c) what are the issues involved in switching to neutron from nova. | 18:55 |
grapex | kevinconway: I think there *will* be an upgrade strategy later. Though vipul is right, that may be the responsibility for Neutron and not necessarily us | 18:55 |
kevinconway | let me rephrase my conerns: I think upgrade/migration documentation for this feature should be a pre-req to completion | 18:55 |
amrith | SlickNik and core: I'd equally direct my questions above to y'all (or is that all'o'y'all) | 18:56 |
denis_makogon | amrith, we would npt switch to neutron once nova-network will be deprecated | 18:56 |
annashen | amrith, trove currently support nova-network, by introducing neutron, we do not want nova-network going away immedidately | 18:56 |
SlickNik | amrith: There isn't a requirement to switch back and forth. | 18:57 |
*** balajiiyer has joined #openstack-meeting-alt | 18:57 | |
amrith | SlickNik, I misread denis_makogon' earlier comment. | 18:57 |
SlickNik | amrith: At some point, neutron becomes the preferred way of doing networking in your OpenStack cloud. | 18:57 |
grapex | SlickNik: It's time for you to exercise your PTL POWARS. One blueprint must live... and one shall die! | 18:57 |
amrith | I agree | 18:57 |
vipul | we need a way to pick which backend Nova or Nuetron.. that's it. We also need to implement the Neutron backend | 18:57 |
grapex | That's my take anyway | 18:57 |
denis_makogon | amrith, nova-network should be deprecated at the end of the Juno, i suppose, so as nova-network driver also would be marked as deprecated | 18:58 |
yogesh | denis_makogon: annashen: a side question, do we plan to cover its flow through heat, in the alternate heat-enabled path... | 18:58 |
vipul | and let's get rid of these BPs! | 18:58 |
SlickNik | amrith: And we need to be able to run trove on an OpenStack Cloud that is running neutron, instead of nova-networking. | 18:58 |
denis_makogon | yogesh, someday - yes | 18:58 |
SlickNik | amrith: Those are all the requirements I see for this for now. | 18:58 |
amrith | so the questions that remain are these, why 3 bp's, and what are the issues in moving to neutron; would that migration be someone elses responsibility | 18:58 |
annashen | right, please vote, go or no go | 18:58 |
amrith | SlickNik, looks like we are saying same thing; thx | 18:58 |
dougshelley66 | wouldn't it make sense for someone to draft a BP that outlines the requirements first? | 18:59 |
denis_makogon | as for me i see two tasks at now | 18:59 |
SlickNik | So here's my view on the current BP issue. | 18:59 |
vipul | dougshelley66: yet another BP! | 18:59 |
*** andreaf has quit IRC | 18:59 | |
SlickNik | Let's have 1 BP for supporting neutron. | 18:59 |
dougshelley66 | clearly none of the existing BPs has enumerated the requiremetns | 18:59 |
dougshelley66 | which is why we are having this discussion | 18:59 |
denis_makogon | SlickNik, agreed | 19:00 |
yogesh | diugshelley66: +1, i think THE bp should be elaborated | 19:00 |
*** balajiiyer1 has joined #openstack-meeting-alt | 19:00 | |
imsplitbit | I'm exhausted | 19:00 |
SlickNik | And in it detail all the gaps that we currently have that need to be filled. | 19:00 |
dougshelley66 | SlickNik +1 | 19:00 |
annashen | slicknick +1 | 19:00 |
SlickNik | Multiple folks can work against that 1 BP, if needed. | 19:00 |
vipul | SlickNik: pick 1 BP.. and have annashen and denis_makogon just fill it in completely | 19:00 |
yogesh | SlickNik +1 | 19:00 |
grapex | SlickNik: I'm ok with that- as long as we keep in nova-network functionality | 19:00 |
amrith | SlickNik, +1 | 19:00 |
hub_cap | so annashen was schedule to work on this | 19:01 |
grapex | SlickNik: Just want to confirm that is also part of the plan. | 19:01 |
hub_cap | lets let her do the work, but make sure it supports both use cases | 19:01 |
amrith | grapex +1, I was given this assurance at last meeting | 19:01 |
SlickNik | Let's use this one: https://blueprints.launchpad.net/trove/+spec/neutron-support | 19:01 |
denis_makogon | hub_cap, annashen will take neutron support | 19:01 |
SlickNik | Since it most resembles what I'm talking about. | 19:01 |
vipul | hub_cap: +1 we can do that.. there isn't that much work here | 19:01 |
*** gondoi is now known as zz_gondoi | 19:01 | |
hub_cap | right vipul | 19:01 |
hub_cap | its not a ton of work | 19:01 |
hub_cap | splitting it will take more time | 19:01 |
hub_cap | denis_makogon: can work on something else since annashen had proposed it initially | 19:01 |
hub_cap | denis_makogon: couldve told anna to mod her bp instead of creating a nother | 19:02 |
*** balajiiyer has quit IRC | 19:02 | |
grapex | hub_cap: +1 | 19:02 |
SlickNik | If we need to do any refactoring as a result of what we need to achieve to fix these gaps, we can use the same bp, and "partially implements". | 19:02 |
hub_cap | times up | 19:02 |
hub_cap | end it SlickNik | 19:02 |
vipul | hub_cap: +100 | 19:02 |
SlickNik | hub_cap: +1 | 19:02 |
SlickNik | #endmeeting | 19:02 |
denis_makogon | hub_cap, first i proposed, but didn't saw any response/changes over 2-3 weeks, i suppose | 19:02 |
*** jmcbride has quit IRC | 19:02 | |
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 19:02 | |
openstack | Meeting ended Wed Apr 16 19:02:51 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 19:02 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/trove/2014/trove.2014-04-16-18.00.html | 19:02 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/trove/2014/trove.2014-04-16-18.00.txt | 19:02 |
openstack | Log: http://eavesdrop.openstack.org/meetings/trove/2014/trove.2014-04-16-18.00.log.html | 19:02 |
SlickNik | Thanks all. | 19:02 |
*** imsplitbit has left #openstack-meeting-alt | 19:03 | |
*** demorris has quit IRC | 19:03 | |
amrith | bye all! | 19:03 |
*** robertmyers has left #openstack-meeting-alt | 19:03 | |
*** k-pom has left #openstack-meeting-alt | 19:03 | |
*** shivamshukla has left #openstack-meeting-alt | 19:03 | |
*** eankutse has joined #openstack-meeting-alt | 19:04 | |
*** rpodolyaka1 has quit IRC | 19:05 | |
*** eankutse1 has quit IRC | 19:06 | |
*** colinmcnamara has joined #openstack-meeting-alt | 19:07 | |
*** rjrjr has quit IRC | 19:08 | |
*** ramishra has joined #openstack-meeting-alt | 19:09 | |
*** SlickNik has left #openstack-meeting-alt | 19:10 | |
*** jmcbride has joined #openstack-meeting-alt | 19:10 | |
*** mat-lowery has left #openstack-meeting-alt | 19:10 | |
*** nati_ueno has joined #openstack-meeting-alt | 19:10 | |
*** BrianB_ has quit IRC | 19:10 | |
*** esp has left #openstack-meeting-alt | 19:11 | |
*** demorris has joined #openstack-meeting-alt | 19:11 | |
*** dprince has quit IRC | 19:11 | |
*** eankutse has quit IRC | 19:11 | |
*** eankutse has joined #openstack-meeting-alt | 19:12 | |
*** ramishra has quit IRC | 19:14 | |
*** jdob_ has joined #openstack-meeting-alt | 19:15 | |
*** nati_ueno has quit IRC | 19:20 | |
*** yamahata_ has quit IRC | 19:21 | |
*** nati_ueno has joined #openstack-meeting-alt | 19:21 | |
*** rpodolyaka1 has joined #openstack-meeting-alt | 19:21 | |
*** jecarey_ has joined #openstack-meeting-alt | 19:28 | |
*** michael-yu has quit IRC | 19:30 | |
*** chandan_kumar has quit IRC | 19:30 | |
*** michael-yu has joined #openstack-meeting-alt | 19:32 | |
*** jecarey has quit IRC | 19:32 | |
*** nati_uen_ has joined #openstack-meeting-alt | 19:32 | |
*** nati_ueno has quit IRC | 19:33 | |
*** _nadya_ has quit IRC | 19:34 | |
*** nati_uen_ has quit IRC | 19:35 | |
*** malini is now known as malini_afk | 19:38 | |
*** mattgriffin is now known as mattgriffin-afk | 19:40 | |
*** mattgriffin-afk has quit IRC | 19:41 | |
*** jmcbride has quit IRC | 19:42 | |
*** dkehn_ has joined #openstack-meeting-alt | 19:43 | |
*** eankutse has quit IRC | 19:44 | |
*** eankutse has joined #openstack-meeting-alt | 19:44 | |
*** dkehn has quit IRC | 19:46 | |
*** dkehn_ has quit IRC | 19:46 | |
*** amcrn_ has joined #openstack-meeting-alt | 19:46 | |
*** dkehnx has quit IRC | 19:46 | |
*** dkehn_ has joined #openstack-meeting-alt | 19:46 | |
*** amcrn has quit IRC | 19:47 | |
*** dkehn has joined #openstack-meeting-alt | 19:48 | |
*** eanxgeek is now known as eanxgeek|log | 19:48 | |
*** sarob has quit IRC | 19:48 | |
*** amcrn_ is now known as amcrn | 19:48 | |
*** spzala has joined #openstack-meeting-alt | 19:50 | |
*** zns has quit IRC | 19:53 | |
*** msisk has left #openstack-meeting-alt | 19:53 | |
*** chandan_kumar has joined #openstack-meeting-alt | 19:56 | |
*** jmcbride has joined #openstack-meeting-alt | 19:57 | |
*** akuznetsov has quit IRC | 19:57 | |
*** IlyaE has joined #openstack-meeting-alt | 19:58 | |
*** NehaV1 has joined #openstack-meeting-alt | 19:59 | |
*** jmcbride has quit IRC | 19:59 | |
*** jprovazn has quit IRC | 19:59 | |
*** colinmcnamara has quit IRC | 19:59 | |
*** jdob_ has quit IRC | 19:59 | |
*** NehaV has quit IRC | 20:00 | |
*** demorris has quit IRC | 20:02 | |
*** Barker has quit IRC | 20:02 | |
*** eankutse1 has joined #openstack-meeting-alt | 20:02 | |
*** eankutse has quit IRC | 20:03 | |
*** khyati_ has joined #openstack-meeting-alt | 20:03 | |
*** khyati has quit IRC | 20:04 | |
*** esp has joined #openstack-meeting-alt | 20:06 | |
*** Barker has joined #openstack-meeting-alt | 20:07 | |
*** Sukhdev has joined #openstack-meeting-alt | 20:08 | |
*** rpodolyaka1 has quit IRC | 20:09 | |
*** ramishra has joined #openstack-meeting-alt | 20:10 | |
*** sarob has joined #openstack-meeting-alt | 20:10 | |
*** Barker has quit IRC | 20:12 | |
*** nicole has joined #openstack-meeting-alt | 20:12 | |
*** nicole has quit IRC | 20:13 | |
*** Barker has joined #openstack-meeting-alt | 20:14 | |
*** zns has joined #openstack-meeting-alt | 20:14 | |
*** ramishra has quit IRC | 20:14 | |
*** sarob has quit IRC | 20:15 | |
*** david-lyle has joined #openstack-meeting-alt | 20:16 | |
*** esp has left #openstack-meeting-alt | 20:16 | |
*** emagana has quit IRC | 20:17 | |
*** NehaV1 has quit IRC | 20:19 | |
*** jomara has quit IRC | 20:19 | |
*** NehaV has joined #openstack-meeting-alt | 20:19 | |
*** baoli has quit IRC | 20:20 | |
*** sarob has joined #openstack-meeting-alt | 20:20 | |
*** jomara has joined #openstack-meeting-alt | 20:20 | |
*** gyee has joined #openstack-meeting-alt | 20:21 | |
*** eankutse1 has quit IRC | 20:23 | |
*** eankutse has joined #openstack-meeting-alt | 20:23 | |
*** mattgriffin has joined #openstack-meeting-alt | 20:24 | |
*** mattgriffin has quit IRC | 20:29 | |
*** ameade has quit IRC | 20:29 | |
*** eankutse has quit IRC | 20:36 | |
*** eankutse has joined #openstack-meeting-alt | 20:36 | |
*** michael-yu has quit IRC | 20:39 | |
*** manishg has left #openstack-meeting-alt | 20:42 | |
*** gokrokve has quit IRC | 20:42 | |
*** jomara has quit IRC | 20:44 | |
*** jomara has joined #openstack-meeting-alt | 20:45 | |
*** michael-yu has joined #openstack-meeting-alt | 20:47 | |
*** mattgriffin has joined #openstack-meeting-alt | 20:48 | |
*** eguz has quit IRC | 20:49 | |
*** eghobo has joined #openstack-meeting-alt | 20:50 | |
*** balajiiyer1 has quit IRC | 20:55 | |
*** jdob has quit IRC | 20:55 | |
*** Obulpathi has quit IRC | 20:57 | |
*** jmcbride has joined #openstack-meeting-alt | 20:59 | |
*** baoli has joined #openstack-meeting-alt | 21:00 | |
*** gokrokve has joined #openstack-meeting-alt | 21:02 | |
*** kgriffs|afk is now known as kgriffs | 21:03 | |
*** kgriffs is now known as kgriffs|afk | 21:04 | |
*** jmontemayor has quit IRC | 21:07 | |
*** mfer has quit IRC | 21:07 | |
*** balajiiyer has joined #openstack-meeting-alt | 21:08 | |
*** rpodolyaka1 has joined #openstack-meeting-alt | 21:10 | |
*** sarob has quit IRC | 21:11 | |
*** sarob has joined #openstack-meeting-alt | 21:11 | |
*** amytron_ has joined #openstack-meeting-alt | 21:14 | |
*** rpodolyaka1 has quit IRC | 21:14 | |
*** amytron has quit IRC | 21:14 | |
*** amytron_ is now known as amytron | 21:14 | |
*** sarob has quit IRC | 21:15 | |
*** betsy_ has joined #openstack-meeting-alt | 21:23 | |
*** kevinconway has quit IRC | 21:23 | |
*** balajiiyer has quit IRC | 21:23 | |
*** sarob has joined #openstack-meeting-alt | 21:24 | |
*** jcoufal has joined #openstack-meeting-alt | 21:24 | |
*** denis_makogon has quit IRC | 21:24 | |
*** betsy has quit IRC | 21:24 | |
*** betsy_ is now known as betsy | 21:24 | |
*** sarob_ has joined #openstack-meeting-alt | 21:27 | |
*** grapex has quit IRC | 21:28 | |
*** sarob_ has quit IRC | 21:28 | |
*** pdmars has quit IRC | 21:28 | |
*** sarob_ has joined #openstack-meeting-alt | 21:29 | |
*** sarob has quit IRC | 21:29 | |
*** eguz has joined #openstack-meeting-alt | 21:29 | |
*** sarob has joined #openstack-meeting-alt | 21:31 | |
*** zns has quit IRC | 21:31 | |
*** sarob has quit IRC | 21:32 | |
*** sarob_ has quit IRC | 21:33 | |
*** eghobo has quit IRC | 21:34 | |
*** jmcbride has quit IRC | 21:35 | |
*** betsy has quit IRC | 21:36 | |
*** Obulpathi has joined #openstack-meeting-alt | 21:36 | |
*** Barker has quit IRC | 21:38 | |
*** mwagner_lap has quit IRC | 21:38 | |
*** NehaV has quit IRC | 21:39 | |
*** jcru has quit IRC | 21:52 | |
*** betsy has joined #openstack-meeting-alt | 21:56 | |
*** demorris has joined #openstack-meeting-alt | 21:56 | |
*** carl_baldwin has quit IRC | 21:57 | |
*** manishg has joined #openstack-meeting-alt | 22:00 | |
*** jecarey_ has quit IRC | 22:02 | |
*** demorris has quit IRC | 22:02 | |
*** betsy has quit IRC | 22:05 | |
*** amytron has quit IRC | 22:06 | |
*** Sukhdev has quit IRC | 22:08 | |
*** rpodolyaka1 has joined #openstack-meeting-alt | 22:10 | |
*** michael-yu has quit IRC | 22:13 | |
*** sarob has joined #openstack-meeting-alt | 22:13 | |
*** jecarey_ has joined #openstack-meeting-alt | 22:14 | |
*** rpodolyaka1 has quit IRC | 22:15 | |
*** NehaV has joined #openstack-meeting-alt | 22:15 | |
*** zns has joined #openstack-meeting-alt | 22:16 | |
*** banix has quit IRC | 22:23 | |
*** enikanorov has quit IRC | 22:27 | |
*** enikanorov has joined #openstack-meeting-alt | 22:27 | |
*** Obulpathi has quit IRC | 22:27 | |
*** swat30 has quit IRC | 22:29 | |
*** swat30 has joined #openstack-meeting-alt | 22:29 | |
*** jtomasek has quit IRC | 22:30 | |
*** NehaV has quit IRC | 22:31 | |
*** sarob has quit IRC | 22:34 | |
*** sarob has joined #openstack-meeting-alt | 22:35 | |
*** jcoufal has quit IRC | 22:36 | |
*** arnaud has quit IRC | 22:36 | |
*** arnaud has joined #openstack-meeting-alt | 22:37 | |
*** sarob has quit IRC | 22:39 | |
*** yogesh has quit IRC | 22:40 | |
*** Leonr has quit IRC | 22:41 | |
*** mattgriffin has quit IRC | 22:41 | |
*** Haiying has joined #openstack-meeting-alt | 22:42 | |
*** IlyaE has quit IRC | 22:44 | |
*** zns has quit IRC | 22:46 | |
*** zns has joined #openstack-meeting-alt | 22:51 | |
*** manishg has quit IRC | 22:51 | |
*** walker__ has quit IRC | 22:54 | |
*** ccrouch has quit IRC | 22:59 | |
*** ccrouch has joined #openstack-meeting-alt | 23:00 | |
*** sarob has joined #openstack-meeting-alt | 23:01 | |
*** sarob has quit IRC | 23:01 | |
*** david-lyle has quit IRC | 23:01 | |
*** sarob has joined #openstack-meeting-alt | 23:01 | |
*** atiwari has quit IRC | 23:03 | |
*** IlyaE has joined #openstack-meeting-alt | 23:06 | |
*** michael-yu has joined #openstack-meeting-alt | 23:13 | |
*** eankutse1 has joined #openstack-meeting-alt | 23:14 | |
*** eankutse has quit IRC | 23:14 | |
*** bgorski has joined #openstack-meeting-alt | 23:16 | |
*** gokrokve has quit IRC | 23:23 | |
*** flaper87 is now known as flaper87|afk | 23:25 | |
*** MarkAtwood has quit IRC | 23:25 | |
*** zns has quit IRC | 23:32 | |
*** jmcbride has joined #openstack-meeting-alt | 23:36 | |
*** chandan_kumar has quit IRC | 23:37 | |
*** mattgriffin has joined #openstack-meeting-alt | 23:37 | |
*** Obulpathi has joined #openstack-meeting-alt | 23:40 | |
*** jmcbride has quit IRC | 23:41 | |
*** Obulpathi has quit IRC | 23:45 | |
*** manishg has joined #openstack-meeting-alt | 23:47 | |
*** manishg___ has joined #openstack-meeting-alt | 23:50 | |
*** lblanchard has joined #openstack-meeting-alt | 23:52 | |
*** ramishra has joined #openstack-meeting-alt | 23:52 | |
*** manishg has quit IRC | 23:52 | |
*** manishg___ is now known as manishg | 23:52 | |
*** Obulpathi has joined #openstack-meeting-alt | 23:55 | |
*** ramishra has quit IRC | 23:56 | |
*** zaneb has joined #openstack-meeting-alt | 23:58 | |
*** wirehead_ has joined #openstack-meeting-alt | 23:58 | |
*** lblanchard has quit IRC | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!