Wednesday, 2019-10-16

*** goldyfruit_ has joined #openstack-containers00:05
*** ricolin has joined #openstack-containers01:57
*** spsurya has joined #openstack-containers01:59
*** ykarel has joined #openstack-containers02:50
*** dave-mccowan has quit IRC02:56
*** ramishra has joined #openstack-containers04:06
*** pcaruana has joined #openstack-containers04:37
*** pcaruana has quit IRC05:14
*** lpetrut has joined #openstack-containers05:21
*** lpetrut has quit IRC05:26
*** udesale has joined #openstack-containers05:44
*** pcaruana has joined #openstack-containers06:13
*** jmlowe has quit IRC06:38
*** jmlowe has joined #openstack-containers07:17
*** ivve has joined #openstack-containers07:19
*** trident has quit IRC07:27
*** trident has joined #openstack-containers07:31
*** ykarel is now known as ykarel|lunch07:42
*** reddreamster has joined #openstack-containers07:50
*** ttsiouts has joined #openstack-containers07:57
*** openstackgerrit has joined #openstack-containers07:58
openstackgerritSpyros Trigazis proposed openstack/magnum master: update api-ref for clustertemplate  https://review.opendev.org/67962407:58
openstackgerritSpyros Trigazis proposed openstack/magnum master: Build cluster autoscaler container images  https://review.opendev.org/68864808:05
openstackgerritSpyros Trigazis proposed openstack/python-magnumclient stable/train: Add nodegroup CRUD commands  https://review.opendev.org/68887308:08
*** lpetrut has joined #openstack-containers08:12
*** ykarel|lunch is now known as ykarel08:21
openstackgerritMerged openstack/magnum master: update api-ref for clustertemplate  https://review.opendev.org/67962408:22
strigazibrtknr: are you here? meeting in 33mins?08:27
brtknryep 👍🏽08:28
brtknrStrigazi, off topic, how do you install gpu drivers via containers?08:40
strigazibrtknr: https://gitlab.cern.ch/kosamara/nvidia-system-container/tree/a24f93cedc4d110216b8cb07e1ef1122fb198d3008:42
*** ramishra has quit IRC08:43
*** flwang1 has joined #openstack-containers08:46
*** ykarel is now known as ykarel|away08:47
flwang1hi team, meeting in 3 mins08:57
strigaziflwang1: +109:00
brtknrhi both09:00
flwang1#startmeeting magnum09:00
openstackMeeting started Wed Oct 16 09:00:41 2019 UTC and is due to finish in 60 minutes.  The chair is flwang1. Information about MeetBot at http://wiki.debian.org/MeetBot.09:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.09:00
strigazibrtknr: we can build this container in the ci09:00
*** openstack changes topic to " (Meeting topic: magnum)"09:00
openstackThe meeting name has been set to 'magnum'09:00
flwang1#topic roll call09:00
*** openstack changes topic to "roll call (Meeting topic: magnum)"09:00
strigazio/09:00
*** ramishra has joined #openstack-containers09:00
flwang1o/09:00
brtknr\o/09:00
flwang1i think just us?09:01
flwang1let's go through the topics09:01
flwang1#topic fcos driver09:01
*** openstack changes topic to "fcos driver (Meeting topic: magnum)"09:01
flwang1strigazi: mic is on your hand now09:02
* brtknr needs to work on that plugin to notify active users09:02
jakeyipo/  sorry09:03
strigaziyeap, I think everything is ready09:03
flwang1strigazi: see my latest comment?09:03
flwang1we may need to mount /dev to get cinder work09:04
strigazinothing else to do. I run e2e for calico and flannel09:04
strigaziflwang1: does cinder still work?09:04
strigaziflwang1: anyway, I'll try with an old k8s verison09:05
flwang1strigazi: TBH, it's tested by one of our consumer, i haven't confirmed it09:06
flwang1he used k8s v1.15.409:06
strigaziok09:06
brtknrstrigazi: hmm i still can see pod logs09:06
*** ykarel|away has quit IRC09:06
strigazibrtknr: context?09:06
brtknrfor coreos containers09:07
flwang1brtknr: can or can't?09:07
brtknr"can't" sorry09:08
strigazibrtknr: I don't understand. which command doesn't work?09:08
brtknrkubectl logs coredns-7584bf494f-vhp4d -n kube-system09:08
brtknreventually times out09:08
brtknrError from server: Get https://[fd13:6667:48e0:0:f816:3eff:fe55:8372]:10250/containerLogs/kube-system/coredns-7584bf494f-vhp4d/coredns: dial tcp [fd13:6667:48e0:0:f816:3eff:fe55:8372]:10250: i/o timeout09:08
strigazibrtknr: ipv609:08
brtknrdo you disable it in config?09:09
*** ttsiouts has quit IRC09:09
strigazibrtknr: I don't have it09:09
*** ttsiouts has joined #openstack-containers09:09
strigaziipv6 will never work with flannel anyway09:10
brtknrdevstack automatically creates it though09:10
strigaziand dual stack is added as alpha in 1.1609:10
strigaziI don't think we should waste time with ipv6 at this point09:10
strigaziI have IP_VERSION=4 in my local.conf09:11
strigazibrtknr: maybe with calico works09:11
strigazibut let's focus on ipv4?09:11
ttsioutso/09:11
brtknrstrigazi: im happy with just ipv409:12
brtknri wonder if this is a bug09:12
brtknrwhen a network has both ipv4 and ipv6 subnet, magnum seems to attach both to the instance09:12
brtknrrathar than only the one specified in the cluster template09:12
brtknrstrigazi: no it doesnt work with calico either09:14
strigazibrtknr: what do you want to do? what is the use case?09:15
brtknri was just going by the default devstack behaviour when you dont specify IP_VERSION=409:16
brtknrwhen i specify on the cluster template i want private-subnet and not ipv6-private-subnet in the cluster template, why does it use both?09:16
brtknrdoesnt seem like an expected behaviour09:17
strigazibrtknr: flwang1 I don't know what to say about ipv609:18
flwang1strigazi: personally, i don't think ipv6 is a high priority at this moment09:19
strigaziI can investigate altough it is a waste of time09:19
flwang1we can take it as a TODO and revisit it in U release09:19
flwang1and i don't think k8s support ipv609:19
brtknrits not ipv6 specifically i am expressing concerned about but i noticed that instances that get created get both ipv4 and ipv6 interfaces.... instead of just the one asked for09:20
flwang1then i would say that's another separate issue09:21
brtknri can ask in the #openstack-neutron channel, dont worry09:21
flwang1not releated to the fcos driver, right?09:21
brtknrno dont think so but its only been a problem with fcos driver09:21
flwang1then we can take it as a known issue and keep an eye09:22
brtknrmy instances were being given ipv6 addresses all the time09:22
brtknrlets move to the next topic09:23
flwang1i have raised my comments in the fcos patch09:24
strigazigive me a moment to check09:24
flwang11. i have seen timeout of the heat container agent service, which has been addressed in the latest ps09:24
flwang12. i have seen pod restart09:25
flwang13. the cinder support needs the /dev mount09:25
flwang1strigazi: could you pls try the #3? i will test it as well09:25
strigazi1. i have seen pod restart, this probably happens due to slow environment09:26
strigazisorry 1.09:26
strigazisorry 2.09:26
strigazifor 3. , which version you think work?09:26
strigaziflwang1: if we don't add csi-cinder your clients won't be able to use cinder and new k8s versions.09:27
flwang1strigazi: i understand that, we need to support csi in U release and i would say ASAP :(09:27
strigaziflwang1: to unblock focs, which k8s version you want to work with cinder?09:28
flwang1AFAIK, the build-in cinder support code will be totally removed in v1.17.x09:29
strigaziok09:29
strigaziso it exists in 1.16?09:29
flwang1yes09:29
flwang1#action /me will check when built-in cinder code will be removed from k8s09:30
strigazianything else on fcos?09:31
strigaziwe still don't have a list on what needs to be working09:31
strigaziapart from conformance09:31
flwang1cinder support09:32
strigaziit needs to be written.09:32
strigazimaybe a functional test?09:33
strigazianyway, we wasted too much time with fcos09:33
brtknrstrigazi: i am rerunning e2e test now with ipv6 turned off09:33
strigazibrtknr: I'm running them too now09:33
flwang1strigazi: if we can have a functional test for fcos, it would be great09:33
flwang1but i don't mind adding it later09:33
flwang1since i know you have already put a lot of effort on this and i do really appreciate that09:34
strigaziflwang1: I need everyone to provide requiements though09:34
strigazilet's move on09:34
flwang1#topic ng09:34
*** openstack changes topic to "ng (Meeting topic: magnum)"09:35
flwang1ttsiouts: brtknr: ?09:35
brtknrI tested the ng upgrades, and all looking good now09:35
brtknrI'm happy to merge09:35
strigazi\o/09:35
ttsioutsflwang1: apart from the ng-10/13 series we need to take the bugs I added in the agenda09:36
ttsioutsbrtknr: thanks again on your input!09:37
ttsioutsdo you want me to tell you more about these?09:38
brtknrttsiouts: thanks for your hard work, i just playing with toys you build :)09:38
ttsioutsbrtknr: :)09:38
strigaziflwang1: brtknr any more comments on NGs?09:40
flwang1cool, thank you for you guys good work, i will help review as well09:40
brtknri tested the api_address patch which seems to do the job09:40
strigaziwe take them for train?09:40
flwang1strigazi: i'm ok with that09:40
brtknri am not sure how to test the Failed ng state09:40
brtknrbut Ive checked the login and it seems sensible09:41
brtknrbut Ive checked the logic and it seems sensible09:41
brtknrHavent looked at the Docker volume size yet09:41
brtknrbut also seems reasonable09:41
strigazicool09:42
ttsioutsbrtknr: to test the failed state you have to force the default ngs to go to UPDATE_FAILED. Quota can help you here09:42
ttsioutsbrtknr: without the patch, the cluster goes to UPDATE_COMPLETE. with the patch the cluster reports UPDATE_FAILED as it should09:43
brtknrttsiouts: ok cool I'll try that thanks09:43
ttsioutsbrtknr: an easier way to force the UPDATE_FAILED would be to upgrade using a CT that does not have the kube_tag label09:44
openstackgerritSpyros Trigazis proposed openstack/magnum master: Support Fedora CoreOS 30  https://review.opendev.org/67845809:44
ttsioutsbrtknr: scratch the upgrade test. conductor will make the cluster go to UPDATE_FAILED directly09:45
ttsioutsbrtknr: quota is the way to go..09:45
brtknr#action /me to test Failed ng state09:46
ttsioutsbrtknr: thanks again!09:46
strigazibrtknr: flwang1 are you happy with fcos now so that we can take it with NGs?09:47
flwang1strigazi: as long as you added the /dev mount, i'm happy with the current fcos driver status09:48
flwang1we can fix small issues later09:48
strigaziflwang1: dev and tabs vs spaces and order in the unit, all done09:48
flwang1strigazi: fantastic09:49
flwang1thank you, my friend09:49
strigaziflwang1: cinder works with 1.14.7, just tested it09:49
brtknryep /dev is there09:49
strigaziboth dynamic provisioning and static09:49
flwang1i'm going to +2 now ;)09:50
flwang1next topic?09:50
strigaziyes09:51
flwang1#topic ignition issue in heat09:51
*** openstack changes topic to "ignition issue in heat (Meeting topic: magnum)"09:51
flwang1i have found the root cause of why the local-data doesn't work09:51
flwang1i think there is a bug in os-apply-config, which will overwrite the deployments when doing config merging09:51
flwang1https://review.opendev.org/68831709:52
flwang1here is the patch i proposed in os-apply-config09:52
strigazicool09:52
flwang1but until it's accepted, we may have to push heat team to accept this https://review.opendev.org/68832209:52
strigazi+109:53
flwang1i mean before the os-apply-config patch accepted09:53
flwang1now i'm pushing heat team to review it09:53
flwang1i will let  you guys know when there is progress09:53
flwang1next topic? we only have 6 mins09:54
strigaziyes09:54
flwang1#topic the autoscaler image09:54
strigazibuild autoscaler in the ci09:54
*** openstack changes topic to "the autoscaler image (Meeting topic: magnum)"09:54
flwang1i'm ok to have it in our ci09:54
strigaziI +1 already09:54
strigaziI +2 already09:54
*** rcernin has quit IRC09:54
flwang1approved09:55
flwang1#topic   heat-container-agent:train-stable?09:55
*** openstack changes topic to "heat-container-agent:train-stable? (Meeting topic: magnum)"09:55
flwang1strigazi: can you please tag a train-stable version for heat-container-agent?09:55
strigazi+109:56
strigaziI'll do it09:56
flwang1thank you09:56
flwang1i will send an email to openstack community to announce that we will have fcos support in Train09:56
flwang1that's a tremendous achievement by the team09:57
flwang1we should be proud of it09:57
flwang1anything else?09:58
strigaziyou can mention NGs too, which is much bigger09:58
flwang1sure, i will09:58
flwang1those are the 2 things on my PTL nomination email09:58
flwang1and i'm happy to see we did it09:59
strigazi:)09:59
flwang1i really appreciate for the great work you guys done09:59
flwang1THANK YOU09:59
flwang1i have to go, after day light saving, now it's 11:00PM in NZ10:00
strigazisleep well10:00
strigazicheers10:00
brtknrgood night flwang1  :)10:00
flwang1thank you for joining10:00
flwang1#endmeeting10:00
*** openstack changes topic to "OpenStack Containers Team | Meeting: every Wednesday @ 9AM UTC | Agenda: https://etherpad.openstack.org/p/magnum-weekly-meeting"10:00
openstackMeeting ended Wed Oct 16 10:00:37 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)10:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/magnum/2019/magnum.2019-10-16-09.00.html10:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/magnum/2019/magnum.2019-10-16-09.00.txt10:00
openstackLog:            http://eavesdrop.openstack.org/meetings/magnum/2019/magnum.2019-10-16-09.00.log.html10:00
flwang1o/10:00
brtknrhahadont think our #actions worked properly :)10:01
brtknrhaha dont think our #actions worked properly :)10:01
brtknroh no wait it did10:01
*** ttsiouts has quit IRC10:20
*** ttsiouts has joined #openstack-containers10:21
*** ttsiouts has quit IRC10:26
openstackgerritMerged openstack/magnum master: Build cluster autoscaler container images  https://review.opendev.org/68864810:46
*** ttsiouts has joined #openstack-containers10:53
*** ttsiouts has quit IRC10:58
*** gokhani has joined #openstack-containers11:08
*** ttsiouts has joined #openstack-containers11:25
*** ttsiouts has quit IRC11:26
*** ttsiouts has joined #openstack-containers11:26
*** rcernin has joined #openstack-containers11:31
strigazibrtknr: do you want to push the gpu container in our repom to have it built there?11:38
strigazibrtknr: https://review.opendev.org/#/c/688873/111:39
*** dave-mccowan has joined #openstack-containers11:49
openstackgerritMerged openstack/magnum master: Support Fedora CoreOS 30  https://review.opendev.org/67845811:50
openstackgerritTheodoros Tsioutsias proposed openstack/magnum master: ng-10: Fix cluster template conditions  https://review.opendev.org/68562011:57
openstackgerritTheodoros Tsioutsias proposed openstack/magnum master: ng-11: API microversion 1.9  https://review.opendev.org/68608911:57
openstackgerritTheodoros Tsioutsias proposed openstack/magnum master: ng-12: Label nodegroup nodes  https://review.opendev.org/68636211:57
openstackgerritTheodoros Tsioutsias proposed openstack/magnum master: ng-13: Support nodegroup upgrade  https://review.opendev.org/68673311:57
ttsioutsbrtknr: strigazi: rebased on master ^11:58
*** sapd1 has joined #openstack-containers12:00
*** ivve has quit IRC12:03
openstackgerritSpyros Trigazis proposed openstack/magnum stable/train: zuul: drop secret from stable branch  https://review.opendev.org/68891212:06
*** sapd1 has quit IRC12:12
*** ivve has joined #openstack-containers12:18
strigazibrtknr: cluster creation is broken without passing a subnet12:26
strigazican you revisit your patch?12:26
brtknrstrigazi: hmm i dont understand how that is possible but will take a look12:47
brtknrstrigazi: yes, gpu container is a good idea12:48
brtknrstrigazi: e2e test still doesnt complete but it doesnt fail either12:49
brtknrhttps://seashells.io/p/gpj4xqVr12:49
brtknrhere's my log12:49
strigazisonobuoy retrive ?12:50
strigazibrtknr: http://paste.openstack.org/show/784099/12:51
strigazibrtknr: feilong's patch above is also kinf of wrong12:56
brtknrstrigazi: do you think the same would work even if network was missing?12:56
strigazibrtknr: we have hard coded names that are epxected to exist12:57
strigazibrtknr: the default in heat are to create the resources with that name12:57
strigazibrtknr: the defaults in heat are to create the resources with that name12:57
openstackgerritMerged openstack/python-magnumclient stable/train: Add nodegroup CRUD commands  https://review.opendev.org/68887313:00
brtknrwhich patch specifically?13:00
brtknrcontext?13:00
brtknrhttps://seashells.io/v/XTUsJb8h13:03
brtknrbut i also get this afterwards: ERRO[0000] could not process archive: 201910160931_sonobuoy_13e1df8f-d524-4d2f-a954-eef3772d66ca.tar.gz: failed to find file "plugins/e2e/sonobuoy_results.yaml" in archive13:03
strigazihttps://review.opendev.org/#/c/629514/14/magnum/drivers/heat/k8s_template_def.py subnet patch13:06
strigazibrtknr this was with ipv6 on?13:07
*** lxkong has joined #openstack-containers13:07
brtknrstrigazi: this was with ipv6 off13:07
brtknri had to delete the ipv6 subnet13:07
strigazibrtknr: I don't have the issue, I can't think why it doesn't work for you13:08
brtknrstrigazi: which version of sonobuoy are you using?13:08
strigazisonobuoy_0.16.1_linux_amd6413:09
brtknrhmm me too13:11
strigazibrtknr: if the user hasn't provided a net work or subnet, we shouldn't try to find the uuid for the 'private' network nor 'private-subnet'13:16
strigazibrtknr: if the user hasn't provided a net work or subnet, we shouldn't try to find the uuid for the 'private' network nor 'private' subnet13:16
brtknrstrigazi: yes I agree13:18
brtknrstrigazi: is this created by heat?13:18
strigazibrtknr: yes13:18
brtknrin which case how do we get uuid later?13:18
brtknrstrigazi:13:18
strigazihttps://github.com/openstack/magnum/blob/master/magnum/drivers/common/templates/network.yaml#L6613:19
strigaziI want to change all that with heat conditiones13:19
strigaziI want to change all that with heat conditions13:19
strigaziMagnum::NetworkSwitcher hides some magic13:20
strigazinasty heat teamplate magic13:20
brtknrwhat about name in some cases13:21
brtknrinstead of ID13:21
brtknrstrigazi: also does fixed_network and fixed_subnet need to be defined at all in template_def?13:22
brtknrsince these are default values in heat template13:22
brtknrsame for external_network13:22
strigaziwhat is required by occm is the name to id change13:22
brtknrstrigazi: it needs fixed_network_name and subnet uuid13:23
brtknrstrigazi: i can see a private_network_name13:25
strigazibrtknr: where?13:26
brtknr https://github.com/openstack/magnum/blob/master/magnum/drivers/common/templates/network.yaml#L6613:26
strigazibrtknr: I think the issue is clear no?13:26
brtknrhttps://github.com/openstack/magnum/blob/master/magnum/drivers/common/templates/network.yaml#L3713:26
brtknrstrigazi: the final piece missing is if heat creates the network and the subnet, how do we make sure the fixed_network_name is defined13:27
strigaziwhen heat creates the resources everything is there13:27
strigazihttps://github.com/openstack/magnum/blob/master/magnum/drivers/common/templates/network.yaml will always return the subnet and the network13:29
strigazimy devstack is broken, again, libvirt can't create vms...13:31
brtknrstrigazi: but fixed_network_name is not one of the outputs at present13:32
strigaziwhere is it used? fixed_network_name ?13:34
strigazicome one13:34
strigazithis is easy13:34
strigazilet me walk you through our heat nightmare13:34
strigazifixed_network_name is passed here https://github.com/openstack/magnum/blob/3674b3617a770bd71d09e23137ff96f90eb1241a/magnum/drivers/k8s_fedora_atomic_v1/templates/kubecluster.yaml#L74713:35
openstackgerritBharat Kunwar proposed openstack/magnum master: Ensure cluster creation proceeds when fixed subnet is not defined  https://review.opendev.org/68892813:35
strigazithen network.yaml returns it as fixed_network https://github.com/openstack/magnum/blob/3674b3617a770bd71d09e23137ff96f90eb1241a/magnum/drivers/k8s_fedora_atomic_v1/templates/kubecluster.yaml#L97313:35
brtknrfixed network name is defined here: https://github.com/openstack/magnum/blob/3674b3617a770bd71d09e23137ff96f90eb1241a/magnum/drivers/k8s_fedora_atomic_v1/templates/kubecluster.yaml#L97413:36
strigazithis is wrong, what is it doing here? fixed_network_name: {get_param: fixed_network_name}13:36
brtknrthis is what im trying to get at13:36
strigaziwhy we need it?13:37
*** udesale has quit IRC13:37
strigaziwhat on earth is going on with the occm?13:37
*** udesale has joined #openstack-containers13:37
strigazibrtknr: it needs names or ids?13:37
strigazican we just use uuid?13:37
brtknrit sometimes needs names, other times id13:37
brtknrlol13:37
brtknrits a mess, i know13:38
strigazithis is wrong, everything should come from the network.yaml when passed to the resoruces groupsfixed_network_name: {get_param: fixed_network_name}1;5D13:38
strigazibrtknr: do you know where is it defined in the occm?13:39
brtknrin /etc/kubernetes/cloud-config-occm13:40
strigaziin not our code13:41
strigazinot our code13:41
brtknrinternal-network-name=private13:41
brtknri have no idea what uses fixed_network uuid itself13:42
brtknrbut fixed_network_name is used there13:42
strigazihttps://github.com/kubernetes/cloud-provider-openstack/blame/52ba230135c8834daaf8bcf7aec295251ec736d4/pkg/cloudprovider/providers/openstack/openstack.go#L15013:42
strigazithis is wrong too PublicNetworkName   string `gcfg:"public-network-name"`13:42
brtknrstrigazi: well, yes13:43
strigazibrtknr: your patch for internal-network name needs to change so that the name comes from network.yaml.13:44
strigaziwe also needs some sanity and have id supported everywhere in the occm13:44
strigaziwe also need some sanity and have id supported everywhere in 1;5Dthe occm13:44
brtknrstrigazi: +2, i dont understand why they opted for name as the default13:45
strigaziCan you do our side of the patches?13:46
brtknri can try, this seems to create the cluster for me: https://review.opendev.org/68892813:47
brtknrwithout specifying private subnet13:47
strigaziby devstack has two subnets named private-subnet13:48
strigazibrtknr: I guess you have subnet named private13:50
brtknryep13:51
strigaziI don't13:51
brtknri have subnet named private-subnet13:51
brtknrnot private13:52
brtknri can see a new subnet has been created13:52
brtknrby heat13:52
strigaziin any case it is wrong13:52
strigaziwhat?13:52
brtknrk8s-flannel-fedora-atomic-46whwk5uaba4-network-3sepekxnsi4l-private_subnet-sfhgwfs4cicx13:52
*** reddreamster has quit IRC13:53
strigaziopenstack stack show | grep "fixed_network\"13:53
strigaziopenstack stack show | grep "fixed_network\|fixed_subnet"13:53
openstackgerritBharat Kunwar proposed openstack/magnum master: Ensure cluster can be created when fixed subnet is undefined  https://review.opendev.org/68892813:54
strigazibrtknr: openstack stack show | grep "fixed_network\|fixed_subnet"13:55
brtknryou mean openstack stack list --nested?13:56
strigazino, I want to see the parameted13:56
strigazino, I want to see the parameters13:56
*** rcernin has quit IRC13:57
brtknrubuntu@devstack-master:/opt/stack/magnum$ openstack stack show k8s-flannel-fedora-atomic-46whwk5uaba4 | grep fixed13:58
brtknr|                       | fixed_network: ''13:58
brtknr                                                             |13:59
brtknr|                       | fixed_network_cidr: 10.0.0.0/2413:59
brtknr                                                             |13:59
brtknr|                       | fixed_network_name: private13:59
brtknr                                                             |13:59
brtknr|                       | fixed_subnet: ''13:59
strigaziand what is the network name now?14:00
brtknrits "private" but im pretty sure thats coming from template_def rather than heat14:02
strigazihttps://github.com/openstack/magnum/commit/e84cc4c9759a3b52a04efa93fe0ddb230ffb6c23#diff-a3910005320a5793077536c97689f2eeL69314:06
strigaziI was still there14:06
strigaziI don't know14:06
strigazilet's leave it like this, I can't think anymore about uuids14:06
strigaziit might break some people, but I admit I have lost track with this14:07
strigaziwe pass the same thing twice14:07
strigazifor me, it broke my devstack setup, but I can always pass a network and a subnet, not an issue14:08
strigazibut changing the default behavior always bites.14:09
brtknrstrigazi: fine, do you think this is reasonable for now until occm starts accepting uuid? https://review.opendev.org/#/c/68892814:12
*** mgoddard has quit IRC14:28
*** mgoddard has joined #openstack-containers14:30
brtknrstrigazi: also i dont understand how this patch broke your devstack lol14:39
strigazibrtknr: devstack, I guess recently, started to create the default subnet as private-subnet14:40
brtknrstrigazi: should we change the heat template accordingly?14:40
strigaziwe don't need to since we create the resourcves14:41
*** primeministerp has quit IRC14:44
strigaziwith 688928 it works14:53
*** munimeha1 has joined #openstack-containers14:59
brtknrstrigazi: cool15:00
*** ivve has quit IRC15:05
*** trident has quit IRC15:13
*** trident has joined #openstack-containers15:17
*** lxkong has quit IRC15:39
*** ttsiouts has quit IRC15:39
*** ttsiouts has joined #openstack-containers15:40
*** ttsiouts has quit IRC15:44
openstackgerritMerged openstack/magnum master: ng-10: Fix cluster template conditions  https://review.opendev.org/68562015:54
openstackgerritMerged openstack/magnum master: ng-11: API microversion 1.9  https://review.opendev.org/68608916:00
*** lpetrut has quit IRC16:04
openstackgerritBharat Kunwar proposed openstack/magnum master: Ensure cluster can be created when fixed subnet is undefined  https://review.opendev.org/68892816:09
openstackgerritMerged openstack/magnum master: ng-12: Label nodegroup nodes  https://review.opendev.org/68636216:10
openstackgerritMerged openstack/magnum master: ng-13: Support nodegroup upgrade  https://review.opendev.org/68673316:10
openstackgerritBharat Kunwar proposed openstack/magnum master: Ensure cluster can be created without fixed subnet  https://review.opendev.org/68892816:13
*** sapd1 has joined #openstack-containers16:16
*** ramishra has quit IRC16:34
*** udesale has quit IRC16:40
*** goldyfruit has joined #openstack-containers17:03
*** goldyfruit_ has quit IRC17:05
*** munimeha1 has quit IRC17:18
*** sapd1 has quit IRC17:27
*** ricolin has quit IRC17:36
*** spsurya has quit IRC17:58
*** lbragsta_ has joined #openstack-containers19:48
*** flwang1 has quit IRC19:59
*** pcaruana has quit IRC20:28
openstackgerritFeilong Wang proposed openstack/magnum master: Release k8s v1.13.12, v1.14.8, v1.15.5, v1.16.2  https://review.opendev.org/68904220:57
*** lbragsta_ has quit IRC22:26
*** lbragsta_ has joined #openstack-containers23:35
*** lbragsta_ has quit IRC23:45
*** flwang has joined #openstack-containers23:58
flwangbrtknr: around?23:59

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