Friday, 2019-10-04

*** ricolin has joined #openstack-containers02:27
*** ykarel|away has joined #openstack-containers02:36
*** ykarel|away has quit IRC04:05
*** gouthamr has quit IRC04:15
*** gouthamr has joined #openstack-containers04:16
*** ykarel|away has joined #openstack-containers04:25
*** ykarel|away is now known as ykarel04:31
*** ykarel is now known as ykarel|afk04:50
*** iokiwi has quit IRC05:23
*** iokiwi has joined #openstack-containers05:24
*** goldyfruit_ has joined #openstack-containers05:26
*** ramishra has joined #openstack-containers05:47
*** ykarel|afk is now known as ykarel06:00
*** spsurya has joined #openstack-containers06:33
*** udesale has joined #openstack-containers06:46
*** ttsiouts has joined #openstack-containers07:03
*** ramishra has quit IRC07:06
*** pcaruana has joined #openstack-containers07:15
*** ttsiouts has quit IRC07:26
*** ttsiouts has joined #openstack-containers07:26
*** ttsiouts has quit IRC07:31
*** ivve has joined #openstack-containers07:41
*** ttsiouts has joined #openstack-containers07:56
brtknrguilhermesp: get any further07:58
strigazibrtknr: flwang https://review.opendev.org/#/c/685749/ let's take this?08:09
*** ttsiouts has quit IRC08:10
*** ttsiouts has joined #openstack-containers08:11
*** ttsiouts_ has joined #openstack-containers08:14
*** ttsiouts has quit IRC08:15
*** rcernin has quit IRC08:15
*** lpetrut has joined #openstack-containers08:25
strigazibrtknr: thanks09:12
brtknrstrigazi: I'm happy with it... worked for both cases09:12
brtknrlook forward to the fcos part!09:13
strigazibrtknr: I'm doing the keypair thing now09:14
*** ramishra has joined #openstack-containers09:17
brtknrCan you help me understand a bit about the upgrades strigazi09:27
brtknrIf the template we’re upgrading to has a different os  or a different network plugin, what happens?09:27
strigaziit will be ignored09:28
brtknrJust the kube tag is used?09:28
brtknrIs anything else used?09:28
strigazisome reasomable usage is required by the operator09:28
strigaziyes09:29
strigazikube_tag only09:29
brtknrHmm any reason we don’t just pass the label during upgrade?09:29
*** openstackgerrit has joined #openstack-containers09:29
openstackgerritLeopard Ma proposed openstack/magnum master: Add wiki Admin guide and Contributing  notes link to README  https://review.opendev.org/68655809:29
strigazibecause it is just wrong09:30
brtknrE.g use the same template but a different label09:30
strigaziit will be a nightmare to maintain09:30
brtknrWhat do you mean it is just wrong09:30
strigazihow you tell users to upgrade?09:30
strigazimaintain docs?09:30
brtknrElaborate pleae09:30
strigazimagnum  tries to be a managed service09:31
strigaziso the operators publish CTs and users consume09:31
strigazialready passing labels in cluster creationg is pretty bad09:31
brtknrHmm the thing is you can override labels during cluster creation , it would make sense to do the same during upgrade09:31
brtknrOk I’d prefer if it was consistently bad :)09:32
strigazireally?09:32
strigaziyou prefer consistently bad?09:32
brtknrWhat I meant was, I’d prefer a consistent behaviour for cluster creation and upgrade09:33
brtknrE.g if it’s pissible to override labels during creations, it nakes sense to have the same for upgrade09:34
strigaziin any case, it would be way more dangerous to add the label randomness in uprgades09:34
strigazialso now it is merged :)09:34
brtknrWell maybe we need to remove label override for cluster creation09:35
brtknrI agree with the philosophy09:36
strigazi+100 to this, or refactor it? add another field, I don't know09:36
strigazianyway, I'm going back to focs09:36
strigazifcos09:36
brtknrThanks for helping me understand!09:38
strigazinp :)09:38
*** ttsiouts_ has quit IRC10:12
*** ttsiouts has joined #openstack-containers10:13
*** yasemin has joined #openstack-containers10:15
*** ttsiouts has quit IRC10:17
*** ttsiouts has joined #openstack-containers11:12
*** spsurya has quit IRC12:10
*** udesale has quit IRC12:16
*** udesale has joined #openstack-containers12:16
*** goldyfruit_ has quit IRC12:22
*** ivve has quit IRC12:41
*** vesper11 has quit IRC12:53
*** vesper11 has joined #openstack-containers12:54
*** udesale has quit IRC12:56
*** ramishra has quit IRC12:58
*** vesper11 has quit IRC12:59
*** vesper11 has joined #openstack-containers13:27
*** vesper11 has quit IRC13:31
*** vesper11 has joined #openstack-containers13:32
*** goldyfruit_ has joined #openstack-containers13:40
*** ttsiouts has quit IRC13:44
*** ttsiouts has joined #openstack-containers13:45
*** ttsiouts has quit IRC13:46
*** ttsiouts has joined #openstack-containers13:46
*** sapd1_x has joined #openstack-containers13:57
*** goldyfruit___ has joined #openstack-containers14:16
*** goldyfruit_ has quit IRC14:19
openstackgerritTheodoros Tsioutsias proposed openstack/magnum master: ng-10: Fix cluster template conditions  https://review.opendev.org/68562014:22
openstackgerritTheodoros Tsioutsias proposed openstack/magnum master: ng-11: API microversion 1.9  https://review.opendev.org/68608914:22
openstackgerritTheodoros Tsioutsias proposed openstack/magnum master: ng-12: Label nodegroup nodes  https://review.opendev.org/68636214:22
openstackgerritTheodoros Tsioutsias proposed openstack/magnum master: [WIP] ng-13: Support nodegroup upgrade  https://review.opendev.org/68673314:22
ttsioutsbrtknr: Hi! I addressed your comments ^14:23
ttsioutsbrtknr: ng-13 adds support for upgrading nodegroups14:24
ttsioutsbrtknr: but we should discuss a bit more about this14:25
*** ricolin_ has joined #openstack-containers14:25
ttsioutsbrtknr: that's why I posted it as WIP14:26
*** ricolin has quit IRC14:26
brtknrttsiouts: nice thanks!14:29
brtknrso upgrading nodegroups is currently unsupported?14:32
brtknrttsiouts: ^14:32
*** goldyfruit_ has joined #openstack-containers14:36
*** goldyfruit___ has quit IRC14:39
ttsioutsbrtknr: yes. up till now you could upgrade only the deafult stack14:47
ttsioutss/deafult/default14:48
ttsioutsng-13 allows you to use properly the --nodegroup option in the upgrade api14:49
*** ricolin_ has quit IRC14:49
brtknrttsiouts: makes sense, i only used upgrade function for the first time yesterday... we've always gone for the destroy and recreate approach so its never been an issue.14:51
ttsioutsbrtknr: as I mentioned, we should discuss how to properly handle upgrades.14:54
ttsioutsbrtknr: so next week we should do that with strigazi and flwang too.14:55
brtknrttsiouts: sure np, please add to agenda :)14:57
ttsioutsbrtknr: done!14:58
brtknrttsiouts: you added it to last week's agenda :P14:58
ttsioutsbrtknr: haha friday afternoon14:59
brtknrttsiouts: :P15:00
brtknrttsiouts: wwhat are the options for upgrades?15:00
brtknrjust wondering about what design decision would require wider consensus15:00
ttsioutsbrtknr: for now the safest thing is to just update the kube_tag using a new cluster_template15:01
brtknrttsiouts: yes, i only learnt that yesterday...15:02
ttsioutsbrtknr: but there is something I don't really like in the current implementation.15:02
brtknrttsiouts: which is?15:03
ttsioutsbrtknr: you can override labels including availability zone, etc15:03
ttsioutsbrtknr: which are things that shouldn't be touched IMHO15:03
ttsioutsbrtknr: because it will cause the nodes to be rebuilt15:04
brtknrI understood from my conversation with strigazi this morning that all labels are ignored apart from kube_tags during upgrades?15:06
*** usr2033 has quit IRC15:08
*** ykarel is now known as ykarel|afk15:15
ttsioutsbrtknr: it seems that they are not ignored. Which makes sense for some of them15:32
ttsioutsbrtknr: this is what I wanted to discuss next week15:32
brtknrttsiouts: do you know which labels are not ignored and what is the impact of these labels? would be good if you could describe the problem in detail either in a story on the storyboard or on the agenda itself15:34
ttsioutsbrtknr: I'll try to have something for the meeting15:35
ttsioutsbrtknr: I've got to run15:36
brtknrttsiouts: have a good weekend!15:36
ttsioutsbrtknr: have a good weekend!15:36
*** ttsiouts has quit IRC15:37
*** ttsiouts has joined #openstack-containers15:38
*** ttsiouts has quit IRC15:42
*** iokiwi has quit IRC15:59
*** iokiwi has joined #openstack-containers16:02
*** ykarel|afk is now known as ykarel16:07
*** sapd1_x has quit IRC16:21
*** ykarel has quit IRC16:24
*** goldyfruit_ has quit IRC16:32
*** goldyfruit_ has joined #openstack-containers16:39
*** lpetrut has quit IRC16:41
*** goldyfruit_ has quit IRC16:46
*** ykarel has joined #openstack-containers16:53
*** lpetrut has joined #openstack-containers17:15
*** lpetrut has quit IRC17:49
*** ykarel is now known as ykarel|away17:56
*** pcaruana has quit IRC18:51
*** ykarel|away has quit IRC19:31
openstackgerritBharat Kunwar proposed openstack/magnum master: Add compatibility matrix for kube_tag  https://review.opendev.org/68567520:55
openstackgerritBharat Kunwar proposed openstack/magnum master: Add compatibility matrix for kube_tag  https://review.opendev.org/68567521:20
*** goldyfruit_ has joined #openstack-containers21:38
*** goldyfruit_ has quit IRC22:04
*** goldyfruit_ has joined #openstack-containers22:07

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