01:01:52 <zhiyuan> #startmeeting tricircle
01:01:53 <openstack> Meeting started Wed Nov  8 01:01:52 2017 UTC and is due to finish in 60 minutes.  The chair is zhiyuan. Information about MeetBot at http://wiki.debian.org/MeetBot.
01:01:54 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
01:01:57 <openstack> The meeting name has been set to 'tricircle'
01:03:51 <zhiyuan> joe is attending the openstack summit so i think he will be absent for today's meeting
01:04:08 <zhiyuan> let's update our development progress
01:04:42 <song> good
01:07:03 <zhiyuan> smoke test for sfc is temporarily disabled by me because of a bug. I see that the fix patch has been submitted, I will try enabling the test after the patch is merged
01:07:32 <zhiyuan> here is the fix patch: https://review.openstack.org/#/c/518029
01:07:33 <patchbot> patch 518029 - networking-sfc - Update l2pop calls to use context instead of session
01:07:56 <Yipei_> for lbaas, tested configuration guide again, still try installing and depolying lbaas in nova cell with tricircle.
01:08:34 <Yipei_> for lbaas, test configuration guide again last week, still try installing and depolying lbaas in nova cell with tricircle.
01:08:50 <xuzhuang> For distinguishing the direction of requests, I have write the first version code of the component of filter. For default security group update, I will write a release note.
01:10:10 <zhiyuan> to yipei, fine, i will try following the updated guide to setup lbaas today. BTW, have you already uploaded the image? could you send me the link after the meeting?
01:11:13 <Yipei_> to zhiyuan, already uploaded the image, will send it to you
01:12:08 <zhiyuan> to xuzhuang, great, so you have figured out how to extract and insert request information.
01:12:45 <xuzhuang> to zhiyuan, In this version code I get the source tag from the request header, and put this tag into the req.environ. In the end I parse the req.environ into the context of request. Is there any problem?
01:13:49 <zhiyuan> where do you parse the req.environ?
01:15:39 <xuzhuang> in my filter code(__cal__), using left it for paste.filter_factory = neutron.auth:NeutronKeystoneContext.factory
01:15:53 <xuzhuang> or left it for
01:18:29 <zhiyuan> not quite get your idea. are you going to replace NeutronKeystoneContext with your filter?
01:20:53 <xuzhuang> no, wouldn't replace NeutronKeystoneContext, in NeutronKeystoneContext it has parse the environ of the request into the context of the request
01:21:31 <xuzhuang> one thought is just using it
01:22:42 <zhiyuan> but in NeutronKeystoneContext, your tag will not be inserted into context object
01:23:05 <xuzhuang> when request comes to  NeutronKeystoneContext filter, it will the environ of the request into the context of the request, so I just place source filter ahead of  NeutronKeystoneContext filter
01:24:01 <xuzhuang> ok, if my tag couldn't be inserted into context, I parse it into context in my own filter, is that ok?
01:24:57 <zhiyuan> yes, so your filter does two things. (1) extract tag from request header (2) insert the tag into context
01:25:05 <xuzhuang> yeah
01:25:27 <zhiyuan> i just worry about that whether you can get request header in your filter
01:26:58 <zhiyuan> your filter needs to be placed after NeutronKeystoneContext filter, I am not sure whether the request header will be passed to your filter
01:28:26 <xuzhuang> oh, I haven't think about this point
01:29:15 <zhiyuan> so you may check what's contained in req.environ
01:29:43 <zhiyuan> hopefully header will be stored in req.environ and will not be removed
01:30:03 <xuzhuang> in WSGI, the request will go through the filter, so I think we can get the header of request
01:30:21 <xuzhuang> ok
01:30:41 <zhiyuan> that's fine then.
01:32:46 <song> hi, i am song from szzt, is there any other bp we can do, we also have one people named zeng you who very familiar with openstack and he can do something for tricircle.
01:34:25 <zhiyuan> could you help chenyaguang to solve the qos problem first? I see that there is a problem in the qos-port binding
01:35:47 <zxh> hi,all,I run in the qos of the smoke test, when devstack just installed, the first time will fail, but as long as after restart svc0 service, can pass all the tests, I don't know what the reason, you have any good Suggestions
01:36:52 <song> we have see the problem recently but have not find the reason for it.
01:37:14 <zhiyuan> oh sorry, i make a mistake in the patc owner
01:37:21 <zhiyuan> s/patc/patch
01:37:44 <song> it do not matter.we are just one team.
01:38:49 <zhiyuan> without restarting svc0, can you successfully update the port with qos? i mean, manually update, not running the smoke test
01:42:24 <zxh> I'm going to test it
01:43:22 <zhiyuan> one possible reason that the problem is gone after restaring svc0 is that, the devstack script restarts svc0 before your qos configuration, so your configuration doesn't take effect
01:44:23 <zhiyuan> but it's weird since your API request to svc0 succeeds, so it doesn't seem like a configuration problem
01:46:28 <RongHui11> so  it maybe the qos configuration is working after the devstack restart svc0 service?
01:47:33 <song> to zxh add some log for it to verify it?
01:47:36 <RongHui11> but we can create qos policy and rule in centralRegion maually
01:47:40 <RongHui11> i test it
01:49:19 <RongHui11> now when update the network with qos , it is weird that the qos bound in CentralRegion is fail but in local it created and bound succeed
01:49:32 <zhiyuan> yes, that's why I say weird.
01:50:31 <zhiyuan> no sure the local creation and binding are succesfully, the smoke test stops when checking central qos binding
01:51:11 <RongHui11> and after restarting the svc0 it work.
01:51:42 <RongHui11> so we need some help from you guys
01:52:22 <zhiyuan> my suggesion is to first test whether we can manually update qos binding
01:52:29 <RongHui11> oh  i test manually ,  the local creation and binding  is succeed
01:52:31 <zhiyuan> before restarting svc0
01:53:08 <zhiyuan> with the newest neutron and tricircle code?
01:53:17 <RongHui11> weyes
01:53:18 <RongHui11> yes
01:53:25 <RongHui11> it is so weried
01:53:35 <RongHui11> and no error in logs
01:53:45 <zhiyuan> if so, you can move your check for central qos binding right after the port udpate
01:53:48 <RongHui11> just as i show you in wechat
01:53:51 <zxh> I just tested, binding the port and the network has a problem, the qos policy generates, feeling is the update port and the network has a problem
01:54:58 <RongHui11> yes we first need to solve the update problem in central
01:55:31 <RongHui11> even it is weird that qos bound can work in local
01:56:18 <zhiyuan> neutron will print out the configuration options when it starts, so you may check whether there are some differences before and after the restarting
01:56:38 <zxh> This test is to create the policy, the network, the port, then the binding
01:57:05 <RongHui11> good idea
01:57:47 <song> to zhiyuan thank you for your advice.we will try it after the meeting.
01:57:50 <zhiyuan> local neutron server uses the original qos and ml2 plugin, so it can work successfully if you send the correct request to it
01:58:05 <RongHui11> yes
01:58:27 <zhiyuan> thanks song
01:58:34 <RongHui11> so we just check the neutron.conf0?
01:58:47 <zhiyuan> no, check the log
01:58:59 <zhiyuan> loaded configuation will be printed out
01:59:07 <RongHui11> check the svc0 log?
01:59:40 <zhiyuan> yes, after devstack finishes, check the log; after restarting svc0, check the log, see the difference
01:59:57 <RongHui11> got it
02:00:04 <RongHui11> thank you so much
02:00:08 <zhiyuan> oh, i think time's up
02:00:13 <zhiyuan> you are welcome
02:00:36 <zhiyuan> let's end our meeting and discuss offline if needed
02:00:43 <RongHui11> ok
02:00:47 <song> good
02:01:10 <zhiyuan> #endmeeting