15:30:06 #startmeeting Performance Team 15:30:07 Meeting started Tue Mar 28 15:30:06 2017 UTC and is due to finish in 60 minutes. The chair is DinaBelova. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:30:08 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:30:11 The meeting name has been set to 'performance_team' 15:30:20 hello folks 15:30:21 let 15:30:29 hi 15:30:31 let's see who is around :) 15:30:51 vbala hey! welcome back! 15:30:56 vbala how' your relocation going on? 15:31:21 thanks 15:31:45 tovin07 rook rcherrueau akrzos o/ 15:31:54 hello 15:31:58 o/ 15:32:00 o. 15:32:02 o/ 15:32:05 o/ 15:32:25 ok, it looks like we have kinda quorum here :) 15:32:50 Merged openstack/performance-docs master: Kubelet density test on scaling by nodes https://review.openstack.org/446974 15:32:51 let's start with action items 15:32:52 #topic Action Items 15:33:09 tovin07 one was on you sit and I see it in the open discussion agenda for this meeting 15:33:16 sir* 15:33:19 yes 15:33:34 #link https://review.openstack.org/#/c/450072/ 15:33:40 rcherrueau ^^ 15:33:52 rcherrueau that was requested by you if I'm not mistaken 15:33:53 nice 15:34:02 This is my first solution for this 15:34:13 thanks vbala for pointing out some issues 15:34:18 let's review and improve patch, I guess it should be merged in some future 15:34:19 indeed 15:34:47 vbala: do you have any other idea to improve this? 15:35:11 tovin07: i need to look at it more closely 15:35:27 I’m thinking of adding result of WSGI to the trace info as well 15:36:19 one more action item is on msimonin 15:36:32 rcherrueau don't you know if msimonin pinged Rally PTL? 15:36:51 about the osprofiler + rally integration we have discussed some time ago? 15:37:01 Yes, he did 15:37:17 In his response, Andrey explained that integration of OSProfiler to Rally was planned from the beginning. 15:37:38 But, the philosophy to integrate it has to be different that the way it has been done in openstack client. 15:37:50 rcherrueau any details? 15:37:52 In other word, something like `rally task start ... --os-profile SECRET_KEY', which is the way we integrate it, is not good a integration. 15:38:17 The reason, and we (Inria) are agree with him, is that it is better to initialize profiling on each iteration of workload separately. 15:38:35 Andrey also said that the trace should be included in the rally report. 15:38:51 I don't know if we could help here. I don't know the rally roadmap. 15:38:52 yeah, in this case it'll require much more work in the rally itself 15:39:05 indeed 15:39:31 rcherrueau it depends i guess on how are you ready to help implementing this 15:39:53 if you have resources, rally roadmap is flexible enough 15:39:55 :D 15:39:58 :D 15:40:15 so please lemme know if you have a wish to take part in this 15:40:51 ok, it looks like we may proceed 15:40:52 #topic Current progress on the planned tests 15:40:53 I guess this will wait after the end of Boston Summit, but yeah, I will tell you 15:41:01 rcherrueau let's start with you sir 15:41:03 rcherrueau ack 15:41:15 OK 15:41:40 Last week, I was on another topic for the massively distributed WG -- understand oslo_messaging specification and its implementation: RMQ/ZMQ/QPid. 15:42:07 I try to understand the control flow (no how it behave in at scale). 15:42:07 15:42:28 So, not performance WG related. 15:42:41 However, if I am right, the Performance WG conducted some bench on RMQ/ZMQ implementations? 15:42:41 15:42:52 rcherrueau it's ok :) 15:42:54 rcherrueau true 15:42:57 lemme fin dthe links 15:43:38 rcherrueau https://docs.openstack.org/developer/performance-docs/test_plans/mq/plan.html here is the oslo simulator testing for both rabbitmq and zeromq 15:43:48 DinaBelova: thanks. I will take a look 15:44:05 additionally there was a test with RabbitMQ with and without HA queues being enabled https://docs.openstack.org/developer/performance-docs/test_plans/mq_ha/plan.html 15:44:10 rcherrueau ^^ 15:44:19 DinaBelova: thanks 15:44:31 ok, from mirantis side 15:44:52 several test results were pushed to the review 15:44:58 #link https://review.openstack.org/446974 15:45:04 #link https://review.openstack.org/449087 15:45:21 the first relates to pure k8s density testing 15:45:33 the second one to containerized control plane reliability 15:46:17 several more things to be added this week (including what we have done for containerized openstack upgrades testing) 15:46:51 rook anything to share from the redhat? 15:47:22 DinaBelova: Posted a blogpost on a workload integrated into Browbaet 15:47:26 Browbeat 15:47:33 but it is really a integration of Rally + Pbench 15:47:34 link please :) 15:47:37 * rook gets link 15:47:51 #link https://browbeatproject.org/2017/03/23/network-performance-rally-pbench-uperf-integration 15:47:58 thanks! will take a look 15:49:14 folks, anything else to share in "current progress section"? 15:49:41 it looks like nope, let's proceed 15:49:42 Just one question 15:49:45 ack 15:49:51 rcherrueau please go ahead 15:49:56 yesterday I tried to setup a kolla-ansible deployment with ceilomenter and panko as event dispatcher to then make OSProfiler trace. But it doesn't work, and no idea why! 15:50:14 rcherrueau heh :) what symptoms do you have? 15:50:18 The main difference between kolla-ansible and devstack deployment is that ceilometer and panko refer to their database through configuration parameters `database.metering_connection' and `database.event_connection' rather than `database.connection'. I don't know the difference so maybe my problem comes from that. 15:50:18 15:50:52 rcherrueau I don't think this could influence, but frankly speaking I'm not sure 15:50:54 Also, I am not a ceilometer expert, but what really surprise me is that, there are no logs in ceilometer-*.log when I do, for instance, a `openstack hypervisor list --os-profile SECRET_KEY' 15:51:56 rcherrueau well, ceilometer does not take part in this request actually, so I do not expect them to be, although some logs have to be there I guess - if there are VMs, if polling is hapenning 15:52:15 hum ... 15:52:33 rcherrueau: did you check rabbitmq? 15:52:46 tovin07: nop 15:52:47 Is there any thing in profiler.info queue 15:53:15 OK thanks for the information, I will take a look into rabbitmq profiler queue 15:53:26 because OSprofiler will put raw trace info in rabbitmq first 15:54:00 then ceilometer pull it out and do something crazy and then —> panko —> mysql 15:54:11 that’s the default scenario 15:54:29 OK Great, maybe my connection_string is miss set 15:54:42 yup 15:54:44 maybe :D 15:54:53 tovin07: thanks for the clarification on OSProfiler workflow 15:55:18 #topic Open Discussion 15:55:25 tovin07 I see one more item from you 15:55:29 yes 15:55:32 regarding the messaging osprofiler driver 15:55:53 Why do we need admin context in messaging driver (with oslo.messaging) only? 15:56:05 frankly speaking I am not sure about admin context here 15:56:21 I asked you this a long time ago 15:56:42 If we see this https://review.openstack.org/#/c/316799 15:57:02 I don’t know why we need admin context :D (too) 15:57:15 tovin07 it looks like I was confused with something else 15:57:29 technically speaking admin context is not necessary I believe 15:57:53 Because all the security thing in OSprofile is based on HMAC mechanism 15:57:59 tovin07 true 15:58:20 and context is used only for transport generation in oslo messaging in messaging driver 15:58:40 yup 15:58:50 let me investigate it 15:58:55 tovin07 ack, thank you 15:59:03 maybe we can remove admin context in this case 15:59:05 originally this was coming from Boris code 15:59:13 and use normal context 15:59:17 ++ 15:59:20 I think we can remove it 15:59:27 vbala agree 15:59:44 vbala: agree too 15:59:59 ok, thanks :D 16:00:01 cool, thank you tovin07 for raising this question 16:00:19 anything else to cover today? 16:00:23 yes 16:00:28 please go ahead 16:00:39 Your presentation in Boston 16:00:52 tovin07 yeah 16:00:54 good you asked 16:01:09 #info sadly I won't be able to attend the Boston summit 16:01:24 I have an accidental type of event 16:01:28 oh, sad news 16:01:32 that I cannot move 16:01:39 so vbala is going to present without me 16:01:40 vbala, can you attend 16:01:52 vbala I'll help you with presentation creation 16:01:58 tovin07: yes, i'm planning to 16:02:06 thanks Dina 16:02:11 good to knows 16:02:23 And what about you tovin07? 16:02:24 this time, I also apply for TSP 16:02:31 however, I failed :)) 16:02:51 I’m looking for other chance 16:02:52 tovin07 heh, those guys are cruel 16:03:04 Hope that I can go in other way 16:03:21 tovin07 please keep us updated 16:03:26 yes 16:03:36 that’s all for me today 16:03:41 rcherrueau: 16:04:05 Do you have any comment on my patch in SQL/function result in trace 16:04:16 Please let me know :D 16:04:32 tovin07: yes, I will do through gerrit :) 16:04:56 thanks rcherrueau :) waiting for comments 16:05:14 ok, it looks like we may wrap up today meeting 16:05:19 tovin07: btw, thanks for implementing this :thumbsup: 16:05:35 thanks tovin07 rcherrueau vbala rook 16:05:36 rcherrueau: my pleasure! 16:05:43 thanks 16:05:47 #endmeeting