Wednesday, 2017-03-15

« Tuesday, 2017-03-14 Index Thursday, 2017-03-16 »
*** limao has joined #openstack-kuryr00:44
openstackgerritFrederick F. Kautz IV proposed openstack/kuryr-kubernetes master: Adding vagrant configs to kuryr-kubernetes  https://review.openstack.org/44516201:11
*** yedongcan has joined #openstack-kuryr01:26
*** yedongcan1 has joined #openstack-kuryr01:35
*** yedongcan has quit IRC01:37
*** hongbin has joined #openstack-kuryr02:56
*** hongbin has quit IRC03:42
*** s1061123_ is now known as s1061123_away04:11
*** s1061123_away is now known as s1061123_afk04:11
openstackgerritOpenStack Proposal Bot proposed openstack/kuryr-kubernetes master: Updated from global requirements  https://review.openstack.org/43932104:20
*** pmannidi_ has joined #openstack-kuryr04:25
*** pmannidi has quit IRC04:27
*** saneax-_-|AFK is now known as saneax04:41
vikascapuimedo, irenab ivc_ ltomasbo|away https://review.openstack.org/#/c/440979/04:52
openstackgerritMerged openstack/kuryr-libnetwork master: Support creating network with pool uuid  https://review.openstack.org/42488905:45
openstackgerritMerged openstack/kuryr-kubernetes master: Add project description to README.rst  https://review.openstack.org/44562106:05
*** aojea has joined #openstack-kuryr06:37
openstackgerritFrederick F. Kautz IV proposed openstack/kuryr-kubernetes master: Adding vagrant configs to kuryr-kubernetes  https://review.openstack.org/44516206:46
*** janki has joined #openstack-kuryr06:49
*** saneax is now known as saneax-_-|AFK07:00
*** tonanhngo_ has joined #openstack-kuryr07:12
openstackgerritLingyong Xu proposed openstack/fuxi master: remove-py34  https://review.openstack.org/44578807:14
*** tonanhngo has quit IRC07:14
*** janki is now known as janki|lunch07:34
*** danil has joined #openstack-kuryr07:34
*** aojea has quit IRC07:45
*** ltomasbo|away is now known as ltomasbo07:45
*** tonanhngo_ has quit IRC07:47
*** tonanhngo has joined #openstack-kuryr07:53
*** tonanhngo has quit IRC07:54
dmelladomorning folks07:59
*** pcaruana has joined #openstack-kuryr08:05
apuimedodmellado: morning08:09
apuimedovikasc: please address irenab's comment to line 117 https://review.openstack.org/#/c/440979/6/kuryr_kubernetes/k8s_client.py08:10
apuimedothen we can merge it08:10
vikascapuimedo, sure08:10
apuimedoirenab: fkautz: I don't think I ever published libvirt celebor/xenial08:12
apuimedoyes, I'm the one pushing libvirt images for ubuntu08:12
apuimedoand it is a bother08:13
apuimedoI wish Canonical folks did it08:13
openstackgerritvikas choudhary proposed openstack/kuryr-kubernetes master: Add support for HTTPS client  https://review.openstack.org/44097908:13
*** saneax-_-|AFK is now known as saneax08:13
fkautzyea, or a way for vagrant to convert would be nice too08:13
dmelladoheh apuimedo maybe we can get someone from canonical to do that08:15
apuimedodmellado: I seem to remember mentioning it to them08:16
apuimedoand nothing coming from it08:16
apuimedobut if you manage, I'll be happy08:16
dmelladoI can try to reach out to someone whose surname would be in a book08:16
dmelladoI'll let you know afterwards08:16
dmelladoxD08:16
apuimedovery well08:17
irenabapuimedo, fkautz : any idea about this error: http://paste.openstack.org/show/602808/?08:28
fkautzreedip_: did you get that running the vagrant devstack?08:29
fkautzreedip_: sorry, mt. was meant for irenab08:29
irenabfkautz, :-)08:29
irenabyes08:29
irenabon Fedora 2508:30
fkautzi haven't seen that error before, on f25 as well08:30
fkautzwhat driver?08:30
irenabprovider?08:32
irenablibvirt08:32
fkautzyea08:32
irenabapuimedo, any plans regarding Forum Brainstorming - Boston 2017?08:32
fkautzirenab: can you try the fedora/25-cloud-base image instead?08:34
fkautzsee if it comes up with the same problem08:34
irenabfkautz, actually would prefer xenial. Any idea what image to use?08:35
*** limao has quit IRC08:36
fkautzi tested it using virtualbox ubuntu/xenial6408:36
irenabfkautz, I will try this08:37
*** limao has joined #openstack-kuryr08:37
fkautzbut i'm wondering if there is something else going on, maybe some stale nfs state08:37
fkautzcheck for corruption in /etc/exports as well08:37
dmelladomaybe it could be related to the vagrant version?08:37
dmelladowhich one are you using?08:37
fkautz1.8.508:38
fkautzalso tested it on an ubuntu host, whatever the latest is08:38
apuimedoirenab: no. Haven't thought about the forum yet. The format is unclear to me08:42
apuimedogot any good source?08:42
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Kuryr Kubernetes Resource Manager design reference document  https://review.openstack.org/42768108:43
apuimedofkautz: you only tested it with virtualbox on ubuntu as well, right?08:43
apuimedoirenab: https://review.openstack.org/#/c/440979/08:48
apuimedoI think this is ready08:48
*** yedongcan1 has quit IRC08:50
*** pmannidi_ has quit IRC08:51
irenabapuimedo, just saw on the ml08:55
irenabI wonder what vagrant box to use for xenial with libvirt provider08:55
*** tonanhngo has joined #openstack-kuryr08:56
*** tonanhngo has quit IRC08:57
irenabvikasc, apuimedo: merging08:58
vikascirenab, thanks!09:00
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Adding support for ports pool handler  https://review.openstack.org/43687509:00
apuimedoirenab: I'll have to make one09:00
apuimedobut I'm currently too busy09:00
openstackgerritDongcan Ye proposed openstack/kuryr-libnetwork master: Add support kuryr IPv6 subnet  https://review.openstack.org/44229409:03
openstackgerritMerged openstack/kuryr-kubernetes master: Add support for HTTPS client  https://review.openstack.org/44097909:14
openstackgerritMerged openstack/kuryr-kubernetes master: K8s Services support: LBaaSv2Driver  https://review.openstack.org/43335909:23
*** aojea has joined #openstack-kuryr09:24
*** yedongcan has joined #openstack-kuryr09:27
openstackgerritDongcan Ye proposed openstack/kuryr-libnetwork master: Add fullstack test for IPv6 subnet  https://review.openstack.org/44537609:28
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Adding support for ports pool handler  https://review.openstack.org/43687509:31
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Generic vif driver extension to enable ports reuse  https://review.openstack.org/43687609:31
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Generic vif pool driver extension to precreate reusable ports  https://review.openstack.org/43687709:32
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Nested vif driver extension to enable ports reuse  https://review.openstack.org/43689309:32
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Nested vlan vif pool driver extension to precreate reusable subports  https://review.openstack.org/43689409:33
*** garyloug has joined #openstack-kuryr09:34
apuimedoirenab: can you try the vagrant now09:34
apuimedoI finally went ahead and released a version09:34
apuimedoof celebdor/xenial6409:34
apuimedoand I wonder if it works09:34
irenabapuimedo, wow, you are fast09:34
irenabgojg to try it09:34
apuimedothanks09:35
*** neiljerram has joined #openstack-kuryr09:37
irenabapuimedo, did you manage to register bp or open ticket for the general approach we mentioned yesterday during bj session? I wanted to recheck details09:39
*** tonanhngo has joined #openstack-kuryr09:41
*** tonanhngo has quit IRC09:41
apuimedoirenab: If you mean about the driver/handler options, yes. We were discussing it yesterday with Ilya09:45
irenabapuimedo, got stuck at getting IP address09:45
openstackgerritDongcan Ye proposed openstack/kuryr-libnetwork master: Add fullstack test for IPv6 subnet  https://review.openstack.org/44537609:46
irenabapuimedo, any written reference? I may try to deal with it09:46
apuimedoirenab: for the xenial64 stuff?09:46
irenabstuck with xenial, deal with driver/handler09:47
apuimedoah09:47
apuimedowell, I wanted to update the BP now09:47
apuimedogive me 4 minutes09:48
irenabwith vagrant, first I get this 'Pruning invalid NFS exports. Administrator privileges will be required'09:49
irenaband then its stuck at 'waiting for domain to get IP address'09:50
*** dmellado has quit IRC09:54
apuimedoirenab: ok, I just updated it09:54
*** ltomasbo has quit IRC09:54
apuimedo(the blueprint)09:55
apuimedohttps://blueprints.launchpad.net/kuryr-kubernetes/+spec/driver-handler-opt-loading09:55
*** ltomasbo|away has joined #openstack-kuryr10:00
*** s1061123_afk is now known as tohayash10:01
*** dmellado has joined #openstack-kuryr10:02
*** limao has quit IRC10:05
*** limao has joined #openstack-kuryr10:05
irenabapuimedo, thanks10:06
irenabfkautz, looks like sync folders does not work with libvirt provider10:06
*** aojea has quit IRC10:08
*** limao has quit IRC10:10
*** ltomasbo|away is now known as ltomasbo10:12
*** openstackgerrit has quit IRC10:18
*** tonanhngo has joined #openstack-kuryr10:23
*** aojea has joined #openstack-kuryr10:24
*** tonanhngo has quit IRC10:24
*** yedongcan1 has joined #openstack-kuryr10:31
*** yedongcan has quit IRC10:33
*** janonymous has joined #openstack-kuryr10:42
*** saneax is now known as saneax-_-|AFK10:44
*** tonanhngo has joined #openstack-kuryr10:52
*** tonanhngo has quit IRC10:53
*** aojea has quit IRC10:53
*** yedongcan1 has left #openstack-kuryr10:54
*** aojea has joined #openstack-kuryr10:56
*** janki|lunch has quit IRC10:59
*** janki|lunch has joined #openstack-kuryr11:00
*** jchhatbar has joined #openstack-kuryr11:20
*** jchhatbar is now known as janki11:20
*** janki|lunch has quit IRC11:22
*** saneax-_-|AFK is now known as saneax11:32
*** aojea has quit IRC11:39
*** tonanhngo has joined #openstack-kuryr11:55
*** tonanhngo has quit IRC11:56
*** aojea has joined #openstack-kuryr12:11
*** tonanhngo has joined #openstack-kuryr12:37
*** tonanhngo has quit IRC12:38
*** openstackgerrit has joined #openstack-kuryr12:44
openstackgerritOpenStack Proposal Bot proposed openstack/kuryr-libnetwork master: Updated from global requirements  https://review.openstack.org/43196612:44
openstackgerritOpenStack Proposal Bot proposed openstack/kuryr-kubernetes master: Updated from global requirements  https://review.openstack.org/43932112:44
*** janonymous has quit IRC12:44
irenabapuimedo, ping12:50
apuimedoirenab: pong12:52
irenabapuimedo, I eventually succedded with the other image I mention on the vagrant patch review (with changing sync to type 'rsync'). Your image is stuck at 'trying to get IP address'12:53
apuimedoI just saw12:55
apuimedowell, I guess it was too much to expect to have the vagrant mutate just work12:55
apuimedo:P12:55
irenabmaybe for menahile we can have the other image yk0/ubuntu-xenial for now in the sample vagrant file12:55
apuimedoI agree12:55
irenabcool, thanks for trying12:55
apuimedolet's have fkautz update it and merge it12:55
irenabsure12:55
apuimedoirenab: I had a script for packer to build it12:55
apuimedobut now it is only for paying customers12:56
apuimedowhich I have no interest in becoming12:56
irenabapuimedo, sharing is carrying :-)12:58
*** tonanhngo has joined #openstack-kuryr13:00
apuimedoxD13:00
*** tonanhngo has quit IRC13:01
dmelladooh, did packer become a 'pay-for' product?13:02
apuimedoif you want to use their atlas builder yes13:02
apuimedodmellado: did you talk with jamespage about having them make those boxes?13:03
dmelladoapuimedo: not yet, unless jamespage has become also my doctor13:03
dmelladoxD13:03
apuimedoivc_: instead of r-2 you should put w-1 ;-)13:04
apuimedodmellado: well, he is british, so he could be "the doctor"13:04
dmelladoapuimedo: doctor who?13:06
dmelladoxD13:06
apuimedo:-)13:08
apuimedoltomasbo: you were hit by the -2 hammer13:09
apuimedoxD13:09
ltomasboumm? did I?13:10
ltomasbowhere?13:10
apuimedoah, ivc_ just changed it :P13:11
ltomasboahh, I see now, you were too fast to change it to w-1 I didn't realise13:11
apuimedoivc_: btw, I updated the driver/handler config blueprint after our conversation yesterday13:11
apuimedoirenab: did you review it?13:12
ivc_apuimedo ltomasbo i had to counter +2 :) did not think about w-113:12
ltomasbo:D13:12
ltomasbono problem!13:12
apuimedo:-)13:12
ltomasbogoing to keep working on the second patch set to include the new comments13:13
ivc_ltomasbo apuimedo finishing devref review now13:13
apuimedoivc_: today I was thinking that even if our proposal to k8s sig-network doesn't bear fruit, doing the port allocation on a scheduler extension has a lot of positives13:13
ivc_ltomasbo i'd suggest that before continuing working on patches we should first refine the design/devref13:13
apuimedoivc_: that doesn't sound like you13:13
apuimedoxD13:13
ltomasbojust addressing the comments from yesterday's call13:14
ltomasboivc_, most of your comments in one of the patches were actually discussed yesterday13:14
ltomasboand agree on the same that you propose13:15
*** aojea has quit IRC13:15
ivc_ltomasbo https://review.openstack.org/#/c/427681/413:16
*** aojea has joined #openstack-kuryr13:19
*** aojea has joined #openstack-kuryr13:19
*** danil has quit IRC13:21
*** limao has joined #openstack-kuryr13:23
ivc_ltomasbo basically i'd prefer something similar to http://paste.openstack.org/show/602856/ for pools/ResourceManager13:24
ltomasbonot sure I completely got it13:25
ltomasboyou wanted a separation between the pool and the vif drivers, right?13:25
ltomasboivc_, ^^13:25
ivc_ltomasbo yup13:25
ltomasboadd, that is what you expect for the VIF driver?13:26
ltomasbonot the pool driver?13:26
ivc_ltomasbo i'd expect the current pool drivers to go away in favour of pool_manager13:26
ivc_and pool_manager being a common entity shared between vifs and loadbalancers and other resources13:27
ltomasbodidn't read your comments on the devref, let me read it and get back to you13:27
ivc_ltomasbo there's one thing i've missed in .register() is the PoolPolicy (which could implement things like TTL-eviction), but that could be added later13:28
ltomasbowhat I don't see here is the separation between populating the pool and returning the vif to the vif handler13:28
ivc_ltomasbo thats another thing. i don't think the PoolHandler is really necessary13:30
ivc_ltomasbo main purpose for PoolHandler is to allocate and release ports for pools. and it is listening for the POD events13:32
openstackgerritMerged openstack/kuryr-libnetwork master: Make port bind on dual-stack port  https://review.openstack.org/44252513:32
ltomasboit is to create and recycle the ports13:32
ltomasbonot only to handle the request/release13:33
ivc_ltomasbo yet the Vif handler depends on it and i'd like to remind you that Vif handler and the new PoolHandler will not run concurrently13:33
ltomasboI'm thinking on this example13:34
ltomasbolets imagine a mininum of 10 ports13:34
ltomasboand the current pool has 1213:34
ltomasbothen, 5 containers arrive13:34
openstackgerritMerged openstack/kuryr-libnetwork master: Add docs for IPv6 address pool  https://review.openstack.org/44540513:35
ltomasbothere is enough ports on the pool, but after they have been taken from the pool13:35
ltomasbothe pool needs to be re-populated as the current size will be 713:35
ltomasboand I don't like to have this re-population in between the pods creation, but at the end13:36
ivc_ltomasbo sure, but PoolHandler is based on the same events as VifHandler. i see no reason why pool management could not be triggered from your PooledVifDriver directly13:36
ltomasboI want to return the vif to the VIF Handler as fast as possbile13:38
ltomasboso that if can be annotated asap13:38
ivc_ltomasbo i understand you want the cleanup to run asynchronously, but the problem is you are using wrong tools for that13:38
ltomasbobut perhaps it can be check at the end of that13:38
ivc_ltomasbo first of all your cleanup will be triggered concurrently (sort of) by different pods. then the handlers are run sequentially, so even if the VifHandler runs first, the PoolHandler will still block the event processing for the same pod13:40
ltomasboI'm more concern about the pre-population of the pool rather than the cleanup actually13:41
ltomasboas there is not that much time to safe there13:41
ltomasbodelete operation are cast in neutron, so it is fast enough13:42
ltomasbobut yes, I know there will be concurrent calls by different pods and that they are executed one by one13:42
ltomasboanyway, let me read you comments at the devref after lunch, I'll get back to you13:46
apuimedoivc_: I like that api you put in the paste13:46
ivc_ltomasbo with pre-population you have that raise ResourceNotReady handling (replacing neutron.create_port) in Vif driver. this is also very questionable. i'm afraid the only reason it works for you is because you have multiple concurrent pod.create requests. try exhausting the pool by adding pods 1-by-1.13:47
ivc_ltomasbo depending on what handler is run first (Vif or Pool) you'll get some timeouts/errors13:47
ltomasboivc_, what do you mean by 1-by-1?13:48
ltomasbocreating a container, wait for it to become active13:48
ltomasboand create the next one?13:49
ivc_ltomasbo yes13:49
ltomasbowhy do you expects problems in such scenario?13:49
ltomasbothat will just raise the ResourceNotready for the first one13:49
ltomasboand then, it will work all the time for the rest13:49
ivc_ltomasbo at some point you'll exhaust the pool and get to the point where PooledVifDriver will get ResourceNotReady from pool13:49
ltomasboand when the pool length is below the minimun, then it will create a few more13:50
ltomasbono13:50
ltomasbothere is a minimum13:50
ltomasboand if you create the pods 1 by 113:50
ltomasboonly the first one will hit the ResourceNotReady13:50
ivc_ltomasbo just think what happens on the first ResourceNotReady13:51
ltomasbowait a second13:51
ivc_ltomasbo right now you have 'neutron.create_port' (which is kinda bad), but you replaced it with re-raise in a later patch13:51
ltomasbook13:51
ltomasbobut that is the way I split the commits13:51
ltomasbonot to have a huge patch13:52
ltomasboI'm talking about the complete version13:52
ivc_ltomasbo this ResourceNotReady will not solve itself unless PoolHandler can do its work. but PoolHandler will not run until VifHandler times outs13:52
ltomasbowhere you actually have the check_and_update the pool function13:52
ltomasbowhy is that?13:53
ltomasbothis is not what I'm seen13:53
ltomasboonce the vif triggers the resourcenotready13:53
ltomasbofor a container13:53
ltomasbothe poolhandler kicks in13:53
ltomasboand create the pool13:53
ltomasboI have tried that with just 1 container13:53
ltomasboand it works13:53
ltomasbothen, for the next vifhandler retry, the ports will be already at the pool13:54
ltomasbo(or if neutron is so slow, then the pool will still be empty and a next resourceNotReady will be trigger)13:54
ivc_ltomasbo https://github.com/openstack/kuryr-kubernetes/blob/master/kuryr_kubernetes/handlers/dispatch.py#L63-L6413:56
ivc_ltomasbo handlers are run sequentially per-pod13:56
ltomasboyes13:57
ivc_ltomasbo if VifHandler fails, it will be retried. and PoolHandler will not run until VifHandler stops retrying13:57
ltomasbonot so sure about that13:57
ltomasboif that would be like this13:58
ltomasbojust triggering the creation of 1 container, will never finish, right?13:58
ivc_it will. first the VifHandler will timeout then PoolHandler will have a chance to do its job13:58
ltomasboor rather, it will fail the pod creation, and the pool will be created after the timeout13:59
ltomasboyes, but then, the pod will not be started, right?13:59
ltomasboas it was already timed out13:59
*** aojea has quit IRC14:00
ivc_ltomasbo honestly i can't tell right away. at some point i had a per-event timeout (not per-event-per-handler) so maybe the PoolHandler wont even have a chance to run14:00
ltomasboI have some problem (for the non-pool driver) with many concurrent pod creation14:00
ltomasbothere are some timeouts, but I don't get those when using the pool14:00
ltomasbowell, it is certainly running in my deployment14:01
ltomasboas containers and ports gets created14:01
ivc_ltomasbo the case we are discussing requires some specific conditions14:02
ivc_apuimedo btw this is another problem Actors would solve :)14:04
apuimedowhich?14:04
*** aojea_ has joined #openstack-kuryr14:04
ivc_apuimedo pool cleanup14:05
ivc_apuimedo *asynchronous* pool cleanup i mean14:05
ivc_apuimedo ok. not just cleanup, but also population14:05
apuimedoyou could have tasks for that14:06
ivc_apuimedo yup14:06
apuimedopffff. My home dns server has gone to hell14:06
apuimedothis is so annoying14:06
ivc_apuimedo but instead of having separate entity for tasks, Actors could do the same job14:06
apuimedoagreed14:07
apuimedowanna blueprint that?14:07
ivc_sure14:07
ivc_dno when tho14:07
apuimedo:-)14:08
apuimedountil then14:08
apuimedowhat did the above discussion come to?14:09
*** irenab_ has joined #openstack-kuryr14:15
*** tonanhngo has joined #openstack-kuryr14:23
*** tonanhngo has quit IRC14:25
*** hongbin has joined #openstack-kuryr14:43
*** aojea_ has quit IRC14:47
*** irenab_ has quit IRC14:50
*** janki has quit IRC15:05
*** aojea has joined #openstack-kuryr15:05
*** limao has quit IRC15:10
*** limao has joined #openstack-kuryr15:11
*** aojea has quit IRC15:15
*** aojea has joined #openstack-kuryr15:15
*** tonanhngo has joined #openstack-kuryr15:17
*** tonanhngo has quit IRC15:18
*** saneax is now known as saneax-_-|AFK15:22
openstackgerritHongbin Lu proposed openstack/kuryr-libnetwork master: Add support for specified v6 subnetpool  https://review.openstack.org/44163815:27
*** aojea has quit IRC15:40
*** limao has quit IRC15:42
*** limao has joined #openstack-kuryr15:42
*** aojea has joined #openstack-kuryr15:46
*** irenab has quit IRC15:48
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Generic vif driver extension to enable ports reuse  https://review.openstack.org/43687615:49
*** limao has quit IRC15:56
*** irenab has joined #openstack-kuryr15:57
*** hongbin has quit IRC16:05
*** aojea has quit IRC16:26
openstackgerritFrederick F. Kautz IV proposed openstack/kuryr-kubernetes master: Adding vagrant configs to kuryr-kubernetes  https://review.openstack.org/44516216:38
apuimedoirenab: ^^ can be merged :-)16:39
*** pcaruana has quit IRC17:28
*** ltomasbo is now known as ltomasbo|away17:32
*** dougbtv_ has joined #openstack-kuryr17:34
*** dougbtv has quit IRC17:34
openstackgerritMerged openstack/kuryr-libnetwork master: Add support kuryr IPv6 subnet  https://review.openstack.org/44229417:35
openstackgerritMerged openstack/kuryr-libnetwork master: Add fullstack test for IPv6 subnet  https://review.openstack.org/44537617:36
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Generic vif pool driver extension to precreate reusable ports  https://review.openstack.org/43687717:41
*** dougbtv__ has joined #openstack-kuryr17:44
*** dougbtv_ has quit IRC17:46
*** tonanhngo has joined #openstack-kuryr18:03
*** garyloug has quit IRC18:07
*** tonanhngo has quit IRC18:07
*** tonanhngo has joined #openstack-kuryr18:11
openstackgerritIlya Chukhnakov proposed openstack/kuryr-kubernetes master: devstack: fix run_kubelet data directory  https://review.openstack.org/44279418:13
openstackgerritIlya Chukhnakov proposed openstack/kuryr-kubernetes master: devstack: Use stackrc DATA_DIR by default  https://review.openstack.org/44284618:15
openstackgerritMerged openstack/kuryr-kubernetes master: Updated from global requirements  https://review.openstack.org/43932118:20
openstackgerritMerged openstack/kuryr-kubernetes master: test-requirements drop unused docker-py  https://review.openstack.org/44286618:20
openstackgerritIlya Chukhnakov proposed openstack/kuryr-kubernetes master: devstack: fix run_kubelet data directory  https://review.openstack.org/44279418:34
apuimedodmellado: are you around?18:34
openstackgerritIlya Chukhnakov proposed openstack/kuryr-kubernetes master: devstack: Use stackrc DATA_DIR by default  https://review.openstack.org/44284618:56
openstackgerritIlya Chukhnakov proposed openstack/kuryr-kubernetes master: devstack: fix run_kubelet data directory  https://review.openstack.org/44279418:59
*** dougbtv__ is now known as dougbtv19:56
openstackgerritIlya Chukhnakov proposed openstack/kuryr-kubernetes master: devstack: Use stackrc DATA_DIR by default  https://review.openstack.org/44284620:02
*** hongbin has joined #openstack-kuryr20:13
*** saneax-_-|AFK has quit IRC20:41
*** saneax-_-|AFK has joined #openstack-kuryr20:44
*** hongbin has quit IRC21:06
*** pmannidi has joined #openstack-kuryr21:52
*** aojea has joined #openstack-kuryr22:20
*** hongbin has joined #openstack-kuryr22:43
*** tonanhngo has quit IRC23:02
*** tonanhngo has joined #openstack-kuryr23:02
*** tonanhngo has quit IRC23:07
*** aojea has quit IRC23:14
*** aojea has joined #openstack-kuryr23:14
*** aojea has quit IRC23:18
« Tuesday, 2017-03-14 Index Thursday, 2017-03-16 »

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