Tuesday, 2018-11-20

*** gianpietro has joined #openstack-kuryr00:19
*** gianpietro has quit IRC00:52
*** gianpietro has joined #openstack-kuryr01:16
*** phuoc has joined #openstack-kuryr01:41
*** gianpietro has quit IRC01:50
*** premsankar has quit IRC02:58
*** hongbin has joined #openstack-kuryr02:58
*** janki has joined #openstack-kuryr04:30
*** hongbin has quit IRC05:07
*** yboaron_ has joined #openstack-kuryr05:32
*** phuoc_ has joined #openstack-kuryr05:32
*** phuoc has quit IRC05:33
*** links has joined #openstack-kuryr05:56
*** irenab has quit IRC07:00
*** gkadam has joined #openstack-kuryr07:02
*** ccamposr has joined #openstack-kuryr07:07
*** ccamposr__ has joined #openstack-kuryr07:08
*** ccamposr has quit IRC07:12
*** pcaruana has joined #openstack-kuryr07:20
*** pcaruana has quit IRC07:34
*** pcaruana has joined #openstack-kuryr07:40
*** snapiri has joined #openstack-kuryr07:45
*** maysams has joined #openstack-kuryr07:47
*** aperevalov has joined #openstack-kuryr07:49
*** celebdor has joined #openstack-kuryr08:29
*** yboaron_ has quit IRC08:51
*** yboaron_ has joined #openstack-kuryr08:52
*** links has quit IRC09:26
*** yboaron_ has quit IRC09:27
*** garyloug has joined #openstack-kuryr09:27
*** yboaron_ has joined #openstack-kuryr09:28
*** snapiri has quit IRC09:36
*** snapiri has joined #openstack-kuryr09:45
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-tempest-plugin master: Enhance svc namespace isolation with LoadBalancer type svc  https://review.openstack.org/61875109:58
celebdoryboaron_: where is the select?10:14
yboaron_celebdor, https://github.com/kubernetes-client/python-base/blob/master/stream/ws_client.py#L16910:15
celebdorthanks10:15
yboaron_celebdor, the run_forever and read_stdout and read_stderr10:17
celebdorok10:17
yboaron_celebdor, call to this update function10:17
celebdorI was just thinking if the fact that we do it from several threads at the same time could be the issue10:17
openstackgerritYossi Boaron proposed openstack/kuryr-tempest-plugin master: Add timeout to calls for ws_client.py functions  https://review.openstack.org/61898210:22
openstackgerritGenadi Chereshnya proposed openstack/kuryr-tempest-plugin master: Check the number of neutron ports after controller restart  https://review.openstack.org/61865010:24
dulekcelebdor: Hey, quick question about https://review.openstack.org/#/c/617552/.10:26
dulekcelebdor: Which is - why do we care? :D10:26
celebdorxD10:27
celebdorwell, I don't think that anybody would use a controller withough https, so better to have it as default in the gates10:27
dulekcelebdor: At the moment all administrative stuff we do in the plugin is through that endpoint that doesn't require any auth (localhost:8080).10:29
dulekcelebdor: Then the endpoint is ignored. I don't see that as a serious problem. If that patch proves to be hard to get right, I don't think we need to invest a lot of time here.10:30
celebdorI'll give it one more try10:30
celebdoralso, I moved it closer to the upstream docs regarding the cert generation10:31
celebdorsince the make-cert.sh is not on the k8s repo for a very long time10:31
dulekcelebdor: Okay, but it only dies due to some code related to hyperkube being wrong. So it seems not a big deal to fix it.10:31
dulekcelebdor: Yeah, since 1.6 IIRC. ;)10:31
celebdorI thought it was 1.810:31
celebdorbut yes, ancient10:31
*** gianpietro has joined #openstack-kuryr10:37
celebdormaysams: ltomasbo: when the quota is infinite, isn't it -1? https://review.openstack.org/#/c/618655/4/kuryr_kubernetes/controller/handlers/namespace.py10:44
celebdorif that is the case, won't this check be wrong?10:44
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: use https to access the k8s cluster  https://review.openstack.org/61755210:52
ltomasbocelebdor, checking...10:52
ltomasbocelebdor, yep, you are right, if -1 we should just return True10:53
ltomasbomaysams, ^^10:53
celebdorI'm catching details lately10:54
celebdorcelebdor++10:54
celebdor:-)10:54
ltomasbo:)10:54
celebdorltomasbo: regarding checking quota very often with neutron...10:56
celebdormaybe we should just cache it10:57
ltomasboyep, catching it for 1 min or something should work...10:58
ltomasbocelebdor, my point was that calling neutron (several times) every 3-5 seconds... you know...10:59
maysamsyou're right celebdor10:59
maysamsthanks for pointing that out10:59
celebdoryou're most welcome11:00
celebdorltomasbo: I wish they would just implement https://github.com/kubernetes/kubernetes/issues/3721811:00
celebdorso that we could check different things at different intervals11:00
celebdorotherwise we need to put the different intervals logic in our health manager11:00
celebdorwhich is also an option that may be better than caching11:00
ltomasboyep11:01
maysamswould like this too ltomasbo11:01
maysamsbut this is for liveness probe, right now we would need for readiness11:02
celebdorreadiness is fine to check often, since it is only checked at the beginning, isn't it maysams ?11:03
maysamscelebdor: what do mean with the beginning? the readiness probe is performed in the same frenquency as the liveness, I believe11:05
celebdorI thought it's only done until it is found ready11:08
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: use https to access the k8s cluster  https://review.openstack.org/61755211:10
celebdorbut I'm probably wrong11:13
maysamscelebdor: the readiness probe is constantly performed11:13
celebdorok11:14
maysamsjust as the liveness11:14
celebdor:-)11:14
maysams:)11:14
celebdorso caching everywhere11:14
celebdoror just have our health manager be able to check different things at different intervals11:14
*** tosky has joined #openstack-kuryr11:16
dmelladodulek: tosky o/11:17
dulektosky, dmellado: Okay, so my concern is that if we import octavia-tempest-plugin, then we need to enforce stable interface of that client.11:17
dmelladodulek: should totally be there11:17
dulekThis means running kuryr jobs on octavia-tempest-plugin, which makes Octavia people less happy.11:17
dmelladoit was enforced by gmann and the folks last cycle IIRC11:17
dulekdmellado: Oh, really?11:17
dmelladogmann: could you confirm that?11:17
dulekOkay, so I'm probably simply misinformed then.11:18
dmelladonir will be joining soon too11:18
*** nmagnezi has joined #openstack-kuryr11:18
celebdoropenstacksdk, openstacksdk, openstacksdk11:18
celebdoropenstacksdk11:18
celebdoropenstacksdk11:18
toskydulek: if octavia-tempest-plugin uses the stable API for plugins, and kuryr-tempest-plugin does the same, the client should be magically available11:18
celebdoropenstacksdk11:18
toskyopenstacksdk? Is it a different discussion?11:19
dulektosky: celebdor wanted to rewrite our tempest plugin to use openstacksdk.11:19
toskyno11:19
maysamscelebdor: okay, thanks11:19
toskysorry for the short answer, but it's simply no11:19
dmelladono, that's why we have the stable API11:20
dmelladono openstacksdk11:20
dmelladothat'd be a terrible hack11:20
toskythere is a reason for tempest client to be independent11:20
dmelladonot to rely on the client itself, basically11:20
dulektosky: Sure, but if we don't test it, then it'll break pretty often, subtle changes are casually ignored by human reviewers. So in that case we need kuryr jobs running on octavia-tempest-plugin.11:20
dmelladoso it can be tested11:20
dmelladodulek: so we have some options11:20
dmellado1) we add these two to the gate, make sure they do use stable API11:20
dmelladoand just live with that11:20
toskydulek: you just need to gate changes to service clients, not to the tests11:20
toskyso a specific path11:21
toskyand not something happening frequently - once written, service clients are usually complete11:21
dulektosky: Hm. Yeah, that makes sense to me, haven't came up with that idea.11:21
dmellado2) import the plugin directly11:21
dulektosky: So it's a bit like having that code in library, just it sits in your repo. It's fine with me.11:21
dmelladodulek: if you recall gmann email re: congress11:21
dmelladothat's what they suggest11:21
toskyit's not my repo, but that's fine :)11:22
dulektosky: Sure, sure. ;)11:22
toskyI'm working on a different project, but I've been following the evolution of tempest plugins since its inception, hence my suggestions11:22
dulekWait, moment.11:22
celebdordmellado: why is it a terrible hack?11:23
dulekSo we still need an "okay" from Octavia to add those Kuryr gates. :P11:23
celebdorI don't understand why the tests can't just use a normal client to reach openstack projects11:23
dulekcelebdor: That's because tempest should test API, not the clients. Client may hide errors.11:23
dulekcelebdor: Bugs I mean.11:23
gmanndulek: dmellado commented on patch11:23
celebdordulek: openstacksdk is giving you a requests sessiont11:24
duleknmagnezi: Is there "okay" for adding a kuryr-kubernetes job to octavia-tempest-plugin that will be run each time client stuff is changed?11:24
celebdor*session11:24
dmelladocelebdor: because that'd mean relying on the same stuff you'd try to test11:24
celebdorthat's what I meant to use11:24
dmelladodulek: that shouldn't be ran too often at all11:24
dmelladoafter all it'd be using stable api11:24
dmelladoso I'm not sure it'd be even needed11:24
dulekdmellado: Stable API's are broken every week, don't remember os-vif, recent python-neutronclient, or whatever?11:25
nmagnezidulek, that is a kind of question you should raise in a weekly meeting that we have (which happens tomorrow)11:25
gmanndulek: dmellado  overall, octavia-tempest-plugin should provide stable interface and make it available in g-r. user does not need to add their jobs on dependent plugins side but can trust on dependent plugin for maintaining stable interface as stable. but using tag will not cause any failure on user plugin11:25
dulekgmann: Well, I find lack of job against "if it's not tested it's broken". We have had hard life until we've added our jobs on os-vif.11:26
gmanndulek: true which makes those dependent pckg does not maintain the stable interface in compatible way. but here we are using tag for each plugins. so as long as you (or g-r) update the tag it will show you that interface changed or not otherwise it will run good.11:28
openstackgerritMerged openstack/kuryr-kubernetes master: Add missing key check while lbaas member add  https://review.openstack.org/60201711:28
dulekgmann: Oh, we're using releases. That's a bit better, we can lock on older version then.11:28
gmanndulek: i am not against of running cross CI that is much better. if octavia-tempest-plugins team is ok then it is fine11:28
gmanndulek: yes, that was main reason for me to introdice the release/tag for plugins11:29
toskydulek: but please consider that locking releases can be problematic for downstream consumers; tempest plugins are branchless like tempest, should follow the same rules11:29
dulekgmann: Okay, that makes sense to me then, no need for a CI job, at least immediately. ;)11:29
gmanndulek: let me make 1. ocatvia-tempest-plugin provide the stable interface 2. add octavia-tempest-plugin in g-r  and then you can have look how it looks like11:30
dulektosky: Sure, but at least we can test and fix stuff before bumping a release. It's way worse if lib release breaks us for a week.11:30
dulekgmann: It works for me, thanks!11:31
dulekOkay, so I guess we kind of agreed on that? It wasn't too bad. :D11:31
toskydulek: I'd say: keep it open, and constraint if something breaks; I'd still maintain that it's less likely to break (and constraint) that having to actively bump the constraint11:31
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: use https to access the k8s cluster  https://review.openstack.org/61755211:33
dmellado+111:40
dmelladocrysis settled xD11:40
dmelladonow if we'd only have also gena on the channel...11:40
dulekdmellado: Sent him link to the discussion.11:44
dmelladodulek: thanks!11:44
*** gkadam has quit IRC11:56
*** janki has quit IRC12:10
*** gianpietro has quit IRC12:13
*** gianpietro has joined #openstack-kuryr12:13
*** gkadam has joined #openstack-kuryr12:14
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: use https to access the k8s cluster  https://review.openstack.org/61755212:16
*** gianpietro has quit IRC12:18
openstackgerritDaniel Mellado proposed openstack/kuryr-kubernetes master: Rename kuryr-status to kuryr-k8s-status  https://review.openstack.org/61899612:19
*** gianpietro has joined #openstack-kuryr12:29
*** gianpietro has quit IRC12:33
*** gianpietro has joined #openstack-kuryr12:34
*** gianpietro has quit IRC12:35
*** gianpietro has joined #openstack-kuryr12:35
*** gianpietro has quit IRC12:39
openstackgerritDaniel Mellado proposed openstack/kuryr-kubernetes master: Rename kuryr-status to kuryr-k8s-status  https://review.openstack.org/61899612:46
*** rh-jelabarre has joined #openstack-kuryr12:55
*** celebdor has quit IRC13:03
*** gianpietro has joined #openstack-kuryr13:17
*** celebdor has joined #openstack-kuryr13:36
*** celebdor has quit IRC13:40
*** celebdor has joined #openstack-kuryr13:40
*** gianpietro has quit IRC13:45
openstackgerritGenadi Chereshnya proposed openstack/kuryr-tempest-plugin master: Moving delete_namespace to addCleanup in port_pool testing  https://review.openstack.org/61900013:46
*** gianpietro has joined #openstack-kuryr14:05
*** yboaron_ has quit IRC14:05
*** yboaron_ has joined #openstack-kuryr14:06
openstackgerritDaniel Mellado proposed openstack/kuryr-tempest-plugin master: Add network policy security group rules tests  https://review.openstack.org/60361814:13
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: use https to access the k8s cluster  https://review.openstack.org/61755214:13
*** kiennt26 has joined #openstack-kuryr14:26
openstackgerritDaniel Mellado proposed openstack/kuryr-kubernetes master: Rename kuryr-status to kuryr-k8s-status  https://review.openstack.org/61899614:29
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: use https to access the k8s cluster  https://review.openstack.org/61755214:45
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Ensure pod relabeling is supported by the Network Policy  https://review.openstack.org/61852114:50
*** kiennt26 has left #openstack-kuryr14:58
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: use https to access the k8s cluster  https://review.openstack.org/61755215:08
celebdordulek: I think ^^ solves the issues15:09
celebdorat least it does on my env15:09
dulekcelebdor: That's something.15:09
celebdor(although it's not a pristine environment)15:09
celebdordulek: now I can go back to the misery of trying to make openshift 3.11, with all its changes, work on devstack15:10
dulekcelebdor: What can I do… Wish you luck!15:11
*** yboaron_ has quit IRC15:11
celebdorxD15:11
celebdordulek: I'll split it into smaller patches15:11
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: parametrize openshift version fetching  https://review.openstack.org/61901815:18
celebdordulek: of course, if you volunteer... I will not refuse you15:18
celebdorxD15:18
dulekcelebdor: Ha, just got with catching-up routine to the Trello board, so will see how's my backlog. ;)15:18
celebdor;-)15:19
dmelladotrello notifications have been terrible, celebdor15:23
dmelladoI'll make zuul send you emails for every kuryr* patch xD15:23
celebdordmellado: don't make me write a bot so the emails come from aliases instead of trello if you happen to filter them15:24
dmelladolol, I'd do something even more evil and you know15:26
dmelladobtw ltomasbo, ping15:26
ltomasbodmellado, pong15:26
ltomasbo(in a meeting btw...)15:26
dmelladoltomasbo: I've just gotten a bummer regarding our octavia patch15:27
dmelladoit doesn't look like it'll get accepted so we'd have to think about ugly workarounds15:27
*** maysams has quit IRC16:02
openstackgerritMichał Dulko proposed openstack/kuryr-kubernetes master: Work out situation with KUBERNETES_NODE_NAME  https://review.openstack.org/61903216:26
*** gkadam has quit IRC16:50
*** ccamposr__ has quit IRC16:51
*** premsankar has joined #openstack-kuryr16:51
*** garyloug has quit IRC17:43
*** celebdor1 has joined #openstack-kuryr18:46
*** pcaruana has quit IRC18:47
*** celebdor has quit IRC18:47
*** gianpietro has quit IRC19:08
*** gianpietro has joined #openstack-kuryr19:23
*** gianpietro has quit IRC19:32
*** gianpietro has joined #openstack-kuryr19:33
*** gianpietro has quit IRC19:37
*** gianpietro has joined #openstack-kuryr19:41
openstackgerritMaysa de Macedo Souza proposed openstack/kuryr-kubernetes master: Add quota readiness check to controller  https://review.openstack.org/61865520:46
*** gianpietro has quit IRC21:25
*** rh-jelabarre has quit IRC21:27
*** rh-jelabarre has joined #openstack-kuryr21:28
*** gianpietro has joined #openstack-kuryr22:14
*** gianpietro has quit IRC23:32
openstackgerritMaysa de Macedo Souza proposed openstack/kuryr-kubernetes master: Add quota readiness check to controller  https://review.openstack.org/61865523:37
openstackgerritMerged openstack/kuryr-tempest-plugin master: Add timeout to calls for ws_client.py functions  https://review.openstack.org/61898223:45
*** rh-jelabarre has quit IRC23:52

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