Wednesday, 2017-07-26

*** aojea has joined #openstack-kuryr00:06
*** aojea has quit IRC00:10
*** yamamoto has quit IRC00:10
*** yamamoto has joined #openstack-kuryr00:11
*** aojea has joined #openstack-kuryr00:15
*** aojea has quit IRC00:19
*** deep-book-gk_ has joined #openstack-kuryr00:20
*** deep-book-gk_ has left #openstack-kuryr00:22
*** aojea has joined #openstack-kuryr00:24
*** aojea has quit IRC00:29
*** yedongcan has joined #openstack-kuryr00:32
*** aojea has joined #openstack-kuryr00:33
*** aojea has quit IRC00:37
*** kiennt has joined #openstack-kuryr00:40
*** aojea has joined #openstack-kuryr00:42
*** aojea has quit IRC00:47
*** limao has joined #openstack-kuryr00:51
*** aojea has joined #openstack-kuryr00:51
*** aojea has quit IRC00:55
*** aojea has joined #openstack-kuryr01:00
*** aojea has quit IRC01:05
*** aojea has joined #openstack-kuryr01:09
*** aojea has quit IRC01:14
*** aojea has joined #openstack-kuryr01:18
*** aojea has quit IRC01:23
*** aojea has joined #openstack-kuryr01:27
*** aojea has quit IRC01:32
openstackgerrithoward lee proposed openstack/kuryr master: Optimize link address  https://review.openstack.org/48548501:35
*** aojea has joined #openstack-kuryr01:36
*** aojea has quit IRC01:41
*** aojea has joined #openstack-kuryr01:46
*** caowei has joined #openstack-kuryr01:50
*** aojea has quit IRC01:50
*** aojea has joined #openstack-kuryr01:55
*** aojea has quit IRC01:59
*** aojea has joined #openstack-kuryr02:04
*** aojea has quit IRC02:08
*** tonanhngo has quit IRC02:10
openstackgerrithoward lee proposed openstack/kuryr master: Optimize link address  https://review.openstack.org/48548502:10
*** aojea has joined #openstack-kuryr02:13
*** aojea has quit IRC02:17
*** mestery_ has joined #openstack-kuryr02:19
*** mestery has quit IRC02:19
*** mestery_ is now known as mestery02:20
*** atoth has quit IRC02:20
*** atoth has joined #openstack-kuryr02:20
*** apuimedo has quit IRC02:21
*** tonanhngo has joined #openstack-kuryr02:23
*** apuimedo has joined #openstack-kuryr02:25
*** tonanhngo has quit IRC02:28
*** atoth has quit IRC02:28
*** gouthamr has joined #openstack-kuryr02:31
*** aojea has joined #openstack-kuryr02:40
*** aojea has quit IRC02:45
openstackgerritHyunsun Moon proposed openstack/kuryr-libnetwork master: Return network options when AllocateNetwork called  https://review.openstack.org/48725802:46
*** aojea has joined #openstack-kuryr02:49
*** aojea has quit IRC02:53
*** aojea has joined #openstack-kuryr02:58
*** aojea has quit IRC03:02
*** aojea has joined #openstack-kuryr03:07
*** aojea has quit IRC03:11
*** aojea has joined #openstack-kuryr03:16
*** aojea has quit IRC03:21
*** aojea has joined #openstack-kuryr03:25
*** aojea has quit IRC03:30
*** aojea has joined #openstack-kuryr03:35
*** aojea has quit IRC03:39
*** aojea has joined #openstack-kuryr03:44
*** limao has quit IRC03:48
*** aojea has quit IRC03:48
*** limao has joined #openstack-kuryr03:52
*** aojea has joined #openstack-kuryr03:53
*** aojea has quit IRC03:57
*** limao has quit IRC03:57
*** tonanhngo has joined #openstack-kuryr04:02
*** tonanhngo has quit IRC04:07
*** yboaron has joined #openstack-kuryr04:18
vikascapuimedo, irenab https://review.openstack.org/#/c/466675/04:20
*** tonanhngo has joined #openstack-kuryr04:45
*** janki has joined #openstack-kuryr04:48
*** limao has joined #openstack-kuryr04:49
*** tonanhngo has quit IRC04:49
*** limao has quit IRC04:54
*** gouthamr has quit IRC05:00
*** limao has joined #openstack-kuryr05:01
*** yedongcan has quit IRC05:08
*** yedongcan has joined #openstack-kuryr05:09
*** caowei has quit IRC05:10
*** tonanhngo has joined #openstack-kuryr05:15
*** tonanhngo has quit IRC05:20
openstackgerritJaivish Kothari(janonymous) proposed openstack/kuryr-kubernetes master: Systemd usage of kubernetes startup  https://review.openstack.org/48475405:28
*** aojea has joined #openstack-kuryr05:41
*** kiennt has quit IRC05:42
*** aojea has quit IRC05:46
*** hyunsun has joined #openstack-kuryr05:50
*** caowei has joined #openstack-kuryr05:53
*** kiennt has joined #openstack-kuryr06:00
*** aojea has joined #openstack-kuryr06:09
*** tonanhngo has joined #openstack-kuryr06:09
janonymousirnab: ^^ fixed gate issue06:11
janonymousops irenab: ^^06:11
*** tonanhngo has quit IRC06:13
*** aojea has quit IRC06:14
*** aojea has joined #openstack-kuryr06:18
*** limao has quit IRC06:20
openstackgerritHyunsun Moon proposed openstack/kuryr-libnetwork master: Return network options when AllocateNetwork called  https://review.openstack.org/48725806:20
*** limao has joined #openstack-kuryr06:20
*** yedongcan has quit IRC06:22
*** aojea has quit IRC06:23
*** yedongcan has joined #openstack-kuryr06:24
*** aojea has joined #openstack-kuryr06:27
*** aojea has quit IRC06:32
*** aojea has joined #openstack-kuryr06:36
*** aojea has quit IRC06:41
*** tonanhngo has joined #openstack-kuryr06:42
*** aojea has joined #openstack-kuryr06:45
*** tonanhngo has quit IRC06:46
*** aojea has quit IRC06:50
*** yamamoto has quit IRC06:54
*** aojea has joined #openstack-kuryr06:54
*** aojea has quit IRC06:59
*** aojea has joined #openstack-kuryr07:03
*** aojea has quit IRC07:08
*** aojea has joined #openstack-kuryr07:13
*** aojea has quit IRC07:14
*** tonanhngo has joined #openstack-kuryr07:14
*** aojea has joined #openstack-kuryr07:14
*** tonanhngo_ has joined #openstack-kuryr07:17
*** caowei_ has joined #openstack-kuryr07:18
*** caowei has quit IRC07:18
*** caowei_ is now known as caowei07:18
*** tonanhngo has quit IRC07:19
*** tonanhngo_ has quit IRC07:22
apuimedodmellado: ping07:37
dmelladoapuimedo: pong07:37
apuimedohttps://review.openstack.org/#/c/486940/07:37
apuimedoI guess I'm the other "author"07:37
dmelladooh, yeah, you're 'the other'07:38
dmelladoxD07:38
apuimedo"He venido a hablar de mi libro"07:38
dmelladoI forgot yesterday to abandon that in favour of yours07:38
dmelladoso don't cry xD07:38
apuimedodmellado: I more was thinking you take over this stuff07:39
apuimedocause I think I don't know anymore what they want07:39
dmelladobut didn't Ajaeger messed up with the links?07:40
*** kural_ has joined #openstack-kuryr07:40
apuimedodmellado: that's the point07:40
apuimedoI'm confused07:40
apuimedoxD07:40
*** kural_ has quit IRC07:40
*** kural_ has joined #openstack-kuryr07:40
*** kural has joined #openstack-kuryr07:40
dmelladoI'm gonna reply, but my 2 cents he messed up xD07:41
dmelladoapuimedo: do you have a link handy to your patch?07:42
*** kural has quit IRC07:42
*** kural_ has quit IRC07:42
*** kural has joined #openstack-kuryr07:42
*** kural_ has joined #openstack-kuryr07:42
dmelladoapuimedo: in any case no worries, I'll take over and sync with andreas07:43
dmelladobut I'm pretty sure he put the wrong link xD07:43
*** dims has quit IRC07:45
*** dims has joined #openstack-kuryr07:49
*** egonzalez has joined #openstack-kuryr07:51
*** yamamoto has joined #openstack-kuryr07:55
apuimedodmellado: https://review.openstack.org/#/c/480983/07:55
dmelladoapuimedo: I guess I'll rebase your patch onto mine and take over that07:57
apuimedook07:57
apuimedosounds good07:57
apuimedothanks07:57
*** yamamoto has quit IRC08:02
*** yedongcan has quit IRC08:09
*** yedongcan has joined #openstack-kuryr08:10
*** tonanhngo has joined #openstack-kuryr08:11
*** tonanhngo has quit IRC08:16
*** limao has quit IRC08:17
*** limao has joined #openstack-kuryr08:18
*** limao has quit IRC08:22
*** hyunsun has quit IRC08:42
*** limao has joined #openstack-kuryr08:46
*** garyloug has joined #openstack-kuryr08:49
ltomasbohi apuimedo08:54
apuimedoltomasbo: hi08:54
ltomasboI have a question about KURYR_CONFIGURE_NEUTRON_DEFAULTS and KURYR_CONFIGURE_BAREMETAL_KUBELET_IFACE08:54
ltomasboI'm trying to complete a nested deployment08:54
ltomasboso, no docker or kuberentes or kuryr on the undercloud08:54
ltomasboI set those to false08:54
ltomasbobut then the installation is complaining about 2017-07-26 08:32:26.724 | ResourceNotFound: No Subnet found for k8s-service-subnet08:55
ltomasboeven if we don't want to configure the neutron info into the kuryr.conf, we should still create the k8s-service-subnet, right?08:56
apuimedoltomasbo: nope09:00
apuimedowell actually09:00
apuimedothere's two ways09:00
apuimedoone, use a pre-existing one (you can change the expected name)09:00
apuimedotwo, teach devstack to create the services network09:01
apuimedo(cause right now it does not when it is in keystone override mode)09:01
*** yboaron_ has joined #openstack-kuryr09:01
ltomasboapuimedo, I'm not talking about the heat-devstack tool you created09:01
ltomasbojust followed the current kuryr documentation09:01
ltomasbofor the nested case and I think it is broken09:02
apuimedoltomasbo: oh, it may be09:02
apuimedoI only ever use it with my script09:02
apuimedoso the docs may be wrong/outdated09:02
ltomasboif you deploy the undercloud with local.conf.pod-in-vm.undercloud.sample09:02
ltomasboand then the overcloud with the local.conf.pod-in-vm.overcloud.sample09:02
apuimedoirenab: ping09:03
ltomasbothe second installation will fail as there is no k8s-service-subnet09:03
irenabapuimedo, hi09:03
ltomasboand kuryr_configure_neutron_defaults is false09:03
apuimedoirenab: I'd like to merge the network addon patch09:03
irenabI didn't have a time to verify. Did you>09:03
irenab?09:03
apuimedoI'm doing it now09:03
*** yboaron has quit IRC09:04
irenabltomasbo, I think you are correct09:04
irenabapuimedo, cool09:04
apuimedoltomasbo: so your expectation would be that the overcloud devstack creates the k8s-service-network and subnet, is that right?09:05
*** tonanhngo has joined #openstack-kuryr09:05
ltomasboapuimedo, perhaps not for a real deployment09:06
ltomasbobut for the devstack one09:06
ltomasboyep, I believe so09:06
irenabapuimedo, not sure its correct. If you are not running kuryr in the undercloud, I think overcloud should create it09:06
apuimedoirenab: do you agree?09:06
apuimedovery well then09:06
apuimedoltomasbo: file a bug and I can patch it09:06
irenaband remove it once unstack is invoked09:06
apuimedoor feel free to09:06
apuimedoltomasbo: irenab: this devstack plugin is starting to get complicated :P09:07
irenabI am failing to run only worker node kuryr devstack09:07
ltomasboapuimedo, I'll moving part of the CONFIGURE_NEUTRON_DEFAULTS09:07
ltomasboto create the k8s_service_subnet but not configure the kuryr.conf09:07
apuimedoirenab: how did you go about it?09:07
ltomasboI'll create the patch and the bug09:07
apuimedoltomasbo: great09:07
irenabapuimedo, was rying to add kuryr-kuberentes to stop it later, but it conflicts with some created stuff by the master node09:08
irenabbut somehow kubelet and docker services are not running if kuryr-kubernetes is not enabled09:09
apuimedoirenab: can you paste the local.overcloud.worker.conf ?09:10
*** tonanhngo has quit IRC09:10
irenaba min09:10
apuimedothanks09:12
irenabhttps://pastebin.com/p46SZDRJ09:13
* irenab out for lunch09:14
apuimedoirenab: enjoy your lunch09:14
apuimedoirenab: I'll push the network addon containers to dockerhub now so you don't need to build them to verify09:15
*** limao has quit IRC09:21
*** yamamoto has joined #openstack-kuryr09:24
apuimedoirenab: vikasc: built and pushed to dockerhub kuryr/cni:a50bf74d and kuryr/controller:a50bf74d09:27
vikascapuimedo, thanks!09:29
dmelladoapuimedo: could you pls abandon your change 48096309:29
dmellado?09:29
*** aojea has quit IRC09:32
*** aojea has joined #openstack-kuryr09:32
*** yamamoto has quit IRC09:35
*** yamamoto has joined #openstack-kuryr09:45
apuimedodmellado: sure09:47
dmelladoInitial experimental multinode gate set up, let's see how broke is this xD09:47
apuimedodmellado: you mean this one? https://review.openstack.org/#/c/480983/ ?09:47
apuimedodmellado: I see something for zuul v3 got enabled today09:48
dmelladoyep, drop that one pls09:48
apuimedodmellado: gladly09:48
apuimedodone09:48
dmellado\o/09:51
*** aojea has quit IRC09:57
*** aojea has joined #openstack-kuryr09:59
*** kiennt has quit IRC10:05
dmelladoapuimedo: ping10:06
dmelladodo you know from where are we taking the parameter $NET_ID here? https://github.com/openstack/kuryr-kubernetes/blob/master/devstack/plugin.sh#L19510:06
dmelladoltomasbo: ^^10:07
ltomasbothat is what I'm trying to figure out10:08
ltomasboI though we were creating the net and the subnet for the k8s-service-subnet10:08
ltomasbobut I didn't find where we create the net for that subnet10:09
apuimedodmellado: I think it is from devstack lib/neutron10:17
apuimedoltomasbo: my patch creates a new net for it10:17
dmelladoapuimedo: that's what I assumed, but there are several declarations of that within lib/neutron10:17
apuimedoI don't like multiple subnet networks10:17
apuimedohttps://review.openstack.org/#/c/486134/10:17
apuimedodmellado: ltomasbo: do you mind if I change ^^ to create also a pod net for the pod subnet?10:18
apuimedoI don't like reusing the private neutron default subnet that much10:18
dmelladoapuimedo: go for it10:18
apuimedookey dokey10:19
ltomasboahh, ok, so you were using the default private network and then just adding subnets?10:21
apuimedono me10:22
apuimedoI think this was done by somebody else10:22
ltomasboapuimedo, thanks! I'll take a look10:22
ltomasboapuimedo, and yes, I agree with the pod net10:23
apuimedogood10:23
*** caowei has quit IRC10:24
*** tonanhngo has joined #openstack-kuryr10:28
irenabdmellado, I think the network is created as part of the neutron devstsck part10:30
apuimedoirenab: yeah... But I don't like it10:31
apuimedoI'd rather have our own network10:32
apuimedos/network/networks10:32
apuimedo/10:32
irenabapuimedo, agree10:32
apuimedoI'll send a patch for that in a little bit10:32
apuimedoirenab: did you see I sent you the dockerhub name of vikas' container so you have easier verification?10:32
irenabapuimedo, maybe we need kuryr project as well10:32
apuimedoWe should try to merge this week10:32
apuimedoirenab: dmellado: ltomasbo: if you all agree, I make a kuryr project as well10:33
irenabapuimedo, missed it, can you resend?10:33
apuimedokzaitsev_ws: ^^10:33
apuimedoirenab: vikasc: built and pushed to dockerhub kuryr/cni:a50bf74d and kuryr/controller:a50bf74d10:33
irenabok10:34
kzaitsev_wswhich part do I start reading with? =)10:34
kzaitsev_wsdockerhub images? =)10:35
dmelladokzaitsev_ws: heh, from bottom to top, I guess xD10:38
apuimedokzaitsev_ws: no, about devstack own project and nets instead of reusing neutron created ones10:38
kzaitsev_wsah ok.10:38
*** rwallner has joined #openstack-kuryr10:44
irenabapuimedo, dmellado : do you have some time to chat about multi node devstack? tomorrow is also fine, if you cannot today10:48
dmelladoirenab: sure10:48
irenabfor now we have everything under the condition that kuryr-kubernetes is enabled10:48
dmelladoit seems a li'l bit havoc as zuul v3 is ongoing and code doesn't match docs, not even in-code ones10:49
dmelladobut I've put an experimental multi-node gate to check that10:49
*** yedongcan has left #openstack-kuryr10:49
dmelladohttps://review.openstack.org/#/c/487343/10:49
irenabdmellado, what services are deployed on worker node?10:49
dmelladoirenab: ^^10:49
dmelladothat's waht I'm trying to check10:49
dmelladohow can I distribute services there10:50
dmelladomy idea would be to use this new deployments that are advertised10:50
dmelladolet me get the link for you and I'll ellaborate10:50
apuimedoirenab: I do, yeah10:50
apuimedoirenab: can you file a bug?10:50
irenabI just see that with current plugin.sh, if kuryr-kubernetes is not enabled, nothing is deployed10:51
apuimedolike "devstack should allow to multi_Host and only kubelet service enabled10:51
irenabapuimedo, sure10:51
irenabin few mins10:51
apuimedothanks10:51
apuimedoso that we only deploy kubelet and cni10:51
irenabI wanted to chat about the options to fix it, but we can take it to the white bourd of the bug10:51
irenaband docker10:51
apuimedoirenab: we can discuss and add to the bug/bp10:52
dmelladohttps://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate-wrap.sh#L404-L41310:53
dmelladoirenab: ^^10:53
dmelladoI was thinking about having an aiopcpu or ctrlpcpu but those aren't ready yet10:53
dmelladoagain, waiting for zuulv310:53
dmelladoI also made the gate experimental as I'm not really sure on how to distrubute servies10:53
dmelladoasked on #openstack-infra but still waiting on the reply10:54
dmelladoyuval: maybe you'd know this?10:54
irenabdmellado, I just wanted to have multi node to play with nested scenario and then realised that we have only monilitic style deployment10:54
* yuval jumping into context10:54
dmelladoirenab: overall, my 'high level' idea would be to have the compute on the 2nd node so we could spawn a vm which would host kuryr+pods10:55
dmelladowithout being capped to 8 gigs10:55
*** roeyc has joined #openstack-kuryr10:57
yuvaldmellado: not really familiar with multi node gate jobs10:57
apuimedodmellado: you are very ambitious10:57
ltomasbodmellado, apuimedo: I see the problem is with the subnetpool, for a baremetal one, it gets information about the subnet-pool, and uses this to create the k8s-service-subnet at the private network10:57
apuimedoxD10:57
dmelladoapuimedo: xD10:57
ltomasbobut for the nested, it gets no information about the subnet-pool, nor about the private network10:57
dmelladoirenab: apuimedo in any case let's wait for that patch to be reviewed and let's modify things as we go ;)10:57
apuimedoltomasbo: well, the pool will not be defined, so it gets it from settings10:57
dmelladoyuval: thanks in any case!10:58
yuvaldmellado: have you seen that there is a 'multinode' value for DEVSTACK_GATE_TOPOLOGY as well? Not documented in the comment, but exists throughout devstack-vm-gate.sh10:58
ltomasboapuimedo, as SUBNETPOOL_V4_ID is not set, then it tried to use KURYR_K8S_CLUSTER_IP_RANGE10:59
dmelladoyuval: that's the one I used for my patch, as it's the 'current' 'legacy' one10:59
dmelladodevstack has quite a few if DEVSTACK_GATE_TOPOLOGY==multinode things around10:59
dmelladoand nothing about aiopcpu and so10:59
dmelladowhich seems to be just 'to be coming' features along with ZuulV310:59
apuimedoltomasbo: right, and kuryr_k8s_cluster_ip_range should be well set11:00
apuimedoin local.conf11:00
irenabdmellado, seems that in addition to what you are trying to do, we need to make sure that we have proper way to deploy and configure relevant services11:00
yuvalboth ctrlpcpu and aiopcpu appear nowhere in devstack-vm-gate.sh11:00
ltomasboapuimedo, yep, but you don't have any network for it11:01
dmelladoirenab: that's on my todo on how to do this11:01
ltomasboso, we need your patch: https://review.openstack.org/#/c/486134/5/devstack/plugin.sh11:01
dmelladoI was looking to see if there's another project that curretly do that11:01
apuimedoltomasbo: that depends11:01
apuimedo:P11:01
ltomasboto create the service_net_id11:01
apuimedoif you manually (or heat) created it11:01
apuimedoltomasbo: I'll make it more robust11:01
kzaitsev_wssorry for being slow. was writing a bunch of emails. I like the idea of having our own separate networks. Who knows what actually happens in neutron default ones. reading on.11:02
apuimedobut it's difficult to test all the possibilities11:02
ltomasboapuimedo, other option is to force the SUBNETPOOL_V4_ID11:02
ltomasboby also having it defined in kuryr, instead of the KURYR_K8S_CLUSTER_IP_RANGE11:02
apuimedoltomasbo: yeah, yeah. I'm on it11:02
ltomasbosomething like:11:03
apuimedoI'll allow the use to specify11:03
ltomasboif [ -z $SUBNETPOOL_V4_ID ] then11:03
ltomasbo   local service_subnetpool=$KURYR_K8S_SUBNETPOOL_V411:03
irenabapuimedo, dmellado https://bugs.launchpad.net/kuryr-kubernetes/+bug/170657611:04
openstackLaunchpad bug 1706576 in kuryr-kubernetes "devstack does not support multi node scenario" [Undecided,New]11:04
ltomasboapuimedo, ohh, so you are working on this?11:04
dmelladoirenab: I'll take that and have a look in parallel with the gate owrk11:04
dmelladowork11:05
irenabdmellado, thanks!11:05
janonymousirenab: apuimedo : i have a doubt about patch : #48475411:05
ltomasbodmellado, irenab: Ohh, I remember I hit that one too some time ago11:05
ltomasbocompletely forgot about it11:05
irenabltomasbo, , how did you deploy worker nodes?11:05
dmelladoltomasbo: did you have some workaround11:06
dmellado?11:06
apuimedojanonymous: which?11:06
dmelladoif so, feel free to submit a patch11:06
ltomasboyep, I modified the devstack/plugin.sh11:06
janonymousapuimedo:  though it places the command correctly but on systemctl restart commands it is not able to execute command of docker run again11:06
janonymoushttp://paste.openstack.org/show/616563/11:07
yuvaldmellado: seems like both aiopcpu and ctrlpcpi never had conditions about them in devstack-vm-gate.sh11:07
yuvaldmellado: git rev-list --all | xargs git grep ctrlpcpu | grep -v "one node will"11:07
yuvaldmellado: git rev-list --all | xargs git grep aiopcpu | grep -v "one node will"11:07
dmelladoyuval: yeah, I'm asking at #openstack-infra but my 2 cents is that those are there as a part of the migration to zuulv311:07
dmelladoI'll sit down with the infra team at the PTG and check...11:07
ltomasboit was a quick workaround regarding the main if for the kuryr-kubernetes at that file11:07
apuimedojanonymous: right11:07
apuimedoyou did it wrong11:07
apuimedo:P11:07
apuimedolet me comment on it11:08
apuimedoI missed it before11:08
janonymous:P :)11:08
irenabltomasbo, any advise before I hit the same issues you had?11:08
yuvaldmellado: the comment was added in 2014 (commit 560e8512bc16d30598fc62d8f22561ca5bf722c5), I don't think it has something to do with zuul 311:08
dmelladohuh, well, zuulv3 has been 'there' for a long time but I doubt that it has been that much xD11:09
dmelladomaybe just some 'dead' proposal?11:09
ltomasbomy problem was that, unless you include kuryr-kubernetes, nothing is installed/configure11:09
ltomasboirenab, ^11:09
yuvaldmellado: probably11:09
irenabltomasbo, already got to this phase11:10
ltomasboirenab, so I remove the first if11:10
ltomasbobut not in a proper way11:10
irenabltomasbo, but once you include kuryr-k8s, it hits the 'already created' stuff by the master node11:10
ltomasboirenab, you are having problems with the compute node?11:11
dmelladoyuval: I'll ask clarkb later, as he wrote that part11:11
ltomasboirenab, I removed that if, but also skipped some of the steps, I mainly install kubelet and kuryr-cni11:11
ltomasboand that was it11:11
ltomasbo(I think)11:11
irenabltomasbo, with the devstack of second VM (compute to host worker node)11:12
irenabso you removed https://github.com/openstack/kuryr-kubernetes/blob/master/devstack/plugin.sh#L53211:12
* dmellado goes for a quick errand, bbiab11:12
apuimedojanonymous: https://review.openstack.org/#/c/484754/211:12
apuimedoprobably the second option is simpler11:12
apuimedosee if it helps11:12
yuvaldmellado: have you seen the ironic multi node jobs?11:13
ltomasboirenab, I'm not sure now (as it was some time ago) I finally removed that, or just moved L535-537 before that if11:13
*** tonanhngo has quit IRC11:13
ltomasboirenab, I mean, I moved the is_service_enabled kuryr-kubernetes checking to the other ifs, for the post-config and extra steps11:14
irenabltomasbo,11:14
ltomasbobut installing the kubelet/cni regardless of the kuryr-kubernetes11:14
irenabI see11:14
apuimedojanonymous: instead of docker run and then stop, maybe "docker create" will be better11:15
irenabltomasbo, did you manage to solve the ODL/OVN trunk port status issue?11:15
ltomasboirenab, I think now the odl trunk port support is fixed11:24
janonymousapuimedo:  can we still see the logs in option a)11:24
ltomasbonot from kuryr perspective, since there was a bug in ODL related to trunk ports11:24
ltomasboirenab, https://bugs.opendaylight.org/show_bug.cgi?id=888011:24
openstackbugs.opendaylight.org bug 8880 in General "Trunk ports flows are not created for subports" [Normal,Waiting_for_review] - Assigned to vishal.thapar11:24
ltomasboI'm testing that and it seems to work11:24
irenabltomasbo, same  with DF, child port was never moved to Active11:24
ltomasbobut the problem with the subports being down is still there11:25
ltomasboI've been digging into the process and saw that OVN actually sets the status to up11:25
irenabnow there is a fix: https://review.openstack.org/48730511:25
apuimedojanonymous: mmm good point11:25
apuimedolet me check11:25
ltomasbobut then, there is a ovs transaction that sets parent port to ''11:26
irenabltomasbo, interesting11:26
ltomasboas it tries to get that information from neutron port (which does not have it)11:26
apuimedojanonymous: for that you'd have to do "docker start --attach $name11:26
ltomasbothen OVN lost the information about the parent, which was the reason to set it to up11:26
ltomasboso, it sets it to down again11:26
irenabltomasbo, seems strange, status is not something that shoudl arive from neutron11:26
ltomasbothere are a couple of problems11:27
ltomasboone of them (at least in OVN) is that the ports does not have a host11:27
ltomasboas they are not directly linked to br-int11:27
janonymousapuimedo: ohkay thanks!, i will spin a vm with that option to test locally11:27
ltomasbotherefore, there are some checkings that avoid setting status to up11:27
ltomasboas the port is not 'bound'11:27
irenabin DF we just decided to reflect the parent port status11:28
ltomasbowe tried to remove that if for a while, and see that ovn was actually setting the subport to up11:28
apuimedojanonymous: thanks11:28
ltomasbobut then, there is a txn that sets some infromation in the ovsdb11:28
janonymousapuimedo:  :)11:29
ltomasbobut it tries to get the parent information from the port status from neutron, which is missing, so it sets it to []11:29
irenabI think DF and OVN probably should have similar treatment of the child port11:29
ltomasboand when that happens, the port goes to down again in ovn11:29
ltomasboyep11:29
irenabrace condition?11:29
ltomasbowhat I saw if that trunk port support, related to port status is mainly missing11:30
ltomasbothey did not take care of it at networking-odl and it is kind of broken11:30
ltomasbothey were relying in some --binding-profile information in neutron11:30
ltomasboto get the parent port of a port, and the vlan_id11:30
irenabseems per-trunk option11:30
ltomasboyep, I'll try to get some patches soon for this11:32
ltomasbosame in odl11:32
ltomasbobut for odl first I needed to get the trunk properly working11:32
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: Use separate nets and project for kuryr  https://review.openstack.org/48613411:41
apuimedoirenab: ltomasbo: dmellado: I need to verify this one manually still11:42
apuimedobut look into the direction11:42
apuimedoto see if it helps for what you were asking11:42
ltomasboI'll check right away11:43
apuimedothanks11:43
irenabapuimedo, will check as well11:45
ltomasboapuimedo, L195 here https://review.openstack.org/#/c/486134/6/devstack/plugin.sh11:45
ltomasbofor the nested case, we will need to always include kuryr_neutron_default_subnetpool_id, right?11:46
ltomasboas subnetpool_v4_id is not known11:46
ltomasboapuimedo, well, I'll do the review on the gerrit :D11:47
apuimedoirenab: please, see the answer to your comments on https://review.openstack.org/#/c/466675/1511:48
apuimedoltomasbo: that's right11:48
apuimedoyou should check a subnetpoolid from the undercloud and put it in your local.conf11:48
apuimedoI feel like I'm only doing devstack lately11:51
apuimedoxd11:51
*** tonanhngo has joined #openstack-kuryr11:54
*** yamamoto has quit IRC11:57
*** tonanhngo has quit IRC11:58
*** tonanhngo has joined #openstack-kuryr11:58
*** tonanhngo has quit IRC12:02
*** yboaron_ has quit IRC12:07
irenabapuimedo, regarding vikasc patch, maybe worth to put devstack related instructions somewhere12:11
kzaitsev_wsw12:11
*** atoth has joined #openstack-kuryr12:11
ltomasboirenab, ++++1 on that12:13
*** yamamoto has joined #openstack-kuryr12:13
*** yboaron_ has joined #openstack-kuryr12:22
apuimedothat's legitimate12:25
*** kzaitsev_ws has quit IRC12:41
*** kzaitsev_ws has joined #openstack-kuryr12:42
*** jerms has joined #openstack-kuryr12:47
*** yamamoto has quit IRC12:54
*** alraddarla has joined #openstack-kuryr13:08
*** yamamoto has joined #openstack-kuryr13:09
*** alraddarla has quit IRC13:27
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: Use separate nets and project for kuryr  https://review.openstack.org/48613413:49
dmelladoheh, again vikas and documentation? xD14:05
apuimedodmellado: no, no14:07
apuimedojust lack of polish between devstack usages and implementation/documentation14:07
apuimedoI think vikasc document on pod-in-vm was fine at the time it was merged, but more use cases and changes have appeared14:08
*** gouthamr has joined #openstack-kuryr14:12
*** janki has quit IRC14:23
*** yamamoto has quit IRC14:24
*** limao has joined #openstack-kuryr14:24
*** aojea has quit IRC14:31
*** yboaron_ has quit IRC14:34
openstackgerritMerged openstack/kuryr master: Update the documentation link for doc migration  https://review.openstack.org/48652314:38
*** jerms has quit IRC14:46
openstackgerritOpenStack Proposal Bot proposed openstack/kuryr master: Updated from global requirements  https://review.openstack.org/48531014:46
*** jerms has joined #openstack-kuryr14:54
*** jerms has quit IRC14:54
*** roeyc has quit IRC15:00
openstackgerritLiping Mao proposed openstack/kuryr-libnetwork master: Fix Rally test case error.  https://review.openstack.org/48747615:12
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: Use separate nets and project for kuryr  https://review.openstack.org/48613415:13
apuimedoltomasbo: I added the router as a configuration15:19
apuimedoltomasbo: which conf do you want me to put in the local.conf samples?15:20
*** limao has quit IRC15:21
ltomasboapuimedo, great!15:23
*** limao has joined #openstack-kuryr15:23
ltomasboI will test it15:23
ltomasbomaybe in the local.conf for the overcloud you should add a note about those fields15:24
*** yamamoto has joined #openstack-kuryr15:24
ltomasbostating they need to be filed with proper data, either that or in the documentation (or both)15:24
apuimedoltomasbo: A commented note I think could be useful15:26
ltomasboI agree15:26
ltomasboalso, we need to change the checking about configure_neutron_defaults15:27
*** limao has quit IRC15:27
ltomasboto ensure these actions are triggered in the nested environment15:27
ltomasboperhaps that is not even needed, as we will nave the info about the pod_subnet, pod_sq, service_subnet, right?15:28
ltomasboapuimedo, ^^15:28
ltomasboso, it just need to be set to false?15:29
apuimedoright15:30
apuimedoltomasbo: you'll need to specify the router15:30
apuimedoand the pool15:30
*** limao has joined #openstack-kuryr15:30
apuimedo(if you don't specify the subnets, that is15:30
ltomasboI'll check this15:31
ltomasbothanks! I'm booting a VM, I'll paste my comments in the patch if it works!15:31
apuimedoI'm checking the code now15:31
apuimedoltomasbo: I'm more interested in the case when it doesn't work15:32
ltomasboI'll let you know both ways...15:32
*** yamamoto has quit IRC15:36
*** jerms has joined #openstack-kuryr15:39
apuimedoltomasbo: I'm considering changing how we do the overcloud devstack config in the documentation15:41
*** aojea has joined #openstack-kuryr15:42
ltomasboapuimedo, we need to do that, as it is not working right now15:42
*** limao_ has joined #openstack-kuryr15:44
apuimedoltomasbo: what I meant is to get rid of local.conf.undercloud.sample15:46
apuimedoyou would just stack a default devstack with neutron-lbaasv215:46
*** aojea has quit IRC15:46
apuimedoso no kuryr-kubernetes plugin on the undercloud15:46
apuimedoand then on the overcloud15:47
apuimedowe do the net/subnet creation15:47
apuimedoltomasbo: wdyt?15:47
ltomasboyep, that is pretty much what I did in my deployment15:48
ltomasboapuimedo, ^^15:48
apuimedook then15:48
*** limao has quit IRC15:48
apuimedoltomasbo: but in a follow-up patch15:50
ltomasboI'm fine with that too15:51
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: Move to devstack-plugin-container  https://review.openstack.org/47423815:53
*** jermz has joined #openstack-kuryr15:56
*** kzaitsev_ws has quit IRC16:02
*** limao_ has quit IRC16:05
*** limao has joined #openstack-kuryr16:06
openstackgerritLiping Mao proposed openstack/kuryr-libnetwork master: Fix Rally test case error.  https://review.openstack.org/48747616:09
ltomasboapuimedo, note you also need to enable nova for the undercloud16:12
*** roeyc has joined #openstack-kuryr16:16
apuimedoltomasbo: what do you mean?16:19
apuimedoin the current undercloud we leave the default service, that means nova is there, isn't it?16:19
ltomasbosure sure16:19
ltomasboas you said you will only leave lbaasv216:19
ltomasbojust wondering if you were thinking about having enabled_service=""16:20
apuimedoltomasbo: no, no. I meant nothing of kuryr16:25
ltomasbogreat!16:25
*** limao has quit IRC16:26
*** limao has joined #openstack-kuryr16:27
*** jerms has quit IRC16:28
*** jermz has quit IRC16:28
apuimedoltomasbo: did it work?16:30
ltomasboI was in a call, and the stack crashed, so I'm restacking16:31
ltomasboI'll let you know. I think it should work16:31
apuimedook16:33
*** roeyc has quit IRC16:35
*** roeyc has joined #openstack-kuryr16:35
*** roeyc has quit IRC16:37
*** limao has quit IRC16:47
*** roeyc has joined #openstack-kuryr16:49
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: allow overriding keystone config  https://review.openstack.org/48751716:53
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: do not delete service ipallocation pool  https://review.openstack.org/48751816:53
*** garyloug has quit IRC16:57
*** aojea has joined #openstack-kuryr16:58
*** egonzalez has quit IRC17:00
*** roeyc has quit IRC17:01
*** aojea has quit IRC17:02
*** roeyc has joined #openstack-kuryr17:04
*** roeyc has quit IRC17:04
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: do not delete service ipallocation pool  https://review.openstack.org/48751817:11
*** jerms has joined #openstack-kuryr17:12
*** alraddarla has joined #openstack-kuryr17:24
*** alraddarla has left #openstack-kuryr17:24
*** aojea has joined #openstack-kuryr17:31
*** aojea has quit IRC17:32
*** aojea has joined #openstack-kuryr17:34
*** aojea has quit IRC17:47
*** yamamoto has joined #openstack-kuryr18:09
*** yamamoto has quit IRC18:13
*** aojea has joined #openstack-kuryr18:16
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: do not delete service ipallocation pool  https://review.openstack.org/48751818:18
*** kural_ has quit IRC18:30
*** kural has quit IRC18:30
*** aojea has quit IRC18:30
*** aojea has joined #openstack-kuryr18:56
*** aojea has quit IRC19:01
*** atoth has quit IRC19:26
*** yboaron_ has joined #openstack-kuryr19:29
*** rwallner has quit IRC20:00
*** rwallner_ has joined #openstack-kuryr20:04
*** rwallner_ has quit IRC20:09
*** gouthamr has quit IRC20:26
*** gouthamr has joined #openstack-kuryr20:27
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: do not delete service ipallocation pool  https://review.openstack.org/48751820:44
*** aojea has joined #openstack-kuryr20:45
*** tonanhngo has joined #openstack-kuryr21:01
*** tonanhngo has quit IRC21:05
*** rwallner has joined #openstack-kuryr21:15
*** yamamoto_ has joined #openstack-kuryr21:19
*** rwallner has quit IRC21:19
*** yamamoto_ has quit IRC21:21
*** yboaron_ has quit IRC22:08
*** lihi has quit IRC22:13
*** lihi has joined #openstack-kuryr22:14
*** aojea has quit IRC22:23
*** gouthamr has quit IRC22:28
*** gouthamr has joined #openstack-kuryr22:42
*** tonanhngo has joined #openstack-kuryr22:49
*** tonanhngo has quit IRC22:53
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: do not delete service ipallocation pool  https://review.openstack.org/48751823:03
*** yamamoto has joined #openstack-kuryr23:10
*** yamamoto has quit IRC23:37
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: do not delete service ipallocation pool  https://review.openstack.org/48751823:46
*** yamamoto has joined #openstack-kuryr23:51
*** yamamoto_ has joined #openstack-kuryr23:55
*** yamamoto has quit IRC23:56

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