Friday, 2020-04-03

*** k_mouza has joined #openstack-containers00:21
*** ttsiouts has joined #openstack-containers01:17
*** k_mouza has quit IRC01:36
*** ttsiouts has quit IRC01:51
brtknrflwang1: hi02:27
flwang1brtknr: did you see my comments?02:28
flwang1i'm happy to discuss if it's not clear for you02:28
brtknrnot trying to get you to change again but if you are claiming any third party app can make an update and it’s not magnum auto healer, is is also going to compete with the internal poller02:30
brtknreither say only magnum auto healer can do this or anything can when this new label is set02:31
brtknrthis patch has less value if internal poller is going to override external update02:32
brtknrdo you get my point?02:32
brtknrflwang1:02:33
flwang1no, not  the case02:34
flwang1if the cluster is really a private cluster, i can't see any compete02:34
flwang1brtknr: ^02:34
flwang1if the cluster is really a private cluster, with your latest fix, we can make sure the internal polling will stop02:35
brtknrInternal poller overrides api update to UNKNOWN every 10 secs02:35
flwang1as a result, there is no compete/overwrite coming from the external side02:35
brtknrEven when it’s a private cluster02:36
brtknrMy fix was only to detect private cluster, it does not change the logic of internal polling02:37
flwang1brtknr: i can see your point now02:38
brtknrflwang1: really? :)02:39
flwang1yes02:39
flwang1i'm sure :)02:39
brtknrso what do you propose?02:39
brtknrextra label or limit claim to magnum auto healer?02:40
flwang1i don't really want to introduce a new label for this02:40
flwang1i'd like to limit to claim it for magnum auto healer, until we can see other requirements for this02:40
flwang1not because i'm lazy02:41
flwang1just because i don't want to introduce more workload for us until we're not very clear for the future02:41
flwang1skip the "not"02:41
brtknrThat’s fine!02:41
brtknrHappy either way02:42
flwang1thanks, I will submit new patchset for the document to explain that02:42
flwang1thank you for the good question, my brain was mess02:42
brtknrwhat about the check during api update?02:43
brtknrso client sees error if magnum auto healer is disabled?02:43
brtknrI’m just doing my job as a reviewer02:44
flwang1hmm... we can do that at the api level, but comparing with that, i even prefer adding the new label :)02:48
*** ttsiouts has joined #openstack-containers02:49
flwang1let's take the magnum-auto-healer as the 'external_health_status_update_enabled' label now, we never logic at the api level depending a label so far02:50
flwang1i'd like to keep the api simple and clean, and let the engine to handle the real work02:51
flwang1brtknr: ^02:51
brtknrflwang1: I am not pushing for a new label02:52
brtknrflwang1: i am ok without the api check02:53
brtknrAlso I think external health status update enabled is too long lol02:54
flwang1sorry, i'm being relcuctant, just because i can't be convinced with a new proposal so far02:54
flwang1:D02:54
*** ttsiouts has quit IRC03:23
openstackgerritFeilong Wang proposed openstack/magnum master: [k8s] Support updating k8s cluster health status  https://review.opendev.org/71038403:32
*** k_mouza has joined #openstack-containers03:37
*** k_mouza has quit IRC03:41
openstackgerritDiogo Guerra proposed openstack/magnum master: Expose traefik metrics.  https://review.opendev.org/69704403:42
*** ykarel|away is now known as ykarel03:54
*** dioguerra has joined #openstack-containers04:05
openstackgerritDiogo Guerra proposed openstack/magnum master: Expose traefik metrics.  https://review.opendev.org/69704404:16
openstackgerritDiogo Guerra proposed openstack/magnum master: Expose traefik metrics.  https://review.opendev.org/69704404:19
dioguerra^^ Can someone have a look on my comment here?04:20
*** ttsiouts has joined #openstack-containers05:20
*** ttsiouts has quit IRC05:53
*** udesale has joined #openstack-containers05:55
*** dioguerra has quit IRC06:17
*** ttsiouts has joined #openstack-containers07:09
*** ykarel is now known as ykarel|afk07:21
brtknrflwang1: still there?07:31
*** ykarel|afk is now known as ykarel07:37
flwang1brtknr: yes07:40
openstackgerritFeilong Wang proposed openstack/magnum master: [k8s] Support updating k8s cluster health status  https://review.opendev.org/71038407:45
*** ykarel is now known as ykarel|afk07:55
openstackgerritMerged openstack/magnum-specs master: ci: Fix and address all tox -e docs warnings  https://review.opendev.org/71692308:05
*** ykarel|afk is now known as ykarel|lunch08:09
openstackgerritDiogo Guerra proposed openstack/magnum master: Traefik prometheus metrics are now being exposed  https://review.opendev.org/69704408:44
*** rmart04 has joined #openstack-containers08:48
*** k_mouza has joined #openstack-containers08:59
brtknrflwang1: I've replied09:00
*** ykarel|lunch is now known as ykarel09:26
openstackgerritTheodoros Tsioutsias proposed openstack/magnum-specs master: Magnum Labels Override  https://review.opendev.org/71657109:57
ttsioutsstrigazi, brtknr: Thanks a lot for the comments. The spec is updated ^09:59
brtknrttsiouts: thanks I am mostly happy with it... just added couple more comments10:06
openstackgerritTheodoros Tsioutsias proposed openstack/magnum-specs master: Magnum Labels Override  https://review.opendev.org/71657110:08
ttsioutsbrtknr: interesting scenario the one you mentioned in your comment.10:13
ttsioutsbrtknr: I think yes. labels at the nodegroup level will have priority over the override labels at cluster level.10:13
ttsioutsbrtknr: this is what we want though right? to support the current functionality10:14
brtknrttsiouts: i think so10:14
ttsioutsbrtknr: cool10:15
ttsioutsbrtknr: again thanks a lot for your comments!10:15
brtknrfunny thing is, --labels works like --override-labels and --override-labels works like --labels10:15
brtknrunfortunately --labels is already taken10:15
ttsioutsbrtknr: ha, true10:16
ttsioutsbrtknr: I'm happy with override-labels though10:16
brtknri think we should make the above point clear in the spec10:16
ttsioutscan you add a comment in gerrit please?10:17
brtknrthat providing --labels will replace both --labels and --override-labels from the scope above10:17
brtknri already added the comment10:17
ttsioutsbrtknr: ah. this note here tries to address that: https://review.opendev.org/#/c/716571/5/specs/ussuri/labels-override.rst@13910:19
ttsioutsbrtknr: do you want me to rephrase that?10:19
brtknrif thats10:20
brtknrif thats ok10:20
ttsioutsbrtknr: sure I can add something more verbose10:20
*** rcernin has quit IRC10:29
brtknrttsiouts: cheers10:38
*** udesale_ has joined #openstack-containers10:43
*** udesale has quit IRC10:46
openstackgerritTheodoros Tsioutsias proposed openstack/magnum-specs master: Magnum Labels Override  https://review.opendev.org/71657110:58
ttsioutsbrtknr: https://review.opendev.org/#/c/716571/6/specs/ussuri/labels-override.rst@9711:01
ttsioutsbrtknr: I changed the scenario to show that labels at nodegroup level have priority over the override labels at cluster level11:02
brtknrttsiouts: i love the verbose example, thank you!11:03
ttsioutsbrtknr: great! Thanks again!11:05
openstackgerritTheodoros Tsioutsias proposed openstack/magnum-specs master: Magnum Labels Override  https://review.opendev.org/71657112:20
ttsioutsstrigazi, brtknr: I think I addressed all your comments. ^^12:23
ttsioutsstrigazi, brtknr: thanks again!12:23
*** zigo has quit IRC12:48
*** zigo has joined #openstack-containers12:50
*** k_mouza has quit IRC13:26
*** ykarel is now known as ykarel|away14:52
*** yoctozepto has quit IRC15:17
*** yoctozepto8 has joined #openstack-containers15:18
*** k_mouza has joined #openstack-containers15:27
*** k_mouza has quit IRC15:31
*** k_mouza has joined #openstack-containers15:34
*** udesale_ has quit IRC15:50
*** ioni is now known as wonder16:27
*** wonder is now known as ioni16:27
*** pcaruana has quit IRC16:37
*** yoctozepto8 is now known as yoctozepto16:43
*** k_mouza has quit IRC17:40
*** rmart04 has quit IRC18:38
guilhermespflwang1: good news18:53
guilhermesphttps://www.irccloud.com/pastebin/WMCuVmAr/18:53
guilhermesptime to run conformance18:53
guilhermesppretty clear18:54
guilhermesphttps://www.irccloud.com/pastebin/IDYMDdVw/18:54
guilhermespbtw not sure if you guys noticed but sonobuoy v0.18.0 is out https://github.com/vmware-tanzu/sonobuoy/releases/tag/v0.18.018:57
guilhermespwhen I get success with v1.17 i will try that out18:57
cosmicsoundgood one guilhermesp18:58
cosmicsoundis this with new coreos images?18:58
guilhermespcosmicsound: im using that one https://github.com/stackhpc/magnum-terraform/blob/master/upload-coreos.sh18:59
guilhermespyou need jq btw to be able to run it18:59
*** k_mouza has joined #openstack-containers19:06
guilhermesphttps://www.irccloud.com/pastebin/NdMbyPB7/19:10
guilhermespv1.17 passing conformance19:10
*** ttsiouts has quit IRC19:12
*** k_mouza has quit IRC19:21
*** ttsiouts has joined #openstack-containers19:32
*** ttsiouts has quit IRC19:37
cosmicsoundjq?20:01
cosmicsoundwhat is jq guilhermesp20:01
cosmicsoundbtw when i use that script simply my image is not visible on creating a template20:01
guilhermespcosmicsound: https://stedolan.github.io/jq/20:02
guilhermespi installed through apt though20:02
cosmicsoundthe issue is that magnum does not see the image to allow me to use it20:03
cosmicsoundso its either wrong tag not sure20:03
*** ttsiouts has joined #openstack-containers20:04
*** ttsiouts has quit IRC20:09
cosmicsoundthis is the most i managed to reach20:47
cosmicsoundhttps://mdb.uhlhost.net/uploads/ff125af145013c2c/image.png20:47
cosmicsoundnow if this one does not fails20:47
cosmicsoundits perfect20:47
guilhermespwait you upload a fedora-coreos but magnum cant see it through the cluster template?21:03
guilhermespi just created both single master and multimaster with v1.17.4 + fedora-coreos and both passed on conformance tests21:04
guilhermesphttps://www.irccloud.com/pastebin/L5YdjXPc/21:04
cosmicsoundyes guilhermesp thats correct21:11
cosmicsoundmy image is not visible then tagged fedora-coreos21:11
cosmicsoundonly whenn tagged coreos in past was working21:11
*** KeithMnemonic has quit IRC21:34
cosmicsoundbrtknr , any idea why the image is visible in horizon dashboard only when tagged with coreos, not when tagged with fedora-coreos ?21:37
cosmicsoundwhen creating new k8s template21:38
*** flwang1 has quit IRC21:41
*** k_mouza has joined #openstack-containers21:43
*** k_mouza has quit IRC21:47
*** k_mouza has joined #openstack-containers21:48
*** ttsiouts has joined #openstack-containers22:28
*** ttsiouts has quit IRC22:32
*** ttsiouts has joined #openstack-containers23:05
*** ttsiouts has quit IRC23:38

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