Monday, 2017-06-26

*** reedip has quit IRC00:07
*** salv-orlando has joined #openstack-kuryr00:07
*** salv-orlando has quit IRC00:12
*** kzaitsev_mb has joined #openstack-kuryr00:18
*** reedip has joined #openstack-kuryr00:21
*** kzaitsev_mb has quit IRC00:22
*** salv-orlando has joined #openstack-kuryr01:08
*** salv-orlando has quit IRC01:13
*** kzaitsev_mb has joined #openstack-kuryr01:18
*** reedip has quit IRC01:23
*** hongbin has joined #openstack-kuryr01:33
*** yedongcan has joined #openstack-kuryr01:33
*** reedip has joined #openstack-kuryr01:35
*** s1061123 has joined #openstack-kuryr02:05
*** salv-orlando has joined #openstack-kuryr02:09
*** yedongcan has quit IRC02:13
*** salv-orlando has quit IRC02:14
*** gouthamr has joined #openstack-kuryr02:16
*** yedongcan has joined #openstack-kuryr02:17
*** longfei_zhang has joined #openstack-kuryr02:58
longfei_zhangjanonymous, I checked the http://paste.openstack.org/show/613491/  ,  and if we change the debug parameter to false and restart kubelet then CNI will not ouput the debug message03:03
longfei_zhangjanonymous, thank you for the information03:03
*** gouthamr has quit IRC03:22
*** aojea has joined #openstack-kuryr03:27
janonymouslongfei_zhang: yw!03:30
*** aojea has quit IRC03:32
*** yamamoto has joined #openstack-kuryr03:54
*** salv-orlando has joined #openstack-kuryr04:10
*** hongbin has quit IRC04:11
*** salv-orlando has quit IRC04:15
*** kzaitsev_mb has quit IRC04:40
*** salv-orlando has joined #openstack-kuryr05:04
*** reedip has quit IRC05:45
*** salv-orlando has quit IRC06:19
*** salv-orlando has joined #openstack-kuryr06:19
*** salv-orlando has quit IRC06:24
*** reedip has joined #openstack-kuryr06:28
*** salv-orlando has joined #openstack-kuryr06:28
*** salv-orl_ has joined #openstack-kuryr06:37
*** salv-orlando has quit IRC06:39
*** pcaruana has joined #openstack-kuryr06:45
*** reedip has quit IRC06:48
*** reedip has joined #openstack-kuryr06:48
*** kzaitsev_ws has joined #openstack-kuryr07:05
kzaitsev_wswow. is freenode not feeling ok today? I can ping only 2 addresses out of 507:08
*** ivc_ has quit IRC07:11
*** ivc_ has joined #openstack-kuryr07:15
dmelladohey kzaitsev_ws is it down for you?07:20
dmelladoI'm using a bouncer so I might not've noticed it07:20
kzaitsev_wsyeah, could only connect after a couple of retries07:20
irenabdmellado, good morning07:21
dmelladomorning irenab ;)07:21
irenabits afternoon for me this week :-)07:22
*** aojea has joined #openstack-kuryr07:22
dmelladoheh, where are you located now?07:22
dmelladoUS?07:22
irenabChina07:23
*** kiennt has joined #openstack-kuryr07:23
*** kiennt has left #openstack-kuryr07:23
dmelladooh, enjoy there! be aware of the spicy food, which I wasn't when I visited there xD07:23
*** kiennt has joined #openstack-kuryr07:24
irenabmeanwhile didn't have to eat, directly from the plane to the meetings :-), but will try to be careful07:24
*** reedip is now known as reedip_afk07:24
*** aojea has quit IRC07:25
*** aojea has joined #openstack-kuryr07:26
openstackgerritKien Nguyen proposed openstack/kuryr master: Fix unittest  https://review.openstack.org/47742707:29
dmelladobtw, I put up a patch to unlock the tempest gate, was missing a few settings. Once it's done we should be good with it07:31
irenabdmellado, ping me then (adding to review), will try to follow up if not crash to sleep07:34
dmelladoirenab: oh, you're alrady in the review :P07:35
dmelladohttps://review.openstack.org/#/c/477423/07:35
dmelladominor tweak07:35
dmelladodisabling swift (which I was told it wasn't enabled by default, but I was lied to xD)07:35
dmelladothen moving to etcd3 and using the all-plugins tox env for tempest07:35
irenabdmellado, what I do not like is this general services enabled, it is good only for default ref neutron07:36
dmelladoirenab: that's what I changed in the end07:36
dmelladoI disabled all the enabled_services07:37
*** egonzalez has joined #openstack-kuryr07:37
dmelladoand added everything manually and explicitly07:37
irenabthe list of neutron services  is what bothers me, very specific to ref implementation07:38
dmelladooh, I see07:38
irenabwon't be good for DF/contrail/ODL/...07:38
dmelladowell, what we could do is have different gates afterwards07:38
dmelladoyeah, like for q-agt07:38
irenabshould be easily extendable07:38
dmelladowhich would collide with ODL07:38
irenabyes07:39
dmelladoI'll template this after this is voting07:39
dmelladoso no worries07:39
irenabcool, thanks07:39
dmelladothanks for having a look! ;)07:39
dmellado(while in meetings and in china, which are extra points xD)07:39
irenabnow back to the meetings ...see you later07:40
kiennthi, i has pushed a patch to fix some failed unittest. Pyroute2 was updated so some test cases will be failed: https://review.openstack.org/#/c/477427/07:40
*** aojea has quit IRC07:45
*** aojea has joined #openstack-kuryr07:45
*** yboaron has joined #openstack-kuryr07:52
*** pmannidi has quit IRC07:56
*** pmannidi_2 has joined #openstack-kuryr07:58
openstackgerritKien Nguyen proposed openstack/kuryr master: Fix unittest  https://review.openstack.org/47742707:58
*** pcaruana has quit IRC07:58
*** pmannidi_2 is now known as pmannidi07:59
kzaitsev_wskiennt: can you please also update the title of your commit message?08:00
dmelladoyeah, that'd be cool, just mention pyroute2 ;)08:01
kienntkzaitsev_ws, dmellado:Hi. Title will be `Fix unittest with pyroute2 problem`, is that ok?08:04
kzaitsev_wskiennt: I actually left a comment to 1st patchset08:04
dmelladohi kiennt, +1 with kzaitsev_ws approaches ;)08:05
kzaitsev_ws'Add compatibility for pyroute2>=0.4.15' would be perfect imo08:05
openstackgerritKien Nguyen proposed openstack/kuryr master: Add compatibility for pyroute2>=0.4.15  https://review.openstack.org/47742708:05
kienntkzaitsev_ws, dmellado: thanks for your support.08:06
dmelladokiennt: np! thanks for your patch!08:06
*** pcaruana has joined #openstack-kuryr08:12
*** garyloug has joined #openstack-kuryr08:24
kzaitsev_wsapuimedo: irenab: I have a small suggestion — allow to single-handedly +2+A OpenStack Bot's commits )08:27
kzaitsev_wsthey seem to hang there forever %)08:27
*** garyloug has quit IRC08:28
*** yamamoto has quit IRC08:38
*** yamamoto has joined #openstack-kuryr08:39
*** pmannidi has quit IRC08:40
irenabkzaitsev_ws, I think there should be at least 2 cores voting +208:41
*** pmannidi has joined #openstack-kuryr08:42
dmelladokzaitsev_ws: irenab I'd say 2 cores two, to avoid 'dictatorship'08:44
dmelladoI mean, I'm fine with +2+A trivial patches such as 'typo'08:44
dmelladoand so08:44
*** yamamoto has quit IRC08:45
dmelladobut I'd avoid that for the usual ones08:45
dmelladootherwise we might've to revert some patches and I'd avoid such wars xD08:45
irenabfor trivial , I agree, but we need to have good sense of what trivial means08:46
*** pmannidi has quit IRC08:47
dmelladoirenab: by trivial yeah, like typos or so08:48
*** garyloug has joined #openstack-kuryr08:49
irenabI think apuimedo doing it periodically, mergig with one +2 for trivial stuff08:51
irenabI do not mind to practice it08:53
irenabespecially do not want to become a bottleneck08:54
dmelladobut I don't think that we do have that much 'trivial stuff'09:00
irenabif we do, we did bad work in reviewing09:00
*** yamamoto has joined #openstack-kuryr09:03
kzaitsev_wsirenab: dmellado: I meant only for OpenStack Bot's commits =) a lot of teams have this kind of policy for translations, since they don't have any code in them09:09
kzaitsev_wssome also have this policy for requirements updates09:09
irenabkzaitsev_ws, got you now. Sorry, just not enough sleep for last 2 days :-)09:10
kzaitsev_wsbut requirements are usually a bit more tricky, since they change code indirectly )09:10
kzaitsev_wsirenab: yeah I know that feeling =)09:10
kzaitsev_wsbut I'm in no way insisting on this. it's just a suggestion09:10
dmelladokzaitsev_ws: gotcha now09:11
dmelladoI'd be fine with that then xD09:11
kzaitsev_wsdmellado: yeah. Actually I just want to get rid of them in my gerrit dashboard, but I don't want to +1 them, since it's lame in my opinion =)09:15
dmelladokzaitsev_ws: heh09:15
dmelladokzaitsev_ws: in k-k8s we only have one, from what I've been able to search09:17
dmelladohttps://review.openstack.org/#/q/project:openstack/kuryr-kubernetes+status:open+owner:1113109:17
kzaitsev_wsdmellado: there is always only 1 per project. the bot updates it if it sees new09:18
kzaitsev_wshttps://review.openstack.org/#/q/status:open+owner:11131+(project:%255Eopenstack/.*kuryr.*+OR+project:%255Eopenstack/.*fuxi.*)09:21
kzaitsev_wsdmellado: https://goo.gl/7Kwp80 and here's my dashboard if you're interested09:24
kzaitsev_ws(I actually need to update it, to add 'My -1s' section, since otherwise they just dissappear)09:24
kzaitsev_wsvikasc: have I missed anything on last week's sig-node/sig-resource-management sycups?09:27
vikasckzaitsev_ws, i too could not attend last week's sync-ups, will catch up from recordings. Today is public holiday in india, my location09:29
vikascirena, I am not sure that network and vif type are 1 to 1 relationship, its one of the possible mappings but not mandatory. Maybe vif type should hold a list of types per network09:31
irenabvikasc, this is what my comment exactly09:32
irenablist will be more generic09:32
vikascirena, i am assuming that for each desired interface, a network object will be refered by pod.09:32
vikascirena, so thinking why a interface will have more than one vif type?09:32
irenabnetwork may, like in open stack09:33
vikasci am not thinking openstack way09:33
irenabit is more like vnic_type (what you request)09:33
irenabvif_type is what neutron does, driven by backend09:34
vikasceach network object will refer to a subnet on openstack neutron09:34
irenabneutron network may have more than one subnet, like routed network09:34
irenabthe model you follow should be consistent with neutron09:34
vikascone neutron network per k8s namespace09:35
vikascone neutron subnet per k8s network(within namespace)09:35
irenabthis is just possible option, I think model should be generic09:36
dmelladokzaitsev_ws: sure, let me have a look ;)09:36
irenabvikasc, at the meeting right now. Let follow up at the patch09:36
vikascirena, i am seeing network objects same as how they are being discussed at signetwork09:36
dmelladohm kzaitsev_ws yep, it'd be cool to have a quick pass over this09:36
vikascirena, sure09:37
*** aojea has quit IRC09:38
kzaitsev_wsdmellado: quick pass?09:39
dmelladokzaitsev_ws: yes, maybe we can raise this on the weekly meeting09:39
dmelladolike review openstack proposabl bot commits09:40
dmelladoand also add your suggestion of only 1 +2 for those09:40
kzaitsev_wsdmellado: ah =) ok. I think even if there will be objections, there will be enough cores to merge everything )09:40
dmelladototally, that was my idea :D09:41
*** aojea has joined #openstack-kuryr09:42
*** kiennt has quit IRC09:46
*** reedip_afk is now known as reedip09:49
*** salv-orl_ has quit IRC09:56
*** salv-orlando has joined #openstack-kuryr09:57
*** salv-orlando has quit IRC10:01
*** pc_m has quit IRC10:04
*** pc_m has joined #openstack-kuryr10:10
*** yamamoto has quit IRC10:17
*** yedongcan1 has joined #openstack-kuryr10:25
*** yedongcan has quit IRC10:27
*** yedongcan1 has quit IRC10:32
*** yedongcan has joined #openstack-kuryr10:33
*** pcaruana has quit IRC10:53
*** yamamoto has joined #openstack-kuryr10:59
*** pcaruana has joined #openstack-kuryr11:05
*** aojea has quit IRC11:30
*** aojea has joined #openstack-kuryr11:31
*** aojea has quit IRC11:35
*** yamamoto has quit IRC11:37
*** atoth has quit IRC11:53
*** reedip has quit IRC12:07
*** yamamoto has joined #openstack-kuryr12:13
*** reedip has joined #openstack-kuryr12:19
*** salv-orlando has joined #openstack-kuryr12:29
*** janki has joined #openstack-kuryr12:32
*** salv-orlando has quit IRC12:33
kzaitsev_wsvikasc: huh, looks like there was no meeting last week. at least no recording %)12:49
*** janki has quit IRC12:50
janonymousapuimedo: is this a kind of blocker to use lbaas...: https://bugs.launchpad.net/kuryr-kubernetes/+bug/169794212:54
openstackLaunchpad bug 1697942 in kuryr-kubernetes "Endpoint-less Services keep the lbaasspec handler endlessly retrying" [High,Triaged]12:54
dmelladojanonymous: apuimedo's flying as of now12:56
janonymousdmellado: ohh, thanks12:56
*** gouthamr has joined #openstack-kuryr13:16
*** aojea has joined #openstack-kuryr13:21
*** gouthamr has quit IRC13:26
*** salv-orlando has joined #openstack-kuryr13:30
kzaitsev_wsjanonymous: actually it's rather trivial to fix13:32
kzaitsev_wsI have a poc somewhere on my servers, where I made it work13:32
kzaitsev_wsbut I assumed that it was expected and intentional13:32
janonymouskzaitsev_ws: how did you make lbaas work, though i made some code change to make it work for now..13:33
*** atoth has joined #openstack-kuryr13:33
kzaitsev_wsjanonymous: https://github.com/openstack/kuryr-kubernetes/blob/master/kuryr_kubernetes/controller/handlers/lbaas.py#L23213:34
*** salv-orlando has quit IRC13:34
kzaitsev_wsjanonymous: idk. it works more or less out of the box for me. haven't updated in a while13:34
kzaitsev_wsI wanted to make kubernetes service available from within pods and managed by kuryr-k8s, I hacked a couple of places and made it work )13:35
kzaitsev_wsso I'm pretty sure it's doable. but maybe it was intentional. gotta ping ivc_ to find out =)13:36
janonymouskzaitsev_ws: agree, changed locally13:37
kzaitsev_wsivc_: https://bugs.launchpad.net/kuryr-kubernetes/+bug/1697942 janonymous and I are wondering if it is intentional and what was the motivation behind it13:37
openstackLaunchpad bug 1697942 in kuryr-kubernetes "Endpoint-less Services keep the lbaasspec handler endlessly retrying" [High,Triaged]13:37
janonymouskzaitsev_ws: i guess it was due to svc router without ep13:38
janonymouskzaitsev_ws:  it is assumed that ep and service will exists, maybe that's why. but as stated in bug `We should probably treat selector-less services differently or maybe use Third Party Resources (TPR).`13:39
kzaitsev_wsjanonymous: so it is assumed, that k8s service is created manually, at deployment time?13:40
janonymouskzaitsev_ws:  i am not sure about this part, would wait for better opinions :)13:43
kzaitsev_ws=)13:43
kzaitsev_wsdmellado: if apuimedo is travelling — do we still have a meeting today in 15 mins? =)13:45
dmelladokzaitsev_ws: hmm that's a good question13:45
dmelladoI forgot about it tbh13:45
dmelladoit'd be also late for irenab, I assume13:46
kzaitsev_wssomeone would have to chair, irenab?13:46
dmelladoas she's also traveling and in China, so let's see13:46
kzaitsev_wsoh, yeah it should be like 10pm there13:46
dmelladofrom my side I don't mind cancelling this week in any case13:46
kzaitsev_ws(I have seoul time on my wall)13:47
dmelladokzaitsev_ws: lol, where are you based? wasn't in Russia?13:47
janonymous:D13:47
ivc_kzaitsev_ws i guess we are talking about re-raise on https://github.com/openstack/kuryr-kubernetes/blob/master/kuryr_kubernetes/controller/handlers/lbaas.py#L165 right?13:48
kzaitsev_wsI don't have anything to add/discuss tbh. but we can have a formal meeting in case someone from outside wants to get in13:48
kzaitsev_wsdmellado: in Moscow, but I work for Samsung =) so HQ is in Seoul %)13:48
dmelladooh, I see xD13:49
janonymousivc_: i am not sure even if we comment this , exception can still be seen13:49
kzaitsev_wsivc_: no. janonymous wonders why we do not create endpoints for headless services13:49
ivc_eh?13:49
kzaitsev_wsso basically why do we have https://github.com/openstack/kuryr-kubernetes/blob/master/kuryr_kubernetes/controller/handlers/lbaas.py#L232 this check13:49
dmelladokzaitsev_ws: +1, worst case we'll chair it somehow ;)13:49
kzaitsev_wsdmellado: I can chair if everyone's ok with that, I've done that for murano for 2 cycles )13:50
dmelladokzaitsev_ws: I did that for tempest too but as I'm lazy I'll let you do that :D13:51
ivc_kzaitsev_ws, janonymous the exception in bug description is coming from service handler, not the endpoints handler13:51
ivc_kzaitsev_ws, janonymous and that exception is caused by the absence of ep (intentional), however it is also possible that ep could be absent due to race when the service handler is triggered and that is the exact reason for that ResourceNotReady(ep_link) on #L16513:53
*** Guest14869 has joined #openstack-kuryr13:53
*** Guest14869 is now known as zengchen13:53
ivc_kzaitsev_ws, janonymous basically, right now (without tpr) there is no clean way to differentiate endpoint-less services from regular services13:54
kzaitsev_wsivc_: and why is it intentional?13:55
janonymousrace condition?13:55
*** garyloug_ has joined #openstack-kuryr13:56
ivc_janonymous when you create service and endpoints you can see the service resource before endpoints resource is created13:56
janonymousivc_: so it is checked when ep is finally assigned or not13:56
ivc_janonymous 'checked' what?13:56
ivc_janonymous there's no check. we just try to annotate endpoints from service handler around #L16513:57
kzaitsev_wsivc_: apart from all that. what is the reason for https://github.com/openstack/kuryr-kubernetes/blob/master/kuryr_kubernetes/controller/handlers/lbaas.py#L232 check?13:57
kzaitsev_wswhy do we only create lbaas's for services that have pods13:58
ivc_kzaitsev_ws because for other cases we have no idea on what network those IPs reside13:58
janonymousivc_: makes sense to me13:58
*** garyloug_ has quit IRC14:00
kzaitsev_wslet's go and have a meeting then? =)14:00
janonymousivc_: by checked i meant  service handler  part14:00
ivc_kzaitsev_ws janonymous do you have any suggestion how to improve current implementation _without_ tpr?14:00
janonymousivc_:no clear one except to uncheck has_ep14:01
janonymousivc_: _#23214:01
ivc_janonymous #232 is not the reason for the exception you see14:02
janonymousivc_: yup14:02
zengchenhi, apuimedo & hongbin. I am very sorry for can not attending the weekly meeting. because my child is sick, I will take her to hospital right now. for the past week, I almost finish the flexvolume driver of cinder for Fuxi-kubernetes. And this week I will continue to work on it, and may do some tests. After that I will start the part of work on watching PVC and providing/deleting PV for Kubernetes.14:03
ivc_janonymous #232 is just a stub basically in case someone wants to add non-pod services support (which requires proper ip<->neutron-subnet mapping)14:04
*** salv-orlando has joined #openstack-kuryr14:05
ivc_janonymous #L165 is due to impossibility to differentiate between incomplete service (that will have endpoints later) and services without endpoints14:05
ivc_janonymous kzaitsev_ws this bug is technically 'wont-fix' in the current state. but if we move to 'tpr' it will be fixed automatically (pretty much)14:07
janonymousivc_: yes, but we need to figure out to something unblock current lbaas functionality14:07
ivc_janonymous what feature is causing that problem?14:08
janonymousivc_: basically when devstack is run, router service is created without ep14:08
ivc_yeah, but why is it created without ep?14:08
dmelladovikasc: janonymous: ivc_ we were on the meeting. Do you have anything to discuss?14:09
dmellado;)14:09
janonymousivc_:  maybe to reserve ip i guess.14:10
ivc_oh... its that one lol14:10
janonymousdmellado: maybe you will get better idea once you spin a local env14:11
janonymousops ivc_ ^^14:11
ivc_janonymous i have perfect understanding of whats going on and whats wrong with it :)14:12
janonymousivc_: Haha :) great14:12
ivc_janonymous i think we can just create Endpoints object along with that 'kuryr-svc-router' service but leave 'addresses' empty14:12
janonymousivc_: i thought that, but didn't tried it14:13
ivc_it will solve the problem14:13
janonymouscool!14:13
janonymousivc_: when you get time, please check client patch also14:14
ivc_janonymous yeah, i just come back from pto today :)14:16
janonymous=)14:16
dmelladoivc_: welcome back! :D14:16
*** hongbin has joined #openstack-kuryr14:24
*** alraddarla has quit IRC14:30
*** yedongcan has left #openstack-kuryr14:30
kzaitsev_wszengchen: np, hope your child gets well soon. hongbin filed us on your part14:37
openstackgerritDaniel Mellado proposed openstack/kuryr-kubernetes master: [DNM] Infra check DNM  https://review.openstack.org/47756114:44
dmelladozengchen: hope she gets better soon!14:45
*** yboaron has quit IRC14:48
*** yamamoto has quit IRC15:21
*** longfei_zhang has quit IRC15:22
*** yamamoto has joined #openstack-kuryr15:24
*** yamamoto has quit IRC15:29
*** aojea has quit IRC15:37
*** aojea has joined #openstack-kuryr15:37
*** aojea has quit IRC15:42
*** kzaitsev_ws has quit IRC15:44
openstackgerritDaniel Mellado proposed openstack/kuryr-kubernetes master: [DNM] Infra check DNM  https://review.openstack.org/47756115:49
*** pcaruana has quit IRC16:03
*** egonzalez has quit IRC16:07
*** pcaruana has joined #openstack-kuryr16:14
*** yamamoto has joined #openstack-kuryr16:27
*** yamamoto has quit IRC16:32
*** garyloug has quit IRC16:36
*** pcaruana has quit IRC17:03
*** kzaitsev_mb has joined #openstack-kuryr17:04
*** aojea has joined #openstack-kuryr17:22
*** aojea has quit IRC17:27
*** dell_ has joined #openstack-kuryr17:28
*** zengchen has quit IRC17:29
*** dell_ has quit IRC17:37
*** tonanhngo has joined #openstack-kuryr17:48
*** salv-orlando has quit IRC18:07
*** salv-orlando has joined #openstack-kuryr18:08
*** kzaitsev_mb has quit IRC18:10
*** salv-orlando has quit IRC18:12
*** kzaitsev_mb has joined #openstack-kuryr18:33
*** janki has joined #openstack-kuryr18:35
*** kzaitsev_mb has quit IRC18:38
*** kzaitsev_mb has joined #openstack-kuryr18:44
*** salv-orlando has joined #openstack-kuryr18:49
*** aojea has joined #openstack-kuryr18:49
*** aojea has joined #openstack-kuryr18:49
*** atoth has quit IRC19:26
*** salv-orlando has quit IRC19:29
*** salv-orlando has joined #openstack-kuryr19:30
*** ChanServ has quit IRC19:30
*** salv-orlando has quit IRC19:35
*** ChanServ has joined #openstack-kuryr19:35
*** card.freenode.net sets mode: +o ChanServ19:35
*** tonanhngo has quit IRC20:19
*** tonanhngo has joined #openstack-kuryr20:23
*** aojea_ has joined #openstack-kuryr20:27
*** aojea has quit IRC20:28
*** tonanhngo has quit IRC20:28
*** salv-orlando has joined #openstack-kuryr20:28
*** tonanhngo has joined #openstack-kuryr20:31
*** tonanhngo has quit IRC20:35
*** tonanhngo has joined #openstack-kuryr20:35
*** tonanhngo has quit IRC20:55
*** tonanhngo has joined #openstack-kuryr21:02
*** dougbtv has joined #openstack-kuryr21:07
*** tonanhngo has quit IRC21:07
*** aojea_ has quit IRC21:09
*** aojea has joined #openstack-kuryr21:10
*** inc0 has joined #openstack-kuryr21:13
inc0hey guys, I have cool use case for fuxi:)21:13
inc0deploy fuxi with kolla-k8s and on top of k8s cluster and make k8s use cinder/fuxi as volume provider21:14
*** aojea has quit IRC21:14
inc0would make cool demo wouldn't it?:)21:14
inc0apuimedo ^ wanna make it happen?21:15
*** aojea has joined #openstack-kuryr21:21
*** aojea has quit IRC21:25
*** tonanhngo has joined #openstack-kuryr21:26
*** tonanhngo has quit IRC21:27
*** tonanhngo has joined #openstack-kuryr21:29
*** dougbtv has quit IRC21:33
*** kzaitsev_mb has quit IRC21:54
*** tonanhngo has quit IRC22:07
*** tonanhngo has joined #openstack-kuryr22:11
*** tonanhngo has quit IRC22:13
*** tonanhngo has joined #openstack-kuryr22:14
*** kzaitsev_mb has joined #openstack-kuryr22:15
*** janki has quit IRC22:17
*** kzaitsev_mb has quit IRC22:20
*** aojea has joined #openstack-kuryr22:22
*** aojea has quit IRC22:27
*** alraddarla has joined #openstack-kuryr22:40
*** kzaitsev_mb has joined #openstack-kuryr23:20
*** hongbin has quit IRC23:20
*** aojea has joined #openstack-kuryr23:23
*** aojea has quit IRC23:27
*** tonanhngo has quit IRC23:30
*** tonanhngo has joined #openstack-kuryr23:32
*** tonanhngo has quit IRC23:42
*** tonanhngo has joined #openstack-kuryr23:46
*** tonanhngo has quit IRC23:51

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