Wednesday, 2016-11-23

*** limao has joined #openstack-kuryr00:35
*** yedongcan1 has joined #openstack-kuryr01:37
*** diogogmt has quit IRC01:46
*** yedongcan1 has quit IRC01:58
*** yedongcan has joined #openstack-kuryr02:01
openstackgerritDongcan Ye proposed openstack/kuryr-libnetwork: Fullstack: Using the credentials from openrc config file  https://review.openstack.org/39958502:10
openstackgerritDongcan Ye proposed openstack/kuryr-libnetwork: Fullstack: Using the credentials from openrc config file  https://review.openstack.org/39958502:51
*** yamamoto has joined #openstack-kuryr02:51
*** yamamoto has quit IRC02:52
*** tonanhngo has quit IRC02:53
*** diogogmt has joined #openstack-kuryr02:56
vikascmchiappero, sorry i could not understand your last line "regarding kuryr-lib assigning IP addresses, yes, I think we can provide no IPs (good), a flag (less good), an additional code path to be invoked by k-k8s only"03:00
vikascmchiappero, what is "we" in "we can provide"? and which "flag"?03:01
vikaschello limao03:03
limaohi vikasc03:03
vikasclimao, first of all thanks a lot for the time you put in on my query :)03:03
limaovikasc:-)03:04
vikasclimao, i verified that setting ageing to 0 make it work03:04
vikasclimao, but now in mac table i dont see an entry for ns macs?03:05
vikasclimao, what does this step do actually03:05
limaovikasc: Yes... set ageing to 0 means not learn mac03:05
limaovikasc: Another thing is neutron do not work with hybird-iptables fw by design03:06
limaovikasc: so we need to use ovs-fw... not hybird-iptables fw03:06
vikasclimao, do you think we should be worried about that.. i think we should not03:06
vikasc:)03:06
vikasclimao, because that upto user if he is using trunk support, he should choose backened accordingly03:07
limaovikasc: Yeah, But for cloud provider, this will be a limitation :)03:07
vikasclimao, yes..and limitation will be from neutron, right?03:08
limaovikasc: in our perspactive, we just need to update our default devstack configure (I think need to enable trunk and use ovs-fw by default)03:08
vikasclimao, i think i should test and complete my vlan driver patch with this ageingtimer setting03:08
vikasclimao, agree03:08
limaovikasc: you should test with ovs-fw03:09
limaovikasc: that has been confrimed with neutron guys03:09
vikasclimao, yeah...will do03:09
limao(You can see the log we posted yestorday)03:09
vikasclimao, another point on vlan-per-container and vlan-per-network03:10
vikasclimao, yeah i read the logs03:10
limaovikasc: Cool, I will also do some test... (I post some comments on that patch, please help to have a look when you have time)03:11
vikasclimao, i have not tried, but i think it vxlan-per-segment should also be possible03:11
vikasclimao, sorry vxlan-per-container i mean03:11
vikasclimao, because trunk apis just take segment id03:12
limaovikasc: well, what is vxlan-per-container ?03:12
vikasclimao, instead of creating vlan interfaces, creating vxlan interfaces03:12
vikasclimao, per container03:13
limaovikasc: well , I think vm-nested do not care what kind of segment you are using between compute nodes(vxlan/vlan/gre)03:13
limaovikasc: I did not get why we need to create vxlan interface in nested vm?03:13
vikasclimao, this segment is not betwen compute nodes, this is inside compute node for isolating container traffic03:14
vikasclimao, just like why we create vlan interface in nested vm03:14
limaovikasc: when we create vlan segment in nested-vm, it will mapping to a neutron network, I think we do not need to care what the segment of that neutron network is using(vlan/vxlan/gre)03:16
limaovikasc: (sorry I may not get what you mean...)03:16
vikasclimao, i am not saying we need to care.. i am saying like vlan-vlan or vlan-vxlan or vlan-gre are possible combinations03:17
vikasclimao, vxlan-vlan, vxlan-vxlan, vxlan-gre are also possible combinations03:17
vikasclimao, could i make my point clear now?03:18
limaovikasc: oh... vlan-vlan or vlan-vxlan or vlan-gre, naturally it already supported by neutron03:18
limaovikasc: I'm not understand why we need vxlan-vlan, vxlan-vxlan, vxlan-gre ?03:19
vikasclimao, to avoid the limitation of 4094 containers if vlan-per-container is used03:19
limaovikasc: oh... I think 4096 containers on one node(VM) is large enough in my mind..03:20
vikasclimao, "large enough" might be a relative term :)03:21
vikasclimao, bigger limit with vxlan will be an additional option03:22
limaovikasc: yeah maybe, then we will have double overlay03:22
limaovikasc:)03:23
vikasclimao, double overlay will not be there if vxlan is supported by neutron trunk port feature03:23
vikasclimao, first overlay would end an trunk bridge just like vlan tags03:24
limaovikasc: oh... get you, that need supported by neutron trunk03:24
vikasclimao, yes03:24
vikasclimao, we can consider it next after first completing vlan part03:25
limaovikasc:  Yeah, after neutron support this :)03:25
vikasclimao, yep, because trunk bridge has to be configured with flows to encap-decap03:26
limaovikasc: I will try vlan driver later, will let you know if there is problem03:26
vikasclimao, sure, i have not tested it yet.. now will do testing and add unit test cases03:27
vikasclimao, thanks Liping03:27
limaovikasc: wlc, some comments on that patch, please have a look when you have time03:27
vikasclimao, sure.03:28
limaovikasc: see you , have lunch now.03:28
vikasclimao, c u03:28
openstackgerritZhigang Li proposed openstack/kuryr-libnetwork: Replace six.iteritems() with .items()  https://review.openstack.org/40105603:56
*** yedongcan1 has joined #openstack-kuryr04:01
*** yedongcan has quit IRC04:05
openstackgerritJaivish Kothari(janonymous) proposed openstack/kuryr-libnetwork: Unittests with Mock and added a TestCase  https://review.openstack.org/39400104:08
*** jgriffith is now known as jgriffith_away04:10
*** yamamoto has joined #openstack-kuryr04:21
*** yamamoto has quit IRC04:23
*** tonanhngo has joined #openstack-kuryr04:32
openstackgerritJaivish Kothari(janonymous) proposed openstack/kuryr-libnetwork: Unittests with Mock and added a TestCase  https://review.openstack.org/39400104:46
openstackgerritvikas choudhary proposed openstack/kuryr: Nested-Containers: vlan driver  https://review.openstack.org/36199304:52
janonymousapuimedo, ivc_, irenab, vikasc: ^^04:53
*** yamamoto has joined #openstack-kuryr04:54
*** yamamoto has quit IRC04:54
openstackgerritJaivish Kothari(janonymous) proposed openstack/kuryr-libnetwork: Unittests with Mock and added a TestCase  https://review.openstack.org/39400105:14
openstackgerritDongcan Ye proposed openstack/kuryr-libnetwork: Fullstack: Catch neutron-client exception and cleanup resources  https://review.openstack.org/39963305:23
vikasclimao, ping05:46
vikasclimao, on segmentation id, "penstack network trunk set --subport port=child-port,segmentation-type=vlan,segmentation-id=101 trunk0" user seems to be telling segmentation id to neutron. Later on it can be queried using trunk port details from neutron05:48
yedongcan1vikasc: ping05:51
vikascyedongcan1, pong05:51
yedongcan1vikasc: Thanks for you review, would see this message is suitable:05:53
yedongcan1 Missing environment variable %s in your local. Please add it and also check other missing environment variables. After that please source the openrc file.05:53
vikascyedongcan1, will it be needed to source openrc even after adding all missing env variable?05:56
limaovikasc: hi05:57
limaovikasc05:57
vikaschi limao, i just verified05:57
vikasclimao, user need to pass segmentation id while attaching subport to parent port05:58
limaoYes, it is , I mean you can pull what has been used in this trunk when kuryr-libnetwork restart05:58
vikasclimao, in kuryr  case, kuryr has to generate and pass that05:58
yedongcan1vikasc: yes, we need.05:59
limaovikasc: logically, you can pull what has been used, then choose an unused one, then use it and pass it to openstack network trunk set05:59
vikasclimao, okay got it06:00
limaovikasc: (by this way we use neutron trunk info as our 'DB')06:00
vikasclimao, nice06:00
limaovikasc :)06:00
vikasclimao, good idea06:00
vikasclimao, :)06:00
vikasclimao, but i think calling neutron apis should be in COE code06:01
limaoFor, performance, we can cache the info when kuryr start, so that we do not need to get it every time from neutron06:01
vikasclimao, and then somehow extracted info should be passed to kuryr-lib apis06:01
limaovikasc: Yeah,06:02
*** yamamoto has joined #openstack-kuryr06:02
limaovikasc: it can be pass to driver from kuryr-libnetwork or kuryr-k8s06:02
vikasclimao, yep, so this caching part should be done in kuryr-libnetwork and cached values set should be passed to the api06:03
limaovikasc: Yes, then we need an api in kuryr-lib to set it06:04
vikasclimao, cool, let me reformat it06:04
limaovikasc: thanks06:04
openstackgerritDongcan Ye proposed openstack/kuryr-libnetwork: Fullstack: Using the credentials from openrc config file  https://review.openstack.org/39958506:05
vikascyedongcan1, limao why do we need to source the openrc when we have already set all the required env variables, asking just for my understanding06:05
limaovikasc: I was thought, yedongcan1 want to run this fulltest in an existed "openstack environment"06:06
yedongcan1vikasc: if we modify the file, we need to source it. This will export the new env.06:10
limaovikasc: something like, I enable kuryr in an existed "openstack environment", well, I want to try fullstack test there, if I can easily import from openrc, it will be easy for run the fullstack test there. (This is what I was thought), correct me, yedongcan106:10
yedongcan1limao: Yes , you're right.06:11
vikascyedongcan1, got the point.06:11
yedongcan1limao: this also can run DevStack environment06:12
vikasclimao, yedongcan1 ifullstack tests wont stop though, it will give warning and try to get neutron client using credentials from clouds.yaml06:12
yedongcan1vikasc: Yes, we provide two options.06:13
vikasccool06:14
vikascyedongcan1, this warning sounds like an strict exception message though. do you guys think it should additionally be saying "trying credentials from cloud.yaml"?06:16
vikasclimao, ^06:16
vikascits upto you guys06:16
vikasc:)06:16
vikasci am fine anyways06:17
limaovikasc: me too, upto yedongcan106:17
yedongcan1vikasc, limao: sounds good, will update06:18
vikascthanks yedongcan1 limao06:18
openstackgerritZhigang Li proposed openstack/kuryr-libnetwork: Replace six.iteritems() with .items()  https://review.openstack.org/40105606:21
openstackgerritDongcan Ye proposed openstack/kuryr-libnetwork: Fullstack: Using the credentials from openrc config file  https://review.openstack.org/39958506:24
yedongcan1vikasc: thanks, update it06:24
vikascyedongcan1, done06:25
*** janki has joined #openstack-kuryr06:26
openstackgerritIlya Chukhnakov proposed openstack/kuryr-kubernetes: devstack: set neutron_defaults  https://review.openstack.org/40107806:29
*** yamamoto has quit IRC06:34
*** yamamoto has joined #openstack-kuryr06:43
*** yamamoto has quit IRC06:43
*** oanson has joined #openstack-kuryr06:43
*** yamamoto has joined #openstack-kuryr06:51
openstackgerritIlya Chukhnakov proposed openstack/kuryr-kubernetes: Controller side of pods' port/VIF binding  https://review.openstack.org/37604406:53
openstackgerritIlya Chukhnakov proposed openstack/kuryr-kubernetes: devstack: set neutron_defaults  https://review.openstack.org/40107806:53
ivc_apuimedo, ping06:55
openstackgerritvikas choudhary proposed openstack/kuryr: Nested-Containers: vlan driver  https://review.openstack.org/36199306:57
*** yamamoto has quit IRC06:57
mchiapperovikasc: by "we" I mean you, Toni, me, whoever...07:13
mchiapperoforget about the flag07:13
vikascmchiappero, aah.. thanks07:15
*** dimak has joined #openstack-kuryr07:51
*** tonanhngo has quit IRC07:57
*** tonanhngo has joined #openstack-kuryr08:01
*** tonanhngo has quit IRC08:03
*** yamamoto has joined #openstack-kuryr08:08
*** yamamoto has quit IRC08:19
*** gsagie has joined #openstack-kuryr08:19
*** yamamoto has joined #openstack-kuryr08:23
*** tonanhngo has joined #openstack-kuryr08:24
*** tonanhngo has quit IRC08:25
*** yamamoto has quit IRC08:29
*** yamamoto has joined #openstack-kuryr08:30
*** yamamoto has quit IRC08:35
irenabvikasc: hi08:42
vikascirenab, hi08:43
irenabvikasc:  I want to merge https://review.openstack.org/#/c/400010/, do you want to take a look or can I merge it?08:43
vikascirenab, yes please go ahead.08:44
irenabvikasc: great, thanks08:44
vikascirenab, thank you!!08:45
openstackgerritDongcan Ye proposed openstack/kuryr-libnetwork: Fullstack: Catch neutron-client exception and cleanup resources  https://review.openstack.org/39963308:51
*** tonanhngo has joined #openstack-kuryr08:54
*** tonanhngo has quit IRC08:57
ivc_irenab, thnx, i just want to note that https://review.openstack.org/#/c/400010/ depends on https://review.openstack.org/#/c/39995309:03
irenabivc_: yep, just realized and going thouth it09:03
ivc_irenab, cool. btw if you want to test it with devstack, i've added https://review.openstack.org/#/c/401078/09:04
irenabivc_:  great, thanks!09:04
irenabivc_: merged both of them09:11
ivc_irenab, awesome!09:11
openstackgerritMerged openstack/kuryr-kubernetes: Port-to-VIF os-vif translator for hybrid OVS case  https://review.openstack.org/39995309:14
openstackgerritMerged openstack/kuryr-kubernetes: Generic VIF controller driver  https://review.openstack.org/40001009:15
*** tonanhngo has joined #openstack-kuryr09:15
*** tonanhngo has quit IRC09:15
openstackgerritDongcan Ye proposed openstack/kuryr: Fix wrong exception catch in port_unbind  https://review.openstack.org/40114809:19
*** garyloug has joined #openstack-kuryr09:32
*** lmdaly has joined #openstack-kuryr09:34
ivc_irenab, vikasc, apuimedo, is anyone going to atlanta ptg? or have we decided to have a virtual meeting?09:35
vikascivc_, i think virtual meeting is that we decided on in last meeting, not sure though.09:36
vikascivc_, are you going?09:36
ivc_vikasc, dunno yet09:37
*** tonanhngo has joined #openstack-kuryr09:44
*** tonanhngo has quit IRC09:46
yedongcan1vikasc, apuimedo: ping, are you around?09:50
irenabivc_: apuimedo suggested virtual meeting09:50
vikascyedongcan1, pong09:50
yedongcan1vikasc: how to pass option in network create, if we want pass pool name?09:51
yedongcan1vikasc: In the API, is this format correct: "Options": {"com.docker.network.generic": {"neutron.pool.name": "test_kuryr_pool"}} ?09:52
vikascyedongcan1, https://github.com/openstack/kuryr-libnetwork#limitations-109:53
vikascyedongcan1, $ sudo docker network create --driver=kuryr --ipam-driver=kuryr \09:54
vikasc  --subnet 10.0.0.0/16 --ip-range 10.0.0.0/24 \09:54
vikasc  -o neutron.pool.name=neutron_pool2 \09:54
vikasc  --ipam-opt=neutron.pool.name=neutron_pool2 \09:54
vikasc  bar09:54
yedongcan1vikasc: Do you mean we no need "com.docker.network.generic" here?09:58
vikascyedongcan1, i dont think so... docker will add it implicitly09:58
vikascyedongcan1, please try it out09:59
limaoyedongcan1: "com.docker.network.generic" is added by libnetwork10:00
*** tonanhngo has joined #openstack-kuryr10:05
yedongcan1vikasc, limao: Thanks, Got it.10:05
vikascyedongcan1, np10:06
*** tonanhngo has quit IRC10:07
*** limao has quit IRC10:17
*** limao has joined #openstack-kuryr10:17
*** yedongcan1 has left #openstack-kuryr10:17
*** limao has quit IRC10:22
*** tonanhngo has joined #openstack-kuryr10:24
*** tonanhngo has quit IRC10:25
apuimedo vikasc please, merge https://review.openstack.org/#/c/394771/10:42
vikascapuimedo, done :)10:44
openstackgerritMerged openstack/kuryr-libnetwork: Fullstack: Catch neutron-client exception and cleanup resources  https://review.openstack.org/39963310:45
openstackgerritMerged openstack/kuryr-libnetwork: Unittests with Mock and added a TestCase  https://review.openstack.org/39400110:45
openstackgerritMerged openstack/kuryr-libnetwork: Fullstack: Using the credentials from openrc config file  https://review.openstack.org/39958510:45
openstackgerritMerged openstack/kuryr: Fix container port ipaddress setting in ipvlan/macvlan drivers  https://review.openstack.org/39705710:45
openstackgerritMerged openstack/kuryr: Fixed Warning while executing 'tox -e docs'  https://review.openstack.org/39477110:47
apuimedothanks vikasc !10:50
apuimedojanonymous: could you rebase https://review.openstack.org/#/c/394324/ and the other one?10:51
*** tonanhngo has joined #openstack-kuryr10:54
openstackgerritOpenStack Proposal Bot proposed openstack/kuryr-libnetwork: Updated from global requirements  https://review.openstack.org/35197610:56
*** tonanhngo has quit IRC10:59
*** tonanhngo has joined #openstack-kuryr11:04
*** tonanhngo has quit IRC11:05
vikascivc_, DO we still need this directory, https://github.com/openstack/kuryr-kubernetes/tree/master/kuryr_kubernetes/handlers ?11:19
ivc_vikasc, yes ofc11:19
ivc_its the core of the pipeline and base for controller/cni handlers11:20
vikascivc_, got it11:21
vikascivc_, thansk11:21
vikascs/thanks11:21
ivc_np11:21
*** tonanhngo has joined #openstack-kuryr11:24
*** tonanhngo has quit IRC11:25
*** gsagie has quit IRC11:28
*** tonanhngo has joined #openstack-kuryr11:44
*** tonanhngo has quit IRC11:46
mchiapperofolks, what do you think about the check on the mac address for neutron ports? It's a fair check frankly, but do you think there would be a chance to get it removed?11:50
apuimedomchiappero: which check?12:01
apuimedolink?12:01
*** openstackgerrit has quit IRC12:03
*** openstackgerrit has joined #openstack-kuryr12:03
mchiapperoI don't have a link but if you run neutron port-create and provide a mac address already used by another port it will complain and bail out12:12
*** tonanhngo has joined #openstack-kuryr12:15
*** tonanhngo has quit IRC12:16
mchiapperoUnable to complete operation for network cf61d688-65b8-4ee8-8ff7-ace2926c2cb2. The mac address fa:16:3e:db:59:e3 is in use.12:21
mchiapperoNeutron server returns request_ids: ['req-622a6a4c-4f0e-45d1-88dc-00ed3b317eda']12:21
*** lmdaly has quit IRC12:27
*** tonanhngo has joined #openstack-kuryr12:34
*** tonanhngo has quit IRC12:35
*** dimak has quit IRC12:50
*** garyloug has quit IRC12:50
irenabapuimedo: ping12:51
*** oanson has quit IRC12:53
*** tonanhngo has joined #openstack-kuryr13:05
*** tonanhngo has quit IRC13:06
*** tonanhngo has joined #openstack-kuryr13:25
*** yamamoto has joined #openstack-kuryr13:25
*** tonanhngo has quit IRC13:26
ltomasbomchiappero, you can  create port with the same mac, as long as they are in different subnets13:32
mchiapperoltomasbo: ok but nested containers are expected to be part of the same subnet, so...13:54
mchiapperothank you for clarifying anyway :)13:54
*** tonanhngo has joined #openstack-kuryr13:55
*** tonanhngo has quit IRC13:56
*** dimak has joined #openstack-kuryr14:09
apuimedoirenab: pong14:10
irenabapuimedo: I was playing with ivc_ patvhes and had some issues with kubelet and CNI_BIN_DIR14:10
irenabmostly due to the problems I coused in my environment :-)14:10
apuimedoirenab: can you describe them further14:11
apuimedoI'd like to improve devstack14:11
irenabbut it looks like we may need to bump the k8s version to support CNI BIN DR flag14:11
irenabDIR14:11
ivc_and cni-conf-dir14:11
irenabwith what version did you check https://review.openstack.org/#/c/396113/14:12
ivc_irenab, there were also problems with 'nsenter' i think14:12
apuimedoirenab: I was checking it when I found out it got merged14:12
apuimedoxD14:12
irenabcorrect14:12
irenabso with 1.3.7?14:13
apuimedoand yesterday I didn't launch any more14:13
apuimedoyes. 1.3.714:13
ivc_i think we need to bump to 1.4.6 to get those options14:13
ivc_well, 1.4.x14:13
* apuimedo checking now14:13
apuimedoI'll send a patch14:14
irenabapuimedo: thanks14:14
ivc_apuimedo, also i've updated https://review.openstack.org/#/c/376044/ this morning and lost your +2 :)14:14
ivc_also it would be nice to merge it along with https://review.openstack.org/#/c/40107814:15
apuimedoivc_: I'm waiting for the same as irenab on that one :P14:16
ivc_i'm ok if we stall https://review.openstack.org/#/c/376044/ for a bit14:16
irenabapuimedo: I verified both ivc_ patches14:17
apuimedoirenab: I thought you'd put +2 when you had them verified14:17
ivc_F514:17
ivc_:)14:18
apuimedo:P14:18
apuimedoI am not keeping up ;/14:18
irenabapuimedo: just did14:18
irenabeven faked the CNI part …14:19
ivc_^ http://paste.openstack.org/show/590209/14:19
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes: devstack: move to k8s 1.4.6  https://review.openstack.org/40128014:20
irenabivc_: actually,I just did it externally to the controller too, so we can see the async ‘beauty’ of this flow14:20
irenabapuimedo: I like the way you put ‘pain’ in the commit messge14:21
* ivc_ wonders if 'beauty' means good or bad because of ' ' :014:22
apuimedoirenab: 'pain'? I don't see it14:23
*** lmdaly has joined #openstack-kuryr14:23
irenabmissing gate testing14:23
apuimedoah, yes14:23
apuimedoit is terrible14:23
apuimedoit has become my top priority now14:23
apuimedoivc_: the rule is: if it works it is beatiful, if it doesn't it is sketchy14:24
apuimedoxD14:24
ivc_xD14:24
irenabivc_: possitive meaning14:24
apuimedounless it does too many round trips, then even if it works it is a bit "cute"14:25
*** tonanhngo has joined #openstack-kuryr14:25
*** tonanhngo has quit IRC14:26
ivc_well it does now more than it needs to :) but we have that in mind14:26
apuimedoand in TODO comments :P14:26
ivc_well 1 TODO is intentionally missing :)14:27
ivc_https://review.openstack.org/#/c/376044/6/kuryr_kubernetes/controller/handlers/vif.py@7014:27
ivc_one of the reasons i'd like to add RecyclingPodVIFDriver :)14:28
ivc_eventually14:28
irenabivc_: instead of Generic?14:29
ivc_atop of it14:29
ivc_or as a decorator14:29
apuimedoivc_: why don't you make a blueprint for recyclingpodvifdriver?14:29
ivc_bcuz i need to deliver services/endpoints in like 3 weeks :)14:30
apuimedoivc_: that's a good point14:30
ivc_and i've only started on cni14:30
ivc_btw14:30
ivc_found 1 cool trick about cni14:31
ivc_probably i can just call https://github.com/containernetworking/cni/tree/master/plugins/main/bridge with dhcp ipam14:31
ivc_after doing os-vif.plug and pass it the bridge name14:31
ivc_which means there'd be no kuryr-lib binding used. it it works :)14:32
ivc_*if14:33
apuimedoivc_: only for the ovs-hybrid14:33
ivc_ovs-native is a problem, yes14:34
ivc_i mean for poc impl14:34
apuimedosdure14:34
apuimedo*sure14:34
ivc_but they have ipvlan and macvlan there too14:35
ivc_so maybe we can get ovs-bridge into cni repo14:36
apuimedomaybe14:37
irenabivc_: I think we better have it generic, to keep the door open for other backends14:38
ivc_irenab, the idea is that 'cni' is more generic14:40
irenabapuimedo: ivc_ do we eventually want kuryr to be one of the option at https://github.com/containernetworking/cni/tree/master/plugins/main?14:40
ivc_irenab, i mean the opposite - that kuryr can reuse existing CNI drivers if possible14:41
ivc_i'm still not sure if it is a good idea or not14:41
apuimedoirenab: that's a good question. Personally I would find it agreeable that kuryr CNI binary part was in containernetworking repo14:41
apuimedoreusing parts is a bit of a grey aread14:42
apuimedo*area14:42
irenabivc_: ‘sleep on this’ and maybe we can have shoe hangout chat tomorrow?14:42
*** yamamoto has quit IRC14:42
irenabs/show/some14:42
apuimedoI'll make it a show14:42
irenab:-)14:42
apuimedoirenab: I confirm that my patch makes devstack not fail to stack14:42
irenabapuimedo: cool. Can we merge it?14:43
ivc_irenab, sure, just send an invite when you feel comfortable14:44
*** yamamoto has joined #openstack-kuryr14:44
apuimedoirenab: if you +2 I'll merge it14:44
irenabapuimedo: I think I already  did14:44
apuimedoirenab: ivc_: 8-12utc works for me14:44
irenabapuimedo:  BCN time?14:45
apuimedoutc!14:45
apuimedoxD14:45
apuimedobcn is utc+1, you utc+214:45
ivc_and i'm utc+3 xD14:45
apuimedoand ivc_ must be something like utc+414:45
apuimedoso I was wrong14:45
apuimedo:-)14:45
*** yamamoto has quit IRC14:45
irenabso moring hours, will send asap14:46
apuimedothanks irenab14:46
irenabneed to go now, see you tomorrow14:46
apuimedoirenab: ivc_: I'll now add kubectl config for devstack14:46
*** garyloug has joined #openstack-kuryr14:46
ivc_apuimedo, i think it works oob14:47
ivc_you mean ~/.kube, right?14:47
apuimedoivc_: yes14:48
ivc_well somehow it works now, i dont have ~/.kube14:48
ivc_and just did [alias kubectl='hyperkube kubectl']14:49
apuimedoivc_: so maybe I'll do just that, put a kubectl that uses hyperkube in PATH14:50
ivc_kk14:50
openstackgerritMerged openstack/kuryr-kubernetes: devstack: move to k8s 1.4.6  https://review.openstack.org/40128014:52
ivc_apuimedo, what about https://review.openstack.org/#/c/376044/ and https://review.openstack.org/#/c/401078/ ?14:53
apuimedoivc_: in!14:54
*** yamamoto has joined #openstack-kuryr14:54
ivc_apuimedo, awesome!14:55
ivc_apuimedo, thnx :)14:55
apuimedothanks to you14:55
openstackgerritMerged openstack/kuryr-kubernetes: Controller side of pods' port/VIF binding  https://review.openstack.org/37604414:59
openstackgerritMerged openstack/kuryr-kubernetes: devstack: set neutron_defaults  https://review.openstack.org/40107815:00
*** oanson has joined #openstack-kuryr15:02
*** garyloug has quit IRC15:05
*** limao has joined #openstack-kuryr15:16
*** dimak has quit IRC15:19
*** diogogmt has quit IRC15:22
*** hongbin has joined #openstack-kuryr15:22
*** limao_ has joined #openstack-kuryr15:25
*** limao has quit IRC15:28
*** tonanhngo has joined #openstack-kuryr15:34
*** tonanhngo has quit IRC15:36
*** janki has quit IRC15:38
*** limao_ has quit IRC15:40
*** limao has joined #openstack-kuryr15:41
*** tonanhngo has joined #openstack-kuryr15:54
*** tonanhngo has quit IRC15:56
*** alraddarla has joined #openstack-kuryr16:03
*** tonanhngo has joined #openstack-kuryr16:03
*** jgriffith_away is now known as jgriffith16:25
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes: devstack: add convenience kubectl executable  https://review.openstack.org/40133816:30
apuimedoivc_: https://review.openstack.org/#/c/401338/116:31
ivc_apuimedo, done16:35
apuimedothanks!16:35
apuimedoivc_: you are advocating for having devstack/kubectl and then just doing the install of the file, right?16:36
ivc_aye something like that16:36
ivc_well maybe devstack/bin/kubectl16:36
ivc_but i'll be ok with devstack/kubectl too :)16:37
apuimedook16:42
*** yamamoto has quit IRC16:45
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes: devstack: add convenience kubectl executable  https://review.openstack.org/40133816:45
*** garyloug has joined #openstack-kuryr17:02
*** garyloug has quit IRC17:02
*** garyloug has joined #openstack-kuryr17:02
*** diogogmt has joined #openstack-kuryr17:29
*** lmdaly has quit IRC17:40
*** yamamoto has joined #openstack-kuryr17:45
*** yamamoto has quit IRC17:52
*** garyloug has quit IRC17:57
*** alraddarla has quit IRC18:05
*** jgriffith is now known as jgriffith_away18:42
*** jgriffith_away is now known as jgriffith19:14
*** tonanhngo has quit IRC20:05
*** dimak has joined #openstack-kuryr20:06
*** oanson has quit IRC20:09
*** tonanhngo has joined #openstack-kuryr22:06
*** dimak has quit IRC22:06
*** tonanhngo has quit IRC22:08
*** tonanhngo has joined #openstack-kuryr22:13
*** tonanhngo has quit IRC22:14
*** limao has quit IRC22:36
*** huikang has joined #openstack-kuryr22:42
*** tonanhngo has joined #openstack-kuryr23:18
*** tonanhngo has quit IRC23:20
*** tonanhngo has joined #openstack-kuryr23:40
*** tonanhngo has quit IRC23:40
*** huikang has quit IRC23:40
*** huikang has joined #openstack-kuryr23:41
*** shashank_hegde has joined #openstack-kuryr23:45
*** huikang has quit IRC23:46
*** tonanhngo has joined #openstack-kuryr23:58
*** tonanhngo has quit IRC23:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!