15:00:06 #startmeeting massively_distributed_clouds 15:00:07 Meeting started Wed Apr 12 15:00:06 2017 UTC and is due to finish in 60 minutes. The chair is Menthos. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:08 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:11 The meeting name has been set to 'massively_distributed_clouds' 15:00:22 #chair ad_rien_ Menthos 15:00:43 #chair ad_rien_ 15:00:44 Current chairs: Menthos ad_rien_ 15:00:50 ;-) 15:00:53 ;) 15:01:01 Hello all! 15:01:07 Hello 15:01:08 o/ 15:01:11 o/ 15:01:18 o/ 15:01:21 o/ 15:01:28 #link https://etherpad.openstack.org/p/massively_distributed_ircmeetings_2017 Agenda line 445 15:02:00 Hello Everyone 15:02:46 let's wait just two more minutes 15:03:22 #topic Announcement 15:03:40 so nothing special from Inria side. 15:03:53 We are working on the WANWide Experiments 15:04:39 So we hope to have preliminary results by end of april 15:04:45 #link https://github.com/rcherrueau/performance-docs/commit/7b3387362c9f1c83ae1da098381aee22e04356d2 15:04:47 @rcherrueau can you copy/paste the link 15:04:49 ok thanks 15:05:32 And if I'm correct the slot to further discuss OSLO messaging related questions has been accepted (but I propose to discuss that point later). 15:05:51 Finally I would appreciate whether we can arrange a date for the ecomp presentation. 15:05:56 +1 15:05:58 And that's all from our side 15:06:06 so the floor is yours ? 15:06:13 Is there any help we could provide to the WANWide experiements? 15:06:44 Right now we are performing some initial experiemnts 15:06:53 Yes, a full time engineer would be cool :) 15:06:58 so I don't think so but if you have something in mind ? 15:07:01 @rcherrueau ;) 15:07:09 I'll add the forum meeting details to the etherpad... 15:07:19 maybe some feedback regarding the experiment protocol 15:07:24 that is described in the above link 15:07:47 I will look into both. Should I contact you by email. 15:07:52 sure 15:08:10 either me or rcherrueau 15:08:19 firstname.lastname@inria.fr 15:08:34 ok 15:08:43 any other news to be shared from your side ? 15:08:49 before jumping into the agenda ? 15:09:09 ok 15:09:24 so maybe before starting to discuss about technics, may we try to converge on the ecomp slot 15:09:34 jamemcc: can you propose some slots on the fly ? 15:09:50 I know it is a bit hard.... 15:10:02 so I apologize but it looks that doodle was not the best solution 15:10:02 Will we be able to record the session? Maybe we do not need to have everyone attend. 15:10:11 so let's try to arrange in real-time :-P 15:10:19 I hope this will help 15:10:54 jamemcc: ? 15:11:04 I beleive it was my fault we did not have the ECOMP/ONAP meeting yesterday as agreed. Even for myself I did not ahve the meeting/logistics on my calendar. 15:11:38 #topic ECOMP 15:12:04 On the topic of early confusion/timezones I also learned in Doiodle you have an option to show the users timezone 15:12:17 I've tried to set one up that way here: https://doodle.com/poll/y7dmahbdfcuheqv6 15:12:21 yes I enabled it on my side but does not seems to run 15:12:29 jamecc: how about you set a time that is convenient for you and whoever can attend does? 15:12:49 17th is eastern day 15:12:59 s/run/well functionning 15:13:25 Good suggestion Paul I think if myself and Claude can't attend I won't put the option there 15:13:42 can you extend to thursday 15:14:01 thursday afternoon would be perfect ? 15:14:10 the 20th ? 15:14:36 1 or 2 UTC ? 15:14:58 1:00 or 2:00 o'clock UTC ? 15:15:20 Yes to 1 and 2 UTC - seems to be the time we can meet 15:15:20 that would be 8 or 9 am Central for the us. 15:15:29 yes 15:15:32 1:00/2:00 PM 15:15:40 just to be clear enough and avoid confusions 15:15:44 works for me 15:15:49 +1 15:15:49 It works for me 15:15:58 redhat folks ? 15:16:07 Ahh - sorry 15:16:15 For Claude he is in Pacific time 15:16:26 +1 15:16:27 So he request not to book before 2 UTC 15:16:37 1 UTC or even sooner? 15:16:51 2 to 3 pm UTC works for me 15:17:03 I'll be traveling 4/20-23 15:17:26 jamemcc: ? 15:18:01 Can we look at wednesday the 19th to accomodate kgiusti? 15:18:14 I'm travelling :( 15:18:21 but if the session can be recorded it is ok 15:18:25 :-( 15:18:28 I will give it a look after 15:18:34 ok we can do it the week after 15:18:37 ansmith: what's your schedule look like? 15:18:52 works for me 15:18:55 on Monday 24th ? 15:19:05 1:00 PM UTC ? 15:19:30 +1 4/24 15:19:32 +1 15:19:40 24th won't work for me but if the session can be recorded that's great 15:19:42 sorry 2 UTC to match Claude constraints 15:20:08 +1 15:20:14 Menthos I will give you a summary ;) 15:20:21 Claude can do the 24th. It is also a User Committee meeting but I can do both as that one will be IRC 15:20:34 ad_rien_: thanks 15:20:37 so for the moment If I'm correct we are on Monday 24th at 2UTC ? 15:20:55 +1 15:20:57 Agreed will send invite soon or at least before end of day 15:21:01 +1 15:21:19 #info ecomp presentation by webconf on Monday 24th 2:00 UTC 15:21:43 jamemcc: do we need to install something special (plugins, addons) ? 15:21:58 or will we receive mandatory information by mail? 15:22:45 It's a Skype for business meeting - so I think you can join with the normal skype client - how about I test with you first? 15:23:05 #action jamemcc will send invitations by mails. Please put your mail in the pad 15:23:16 Want to make sure you can see the presentation and or whiteboard 15:23:23 ok great 15:23:25 thanks 15:23:33 jamescc: I would be happy to volunteer my zoom bridge if that works better. 15:23:50 so I guess this point is now closed (please do not forget to put your email in the pad for receiving the invitation). 15:23:54 Ok Paul - IU've been wanting to try it 15:24:15 Ok can we switch to the next point ? 15:24:15 I will email you offline. 15:24:35 #topic AMQP discussions 15:24:47 hey now! 15:24:48 @rcherrueau @kgiusti 15:24:52 :D 15:25:03 please just go ahead 15:25:20 I've updated the epad with some preliminary testing done here at redhat 15:25:48 We're just getting started testing various o.m. backend deployments 15:26:09 We're working on a summit preso to go along with this. 15:26:26 I've also reached out to the other oslo.messenger backend devs to get involved. 15:26:32 Sadly no response yet :( 15:26:51 I need someone with kafka and zeromq expertise 15:27:04 or I'm heading for a long learning curve :) 15:27:26 For the next week we'll work on other testing scenarios and tuning. 15:27:47 so right now you are focusing on RabbitMQ vs QPID ? 15:27:51 is it correct ? 15:28:09 To be specific 15:28:30 'Qpid' is the apache project, 'qpidd' is the C++ broker, qdrouterd is the router... so 15:28:39 we're focusing now on rabbitmq + qdrouterd 15:28:50 Ok, thanks for claryfing this. From our side, we can open an action from our side to see with the performance team whether it is quite easy to deploy ZMQ. 15:29:13 since our framework is leveraging kolla 15:29:31 we should check what are the efforts to be able to deploy zmq instead of rabbit 15:29:32 +1 to zmq testing 15:30:15 frankly zmq is pretty low on the testing totem pole - due to scale lab resource constraints.... 15:30:16 regarding qpid, if I'm right providing the ansible playbook is stil an open action? 15:30:46 yes I believe so - ansmith? 15:31:04 yes, still open 15:31:11 with a possible milestone? 15:31:13 :-P 15:31:30 just try to see from our side how we can define a reachable roadmap. 15:31:55 targeted to get done with containerization work, likely post summit 15:32:07 until the summit, I think our effort will focus on vanilla openstack WAN evaluations 15:32:27 Then we may have some additional efforts with Orange folks to dive into the oslo messaging questions 15:32:48 +1 15:32:52 @ansmith ack 15:33:07 ok 15:33:30 I don't know whether jfpeltier joined us ? 15:33:46 I don't think so but 15:33:59 you can find the presentation he gave us in the pad. 15:35:56 AFAIK, we have two pendings actions on that point 15:36:17 1./ summary the current exchanges related to AMQP (@rcherrueau) 15:37:10 ad_rien_: yes, about that ... my first priority is finalising WAN experiements. So, I don't do my today's action. 15:37:12 2./ have a summary of jfpeltier regarding his slides (and maybe to see what are the similarities w-r-t ombt 15:37:23 yes I know, do not worry ;) 15:37:49 maybe regarding this second point, kgiusti you already has an idea? 15:38:08 (BTW OSNoise is the AMQP stresser designed at Orange) 15:38:10 ? 15:38:28 andy spent some time looking at the source 15:38:51 and I think - though I have to confirm - that osnoise may only work with rabbitmq 15:38:56 ok 15:38:59 due to the use of pika 15:39:02 that is an important news indeed 15:39:13 but I need to confirm that - action item for me. 15:39:22 #action clarify the rabbitMQ dependence of OSNoise 15:39:32 ok thanks 15:39:52 anyway I think both works are probably valuable but we should try to avoid reinventing the wheel ;) 15:40:17 that is what I remember from a quick review 15:40:34 at least from our side, it would be great to see which is the best candidate to be integrated within the EnOS framework :-P 15:40:53 +1 15:41:05 ok 15:41:11 anythink else regarding AMQP? 15:41:27 not at this time 15:41:44 Do we need to prepare discussions for the forum session? (i.e. start to identify key questions?) 15:41:48 kgiusti: ansmith: If I am right, amqp stresser use pika wich is supposed to be AMQP implementation independant. 15:42:34 mmmm - iirc pika only talks amqp 0-9 and 0-10, so no zmq and no qdrouterd 15:42:35 kgiusti: ansmith: but we could discuss about that next meeting 15:42:54 +1 15:42:59 ombt uses oslo.messaging so would lend itself to swapping out backends 15:43:00 kgiusti: Oh! OK 15:43:38 ansmith: yes focusing on oslo.messaging is a good idea 15:43:50 ad_rien_: to clarify - are you talking about the oslo.messaging forum? 15:44:01 yes 15:44:02 ? 15:44:09 the second slot? 15:44:09 ad_rien_: ok 15:44:13 yes 15:44:41 the goal is to set out a plan by which we can come up with deployment recommendations 15:44:56 so should we iterate by mail to move forward on that point ? 15:45:04 maybe by going on the next thread? 15:45:13 sure thing 15:45:21 @rcherrueau @paul-andreraymon @all; what do you think ? 15:46:18 ok so seems that we can go on by mail. 15:46:21 on that point. 15:46:31 anything else? can we move to the next topic? 15:46:48 #topic EnOS 15:47:04 So maybe find additional things regarding EnOS. 15:47:15 @rcherrueau suceeded to integrate OSProfiler 15:47:35 within EnOS. This means that now when we perform performance evaluations we also get OSProfiler traces 15:48:04 I am working on a tool that queries these traces 15:48:18 This is valuable as it gives us lot of information in addition to delivering sequence diagrams (ie. exchange/interactions between core-serivces) 15:48:36 * ad_rien_ is looking for a link 15:49:33 The idea is to get information on the workflow, e.g., where RPC happens ... 15:49:40 #link https://docs.openstack.org/ops-guide/_images/provision-an-instance.png sequence diagram exemple 15:50:04 so right now it is not as fine as the figure I copied/pasted above but the idea is to get such diagrams. 15:50:31 This will help us to better understand/identify all messages. this is important for the WAN context 15:51:14 so we will be able to finely study the impact of the exchanges and try to elaborate what are the best deployment scenarios (if your remind we identify a few scenarios on google slides) 15:52:01 last but not the least as mentioned we are performing a few preliminary experiments. I hope we will have more information next time. 15:52:03 Ok 15:52:08 so let's move to the last topic 15:52:16 #topic Boston face to face meeting 15:52:27 I opened an etherpad 15:52:43 and I encourage you to add points that you would like to discuss during our session. 15:53:07 maybe it would be great to identify concrete actions/objectives for the R cycle? 15:54:02 I would also appreciate if you can add in the pad the presentation you think might be related to the massively distributed WG 15:54:58 so that's all from my side. 15:55:14 #topic open discussion 15:55:44 we have 5 minutes left? 15:55:52 should we raise something particular ? 15:56:09 looks not 15:56:16 so thanks for joining the meeting 15:56:25 Anyone has any thought on impact of MD on Nova scheduler? 15:56:37 and please do not forget to ammend/complete the etherpad in order to be more fruitful we can during the next summit 15:56:46 MD? 15:56:48 paul-andreraymon: ? 15:56:53 MAssively distributed 15:56:56 ok 15:57:05 I can add that to the next agenda 15:57:13 there are ongoing activities at Orange 15:57:20 and IBM made a work using redis 15:57:42 (they should have presented this at the Barcelona summit but the presentation has been cancelled). 15:57:49 So let's add that to the agenda next time 15:57:51 ok ? 15:57:56 Great! 15:58:03 Maybe you also have some points in mind paul-andreraymon? 15:58:06 ideas ? 15:58:14 ok thanks 15:58:19 So let's conclude our meeting 15:58:35 #action add scheduling decision to the agenda 15:58:57 #endmeeting