Thursday, 2018-03-22

*** gianpietro has quit IRC00:09
*** gianpietro has joined #openstack-kuryr00:10
*** salv-orlando has joined #openstack-kuryr00:27
*** salv-orlando has quit IRC00:32
*** hongbin has joined #openstack-kuryr00:44
*** yamamoto has joined #openstack-kuryr00:52
*** yamamoto has quit IRC00:57
*** salv-orlando has joined #openstack-kuryr01:27
*** salv-orlando has quit IRC01:32
*** yamamoto has joined #openstack-kuryr01:53
*** yamamoto has quit IRC01:59
*** jlabarre has quit IRC02:15
*** salv-orlando has joined #openstack-kuryr02:28
*** salv-orlando has quit IRC02:34
*** yamamoto has joined #openstack-kuryr02:37
*** yamamoto has quit IRC02:46
*** caowei has joined #openstack-kuryr02:47
*** yamamoto has joined #openstack-kuryr02:56
*** premsankar has quit IRC03:24
*** hongbin has quit IRC03:30
*** salv-orlando has joined #openstack-kuryr03:30
*** salv-orlando has quit IRC03:35
*** janonymous has joined #openstack-kuryr04:05
*** salv-orlando has joined #openstack-kuryr04:31
*** salv-orlando has quit IRC04:36
*** isssp has joined #openstack-kuryr05:03
*** burned has quit IRC05:06
*** isssp has quit IRC05:09
*** isssp has joined #openstack-kuryr05:12
*** yboaron has joined #openstack-kuryr05:22
*** salv-orlando has joined #openstack-kuryr05:29
*** yboaron has quit IRC05:40
*** gcheresh_ has joined #openstack-kuryr06:15
*** yboaron has joined #openstack-kuryr06:15
*** phuoc_ has joined #openstack-kuryr06:19
*** yboaron has quit IRC06:20
*** phuoc has quit IRC06:22
*** natanbro has joined #openstack-kuryr06:23
*** threestrands has quit IRC06:25
*** aojea has joined #openstack-kuryr06:58
*** yboaron has joined #openstack-kuryr07:20
*** isssp has quit IRC07:25
*** isssp has joined #openstack-kuryr07:26
*** salv-orlando has quit IRC07:33
*** pcaruana has joined #openstack-kuryr07:42
*** pcaruana has quit IRC07:44
*** pcaruana has joined #openstack-kuryr07:44
*** pcaruana has quit IRC07:45
*** pcaruana has joined #openstack-kuryr07:45
*** pcaruana has quit IRC07:47
*** pcaruana has joined #openstack-kuryr07:47
*** pcaruana has quit IRC07:48
*** pcaruana has joined #openstack-kuryr07:48
*** pcaruana has quit IRC07:50
*** pcaruana has joined #openstack-kuryr07:50
*** pcaruana has quit IRC07:51
*** pcaruana has joined #openstack-kuryr07:51
*** pcaruana has quit IRC07:53
*** pcaruana has joined #openstack-kuryr07:53
*** pcaruana has quit IRC07:54
*** pcaruana has joined #openstack-kuryr07:55
*** pcaruana has quit IRC07:56
*** ispp has joined #openstack-kuryr07:58
*** isssp has quit IRC08:00
*** pcaruana has joined #openstack-kuryr08:06
*** pcaruana has quit IRC08:07
*** pcaruana has joined #openstack-kuryr08:08
*** pcaruana has quit IRC08:09
*** pcaruana has joined #openstack-kuryr08:09
*** pcaruana has quit IRC08:10
*** pcaruana has joined #openstack-kuryr08:11
*** pcaruana has quit IRC08:12
*** pcaruana has joined #openstack-kuryr08:13
*** pcaruana has quit IRC08:15
*** pcaruana has joined #openstack-kuryr08:15
*** pcaruana has quit IRC08:16
*** pcaruana has joined #openstack-kuryr08:18
*** yboaron has quit IRC08:19
*** pcaruana has quit IRC08:20
*** pcaruana has joined #openstack-kuryr08:20
*** pcaruana has quit IRC08:21
*** pcaruana has joined #openstack-kuryr08:21
*** pcaruana has quit IRC08:22
*** snapiri has joined #openstack-kuryr08:25
*** pcaruana has joined #openstack-kuryr08:29
*** pcaruana has quit IRC08:30
*** salv-orlando has joined #openstack-kuryr08:34
*** pcaruana has joined #openstack-kuryr08:36
*** pcaruana has quit IRC08:37
*** pcaruana has joined #openstack-kuryr08:38
*** celebdor has joined #openstack-kuryr08:38
*** pcaruana has quit IRC08:39
celebdordulek: I'll send a patch to add the kubelet interface to devstack openshift deployment08:39
*** pcaruana has joined #openstack-kuryr08:40
celebdordmellado: ptal https://review.openstack.org/55502308:40
*** salv-orlando has quit IRC08:40
dmelladoptal08:40
dmellado? xD08:40
celebdordmellado: Please Take A Look08:40
*** pcaruana has quit IRC08:40
dulekcelebdor: I'm trying to run containerized jobs on 555040, but yeah - OpenShift ones will probably fail.08:41
dmelladocelebdor: you? document? xD08:41
*** pcaruana has joined #openstack-kuryr08:41
*** pcaruana has quit IRC08:41
celebdordmellado: https://www.youtube.com/watch?v=kwLbphePcLM08:44
dmelladoxD08:50
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: add kubelet iface to openshift nodes  https://review.openstack.org/55520609:00
*** pcaruana has joined #openstack-kuryr09:02
celebdordulek: ^^09:03
celebdorirenab: ^^09:03
*** pcaruana has quit IRC09:03
*** pcaruana has joined #openstack-kuryr09:03
*** pcaruana has quit IRC09:05
openstackgerritMerged openstack/kuryr-tempest-plugin master: demo container: Include ssl certificates  https://review.openstack.org/55494509:05
openstackgerritMerged openstack/kuryr-kubernetes master: devstack: Make service subnet routable  https://review.openstack.org/55501509:08
celebdorgcheresh_: dulek: We should probably have a gate that exercises the container probes09:11
dulekcelebdor: Hm, it shouldn't be too hard for liveness probes. Just login into container, add a rule blocking traffic to K8s API and wait for container restart.09:14
dulekcelebdor: I'm not sure about readiness though.09:14
celebdordulek: It's not important09:15
celebdorI just want to make sure we don't fuck up the access to the pods from kubelet/origin-node09:15
dulekcelebdor: Uhm… Well…09:20
dulekcelebdor: I'm discussing an error with gcheresh_ at the moment. It might be related…09:21
*** yboaron has joined #openstack-kuryr09:24
*** garyloug has joined #openstack-kuryr09:30
dulekdmellado: Do you know if it'll be possible to add container logs into gate results?09:33
dulekdmellado: When running containerized it'll be useful to have them copied for debugging.09:33
*** salv-orlando has joined #openstack-kuryr09:35
*** salv-orlando has quit IRC09:38
*** salv-orlando has joined #openstack-kuryr09:38
openstackgerritOpenStack Proposal Bot proposed openstack/kuryr-tempest-plugin master: Updated from global requirements  https://review.openstack.org/55521909:41
openstackgerritMichał Dulko proposed openstack/kuryr-kubernetes master: Revert "Watcher restarts watching resources in failure"  https://review.openstack.org/55522109:44
*** gcheresh_ has quit IRC09:45
*** yboaron has quit IRC09:46
celebdordulek: I'd like a more detailed explanation than "This commit most likely broke containerized deployments."09:47
celebdor:-)09:47
celebdordulek: btw, very clever trick with the envs in https://review.openstack.org/#/c/555040/1/cni_ds_init09:49
*** gcheresh_ has joined #openstack-kuryr09:52
dulekcelebdor: That's why the revert is on -W and I'm producing the explanation. I hope I'll find a fix instead of a revert.09:53
dulekcelebdor: Just we don't have container logs, so I need to debug that locally.09:53
dulekcelebdor: This trick is so magical that I always need to spend 20 minutes googling for it when needed. ;)09:54
celebdordmellado: How can we add logs to the gate?09:55
celebdordulek: it's common in bash tricks09:55
celebdor:P09:55
*** gcheresh has joined #openstack-kuryr09:57
*** gcheresh_ has quit IRC09:57
*** yboaron has joined #openstack-kuryr10:03
*** janonymous has quit IRC10:17
dmelladolol10:29
dmelladocelebdor: what kind of log would you like to add10:30
dulekdmellado: `kubectl logs -lapp=kuryr`10:30
dulekdmellado: I'm currently looking at adding dummy run_process that will do `kubectl logs -f <container_name>`10:31
dmelladoI'll check later, being in meetings re: Downstream CI all day long to get an overview later to you10:31
dmelladoin any case we can always just add a playbook10:31
dmelladoto our run10:31
dmelladoso it'll trigger those and store it somehow10:31
dmelladodulek: let me know when you have a draft and I'll use it as a base for my patch10:32
dulekdmellado: I'm blocked at the moment, so I'll try to do that.10:32
dulekdmellado: In case I'll fail with dummy run_process - how can I add a playbook to existing job?10:32
dmelladodulek: in the job definition10:33
dmelladoi.e. run: playbooks/sahara-tests-scenario.yaml10:33
dmelladodulek: https://github.com/openstack/sahara-tests/blob/master/.zuul.yaml#L7110:33
dulekdmellado: Oh, awesome.10:34
dmelladodulek: let me know if you get blocked10:34
dulekdmellado: Sure, thanks!10:34
dmelladodulek: you might also want to check this10:36
dmelladohttps://docs.openstack.org/infra/manual/zuulv3.html10:36
dmelladohttps://github.com/openstack-infra/zuul-jobs/tree/master/roles/upload-logs10:42
dmelladohttps://github.com/openstack-dev/devstack/blob/master/playbooks/post.yaml10:43
celebdordulek: would you mind if I try to get rid of the "consumes" thing?11:02
dulekcelebdor: Like… Completely? In what context?\11:02
celebdordulek: well, I'm doing the new Handler interface11:03
celebdorand I always found the consumes thing to be clunky11:03
dulekcelebdor: Hm, definitely it's not intuitive to use. You have an alternative? Just filter on the handler method level?11:04
celebdordulek: I'm thinking about keeping a dict of resource_kind -> handler11:04
dulekcelebdor: consumes was able to do more elaborate filtering than on Kind property.11:05
celebdorreally?11:05
celebdorI must have missed it11:05
* celebdor looking11:05
dulekcelebdor: I've used it to overcome lack of fieldSelector on CRDs and do filtering on nodeName.11:06
celebdoroh, I see11:06
celebdormeh11:06
dulekcelebdor: https://review.openstack.org/#/c/527243/11/kuryr_kubernetes/cni/handlers.py@13711:06
dulekcelebdor: Yeah, I can do that in the handler method if needed. And it will probably come without performance penalty at all.11:07
*** garyloug has quit IRC11:07
celebdordulek: the interface is odd as fuck11:08
dulekcelebdor: I definitely agree here. It's impossible to do OR or AND without looking deeply into the code.11:08
*** aojea has quit IRC11:09
dulekdmellado: http://paste.openstack.org/show/708929/ - it was easier than I thought. xD11:09
celebdordulek: ok, looking at the thing right now...11:10
celebdorwouldn't it make sense to just have a predicate11:10
celebdorwhy is having the 'key' useful?11:10
dulekcelebdor: I don't really know. :P11:10
celebdorin your case https://review.openstack.org/#/c/527243/11/kuryr_kubernetes/cni/handlers.py@13711:10
celebdoryou'd just make a consumes like11:11
openstackgerritMichał Dulko proposed openstack/kuryr-kubernetes master: Execute kuryr-cni as `docker exec`  https://review.openstack.org/55504011:11
openstackgerritMichał Dulko proposed openstack/kuryr-kubernetes master: Add Kuryr pods logs to gate results  https://review.openstack.org/55525411:11
*** garyloug has joined #openstack-kuryr11:11
celebdorreturn k8s_base.object_kind(event) == self.OBJECT_KIND and event['object']['spec']['nodeName'] == self.node_Name11:12
dulekcelebdor: Yep, being able to do that would be cool.11:14
dulekcelebdor: Instead of weird dict manipulations.11:14
celebdorexactly11:14
* dulek -> lunchbreak.11:15
*** gcheresh has quit IRC11:16
celebdorsmacznégo11:17
*** gcheresh has joined #openstack-kuryr11:26
*** maysamacedos has joined #openstack-kuryr12:06
*** caowei has quit IRC12:06
*** caowei has joined #openstack-kuryr12:06
*** jlabarre has joined #openstack-kuryr12:14
*** aojea has joined #openstack-kuryr12:18
*** caowei has quit IRC12:33
*** garyloug has quit IRC12:36
*** yamamoto has quit IRC12:54
*** gianpietro has quit IRC13:03
*** gianpietro has joined #openstack-kuryr13:03
dulekcelebdor: http://logs.openstack.org/54/555254/1/experimental/kuryr-kubernetes-tempest-daemon-containerized-lbaasv2/9ecada1/controller/logs/screen-kuryr-kubernetes.txt.gz#_Mar_22_11_50_32_96861113:03
*** gianpietro has quit IRC13:03
dulekcelebdor: Any idea what was merged recently that broke this?13:03
dulekcelebdor: It's healthcheck trying to connect to Keystone.13:04
*** gianpietro has joined #openstack-kuryr13:04
dulekHm, to be honest I've only pinged you because you've did this CA patch for kuryr/demo. I don't think it's related, maybe it's something on Keystone side? It inserts certs onto the host, but not into the container?13:05
*** gianpietro has quit IRC13:09
*** gianpietro has joined #openstack-kuryr13:09
*** garyloug has joined #openstack-kuryr13:15
celebdordulek: what inserts certs?13:18
dulekcelebdor: DevStack - I guess. Something must have changed in this matter recently.13:20
dulekThough me and Keystone folks were unable to find the commit that caused this.13:20
dulekcelebdor: Anyway this raises a fair point - how do we mount certificates into the container?13:21
*** yamamoto has joined #openstack-kuryr13:21
celebdordulek: that's not the right question13:21
dulekHm?13:21
celebdorwe don't even have those certificates in nested deployments to be able to mount them13:22
celebdordulek: Since when are we testing devstack with https keystone by default?13:23
dulekcelebdor: Oh, right, there are no constraints on where kuryr-controller will land… VM will not have it.13:23
celebdorexactly13:23
dulekcelebdor: I think that it's HTTPS from the start.13:23
celebdordid we switch to verifying?13:23
dulekJust a sec.13:24
celebdorah, we only have the option for k8s https13:24
celebdorfor keystone it is probably in oslo13:24
dulekcelebdor: Yeah, but it should still set auth_url in kuryr.conf, shouldn't it?13:26
dulekcelebdor: auth_url = https://10.209.132.158/identity13:27
celebdorok13:27
dulek(that's on the gate)13:27
celebdordulek: what do you have on the configmap13:27
celebdor(for neutron auth)13:27
dulekSo we most likely depend on some DevStack variable, though I'm unable to exactly pinpoint it.13:27
dulekcelebdor: On DevStack ConfigMap is generated exactly like in non-containerized case. I'm just copying generated kuryr.conf into it.13:28
celebdordulek: right13:28
celebdorI'm just asking about its content13:28
celebdorsince I don't have it fresh :P13:29
dulekcelebdor: http://logs.openstack.org/54/555254/1/experimental/kuryr-kubernetes-tempest-daemon-containerized-lbaasv2/9ecada1/controller/logs/etc/kuryr/kuryr_conf.txt.gz13:30
dulekcelebdor: Something like that, it's actually from containerized job.13:30
celebdordulek: hmmmf13:31
celebdordulek: can you try with insecure=true13:32
celebdorin the [neutron] section13:33
celebdorbut yeah, the fix for devstack is easy13:33
dulekcelebdor: Well, I definitely can, though I'd rather find something that's less of a workaround.13:33
celebdorwe just need to mount /opt/stack/data/ca-bundle.pem13:33
dulekYup, but then - I don't really want to have certs in /opt/stack/data *in the container*.13:33
celebdordulek: please, explain13:34
dulekThose failing logs are from inside the container, right?13:34
celebdorso13:34
celebdor?13:34
dulekSo something sets keystoneauth (or something else) to look for certificates in /opt/stack/data.13:35
dulekI'd rather have this option unset and put the certificates in /etc/ssl, or other standard certs directory.13:36
*** aojea has quit IRC13:36
dulekSo I'd mount /opt/stack/data/ca-bundle.cert -> /etc/ssl/ca-bundle.cert.13:36
celebdordulek: ah, that13:36
dulekBut to do that I need to figure out why it had broke in the first place.13:36
celebdoryeah, I don't mind at all13:36
celebdorxD13:36
celebdorwhatever you like, in devstack I don't care if it is /opt/stack or /etc/ssl/ca-bundle.cert13:37
dulekcelebdor: Still I'd like upstream container to look for certs in /etc/ssl, not /opt/stack/data. I'll figure it out. :)13:39
celebdorwell, it's relatively easy to do13:39
celebdordulek: please open a bug in launchpad and on bz13:40
dulekcelebdor: https://bugs.launchpad.net/kuryr-kubernetes/+bug/175806113:42
openstackLaunchpad bug 1758061 in kuryr-kubernetes "Containerized gate is broken due to OpenStack API certs missing" [Undecided,New]13:42
dulekcelebdor: And with BZ you mean the bug we've talked about yesterday, right?13:42
*** aojea has joined #openstack-kuryr13:46
celebdorand this one as well13:47
celebdordulek: queens downstream will need a way for the ks ca bundle to be accessible to the controller13:48
celebdoralthough IIRC juriarte made a bug for ssl overcloud support13:48
celebdorwhich this issue would be related to13:48
*** aojea has quit IRC13:50
*** yamamoto has quit IRC13:53
*** celebdor has quit IRC13:54
*** celebdor has joined #openstack-kuryr13:57
*** aojea has joined #openstack-kuryr14:00
*** yamamoto has joined #openstack-kuryr14:08
*** yamamoto has quit IRC14:13
*** hongbin has joined #openstack-kuryr14:13
*** atoth has joined #openstack-kuryr14:14
*** kiennt26_ has joined #openstack-kuryr14:15
*** yamamoto has joined #openstack-kuryr14:24
*** yamamoto has quit IRC14:28
*** garyloug has quit IRC14:38
*** yamamoto has joined #openstack-kuryr14:39
*** yamamoto has quit IRC14:43
*** yamamoto has joined #openstack-kuryr14:46
*** yamamoto has quit IRC14:46
*** garyloug has joined #openstack-kuryr15:04
juriartecelebdor: yep, the BZ I opened was related to cert support in Openshift-on-Openstack playboo15:08
juriartewhen using SSL in the overcloud, you need to mount the CA cert in the container in order to reach the overcloud openstack15:08
juriartecelebdor: don't know if that has something to do with the issue you and dulek mentioned15:09
*** aojea_ has joined #openstack-kuryr15:09
dulekjuriarte: Well, partially. For some reason containers started to need that in DevStack as well.15:10
dulekjuriarte: And I'm not sure why.15:10
juriartecould it be because devstack started using SSL as well?15:10
juriartefor all services15:11
dulekjuriarte: It started recently? I thought it is using it for a while now.15:11
juriartedulek: don't know, I was just trying to find a reason, but if you think devstack was already using SSL it must be something different15:12
dulekjuriarte: I'm quite sure that SSL was enabled for a long time, but I might still be wrong.15:13
*** aojea_ has quit IRC15:14
juriartedulek, mounting the cert did work?15:15
dulekjuriarte: It'll work, I just want to do it properly. ;)15:15
dulekjuriarte: That's why I'm looking for root cause.15:15
juriartedulek: hehe, sure!15:16
*** maysamacedos has quit IRC15:19
dulekHm… global-requirements.txt update is failing on python-nss installation. That might be related…15:20
*** kiennt26_ has quit IRC15:27
*** gcheresh has quit IRC15:28
*** pcaruana has joined #openstack-kuryr15:42
*** pcaruana has quit IRC15:44
*** yamamoto has joined #openstack-kuryr15:47
*** pcaruana has joined #openstack-kuryr15:48
*** yamamoto has quit IRC15:53
*** natanbro has quit IRC15:57
dulekFYI - newest global-requirements are broken: http://lists.openstack.org/pipermail/openstack-dev/2018-March/128649.html16:01
celebdorlol16:04
celebdorthanks dulek16:04
dulekcelebdor: Yeah, well… 2016 is higher than 0.12. ;)16:04
dulekcelebdor: http://logs.openstack.org/40/555040/2/experimental/kuryr-kubernetes-tempest-daemon-containerized-lbaasv2/5e29ef7/controller/logs/screen-kuryr-daemon.txt.gz#_Mar_22_11_41_52_28746016:05
dulekcelebdor: It's with your patch adding the route applied. :(16:05
celebdorwtf16:05
dulekcelebdor: I'm pretty sure it worked on my env. I've also checked if the route is added *before* running the container. It is.16:05
celebdordulek: how did you test that?16:06
dulekcelebdor: Well, I've just run the DevStack with your change.16:06
celebdordulek: oh, I thought you meant in the gate :P16:06
dulekcelebdor: Nah, the gate exploded as you can see. :) Only now we can see the logs because I made it depend on 555254.16:07
dulekcelebdor: http://logs.openstack.org/40/555040/2/experimental/kuryr-kubernetes-tempest-daemon-containerized-lbaasv2/5e29ef7/job-output.txt.gz#_2018-03-22_11_35_12_66822716:07
dulekcelebdor: 128? It's 129 then.16:08
celebdorhttp://logs.openstack.org/40/555040/2/experimental/kuryr-kubernetes-tempest-daemon-containerized-lbaasv2/5e29ef7/controller/logs/devstacklog.txt.gz16:08
dulekcelebdor: Eeeeh.16:08
dulekcelebdor: I think we're hitting the same issue that the abandoned patch was hitting.16:08
dulekDamn!16:08
celebdordulek: which was it?16:08
celebdorI forgot16:08
celebdorthe subnets look ok, don't they?16:08
dulekcelebdor: Just a moment.16:09
dulekcelebdor: So that patch was randomly failing with "already allocated" error16:10
dulekAnd it had something to do with being unable to reliably pull the IP allocated to K8s service?16:10
dulekyboaron might remember more.16:10
dulekyboaron: https://review.openstack.org/#/c/533343/16:10
celebdordulek: but in this case, the route is correctly being put16:11
celebdoram I missing something?16:11
yboaronchecking ..16:11
dulekcelebdor: Nope. It's set for 10.0.0.128. And K8s service has 10.0.0.12916:11
celebdordulek: 10.1.0.128/26 encompasses 10.0.0.12916:12
celebdor10.0.0.129 is the first address of the subnet16:12
* dulek feels very dumb. :P16:12
dulekHaven't noticed the /2616:12
celebdorhttp://logs.openstack.org/40/555040/2/experimental/kuryr-kubernetes-tempest-daemon-containerized-lbaasv2/5e29ef7/controller/logs/devstacklog.txt.gz#_2018-03-22_11_35_12_66716:12
celebdoryeah16:12
celebdorno worries16:12
celebdorso either the interface was down or the router was kaputt16:13
yboaronthe abandoned patch , create new if with IP from service cidr, bur forgot to eliminate this IP from Kubernetes , as K8S plays the IPAM for service subnet16:13
yboaronso, this is not the case here, I just run openshift devstack with your change , route and ovs if created16:14
dulekOkay!16:14
yboaronbut I can't create pod/services , CNI fails16:14
dulekUhhh…16:14
dulekWe get too many issues. :P16:14
yboaronit's non-containerized16:15
celebdorwhat?16:15
yboaronthe POD watcher at CNI side failed16:15
dulekcelebdor: So the issue with this route is repeatable in the gate - just FYI, it's not temporary.16:15
yboaronlooking at logs ..16:15
yboaronI don't think it's related to celebdor patch16:16
celebdordulek: thanks. That comforts me16:16
*** yamamoto has joined #openstack-kuryr16:17
celebdorthe router ip is correct as well16:17
celebdordulek: are we sure the API cluster IP is ready at that point?16:19
dulekcelebdor: Wouldn't we get anything else than "no route to host" then?16:19
celebdordulek: I should know this, but I always end up forgetting16:20
dulek:D16:20
dulekYou might be right, looks like there's no waiting for API server at that point. I'll check again.16:20
dulekNo, no, wait.16:21
dulekAPI server is up and running. Otherwise I wouldn't be able to spawn pods in the first place. :P16:21
celebdordulek: I don't see a wait_for in run_openshift_node16:21
celebdorbut then the openshift node would fail anyway16:21
dulekcelebdor: And this gate is K8s actually.16:22
celebdoroh16:22
dulekSo… What is creating this Service for kubernetes?16:22
*** yamamoto has quit IRC16:22
celebdorjust a sec16:22
celebdordulek: wrong!16:22
celebdorthe wait_for that we do is with the controller IP16:22
celebdornot with the cluster IP16:23
celebdor(we also use the host IP for the pod creation and kubelet registration)16:23
dulekcelebdor: Yes, yes, that's why I'm asking who's doing `kubectl expose` for kubernetes service.16:23
celebdordulek: lol16:23
celebdorman... It is automatically done in K8s16:24
celebdorkubernetes always takes the first IP of the service subnet16:24
celebdorand creates the service16:24
*** maysamacedos has joined #openstack-kuryr16:25
celebdordulek: but here's the deal16:25
celebdorif you look at devstack/plugin.sh16:25
celebdoryou'll see that create_k8s_api_service (which creates the LB)16:25
celebdorruns at the very end!16:25
celebdorin stack / test-config phase16:25
dulekDamn. It's not my best day.16:26
celebdorso...16:26
celebdorthis won't be that easy of a fix16:26
celebdorwe'll have to move the create_k8s_api_service after the API is up16:27
celebdorbut before daemonsets are created16:27
celebdorpossibly even before the kubelet/openshift-node are created16:27
dulekcelebdor: Naaah, there's an easy way. xD16:27
celebdorif I would just remember why the hell I put it so late...16:27
yboarondulek, celebdor : because ocavia is ready only at this phase!16:28
dulekcelebdor: Just make cni_ds_init explode if curl fails. xD16:28
dulekIs this the moment we all get headache?16:28
dulekIt's awesome circular dependency!16:29
yboaronI'm confused, what problem are trying to solve ?16:29
dulekyboaron: I'd like to have access to the K8s API when initializing kuryr-cni container.16:29
yboaronand is it related to the Toni's IP route patch ?16:29
dulekyboaron: It is - a bit, because lack of ip route was blocking me in the first place.16:30
dulekyboaron: But now it turns out that without LB for services we're still screwed.16:30
yboarondulek, thanks! , now I understand the context and problem16:31
*** yamamoto has joined #openstack-kuryr16:32
dulekcelebdor: Are we able to simply move CNI DaemonSet creation after LBaaS is created?16:32
celebdordulek: we could do that16:34
celebdorbut frankly, I'm thinking more of moving the lbaas creation16:34
celebdorit would be more proper to create it just after the API is up16:34
dulekcelebdor: yboaron says that Octavia is not ready until that late phase.16:34
celebdorand the rest of the stuff should use the K8s clusterip instead of the host ip16:35
yboaronso, for Octavia , I struggled a lot with LB  creation pre test-config phase - no success.16:35
celebdordulek: ah, fuck16:35
celebdorso that's why16:35
celebdorxD16:35
celebdorthanks yboaron16:35
celebdorI totally forgot why we put it there16:35
celebdordamn it to hell16:35
celebdordulek: well, in that case, we need to move the  kuryr containers creation after the create_k8s_api_service and have it be after a wait_for16:36
celebdordulek: wanna do it or should I?16:36
*** yamamoto has quit IRC16:36
dulekcelebdor: I'll do it in my patch.16:37
celebdorok16:37
celebdordulek: maybe you can just move the run_containerized_resources call16:38
yboaronare we fine with creating CNI containers in 'test-config'  phase ?16:38
celebdoryboaron: you mean tempest wise?16:38
dulekI don't see any obstacles immediately.16:38
yboaronI mean CNI containers are vital component of Kuryr , and as such component I would expect to run in phase other than 'test-config'16:39
celebdoryboaron: the problem is with having such deps16:41
celebdordulek: can you remind me where you get the service IP from?16:41
dulekcelebdor: env vars in container.16:42
dulekcelebdor: Simple as that.16:42
celebdorah, right16:42
celebdor:-)16:42
celebdorit's either envs or dns16:42
dulekcelebdor: Yup.16:43
dulekOkay, you know how do you setup SSL in DevStack? :D16:43
dulekenable_service tls-proxy16:43
dulekWe have it in the gate but not in sample configs. Now I should reproduce this locally.16:44
dulekNow I'll find the job config commit that broke us…16:44
celebdor:-)16:45
*** yamamoto has joined #openstack-kuryr16:47
*** yamamoto has quit IRC16:52
*** gcheresh has joined #openstack-kuryr16:57
*** aojea_ has joined #openstack-kuryr16:58
*** aojea_ has quit IRC17:02
*** yamamoto has joined #openstack-kuryr17:02
dulekcelebdor: OpenShift-Ansible will have access to the required certs? I can make those a K8s Secret.17:06
*** yboaron has quit IRC17:06
*** yamamoto has quit IRC17:06
celebdorwell, it's a CA cert only, so I'm not sure how private they need to be17:07
dulekcelebdor: Well, whatever, Secret is just a fancy name for ConfigMap. :P17:07
celebdorbut I guess it's nice to use a K8s secret if it's not too much trouble17:07
celebdorConfigMap readability also depends on the user, doesn't it?17:07
dulekIt's the best way IMO - like kuryr.conf those are generated on deployment, so should be added into K8s.17:08
dulekcelebdor: Ha, I'm not sure about readability.17:08
dulekcelebdor: "In the future there will likely be some differentiators for secrets like rotation or support for backing the secret API w/ HSMs, etc. In general we like intent-based APIs, and the intent is definitely different for secret data vs. plain old configs."17:09
dulek;)17:09
celebdordulek: right17:10
*** yamamoto has joined #openstack-kuryr17:17
* celebdor -> with kids17:17
*** gcheresh has quit IRC17:18
*** yamamoto has quit IRC17:22
*** gianpietro has quit IRC17:27
*** gianpietro has joined #openstack-kuryr17:28
*** yamamoto has joined #openstack-kuryr17:32
*** gianpietro has quit IRC17:32
*** yamamoto has quit IRC17:37
dulekcelebdor: Can you get your -W from https://review.openstack.org/#/c/554826/ ? It happened not to be the cause of the issues.17:37
*** yamamoto has joined #openstack-kuryr17:47
*** yamamoto has quit IRC17:52
*** yamamoto has joined #openstack-kuryr18:02
*** garyloug has quit IRC18:05
*** yamamoto has quit IRC18:06
*** yamamoto has joined #openstack-kuryr18:06
*** yamamoto has quit IRC18:06
*** aojea has quit IRC18:43
*** aojea has joined #openstack-kuryr18:46
*** celebdor has quit IRC18:50
*** aojea has quit IRC18:50
*** aojea has joined #openstack-kuryr19:01
*** celebdor has joined #openstack-kuryr19:05
*** yamamoto has joined #openstack-kuryr19:07
*** yamamoto has quit IRC19:13
*** gianpietro has joined #openstack-kuryr19:22
*** aojea has quit IRC19:23
*** gianpietro has quit IRC19:33
*** aojea has joined #openstack-kuryr19:43
*** aojea has quit IRC19:45
*** aojea has joined #openstack-kuryr19:45
*** aojea has quit IRC19:46
*** aojea has joined #openstack-kuryr19:49
*** vikasc has quit IRC19:54
*** yamamoto has joined #openstack-kuryr20:09
*** vikasc has joined #openstack-kuryr20:10
*** yamamoto has quit IRC20:14
*** aojea has quit IRC20:17
*** aojea has joined #openstack-kuryr20:18
openstackgerritDoug Hellmann proposed openstack/fuxi master: add lower-constraints job  https://review.openstack.org/55544820:25
*** gcheresh has joined #openstack-kuryr20:25
*** aojea has quit IRC20:33
*** aojea has joined #openstack-kuryr20:34
*** aojea has quit IRC20:57
*** aojea has joined #openstack-kuryr21:07
*** yamamoto has joined #openstack-kuryr21:10
*** yamamoto has quit IRC21:16
*** salv-orlando has quit IRC21:19
*** salv-orlando has joined #openstack-kuryr21:19
*** salv-orlando has quit IRC21:24
*** celebdor has quit IRC21:25
*** salv-orlando has joined #openstack-kuryr21:26
*** maysamacedos has quit IRC21:28
*** gcheresh has quit IRC21:43
*** pcaruana has quit IRC21:53
*** yamamoto has joined #openstack-kuryr21:55
*** livelace has joined #openstack-kuryr22:10
livelace-linkHello, everybody. Does Kuryr work with cri-o ?22:11
*** livelace has quit IRC22:11
*** dougbtv_ has joined #openstack-kuryr22:25
*** dougbtv has quit IRC22:28
*** maysamacedos has joined #openstack-kuryr22:36
*** aojea has quit IRC22:49
*** jlabarre has quit IRC22:54
*** hongbin has quit IRC23:01
*** maysamacedos has quit IRC23:06
openstackgerritMichał Dulko proposed openstack/kuryr-kubernetes master: Add CA certificates Secret and mount it  https://review.openstack.org/55550223:09

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