Tuesday, 2016-05-03

*** yamamoto has joined #openstack-kuryr00:02
fkautzapuimedo: the credential changes with each run? is this for a multi-tenant use case?00:02
openstackgerritAkash Gangil proposed openstack/kuryr: Enabled neutronclient debug messages  https://review.openstack.org/31189300:05
*** salv-orlando has joined #openstack-kuryr00:07
*** yamamoto has quit IRC00:09
*** abhiraut has joined #openstack-kuryr00:13
*** salv-orlando has quit IRC00:14
*** salv-orlando has joined #openstack-kuryr00:14
apuimedofkautz: you meant the opt for docker engine?00:14
*** salv-orlando has quit IRC00:15
*** salv-orlando has joined #openstack-kuryr00:16
fkautzyea00:17
fkautzi'm going to reach out to docker about it, want to make sure i have the story straight00:17
apuimedofkautz: thanks00:18
apuimedowell, I'm not sure docker opts reach all the way to libnetwork at all00:18
apuimedoI thought you meant docker network opt labels00:19
fkautzthere are a set of network opts that i think should reach, e.g. docker network create --opt00:19
*** salv-orlando has quit IRC00:22
apuimedofkautz: maybe I misunderstand, but IIUC, you refer to --opt/-o in docker-network-create00:24
apuimedois that right?00:24
fkautzThat's correct00:24
fkautzThere is no net opt in docker run00:25
fkautzBut there is in docker network create00:25
apuimedothis was my initial idea, but the fact that we don't get it for `run` is a bit problematic :P00:25
*** salv-orlando has joined #openstack-kuryr00:25
fkautzI think they are trying to maintain a uniform interface for running containers00:26
fkautzThere is also no options for storage drivers00:26
fkautzBut there is for logging00:26
apuimedofkautz: that's why the "docker login-like" proposal is good. It would not modify the interface at all00:27
apuimedoit would set up options in .docker/config.json00:27
apuimedoand if it matches the name of a driver (storage or network), it would be used for operations00:28
apuimedothat involve that driver00:28
*** abhiraut has quit IRC00:29
fkautzSo you are looking for a way to add metadata that is operational data on run00:30
fkautzAnd that is user, not system specific00:31
*** abhiraut has joined #openstack-kuryr00:31
fkautzAnd only if the driver matches00:31
apuimedoexactly00:32
apuimedofkautz: that's the best idea I had so far00:32
fkautzThe security model is still weak, but that's due to docker enabling privileged if you have access to the socket00:34
apuimedoyeah00:34
fkautzCan't do much about that in this context00:34
fkautzI'll pitch the idea to them00:34
fkautzThey might still reject since network create opt is available00:35
apuimedofkautz: great00:35
fkautzAnd it is technically workable00:36
fkautzIt's also an interface change so it'll be closely scrutinized00:36
apuimedofkautz: the counter argument to that is that network and storage drivers perform operations on run and others that could use some security00:36
apuimedothe good thing is, it is backwards compatible00:37
*** gangil has quit IRC00:37
*** abhiraut has quit IRC00:37
fkautzAgreed, going to argue future use cases and backwards compatibility00:37
apuimedo:-)00:37
apuimedolet me know if I can help. But that will have to be tomorrow. Or I'll never make it to the office before noon :P00:38
apuimedoI thought maybe the return jet lag would have me up until the kuryr meeting time00:38
apuimedobut it seems not :P00:38
fkautzNo worries00:39
fkautzThanks for answering sooner than I expected :p00:39
*** diogogmt has quit IRC00:40
apuimedofkautz: I almost missed the message though. I should finally do something about the irc bouncer :P00:41
apuimedobut before heading to bed I remembered I heard some beep while watching games of thrones earlier :P00:41
*** abhiraut has joined #openstack-kuryr00:41
*** diogogmt has joined #openstack-kuryr00:42
apuimedofkautz: you told me a hundred times, so sorry about that... The one you use is irc cloud, right?00:42
*** abhiraut has quit IRC00:43
*** gangil has joined #openstack-kuryr00:43
*** gangil has joined #openstack-kuryr00:43
fkautzThat's right00:44
fkautzapuimedo: irccloud which I think is UK based00:45
apuimedothanks00:46
*** apuimedo has quit IRC00:46
*** fawadkhaliq has quit IRC00:50
*** gangil has quit IRC00:56
*** gangil has joined #openstack-kuryr00:58
*** gangil has joined #openstack-kuryr00:58
*** salv-orlando has quit IRC01:04
gangilfkautz: hi, I pushed a patch https://review.openstack.org/#/c/311893/ for the bug in the commit message. It was a pretty simple fix and I don't see taku online. just fyi.01:10
*** abhiraut has joined #openstack-kuryr01:13
*** abhiraut has quit IRC01:17
*** banix has quit IRC01:28
fkautzgangil: thanks, I'll take a look when I'm back home01:29
gangilAlso, I am just wondering is there a reason we use flask instead of oslo.service? Or more like it was the first prototype version and its been working alright?01:32
fkautzBest to ask apuimedo that question01:34
fkautzgangil: I'm not too familiar with what oslo provides in this case. I assume it provides a rest api? Flask might be used to accurately produce the libnetwork rest api.01:38
fkautzI assume oslo is still useful for systemd support and other utilities01:38
*** gangil has quit IRC01:39
*** itsuugo has quit IRC01:53
*** diogogmt has quit IRC02:20
*** yamamoto has joined #openstack-kuryr02:24
*** yamamoto has quit IRC02:37
*** yamamoto has joined #openstack-kuryr02:50
*** mspreitz has joined #openstack-kuryr03:00
mspreitztime for the weekly IRC now, right?03:03
mspreitzIs anybody alive in here?03:10
*** mspreitz has quit IRC03:17
*** wanghua has joined #openstack-kuryr03:21
*** diogogmt has joined #openstack-kuryr03:25
*** yamamoto has quit IRC03:26
*** oanson has joined #openstack-kuryr04:03
*** gangil has joined #openstack-kuryr04:14
*** gangil has joined #openstack-kuryr04:14
*** yamamoto has joined #openstack-kuryr04:23
*** yamamoto has quit IRC04:23
*** oanson has quit IRC04:47
*** irenab has joined #openstack-kuryr05:06
*** yamamoto has joined #openstack-kuryr05:24
*** gangil has quit IRC05:34
*** yamamoto has quit IRC05:40
*** yamamoto has joined #openstack-kuryr06:08
*** salv-orlando has joined #openstack-kuryr06:11
*** gangil has joined #openstack-kuryr06:11
*** gangil has joined #openstack-kuryr06:11
*** yamamoto has quit IRC06:23
*** gangil has quit IRC06:35
*** salv-orlando has quit IRC07:04
*** wangfeng has joined #openstack-kuryr07:46
*** yuanying has joined #openstack-kuryr07:55
*** fkautz has quit IRC07:58
*** flaviof has quit IRC07:58
*** huats__ has joined #openstack-kuryr07:58
*** yuanying_ has quit IRC07:58
*** huats has quit IRC07:58
*** huats__ is now known as huats07:59
*** fkautz has joined #openstack-kuryr08:00
*** flaviof has joined #openstack-kuryr08:02
*** wangfeng has quit IRC08:27
*** itsuugo has joined #openstack-kuryr08:34
*** oanson has joined #openstack-kuryr09:20
*** oanson has quit IRC09:27
*** apuimedo has joined #openstack-kuryr09:44
apuimedohuats: ping10:41
huatsapuimedo: hello10:41
apuimedohuats: do you have that ovs kuryr environment up and running?10:42
huatsactually I have :)10:42
apuimedonice!10:42
apuimedoCould you check one thing for the Kubernetes design?10:42
apuimedoCould you try creating a network with a subnet10:42
apuimedowith neutron10:43
apuimedothen create a load balancer10:43
apuimedowith a VIP in that subnet10:43
huatsbut I have deployed it many times yesterday since I was working on a bug (the possibility to define the port for etc and docker-engine)10:43
huatsI can do that10:43
apuimedoand finally start a couple of containers in another neutron net10:43
apuimedoand use neutron to add them as members of the load balancer10:43
huatsHow is it related to kubernetes (on the thing you have detailled I don't see the relationship)10:44
huats?10:44
huats(just to know)10:44
apuimedohuats: :-)10:44
apuimedomspreitzer is asking in the mailing list if the load balancer usage that I described on the presentation and work session works with ovs10:45
huatsok10:45
huatslet me a few minutes :)10:45
apuimedoyou can use https://hub.docker.com/r/celebdor/webinar/tags/10:45
apuimedoas the test container if you want10:45
apuimedohttp://lists.openstack.org/pipermail/openstack-dev/2016-May/093666.html10:47
apuimedothis was the question10:47
apuimedoI'll send an answer now. Maybe you can reply10:47
apuimedowhen you test it10:48
huatsI will10:48
apuimedothanks!10:58
*** banix has joined #openstack-kuryr11:34
*** banix has quit IRC11:36
huatsapuimedo: tell me once you are back12:01
*** asti has joined #openstack-kuryr12:17
*** apuimedo has quit IRC12:28
*** apuimedo has joined #openstack-kuryr12:28
apuimedohuats: I'm back12:29
huatsok12:29
huatsapuimedo: just to let you know that I am rebuilding my env since the previous one didn't have lbaas installed (it is not the case on the local.conf that is given in exemple in kuryr)12:29
huatsit won't be long before it is up and running12:30
apuimedocool ;-)12:30
*** wangfeng has joined #openstack-kuryr12:36
openstackgerritChristophe Sauthier proposed openstack/kuryr: Enable the change of docker-engine and etcd listen TCP port in devstack  https://review.openstack.org/31204312:44
*** apuimedo has quit IRC12:51
*** apuimedo has joined #openstack-kuryr12:51
apuimedothanks for the patch huats12:53
*** gsagie has joined #openstack-kuryr13:01
*** wanghua has quit IRC13:04
*** oanson has joined #openstack-kuryr13:07
*** salv-orlando has joined #openstack-kuryr13:25
*** salv-orlando has quit IRC13:32
irenabgsagie: apuimedo is there any etherpad notes from the OS Thursday afternoon kuryr sessions?13:49
apuimedothere is at least one13:49
apuimedobut I didn't open the laptop, you'll have to ask fawad13:49
*** oanson has quit IRC13:58
*** diogogmt has quit IRC13:58
irenabit is not linked to the summit etherpad page14:00
*** apuimedo_ has joined #openstack-kuryr14:03
*** banix has joined #openstack-kuryr14:03
*** apuimedo has quit IRC14:07
*** apuimedo_ is now known as apuimedo14:07
*** apuimedo has quit IRC14:10
*** apuimedo has joined #openstack-kuryr14:24
*** diogogmt has joined #openstack-kuryr14:30
*** diogogmt has quit IRC14:32
*** irenab_ has joined #openstack-kuryr14:37
*** irenab has quit IRC14:39
*** irenab_ is now known as irenab14:39
*** fawadkhaliq has joined #openstack-kuryr14:51
apuimedofkautz: ok. I just finished setting up my bouncer15:00
apuimedolet's see how that goes15:00
*** diogogmt has joined #openstack-kuryr15:06
huatsapuimedo: I am currently working on the ovs lbaas thing15:10
apuimedohuats: great!15:10
huatsbut I have a hard time to find time to do it :)15:10
apuimedono worries ;-)15:11
apuimedowe're all busy15:11
huats In the worst case I'll have some time tonight15:11
apuimedo+115:16
*** salv-orlando has joined #openstack-kuryr15:36
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr: Move libnetwork specific options to its own group  https://review.openstack.org/30873815:43
apuimedogsagie: banix: check ^^ out15:44
apuimedothe sooner I get this one out of the way, the sooner I can start the rebase and push of the k8s patches15:45
banixapuimedo: will do15:45
banixapuimedo: have a minute?15:45
banixi was thinking about the router option you were mentioning15:45
apuimedobanix: on the phone and walking, but yes15:45
banixchasing your son?15:45
banix:)15:45
banixi’ll write you rreply when you get a chance; no rush15:46
banixso i was wondering iof the cleanest approach would be to simply expect the existing network have been connected to a router if required15:46
banixotherwise we have to also cover a way to connect the router to external network etc.15:47
banixit seems to me we need to do some of these out of band anyway and doing it for connecting to a router though docker network create option may not be the best thing to do15:47
apuimedoWalking to the bus15:48
banixlet me know what you think when you get a chance15:48
banixdo not walk and text :)15:48
apuimedoI think in case we specify a network, we should fail if a router is specified. The router opt should only be for creation15:49
banixwhen you say “router option should only be for creation” you mean creation of network. right?15:50
apuimedoYes, for implicit neutron network creation15:50
banixso I am questioning that. let’s say we do that. how to we set the router gateway? do we specify that in options too?15:51
apuimedoNah, the router should already have a gateway set. We are not creating it15:53
apuimedoOr that's how I imagined it15:53
apuimedoYou want to optionally create them?15:54
apuimedoMmm... That sounds useful too15:54
apuimedoIn that case, couldn't we just say kuryr.router.gateway15:56
apuimedoAnd that would mean implicit gateway creation and attachment?15:56
banixapuimedo: well i am arguing for the opposite. i am actually saying that for such cases it may be better to have an existing Neutron network connected to router and then we just specify the network and use it for a docker network15:56
apuimedoThat's currently possible already15:57
banixI am thinking if we want to specify a router, then we may need to specify the gateway, and more and more15:57
banixyes that’s correct15:57
banixcurrently we can do that15:57
banixso i am saying if this will be a better way of dealing with what you have been describing15:57
banixjust a different way of doing it15:58
openstackgerritOpenStack Proposal Bot proposed openstack/kuryr: Updated from global requirements  https://review.openstack.org/30489615:58
apuimedoI don't know. From where I look at it. Allowing plugging to existing routers (that already have gateway) or getting New routers with a specified gateway seems pretty useful to minimize neutron command usage by tenants15:59
banixok i hear you16:00
apuimedoIt all depends the kind of ux we want to give in swarm16:00
banixyeah16:00
apuimedoAnd I can't really substitute operator input for this :P16:01
apuimedoI'm getting good at irc while avoiding lamp posts16:02
*** salv-orlando has quit IRC16:03
banixapuimedo: get home safe man! :)16:04
fawadkhaliqapuimedo: +1 on the gateway specification, I added this in plumgrid libnetwork stuff and users loved it.16:06
apuimedoLamp posts are at disadvantage. Anyway I'm in the bus stop now16:06
apuimedoLet's hope my bouncer behaves16:06
banixfawadkhaliq: what did people love? having the option to specify the router stuff including gateway when creating Docker networks?16:07
fawadkhaliqbanix: that's correct. specify the target router16:08
fawadkhaliq--router16:08
banixfawadkhaliq: ok thx for the input16:08
fawadkhaliqbanix: yw16:08
*** gangil has joined #openstack-kuryr16:09
*** gangil has joined #openstack-kuryr16:09
*** wangfeng has quit IRC16:17
*** fawadkhaliq has quit IRC16:22
gangilapuimedo: could you throw some light on why we use flask instead of oslo services?16:39
apuimedoI'll try to when I get home16:49
*** gangil has quit IRC17:17
*** gangil has joined #openstack-kuryr17:25
*** gangil has quit IRC17:25
*** gangil has joined #openstack-kuryr17:25
*** salv-orlando has joined #openstack-kuryr17:27
*** salv-orlando has quit IRC17:53
*** gangil has quit IRC18:02
*** gangil has joined #openstack-kuryr18:12
*** gangil has quit IRC18:12
*** gangil has joined #openstack-kuryr18:12
*** gangil has quit IRC18:31
*** salv-orlando has joined #openstack-kuryr18:40
*** salv-orlando has quit IRC18:45
*** salv-orlando has joined #openstack-kuryr18:48
*** salv-orlando has quit IRC18:48
*** salv-orlando has joined #openstack-kuryr18:51
*** salv-orlando has quit IRC18:54
*** banix has quit IRC18:59
*** banix has joined #openstack-kuryr19:20
*** trey has quit IRC19:42
*** banix has quit IRC19:42
*** gsagie has quit IRC19:42
*** banix has joined #openstack-kuryr19:51
*** gsagie has joined #openstack-kuryr19:51
*** trey has joined #openstack-kuryr19:56
*** banix has quit IRC20:24
*** salv-orlando has joined #openstack-kuryr20:44
*** salv-orlando has quit IRC20:50
*** salv-orlando has joined #openstack-kuryr20:54
*** gangil has joined #openstack-kuryr21:05
*** salv-orlando has quit IRC21:37
huatsapuimedo: I am trying to do what you asked me earlier21:41
huatscan you explain me what is on your container ? so that I can try to reproduce things ?21:41
*** asti has quit IRC21:44
*** salv-orlando has joined #openstack-kuryr21:51
*** huikang has joined #openstack-kuryr21:51
*** gangil has quit IRC22:04
*** salv-orlando has quit IRC22:06
*** salv-orlando has joined #openstack-kuryr22:15
*** huikang has quit IRC22:20
*** salv-orlando has quit IRC22:28
*** salv-orlando has joined #openstack-kuryr22:28
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr: Move libnetwork specific options to its own group  https://review.openstack.org/30873822:34
*** diogogmt has quit IRC22:35
*** salv-orlando has quit IRC22:42
*** apuimedo has quit IRC22:54
*** apuimedo has joined #openstack-kuryr22:54
*** diogogmt has joined #openstack-kuryr23:28
*** apuimedo has quit IRC23:30
*** apuimedo has joined #openstack-kuryr23:37
*** yamamoto has joined #openstack-kuryr23:47

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