01:00:28 #startmeeting tricircle 01:00:29 Meeting started Wed May 8 01:00:28 2019 UTC and is due to finish in 60 minutes. The chair is zhangchi. Information about MeetBot at http://wiki.debian.org/MeetBot. 01:00:30 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 01:00:32 The meeting name has been set to 'tricircle' 01:01:09 Morning everyone, welcome back to tricircle meeting 01:01:20 hi 01:01:46 godd day bruce zhang :) 01:01:47 hi ziyu 01:02:20 hi, all 01:02:33 hi,all 01:02:33 you would better tell other people in wechart we begin to meeting. 01:02:51 from today zhangchi will hold the meeting instead of me.haha! 01:03:49 ok Message send 01:04:38 #info To Do list https://etherpad.openstack.org/p/tricircle-train-plan 01:05:26 ziyu how things going about your Finish the PR "ipv6_address_mode" not found in unit test 01:05:39 I have done it. 01:06:07 good job is the patch submitted? 01:06:23 have merged. 01:06:35 Greate 01:07:02 weclome XSM_Hust 01:07:26 what about your Deploy containers in tricircle environment 01:07:42 After my experiments and bug tracking 01:08:37 I found that the reason for deploying the container in the tricircle environment failed was that zun and kuryr did not specify region_name when using neutron api. 01:10:02 This is a configuration bug in the zun and kuryr projects 01:11:50 Howerver,the multi_region scene needs to specify which region's neutron api to use. 01:12:05 you can try seed a email to zun in openstack maillist? 01:12:19 or submit a bug report in the zun project? 01:12:38 how do you think? how about this? @zhangchi 01:13:33 After I modified the neutron api calling code for the zun and kuryr projects, I was able to start the running container normally in the tricircle environment. 01:14:00 good job Is the problem in multi_region scene still exists 01:16:51 sent requests to different neutron? 01:18:57 In other words, when creating a network or port in zun and kuryr, the region_name option is not specified, and the request will be sent to RegionOne by default. 01:19:43 is it can be configured to central region? 01:20:24 then send requests to central region be default 01:20:38 s/be/by 01:21:39 Maybe possible. Also need specify region_name or endpoint option. 01:23:30 The main problem is that there are no configuration items for region_name or endpoint in the neutron configuration of zun and kuryr. 01:23:41 They 01:24:30 agree with this the region name may be set by keystone endpoint and your enviroment variable from Central pod 01:26:39 or may be set by the neutron cli command 01:29:02 openstack --os-region-name RegionTwo appcontainer run --name container1 --net network=net2 cirros sudo nc -l -p 80 01:29:29 create a container command like this. 01:30:47 region name has already been contained in CLI command 01:31:12 But in this request,port request can't be sent to RegionTwo. 01:31:20 then the request is still send to region one by default 01:32:01 zun and kuryr use the RegionOne's neutron client. 01:34:22 ok we will check the zun and kuryr mechanism for endpoint option 01:34:38 yes, in zun and kuryr. port request didn't dispatch to diffrent region(neutronclient) according to real demand. 01:35:34 i thins all the networking requests should be sent to central region, and then central neutron decide where to create the resource 01:36:01 and it seems that availability_zone can be specified 01:36:11 #link https://developer.openstack.org/api-ref/application-container/?expanded=start-a-container-detail,commit-a-container-detail,attach-a-network-to-a-container-detail,execute-command-in-a-running-container-detail,enable-service-detail,create-new-container-detail#create-new-container 01:36:30 you can see "/kuryr/kuryr/lib/utils.py" line38 01:36:58 Also "/zun/zun/commen/clients.py" 01:36:59 Line71 01:39:54 ok, maybe require more investigation, we can discuss it offline 01:40:02 ok 01:40:19 Yipei is experienced 01:42:36 Ok we wils continue the next topics 01:43:52 @Hust_xwq, wanquan will take the l3 networking model over 01:45:16 nice 01:47:54 so what about the remaining tasks about the l3 networking model 01:50:45 he is not available today for some personal business, he is currently studying l3 networking. 01:51:10 zhuangzhuang and I will help him 01:51:44 Ok I got it Thanks Yipei 01:52:36 you are welcome. 01:55:06 From my side the exception about tricircle unitest cannot loading the network_ranges model from neutron have been fixed 01:57:37 This is because some unit test make the fake client and is assigned to directory.get_plugin method 01:58:37 is xiaohan zhang and yaguagnchen on line now? 02:01:12 ok their irc enviroment have not already been configured 02:01:34 any other more topics 02:02:18 Thanks for attending nice day 02:02:33 #endmeeting 02:02:36 Bye 02:02:47 Bye 02:02:56 bye 02:03:24 Bye yipei and XSM_HUST 02:04:17 #endmeeting