Monday, 2016-12-12

*** limao has joined #openstack-kuryr00:42
*** yuanying has joined #openstack-kuryr01:03
*** yedongcan has joined #openstack-kuryr01:36
*** yuanying has quit IRC02:49
limaoping mchiappero03:01
*** vikasc has joined #openstack-kuryr03:02
openstackgerritOpenStack Proposal Bot proposed openstack/fuxi: Updated from global requirements  https://review.openstack.org/37374503:38
*** yedongcan has left #openstack-kuryr03:52
*** saneax-_-|AFK is now known as saneax04:23
*** yuanying has joined #openstack-kuryr04:58
*** ram_ has joined #openstack-kuryr05:31
openstackgerritDongcan Ye proposed openstack/kuryr: Fix mock order  https://review.openstack.org/40961405:40
*** irenab_ has joined #openstack-kuryr05:41
openstackgerritvikas choudhary proposed openstack/kuryr-libnetwork: Delay neutron extension checks to first neutron interaction  https://review.openstack.org/40332505:42
*** reedip has quit IRC05:53
*** reedip has joined #openstack-kuryr06:03
*** yedongcan has joined #openstack-kuryr06:06
*** openstackgerrit_ has joined #openstack-kuryr06:23
*** openstackgerrit_ has quit IRC06:25
*** openstackgerrit_ has joined #openstack-kuryr06:26
*** openstackgerrit_ has quit IRC06:27
*** openstackgerrit_ has joined #openstack-kuryr06:34
*** openstackgerrit_ has quit IRC06:35
*** oanson has joined #openstack-kuryr06:43
*** openstackgerrit_ has joined #openstack-kuryr06:59
*** openstackgerrit_ has quit IRC07:00
*** dimak has joined #openstack-kuryr07:23
*** yamamoto has quit IRC07:26
openstackgerritJaivish Kothari(janonymous) proposed openstack/kuryr-libnetwork: Unittest with mock  https://review.openstack.org/40520307:31
janonymousmchiappero: ^^07:31
ram_apuimedo: Hi. I stuck at basic devstack kuryr-kubernetes deployment. As I mentioned before I deployed devstack kuryr-kubernetes on Ubuntu and centOS. It was deployed. But docker service is not running. Can you please help me. (or) Can you please provide me any other alternative approach to get knowledge on Kuryr.07:37
openstackgerritDongcan Ye proposed openstack/kuryr: Passing port's project_id in port_bind  https://review.openstack.org/40964807:58
ivc_irenab_ irenab ping08:06
irenab_ivc_, good morning08:06
irenab_ivc_, can you please check the devref patch, I embedded few diagrams08:07
irenab_ivc_, also if you can share the Controller pipeline diagram as png file, so I can add it as well08:08
ivc_irenab_ aye, i already did briefly08:09
*** yamamoto has joined #openstack-kuryr08:09
irenab_ivc_, I wonder if services related stuff should go there as well. Mayeb better to add separate doc08:09
*** yamamoto_ has joined #openstack-kuryr08:10
ivc_irenab_ actually i was thinking about some of the stuff that is expected to be reimplemented/refactored08:11
ivc_irenab_ i mean if we expect some parts to change really soon, should we put it into devref?08:12
irenab_ivc_, depends how soon we are going to reimplement, devref probably should reflect the current state + mention short term plans08:13
*** yamamoto has quit IRC08:13
irenab_ivc_, I see the value of devref if it helps to understand the current approach without diving too deep into code08:14
irenab_ivc_, what do you think?08:15
ltomasboping mchiappero08:17
ivc_irenab_ https://dl.dropboxusercontent.com/u/12482084/ControllerPipeline.xmind08:17
ivc_irenab_ https://dl.dropboxusercontent.com/u/12482084/pipeline.png08:18
irenab_ivc_, thanks!, will push another patch with this diagram included08:18
ivc_irenab_ ok. i'm thinking that we should "mention short term plans" in devref08:19
ivc_apuimedo irenab_ thats why i've added that comment after all :) maybe we can have a meeting this week to discuss our plans08:20
*** yamamoto_ has quit IRC08:20
irenab_ivc_, +108:21
irenab_ivc_, apuimedo : we can set meeting for tomorrow morning08:21
ivc_irenab_ i'd prefer wed or thu08:22
irenab_ivc_, Wed is good for me08:23
irenab_ivc_, lets hear from apuimedo and set a meeting before you both disapear for holidays08:23
ivc_aye :)08:23
*** yamamoto has joined #openstack-kuryr08:24
*** pcaruana has joined #openstack-kuryr08:30
*** yamamoto has quit IRC08:34
apuimedoram_: which services are running?08:35
apuimedoirenab_: tomorrow 11utc?08:35
*** pcaruana has quit IRC08:37
*** pcaruana has joined #openstack-kuryr08:38
apuimedomchiappero: you have both irenab_, limao and my +1 on your base patch. As soon as it passes UTs, it will go in08:46
openstackgerritBerezovsky Irena proposed openstack/kuryr-kubernetes: kuryr kubernetes design reference document  https://review.openstack.org/40807808:46
openstackgerritMerged openstack/kuryr: Fix mock order  https://review.openstack.org/40961408:46
openstackgerritDongcan Ye proposed openstack/kuryr: Passing port's project_id in port_bind  https://review.openstack.org/40964808:48
apuimedoirenab_: great! Thanks for the fixes!08:50
irenab_apuimedo, will send an invite08:51
apuimedothanks!08:52
irenab_apuimedo, vikasc : I pushed yesterday this patch https://review.openstack.org/#/c/409516/, but going to abandon it since there is a proper fix suggested at the mailing list.08:53
irenab_I will post the patch with fix as suggested08:53
openstackgerritvikas choudhary proposed openstack/kuryr-libnetwork: Delay neutron extension checks to first neutron interaction  https://review.openstack.org/40332508:53
apuimedoirenab_: cool08:53
vikascthanks irenab08:53
ram_apuimedo: HI. Entire info : http://paste.openstack.org/show/592069/. Check onnce this.08:55
*** janki has joined #openstack-kuryr09:01
*** roeyc has joined #openstack-kuryr09:05
ivc_irenab_ apuimedo https://review.openstack.org/#/c/376045/ - you can now try k8s with services on devstack :)09:13
ivc_irenab_ apuimedo i'll keep this patch in its current state for a while and will be cherry-picking parts from it into smaller patches09:14
irenab_ivc_, will try it today.09:15
ivc_irenab_ apuimedo also there's no sg handling there yet. lbaasv2 handles them completely differently in haproxy-agent and octavia. but right now it works in devstack as everything is on the same sg09:17
*** limao has quit IRC09:17
irenab_ivc_, so internal services should work. As for haproxy-agent vs Octavia, there is going to be different driver?09:18
ivc_irenab_ only Pod services are supported now, yes (there's a filter that skips everything else, including 'kubernetes' service). it can work with external services too, but that would require sg09:20
ivc_irenab_ as for octavia - yes. there's lbaas handler (that manages the logic and coupling of lbaas components) and lbaasv2 driver that implements neutron interactions09:22
ivc_irenab_ so for octavia we only need to add the driver as they both have the same model09:22
irenab_ivc_, thanks for confirmation.09:23
ivc_irenab_ the driver only responsible for trivial operations (i.e. create/delete) and all the coupling is done in the handler09:23
irenab_ivc_, so since the API is not different, Handler is generic and Driver is pecific09:24
irenab_spcific09:24
ivc_irenab_ eventually we might need to split the handler if octavia's model diverges from the lbaasv209:24
irenab_ivc_, this will be probably v3 or something09:25
irenab_ivc_, makes sense09:25
irenab_ivc_,  I tend to have separate devref for services support09:26
ivc_yup :)09:26
ivc_i'm ok with that09:26
*** limao has joined #openstack-kuryr09:26
ivc_but then we need to rename '09:26
ivc_kuryr kubernetes design reference document'09:26
ivc_or we can add services to the same devref later09:27
ivc_apuimedo btw do you know whats wrong with our 'docs' gate?09:29
irenab_ivc_, I know09:29
ivc_irenab_ infra?09:29
irenab_I had temporary fix https://review.openstack.org/#/c/409516/09:29
irenab_but will post soon the fix as suggested at the mailing list09:30
irenab_like here: https://review.openstack.org/#/c/409630/1/test-requirements.txt09:30
ivc_irenab_ hmm actually i find your ':remote:' fix much more appropriate09:31
irenab_ivc_, according to the email, it just make build suceed but does not add budges09:32
ivc_ok09:32
apuimedosorry. I was in a meeting09:35
apuimedoivc_: great! Will review09:36
ram_apuimedo: Hi. If you are free. Please let me know.09:38
*** garyloug has joined #openstack-kuryr09:38
ivc_apuimedo irenab_ yup, i think we can keep reviews in that patch and the split patches will only add ut/docs09:38
apuimedoivc_: sounds good09:38
apuimedoirenab_: I'll send you new svg/png for the flow diagram09:38
apuimedoI made a couple of improvements09:39
irenab_apuimedo, cool, thanks09:41
*** yuanying has quit IRC09:43
*** yamamoto has joined #openstack-kuryr09:48
*** yamamoto has quit IRC09:49
openstackgerritBerezovsky Irena proposed openstack/kuryr-kubernetes: Pin docutils version  https://review.openstack.org/40971610:17
irenab_apuimedo, vikasc ^^10:17
apuimedoirenab_: let's see if the requirements gate likes it10:18
vikascall looks green10:21
*** yamamoto has joined #openstack-kuryr10:27
*** yamamoto has quit IRC10:30
* apuimedo merging10:30
*** yedongcan has left #openstack-kuryr10:31
vikascram_, docker should be running in one of the devstack screens10:35
openstackgerritMerged openstack/kuryr-kubernetes: Pin docutils version  https://review.openstack.org/40971610:35
vikascram_, if you do "screen -x", there should be a screen named docker10:35
vikascps ax | grep docke10:36
openstackgerritIlya Chukhnakov proposed openstack/kuryr-kubernetes: devstack: LBaaSv2 and K8s service subnet  https://review.openstack.org/40724410:36
openstackgerritIlya Chukhnakov proposed openstack/kuryr-kubernetes: [WIP] Service/Endpoints/LBaaS event processing  https://review.openstack.org/37604510:41
*** yamamoto has joined #openstack-kuryr10:43
*** limao has quit IRC10:48
*** yamamoto has quit IRC10:51
apuimedoirenab_: I just sent you the new version of the diagram10:58
apuimedoplease, check it out and let me know10:58
*** yamamoto has joined #openstack-kuryr11:03
*** garyloug has quit IRC11:03
*** garyloug has joined #openstack-kuryr11:06
*** yamamoto has quit IRC11:08
*** roeyc has quit IRC11:08
*** roeyc has joined #openstack-kuryr11:13
irenab_apuimedo, got it, will be at meeting till weekly meeting, will upload new version afterwards11:27
apuimedoirenab_: great11:30
apuimedo:-)11:30
ram_vikasc: OK. Thank you. I will check that11:30
openstackgerritMerged openstack/kuryr: Passing port's project_id in port_bind  https://review.openstack.org/40964811:40
ram_vikasc/apuimedo: [stack@localhost devstack]$ ps -aef | grep docker stack    10955 10457  0 17:10 pts/0    00:00:00 grep --color=auto docker.  docker not running11:41
vikascscreen -x, is there a screen named "docker" ?11:42
*** lezbar__ has quit IRC11:45
*** lezbar has joined #openstack-kuryr11:46
ram_vikasc/apuimedo: Yes. I got the point. We can see the status of docker-engine service like $sudo systemctl status docker-engine. $screen -x  I restarted the docker-engine  it restarted without errors.12:00
openstackgerritBerezovsky Irena proposed openstack/kuryr-kubernetes: kuryr kubernetes design reference document  https://review.openstack.org/40807812:02
*** garyloug has quit IRC12:03
*** yamamoto has joined #openstack-kuryr12:04
*** yamamoto has quit IRC12:05
ram_vikas/apuimedo: Imean We can't see the status of docker-engine service like $sudo systemctl status docker-engine correctly.12:15
openstackgerritBerezovsky Irena proposed openstack/kuryr-kubernetes: kuryr kubernetes design reference document  https://review.openstack.org/40807812:16
*** saneax is now known as saneax-_-|AFK12:33
*** limao has joined #openstack-kuryr12:34
*** limao has quit IRC12:40
*** limao has joined #openstack-kuryr12:47
apuimedoram_: but is it running on foreground in one of the screen tabs?13:00
*** irenab_ has quit IRC13:01
ram_apuimedo: I restarted the docker-engine as mentioned aside http://paste.openstack.org/show/592109/. We can confirm like : I don't know exactly. even after restarting the docker-engine, docker commands are working. that means docker is running right.13:36
ram_apuimedo: What happened exactly is: I am using devstack right. When I try to start the docker-engine service like : $sudo systemctl start docker-engine from CLI , I am facing issue: http://paste.openstack.org/show/592111/13:40
ram_apuimedo: Later I opened $screen -x and restarted docker-engine,  then docker commands working again.13:41
apuimedoram_: you shouldn't run docker-engine with systemctl13:41
apuimedothe devstack plugin run_docker function runs it for you inside a screen tab13:42
apuimedoirenab: ping13:47
irenabapuimedo: pong13:47
apuimedothe blueprint link that you request in https://review.openstack.org/#/c/407244/ is for some pre-existing blueprint, or to create a new blueprint and link to it?13:47
*** s1061123 has quit IRC13:48
*** s1061123 has joined #openstack-kuryr13:48
apuimedoirenab: cause there is https://blueprints.launchpad.net/kuryr/+spec/kuryr-k8s-integration only13:48
irenabapuimedo: I think the one we use for all k8s patches13:48
irenabapuimedo: maybe we didn’t …13:49
irenablet me check13:49
irenabapuimedo: like here13:49
irenabhttps://review.openstack.org/#/c/404038/13:49
apuimedook, that's the one I was looking at13:50
apuimedoirenab: I'll add the partially-implements13:50
apuimedoand we can merge it13:50
irenabsure13:50
apuimedoirenab: posted13:51
irenabapuimedo: regarding the subnet created by devstack. Maybe worth to mention that its temporary till the tool is added?13:52
apuimedoirenab: where, in plugin.sh?13:53
irenabor commit msg13:53
apuimedook13:53
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes: devstack: LBaaSv2 and K8s service subnet  https://review.openstack.org/40724413:55
apuimedoirenab: I just pushed it in plugin.sh13:55
irenabapuimedo: ok13:55
apuimedoI'm now running it to make sure it works :P13:56
irenabwe can add it as ‘bug’ at launchpad, so anyone who wants to cotribute, can pick it. will do it after the sync on Wed13:56
apuimedoirenab: very well13:57
apuimedoirenab: although it kinda sounds more blueprintish to me13:57
irenabapuimedo: maybe, needs scope definition, so bp will be fine13:58
apuimedoagreed13:59
*** garyloug has joined #openstack-kuryr14:01
apuimedovikasc: meeting?14:02
*** oanson has quit IRC14:02
*** hongbin has joined #openstack-kuryr14:04
*** saneax-_-|AFK is now known as saneax14:13
*** pmannidi has quit IRC14:18
*** pmannidi has joined #openstack-kuryr14:25
apuimedojanonymous: go ahead14:44
janonymousapuimedo: hey, about the tls bp, it required to have https://github.com/docker/docker/blob/c4d45b6a29a91f2fb5d7a51ac36572f2a9b295c6/docs/extend/plugin_api.md#json-specification .json file14:46
apuimedoright14:46
janonymouswhich have directories, which could be configurable14:46
apuimedosure14:47
janonymousso, should i write a tool to generate .json file from config?14:47
janonymousor put hardcoded json file with default directory paths, or a better approach?14:47
apuimedojanonymous: I think it's fine to just put a sample json file in contrib14:50
apuimedoand point to it in the readme14:50
apuimedoso packagers know to use it14:50
janonymousgreat!, apart from that how to test is another big issue..14:51
janonymousbecause all the setup for tls needs to be created for docker...14:51
apuimedowould need parametrizing in devstack and the fullstack jobs14:53
janonymousapuimedo: Ohhkay,makes sense.14:55
apuimedo;-)14:56
janonymousthanks!14:56
*** saneax is now known as saneax-_-|AFK15:08
*** janki has quit IRC15:08
hongbinapuimedo: ping15:09
*** limao has quit IRC15:16
*** hongbin has quit IRC15:22
*** saneax-_-|AFK is now known as saneax15:32
*** dimak has quit IRC15:46
*** garyloug has quit IRC15:46
*** saneax is now known as saneax-_-|AFK16:01
*** saneax-_-|AFK is now known as saneax16:16
*** hongbin has joined #openstack-kuryr16:20
*** roeyc has quit IRC16:23
apuimedohongbin: pong16:32
hongbinapuimedo: hey16:32
hongbinapuimedo: want to get your opinion for one thing16:32
hongbinapuimedo: about collecting more use cases/contributions for fuxi, do you have any suggestion? i was thinking to send out ML to ask for contribution. what do you think about that?16:33
apuimedohongbin: I think taking to ML is a good idea16:34
apuimedoan email in which you list some of the current use cases16:34
apuimedoand ask for more16:34
hongbinapuimedo: ack16:34
apuimedo;-)16:34
hongbinapuimedo: besides that, do you have any other suggestion?16:35
*** diogogmt has joined #openstack-kuryr16:35
hongbinapuimedo: i will send out a ML and cc you . hope it help :)16:40
apuimedommm16:40
apuimedohongbin: maybe check if rkt support makes sense16:40
hongbinapuimedo: i see. that could be a great feature16:41
hongbinapuimedo: maybe an extension of your proposal. supporting OCI containers might be a useful feature16:41
hongbinapuimedo: right now, vendors started to decouple docker via OCI/runc, it could be useful for fuxi to explore such use cases16:42
hongbinapuimedo: btw, will discuss that with the community to get more feedback16:43
apuimedoright16:44
apuimedothanks hongbin!16:44
hongbinapuimedo: thank you16:44
apuimedoyou're welcome16:46
apuimedoivc_: ping16:53
ivc_apuimedo bang!16:53
apuimedo:-D16:53
ivc_reviewing https://review.openstack.org/#/c/408078/7/doc/source/devref/kuryr_kubernetes_design.rst :)16:53
apuimedoivc_: can you check https://drive.google.com/file/d/0B19pY94Ttis4MC00VjFkNWNZZlFXZUhkbENYOXJneFlKNDJZ/view?usp=sharing16:54
apuimedolet me know if you have some suggestion for it16:54
apuimedoit's part of that patch16:54
ivc_aye16:55
*** pcaruana has quit IRC16:59
*** saneax is now known as saneax-_-|AFK17:06
apuimedoivc_: can you paste me your local.conf for services?17:07
apuimedoNeutron is failing to start saying lbaasv2 is missing for me17:07
ivc_its in the comment17:08
ivc_for that patch17:08
apuimedook17:08
apuimedoI only looked at the sample17:08
ivc_mm what sample?17:08
ivc_http://paste.openstack.org/show/592053/17:08
apuimedoivc_: https://review.openstack.org/#/c/407244/7/devstack/local.conf.sample17:09
ivc_yep its the same local.conf17:10
apuimedommm17:10
ivc_the only change is i've added 'ref' to point at gerrit17:10
apuimedook, I'll investigate more17:10
apuimedomaybe I had some bad version of neutron (I had reclone=no)17:13
ivc_apuimedo i've finally finished that review! https://review.openstack.org/#/c/408078/717:16
apuimedo33 comments, not bad :-)17:18
apuimedoivc_: what about the diagram?17:19
ivc_yep, the diagram17:19
ivc_right17:19
ivc_i've checked it earlier in the morning and it looked good. i'll go through it one more now to double check17:20
apuimedothanks17:22
ivc_apuimedo i'm not sure what 'watch for pod running()' means or why its there17:22
apuimedoivc_: that's to make it visible that the user pod start returns immediately and if they want to see when the pod status is 'started' they need to either poll or watch17:23
ivc_ok17:24
apuimedootherwise it seemed like end user pod creation blocked until the containers were running17:24
apuimedomeh. I still get http://paste.openstack.org/show/592131/ ivc_17:25
ivc_i mean its k8s contract, and has nothing to do with us, but i like the idea to show the transition to 'running' state17:26
ivc_apuimedo don't tell me they've updated neutron and broke it xD17:26
apuimedono idea17:26
apuimedoI'll be checking with newton now17:26
ivc_it wont work17:27
ivc_there are some dependency issues17:27
apuimedoivc_: I searched like for 10 minutes where kubelet reports to k8s api 'started', but I only found some events for rkt impl. Not for docker17:27
apuimedoI assumed that it is async, that kubelet sends a request to k8s api, but can't find it17:28
apuimedoI'll look a bit later, to have it be more accurate17:28
ivc_i'm gonna restack soon. i need to prepare a demo for tomorrow17:29
ivc_there's a good chance neutron-lbaas can be broken as they transition to octavia17:30
apuimedoyeah17:31
apuimedoivc_: btw, feel free to add to https://etherpad.openstack.org/p/kuryr-kubernetes-dec14-syncup17:40
*** roeyc has joined #openstack-kuryr17:49
*** openstack has joined #openstack-kuryr17:58
*** roeyc has quit IRC17:58
ivc_apuimedo 'show port' polling is triggered by event that has VIF with active=False18:00
ivc_apuimedo also maybe we can add a dash line from vif-plug to neutron to point out that it triggers port status=ACTIVE in neutron18:02
*** roeyc has joined #openstack-kuryr18:04
ivc_apuimedo also i'm not sure what is 'create vif()' on CNI part. by 'create' do you mean 'deserialise from annotation'?18:04
ivc_apuimedo added file coments https://review.openstack.org/#/c/408078/7/doc/images/pod_creation_flow.png,unified18:11
openstackgerritIlya Chukhnakov proposed openstack/kuryr-kubernetes: [WIP] Service/Endpoints/LBaaS event processing  https://review.openstack.org/37604518:14
apuimedoivc_: good idea on the dashed line18:23
apuimedoivc_: by create I meant the device18:23
ivc_apuimedo then vif.plug happens before veth is created18:23
ivc_apuimedo and yes, it's not confusing at all that we 'plug' before actually creating the device xD18:25
*** ram_ has quit IRC18:26
*** vikasc has quit IRC18:28
*** reedip has quit IRC18:32
*** vikasc has joined #openstack-kuryr18:42
*** reedip has joined #openstack-kuryr18:44
*** roeyc has quit IRC18:55
*** tonanhngo has joined #openstack-kuryr19:01
*** tonanhngo_ has joined #openstack-kuryr19:03
*** tonanhngo has quit IRC19:06
*** vikasc has quit IRC19:06
irenabivc_: ping19:16
ivc_irenab pong19:16
irenabI had few minutes to play with the services patch19:16
ivc_irenab did it ./stack.sh successfully?19:17
irenabI see that per each pod there is a separate pool19:17
irenabyes, but I ran it around 4 pm19:17
irenabI used the same local.conf as you did19:17
ivc_apuimedo was having some issues with neutron/lbaas (unrelated to kuryr)19:17
irenabI didn’t check the connectivity yet, but deployment wise looks ok19:18
irenabso I was not sure why each pod in service gets its own pool19:18
irenabwhat is the model mapping you have in mind?19:19
ivc_its not exactly what you think :)19:19
ivc_only one of those pools is the working one19:19
irenaball polls have the same name19:19
irenabI see ...19:19
irenabso its so issue with lbass provider?19:20
ivc_https://review.openstack.org/#/c/376045/11/kuryr_kubernetes/controller/drivers/lbaasv2.py@20019:20
ivc_i thought it would be enough19:20
ivc_and it was working ok, but i too have the same issue now (tho i've only got 2 pools for 3 pods)19:21
ivc_in fact19:21
ivc_https://review.openstack.org/#/c/376045/11/kuryr_kubernetes/controller/drivers/lbaasv2.py@28519:21
ivc_it is there to prevent it19:22
irenabI tried with 2 pods, so maybe its always 2 pools, regardless number of pods19:22
ivc_its random19:22
ivc_i need to remove that coment from https://review.openstack.org/#/c/376045/11/kuryr_kubernetes/controller/drivers/lbaasv2.py@20019:22
*** vikasc has joined #openstack-kuryr19:23
ivc_you can uncomment that line and restart kuryr19:23
irenablet me check if its commented19:23
ivc_it is19:23
ivc_i forgot to uncomment it while i was playing with bogus_cleanup@20019:24
irenabit is not commented19:24
ivc_hmm19:25
ivc_u sure?19:25
ivc_it certainly is commented in gerrit19:25
ivc_https://review.openstack.org/#/c/376045/11/kuryr_kubernetes/controller/drivers/lbaasv2.py@28519:26
ivc_ # self._wait_for_provisioning(loadbalancer, remaining)19:26
irenabI thought you are refering to line 20019:26
irenabuncommented this one, let me recheck19:27
openstackgerritIlya Chukhnakov proposed openstack/kuryr-kubernetes: [WIP] Service/Endpoints/LBaaS event processing  https://review.openstack.org/37604519:27
irenabivc_: now the issue is fixed19:31
ivc_irenab yep19:32
ivc_irenab the problem is lbaasv2. you create_lbaas_pool while loadbalancer's provisioning_state!=ACTIVE, and it fails with an exception19:32
ivc_irenab but it still creates the pool19:33
irenabivc_: bug or feature?19:33
ivc_irenab dunno19:33
ivc_irenab they require loadbalancer to be ACTIVE before you update anything19:34
irenabivc_: how do you check connectivity?19:34
ivc_irenab curl19:34
ivc_u run nginx image?19:35
irenabyep19:35
ivc_do 'hostname > /usr/.../html/test' and curl http://serviceip/test19:35
ivc_to check for round robin19:36
irenabfrom devstack host?19:36
ivc_for /html/test you need to go into each pod's shell19:37
ivc_i was going to write a script to do it (or build an image)19:37
ivc_but i've just screwed up my env by running 10 nova instances19:38
irenabyou already started with nested case?19:38
ivc_nop19:38
ivc_just 'for fun' to see how long it would take compared with our pods19:39
ivc_but i forgot they also require disk space and openstack does not seem to care to check if i have enough of it to schedule vms19:40
irenabdo not say nova is faster19:40
ivc_:)19:41
ivc_it only takes ~5 seconds for 1 pod19:42
ivc_no way nova can beat that19:42
ivc_tho things get worse as you add --replicas :)19:42
*** shashank_hegde has joined #openstack-kuryr19:50
irenabivc_: seems to work fine. I verifiedthrough deploying https://github.com/kubernetes/kubernetes/blob/master/examples/guestbook/frontend-deployment.yaml20:03
irenaband it runs curl to nginx service ip20:04
ivc_cool :)20:05
irenabnamefor the load balancers is a bit wierd20:06
irenabEndpoints:default/frontend20:06
irenabwill add comment to the patch20:06
ivc_what part of it is wierd?20:10
irenabEndpoints20:10
ivc_its object_kind:object_namespace/object_name20:10
irenabI think service is more appropriate, but I understand the automation you did20:11
irenabmaybe we need object_kid -> representation_string mapping20:12
ivc_yeah i understand about 'Service' and it was that way initially20:13
ivc_but my thinking was since the loadbalancer's lifecycle is bound to endpoints, it would be more appropriate20:14
irenabendpoints is sort of implementation details20:14
ivc_we could add name to LBaaSServiceSpec20:15
ivc_so it will be generated for service20:15
irenabso it will set the name too?20:17
ivc_yes. LBaaSServiceSpec is created by service watcher, so it knows everything about service20:18
irenabyes, seems proper place to put it20:18
ivc_and endpoints handler will use LBaaSServiceSpec.name for LB name20:18
ivc_LBaaSServiceSpec is present on both service and endpoints20:19
irenabGreat work, could run only into nits :-)20:20
ivc_code you mean? :)20:20
irenabheading to sleep now20:20
irenabyes, the services support20:20
ivc_thnx :)20:20
ivc_nn :)20:21
*** oanson has joined #openstack-kuryr20:56
openstackgerritHongbin Lu proposed openstack/fuxi: Add the remote tag to the badge image  https://review.openstack.org/40993921:36
openstackgerritHongbin Lu proposed openstack/fuxi: Updated from global requirements  https://review.openstack.org/37374521:38
*** jgriffith is now known as jgriffith_AutoAw21:47
*** oanson has quit IRC21:50
*** jgriffith_AutoAw is now known as jgriffith21:52
openstackgerritHongbin Lu proposed openstack/fuxi: Updated from global requirements  https://review.openstack.org/37374522:14
*** yamamoto has joined #openstack-kuryr22:22
*** jgriffith is now known as jgriffith_AutoAw22:23
hongbinhi, if any core is here, need your help to approve a fix to the docs gate: https://review.openstack.org/#/c/409939/22:45
hongbinapuimedo: irenab ^^22:45
apuimedohongbin: checking22:45
hongbinthx22:46
openstackgerritMerged openstack/fuxi: Add the remote tag to the badge image  https://review.openstack.org/40993922:50
*** jgriffith_AutoAw is now known as jgriffith22:57
*** pmannidi has quit IRC23:07
*** pmannidi has joined #openstack-kuryr23:07
openstackgerritHongbin Lu proposed openstack/fuxi: Enable use of constraints for all tox based jobs.  https://review.openstack.org/40996823:09
*** yuanying has joined #openstack-kuryr23:13
*** diogogmt has quit IRC23:18
*** yuanying has quit IRC23:20
*** yuanying has joined #openstack-kuryr23:25
openstackgerritOpenStack Proposal Bot proposed openstack/fuxi: Updated from global requirements  https://review.openstack.org/37374523:28
*** reedip has quit IRC23:39
*** dougbtv has quit IRC23:51
*** reedip has joined #openstack-kuryr23:53
*** dougbtv has joined #openstack-kuryr23:54
*** dougbtv has quit IRC23:54

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