Wednesday, 2017-03-22

*** tonanhngo has joined #openstack-kuryr00:19
*** tonanhngo has quit IRC00:22
*** rubabsyed has joined #openstack-kuryr00:30
*** tonanhngo has joined #openstack-kuryr00:51
*** tonanhngo has quit IRC00:55
*** hongbin has quit IRC01:08
openstackgerritFrederick F. Kautz IV proposed openstack/kuryr-kubernetes master: Add *.log to gitignore to ignore vagrant logs  https://review.openstack.org/44832201:08
*** yedongcan has joined #openstack-kuryr01:08
*** svinota has quit IRC01:19
*** tonanhngo has joined #openstack-kuryr01:25
*** tonanhngo has quit IRC01:26
*** tonanhngo has joined #openstack-kuryr01:57
*** tonanhngo has quit IRC01:58
*** hlo323 has joined #openstack-kuryr02:28
*** tonanhngo has joined #openstack-kuryr02:28
*** tonanhngo has quit IRC02:31
*** hongbin has joined #openstack-kuryr02:42
*** yuanying has quit IRC03:05
*** hongbin has quit IRC03:13
*** hongbin has joined #openstack-kuryr03:14
*** limao has joined #openstack-kuryr03:16
*** hongbin has quit IRC03:50
*** yedongcan has quit IRC03:50
*** yuanying has joined #openstack-kuryr04:18
*** hongbin has joined #openstack-kuryr04:58
*** hongbin has quit IRC05:08
*** xdreamer has joined #openstack-kuryr05:55
*** xdreamer has left #openstack-kuryr05:55
*** vikasc has quit IRC06:04
*** vikasc has joined #openstack-kuryr06:10
*** yedongcan has joined #openstack-kuryr06:16
*** ltomasbo|away is now known as ltomasbo06:17
*** vikasc has quit IRC06:24
*** vikasc has joined #openstack-kuryr06:27
*** svinota has joined #openstack-kuryr06:37
*** aojea has joined #openstack-kuryr06:42
*** aojea has quit IRC06:56
*** kzaitsev_ws has joined #openstack-kuryr07:23
*** pcaruana has joined #openstack-kuryr07:39
*** irenab_ has joined #openstack-kuryr08:00
apuimedolimao: please review https://review.openstack.org/#/c/431966/08:06
*** aojea has joined #openstack-kuryr08:16
*** aojea has quit IRC08:16
*** aojea has joined #openstack-kuryr08:17
openstackgerritMerged openstack/kuryr-libnetwork master: Updated from global requirements  https://review.openstack.org/43196608:20
openstackgerritRuijing proposed openstack/kuryr-kubernetes master: update rc files  https://review.openstack.org/44777108:21
*** irenab_ has quit IRC08:21
*** svinota has quit IRC08:32
apuimedoyedongcan: I was thinking that maybe we should have a blueprint for having kuryr-libnetwork devstack use the swarm mode instead of the clustered mode with ETCD08:36
*** egonzalez has joined #openstack-kuryr08:43
yedongcanapuimedo: okay, sounds good.09:03
apuimedoI'll add the blueprint then09:04
yedongcanapuimedo: what's key/value store we use?09:04
apuimedoetcd09:05
yedongcanI mean in swarm, it seems support Consul, ZooKeeper and etcd09:08
apuimedoswarm mode now uses its own09:08
*** mchiappe|timeoff is now known as mchiappero09:08
yedongcanok.09:11
*** alraddarla has quit IRC09:13
irenabapuimedo: regarding libnetwork features for pike, what about QoS stuff09:28
yedongcanirenab, apuimedo: +1 for QoS09:30
*** garyloug has joined #openstack-kuryr09:30
*** yuanying has quit IRC09:31
dmellado+109:34
dmelladoapuimedo: so, then, do I owe you something?09:34
irenabapuimedo: do we have some etherpad for libnetwork items for pike or shall it go to the trello and then launchpad?09:40
limaoapuimedo: yedongcan: I tested kuryr with swarn mode, looks like it do not support kuryr works in plugin v1, it should works plugin v2 mode(I have not tested but I see comments from mavenugo in https://github.com/docker/docker/issues/24569).10:02
*** aojea_ has joined #openstack-kuryr10:05
limaoapuimedo: yedongcan: and I filed a bug before https://bugs.launchpad.net/kuryr-libnetwork/+bug/1668486 , if we use swarm mode , we may need to let kuryr-libnetwork works as docker-libnetwork plugin v2 first .10:06
openstackLaunchpad bug 1668486 in kuryr-libnetwork "We can only create kuryr local network in docker swarm 1.13" [Undecided,New] - Assigned to Liping Mao (limao)10:06
*** aojea has quit IRC10:08
*** yuanying has joined #openstack-kuryr10:11
*** limao has quit IRC10:16
irenablimao: this looks quite high priority issue10:16
*** alraddarla has joined #openstack-kuryr10:20
apuimedodmellado: yes you do10:25
apuimedocause you had all the [kubernetes] section wrong man10:25
apuimedoxD10:25
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: doc: Add reminder to have https in api_root  https://review.openstack.org/44849010:28
apuimedodmellado: ltomasbo: this patch is for you10:28
apuimedoirenab: please review10:28
yedongcanlimao: ok, see it.10:29
dmelladoapuimedo: I guess one action item could be to *dramatically* improve docs xD10:29
irenabapuimedo: commit messagecontains a lot of pain in its voice :-)10:30
dmelladoirenab: sadly yes xD10:31
ltomasboapuimedo, thanks! that would have saved us quite some time...10:32
irenabtiny nit, otherwise LGTM10:32
apuimedoirenab: indeed10:47
apuimedoirenab: link it how?10:48
*** yedongcan has left #openstack-kuryr10:51
kzaitsev_wsI was wondering if you folks plan on adding stable/* branches at some point in future11:18
kzaitsev_wsI know, that kuryr(& kuryr-k8s too I suppose) is independent11:20
kzaitsev_wsbut the main question as usual would be managing dependencies; you seem to have requirements bot configured, so it's just a matter of time when master stops being compatible with, say stable/ocata requirements-wise11:22
apuimedokzaitsev_ws: kuryr-k8s will most likely be release-model: cycle-with-intermediary11:23
apuimedoand have stable/ocata11:23
apuimedokuryr-lib probably too11:23
kzaitsev_wsapuimedo: oh cool!11:23
apuimedokuryr-libnetwork is up for discussion11:23
kzaitsev_wsjust a friendly reminde, that you only have time untill p1 milestone to change/declare your release model11:23
kzaitsev_ws*reminder11:24
apuimedokzaitsev_ws: do you have a source for that?11:27
* apuimedo is not big on bureaucracy and tends to miss these things11:28
kzaitsev_ws=)11:28
kzaitsev_wsI've messed it the same way 2 cycles ago, when we wnated to switch murano from milestones to intermediary11:29
*** neiljerram has joined #openstack-kuryr11:29
kzaitsev_wsI think it was in one of the latest letters from release team, let me dig it up11:29
apuimedothanks kzaitsev_ws !11:29
kzaitsev_wsapuimedo: http://lists.openstack.org/pipermail/openstack-dev/2017-March/114227.html11:30
apuimedovery well11:31
apuimedokzaitsev_ws: thanks a lot11:31
apuimedo!11:31
apuimedoI'll send a patch11:32
kzaitsev_wsand p-1 is https://releases.openstack.org/pike/schedule.html Apr 10 - Apr 1411:32
kzaitsev_wsso there's some time yet =)11:32
apuimedobetter send it now11:33
apuimedobefore I forget11:33
apuimedo:-)11:33
kzaitsev_wsI've spent a lot of time on %company_name%'s bureaucracy, but managed to setup devstack with kuryr-k8s in the midst of it.11:35
kzaitsev_wsos_vif.plug #1673832 hit me, but the workaround did it )11:35
kzaitsev_wsnow kubelet on my devstack complains, that it can't find a bridge for my pod =(11:37
apuimedommm11:38
kzaitsev_wsI guess thats because minikube configures itself with bridge cni11:38
apuimedoah right11:38
apuimedoif you use minikube, it may be pointing to the bridge cni11:38
kzaitsev_wsso I now have 2 nodes, one with bridge and other with kuryr11:39
kzaitsev_wsyeah. is there a workaround for that (i.e. maybe I can tell k8s to only use specific CNI for specifically labeled pods)11:39
apuimedokzaitsev_ws: you want an environment with both cni plugins?11:40
kzaitsev_wsapuimedo: btw I hope you're ok that I'm asking seemingly k8s-only questions here =)11:41
kzaitsev_wsapuimedo: well I want to know my options, tbh11:41
apuimedokzaitsev_ws: more than fine11:41
apuimedoI like a busy channel11:42
apuimedokzaitsev_ws: I've never tried to use both in the same environment11:42
apuimedos/environment/cluster11:42
apuimedo/11:42
kzaitsev_wsso the default setup would be to have single cni driver on all the nodes then.11:43
apuimedoI suppose you'd have to have some subclass of the kuryr-k8s drivers/handlers that knows to ignore pods with some metadata11:43
apuimedokzaitsev_ws: right, that's the base scenario we have11:43
kzaitsev_wsis it a kuryr-k8s limitation or k8s's own?11:44
kzaitsev_wsI mean I haven't digged k8s docs deep enough on the topic yet )11:45
apuimedokzaitsev_ws: which limitation?11:51
kzaitsev_wsto have all nodes in the cluster with the same CNI11:51
apuimedono. That's just what we target for now11:55
apuimedonobody has blueprinted multiple cni clusters11:55
apuimedobut it is something we'd like to consider11:55
apuimedobasically you need the vif handler to inhibit itself from some pods11:56
apuimedoand/or a scheduler extension probably11:56
apuimedoto make it easier11:56
irenabkzaitsev_ws: waht is your use case?11:58
kzaitsev_wsapuimedo: great. I really need to dig deeper into kuryr-k8s structure to understand how complex that kind of thing would be12:02
dmelladokzaitsev_ws: you're not alone on that dig xD12:04
kzaitsev_wsirenab: well currently it's mostly a POC & research of what I can do with k8s & openstack network-wise, so naturally I came to kuryr-kubernetes12:04
kzaitsev_wsand tried to wire it up with minikube =)12:05
openstackgerritMarco Chiappero proposed openstack/kuryr-kubernetes master: [WIP] Add MACVLAN based interfaces for nested containers  https://review.openstack.org/44066912:06
kzaitsev_wsand multiple cni was the first (or maybe 2d =)) thing I've hit =)12:06
kzaitsev_wsprobably would have to deloy k8s a bit differently then12:08
irenabkzaitsev_ws: nice. Multiple CNI is on the team todo list, but more for the multi-homed Pods case12:08
irenabyour case sounds like some sort of different network segments12:08
kzaitsev_wsdoesn't it bring a chicken-egg problem though? I mean; to install k8s I would need kuryr-k8s and kuryr cni, but kuryr-k8s needs access to k8s-api. Am I missing smth? )12:10
kzaitsev_wsI need to dig how devstack plugin installs hypercube12:12
irenabkzaitsev_ws: with devstack, k8s is deployed and setup to work with kuryr CNI while kuryr-k8s Controller is deployed as well and setup to access k8s-api12:29
*** limao has joined #openstack-kuryr12:34
*** garyloug has quit IRC12:41
*** garyloug has joined #openstack-kuryr12:46
*** limao has quit IRC12:56
*** limao has joined #openstack-kuryr13:07
*** limao has quit IRC13:18
*** limao has joined #openstack-kuryr13:18
*** limao has quit IRC13:29
*** limao has joined #openstack-kuryr13:30
*** janki has joined #openstack-kuryr13:31
*** jchhatbar has joined #openstack-kuryr13:34
*** janki has quit IRC13:38
*** limao has quit IRC13:41
*** limao has joined #openstack-kuryr13:41
*** jchhatbar has quit IRC13:47
*** janki has joined #openstack-kuryr13:48
*** limao has quit IRC13:52
*** limao has joined #openstack-kuryr13:52
*** limao has quit IRC14:03
*** limao has joined #openstack-kuryr14:04
*** limao has quit IRC14:15
*** limao has joined #openstack-kuryr14:15
kzaitsev_wshm. I'm still getting the error even without using external k8s-api, just what devstack provides14:25
kzaitsev_wshere's the log from kubelet http://paste.openstack.org/show/603770/14:25
*** limao has quit IRC14:26
*** limao has joined #openstack-kuryr14:26
kzaitsev_wsI'm just running the thing with 'kubectl run mysql --image mysql' from devstack itself14:26
*** limao has quit IRC14:37
*** limao has joined #openstack-kuryr14:38
*** janki has quit IRC14:41
kzaitsev_wsindeed there is no qbr2614d46d-78 in the ipdb, but there is a 'tap2614d46d-78'. not sure if those two are connected, but they look so14:45
kzaitsev_wsas per https://github.com/openstack/kuryr-kubernetes/blob/master/kuryr_kubernetes/os_vif_util.py#L19114:46
kzaitsev_wsso I wonder if this has recently changed in neutron14:47
*** hongbin has joined #openstack-kuryr14:47
*** limao has quit IRC14:48
*** limao has joined #openstack-kuryr14:49
*** limao has quit IRC15:00
*** limao has joined #openstack-kuryr15:00
*** svinota has joined #openstack-kuryr15:02
*** hongbin_ has joined #openstack-kuryr15:03
*** hongbin has quit IRC15:05
*** limao has quit IRC15:11
*** limao has joined #openstack-kuryr15:11
*** limao has quit IRC15:23
*** limao has joined #openstack-kuryr15:23
apuimedokzaitsev_ws: brctl show15:32
apuimedokzaitsev_ws: oh, check if neutron is configured with ovs firewall15:33
*** limao has quit IRC15:34
*** limao has joined #openstack-kuryr15:35
*** limao has quit IRC15:45
*** limao has joined #openstack-kuryr15:46
*** limao has quit IRC15:56
*** limao has joined #openstack-kuryr15:57
*** limao has quit IRC16:08
*** limao has joined #openstack-kuryr16:08
kzaitsev_wsapuimedo: probably you're right, I was fiddling with the firewall in neutron16:14
*** gsagie has joined #openstack-kuryr16:18
*** limao has quit IRC16:19
*** hongbin_ has quit IRC16:22
*** svinota has quit IRC16:42
dmelladoagain? that privsep error?16:55
*** egonzalez has quit IRC17:01
apuimedodmellado: no, he already solved that17:04
kzaitsev_wsoh, btw I decided to go with a clean devstack installation =)17:07
apuimedo:-)17:07
kzaitsev_wsI've decided, that I fiddled too much with stack/unstack17:07
kzaitsev_wsmeanwhile I have some time to familiarise myself with the code17:08
kzaitsev_wsbtw. is local.conf.sample, that you have in the devstack folder enough to get me running?17:09
kzaitsev_wsnah, didn't help. guess default devstack neutron config is not enough17:15
kzaitsev_wsapuimedo: what should I set in firewall_driver then?17:18
apuimedodepends if you want hybrid networking (ovs + linux bridge for sgs) or ovs native17:18
apuimedogotta go for a while17:19
dmelladokzaitsev_ws: that's always a wise choice17:21
dmelladoxd17:21
dmelladokzaitsev_ws: if you haven't done that before, I guess it's time to write your own 'deploy devstack script'17:22
dmelladowhile destroying/recreating the vm ;)17:22
kzaitsev_wsdmellado: well I don't really care at the moment (and I expect the vm to be torn donw/recreated multiple times)17:28
kzaitsev_wsdmellado: so what would you suggest me to start with? =)17:29
dmelladokzaitsev_ws: well, I do usually user a vagrant/libvirt + ansible to recreate my whole devstack env17:29
dmelladobut up to you ;)17:29
kzaitsev_wsoh, you meant the devstack thing. yeah I have a snapshot to rollback to. hope it'll be enough for a while )17:31
kzaitsev_wsdmellado: can you help me out with the ovs firewall option?17:32
kzaitsev_wsor maybe does http://paste.openstack.org/show/603770/ look familiar to you?17:33
dmelladokzaitsev_ws: you mean this part?17:33
dmelladolet me check17:33
dmelladokzaitsev_ws: are you using ovs firewall?17:34
kzaitsev_wswell, no. I'm just trying to deploy a default devstack installation with kuryr-k8s, and it sets 'iptables_hybrid'17:37
kzaitsev_wsugh, I need to setup notifications for irssi, to get pings faster about mentions17:38
*** aojea_ has quit IRC17:46
*** tonanhngo has joined #openstack-kuryr17:49
*** tonanhngo has quit IRC17:54
*** tonanhngo has joined #openstack-kuryr17:54
kzaitsev_wsok, seem that it worked )17:56
kzaitsev_wsI mean I just changed firewall option to openvswitch and restarted all things neutron %)17:56
*** ltomasbo is now known as ltomasbo|away17:59
*** kzaitsev_ws has quit IRC18:04
*** garyloug has quit IRC18:14
*** ltomasbo|away is now known as ltomasbo18:26
*** svinota has joined #openstack-kuryr18:40
*** ltomasbo is now known as ltomasbo|away18:55
*** gsagie has quit IRC19:06
*** hongbin has joined #openstack-kuryr19:54
*** svinota has quit IRC20:49
*** svinota has joined #openstack-kuryr21:05
*** pcaruana has quit IRC21:47
*** irenab has left #openstack-kuryr21:51
*** pmannidi has quit IRC22:29
*** pmannidi has joined #openstack-kuryr22:51
*** pmannidi has quit IRC22:51
*** pmannidi has joined #openstack-kuryr22:52
*** pmannidi has quit IRC22:52
*** pmannidi has joined #openstack-kuryr22:52
*** hongbin has quit IRC23:19
*** svinota has quit IRC23:46

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