Tuesday, 2018-08-07

*** ricolin has joined #openstack-meeting-501:29
*** spiette has joined #openstack-meeting-506:16
*** spiette_ has quit IRC06:17
*** skazi has quit IRC07:45
*** derekh has joined #openstack-meeting-508:46
*** skazi has joined #openstack-meeting-509:25
*** roman_g has joined #openstack-meeting-510:01
*** ricolin has quit IRC10:58
*** skazi has quit IRC11:57
*** ispp has joined #openstack-meeting-512:58
*** mjturek has joined #openstack-meeting-513:43
*** ispp has quit IRC14:02
*** jayahn has joined #openstack-meeting-514:33
*** hongbin has joined #openstack-meeting-514:38
*** tdoc has joined #openstack-meeting-514:44
*** jamesgu has joined #openstack-meeting-514:59
*** mattmceuen has joined #openstack-meeting-515:00
mattmceuen#startmeeting openstack-helm15:00
openstackMeeting started Tue Aug  7 15:00:21 2018 UTC and is due to finish in 60 minutes.  The chair is mattmceuen. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
mattmceuenGM all!15:00
openstackThe meeting name has been set to 'openstack_helm'15:00
mattmceuen#topic Rollcall15:00
srwilkersGood morning15:00
srwilkerso/15:00
mattmceueno/ srwilkers15:00
tdochi15:00
mattmceuenhere's our agenda today https://etherpad.openstack.org/p/openstack-helm-meeting-2018-08-0715:00
mattmceuenplease go ahead and add anything you'd like to discuss15:01
*** sgrasley has joined #openstack-meeting-515:02
*** lamt has joined #openstack-meeting-515:02
mattmceuenwe have a light agenda today folks15:02
mattmceuen#topic Dashboard / Horizon charts are not included in default OSH scripts / Armada manifests15:03
mattmceuenFrom tdoc: Question, is there a specific reason that the dashboard/horizon charts are not included in default OSH and/or Armada scripts/manifests?15:04
tdocasking on behalf of a collegue who's been playing with that...15:04
tdocwe were just wondering why15:04
srwilkersI thought we had scripts for horizon in th deployment scripts? Or am I imagining that?15:04
mattmceuenYou know, we have a script for horizon15:05
mattmceuenBut I don't see it linked into any of our deployment folders :)15:05
mattmceuennever mind - I am incorrect and bad at grep15:05
mattmceuenit's in the DEV deployment scripts, but not in the multinode scripts15:05
tdocyeah, so I guess that's why he was wondering, I haven't actually had a chance to look myself15:06
lamtI don't think it is run in all the jobs at the moment15:06
lamta change I recently was fiddling with that should break horizon seems to only break 2-3 jobs.15:07
mattmceuenlamt you're saying that only those 2-3 jobs are running horizon, right?15:07
lamtmattmceuen: yes15:08
alanmeadowso/15:08
mattmceuentdoc to your question - I'm not aware of any reason horizon isn't deployed, except that it's an "optional" component15:08
mattmceueno/ alanmeadows15:09
mattmceuenbut it's certainly something that needs to be present in our gates15:09
mattmceuen(not necessarily all of them perhaps)15:09
tdocok so, would it be fair to say horizon didn't receive too much testing so far?15:09
mattmceuen#action lamt & mattmceuen to look into horizon gate situation15:09
*** john_W has joined #openstack-meeting-515:10
srwilkers I wouldn’t say that much, as the only way to test it is to verify the chart deploys correctly. That should be accomplished in the few jobs that deploy it15:10
portdirecttdoc: we could certainly be ifit from getting selinium or similar in the gate15:10
*** gagehugo has joined #openstack-meeting-515:10
mattmceuen++15:11
srwilkersYeah. Without something like selenium, there’s not much testing we could do for horizon15:11
tdocok, I think that's enough of an answer to that question... thanks15:11
mattmceuenDoes horizon have selenium testing defined already?15:11
mattmceuenSaid differently, what's horizon's native testing method?15:11
tdocnot sure tbh15:12
mattmceuenno worries15:12
srwilkersSurely there must be something somewhere15:12
mattmceuenmoral of the story is, let's leverage the tests that are out there15:12
mattmceuenlamt let's include that in our action item to figure out horizon testing prior art15:13
srwilkersThis would be a great springboard for a new contributor15:13
alanmeadowsWould be great if they were part of `helm test horizon` natively15:13
alanmeadowsfor value to both the gate and operators evaluating installs15:13
mattmceuenAgree15:13
mattmceuento both of the above ^15:14
mattmceuen#action lamt and mattmceuen to write a storyboard story based on horizon testing findings15:14
srwilkersBut15:14
* mattmceuen breathless anticipation15:15
srwilkerswe've got other dashboards that could benefit from some sort of selenium testing as well15:15
mattmceuengood point15:15
srwilkerskibana / grafana come to mind15:15
mattmceuenand tdoc were you wondering about them as well?  You'd mentioned "dashboards"15:15
tdocno, sometimes people refer to Horizon as dashboard, that's all15:16
mattmceuenok cool15:16
mattmceuenkibana / grafana testing would be a great next step srwilkers.  We should look into their native testing as well.15:17
mattmceuenI learned a new trick from b-str -- moving on in 30s unless there's anything else on this topic15:17
mattmceuen#topic Airskiff15:18
mattmceuenThis is just an FYI / interest item -- for anyone who has wanted to get their feet wet with airship, I put together a project that integrates several airship components in a lightweight way15:19
mattmceuenhttps://github.com/mattmceuen/airskiff15:19
mattmceuenI thought I'd mention it here since I purloined the OSH gate scripts wholecloth to make it :)15:19
mattmceuenIf anyone plays with it and has any feedback, I'd appreciate it15:20
mattmceuenthat is all15:20
mattmceuen#topic  PTG agenda etherpad15:20
mattmceuensrwilkers:  ITS ALIVE15:20
mattmceuenhttps://etherpad.openstack.org/p/openstack-helm-ptg-stein15:20
mattmceuen... but it is bare15:20
mattmceuenLet's please add all topics we'd like to discuss in the PTG to this etherpad15:21
srwilkersmattmceuen: awesome. yeah, it'd be nice to get some initial topics rolling so we've got something to guide us along when we're all hungover (or just me)15:21
mattmceuenFor anyone unable to attend the PTG in person, but who would like to join remotely -- if you add a note to any topics along the lines of "please open a phone bridge"  I'll do that15:22
mattmceuen+1 srwilkers15:22
srwilkersmattmceuen portdirect: maybe we can follow other projects' leads and send out the link via the mailing list as well, so we can capture input from those not present here15:22
mattmceuenI will do this15:22
srwilkersmattmceuen: awesome :)15:22
mattmceuenThe etherpad is 15 mins old ;-)15:23
mattmceuenIt will grow wings and fly out on the ML straightaway15:23
srwilkers:D15:23
mattmceuen#topic PS Needing Review15:24
mattmceuenIs there anything out there starving for reviews?15:24
srwilkersyeah actually, one second15:24
srwilkersive got a large list15:24
mattmceuenexcellent15:24
srwilkershttps://review.openstack.org/#/c/543553/26 -- add basic auth to Prometheus, along with restricted paths (-1 wf pending discussion, if any)15:25
srwilkershttps://review.openstack.org/#/c/543958/ -- verification said auth functions in the armada manifest in osh15:25
srwilkersthese next four are all related15:26
srwilkershttps://review.openstack.org/#/c/588066/ - HTK snippets, manifests, scripts for creating s3 users and buckets with rgw's s3 api15:26
srwilkershttps://review.openstack.org/#/c/588352/ - ceph client creating s3 admin user with admin secret and access keys15:27
srwilkershttps://review.openstack.org/#/c/559417/ - Elasticsearch s3 snapshot repository using the above15:27
srwilkershttps://review.openstack.org/#/c/572201/ - Elasticsearch s3 repository being deployed via armada manifest in osh using the above 3 changes15:28
srwilkersand finally15:28
srwilkershttps://review.openstack.org/#/c/587621/2 - some general rally chart cleanup15:28
mattmceuenAwesome - I added to the agenda for folks not present15:28
srwilkersthat's it for me15:28
srwilkersi know the Elasticsearch one is a big change.  if there's appetite for it, i'll throw together a quick spec so we can lay out the design and expectations for leveraging the rgw s3 api15:29
srwilkersim sure portdirect would be happy with that15:29
mattmceuenThis one could use some more review too:15:29
mattmceuenhttps://review.openstack.org/#/c/582620/ -- spec for readiness and liveness probes15:29
srwilkersthat ones coming along15:30
srwilkersit'd be nice to get some sort of consensus on what we want to do with that though15:30
mattmceuenWe have time now, would you like to discuss now?  Or offline as reviews?15:31
srwilkersin my mind, it makes sense to handle it like we do the resources (purely via yaml), but i'm one person15:31
srwilkerswe can start now if alanmeadows, portdirect and lamt are able to weigh in as well15:31
srwilkerselse we should do it offline15:31
mattmceuenLet's do it now15:31
mattmceuen#topic Elasticsearch s3 snapshot approach15:32
srwilkersoh, i was talking about the readiness/liveness probes :D15:32
mattmceuensigh15:32
lamtlol15:32
mattmceuenI was wondering what the s3 api stuff had to do with the resources yaml15:33
mattmceuen#topic Liveness and Readiness Probes15:33
lamtI am okay with it being inline with how we handle resources15:33
mattmceuenI'll be honest, I haven't gone over the spec in detail yet15:34
lamtIs Jaesuk around?  I believe he mentioned he wants to be part of this discussion as well.15:34
lamtbased on a comment he placed in one of my patchset on the topic of probes15:34
mattmceuenHe couldn't make it today - I'll make sure he knows we discussed so he can catch up on the log15:34
alanmeadowsmy pretty simple comments on the readiness probe spec were do we want to get in the business of maintaining yet-more interfaces15:34
alanmeadowsI'm starting to be more and more inclined to allow them to just jam in raw k8s yaml as it means we stay lean and simple - that way k8s is the standard, not us15:35
srwilkersalanmeadows: yeah, that's my line of thinking too15:36
alanmeadowsdon't get me wrong its a great spec15:36
srwilkersBYOP -- bring your own probes15:37
mattmceuenAre liveness probes not things that are inherently linked to each chart?15:37
alanmeadowsI'm not against defining the probes, because that makes sense as the OSH value add15:37
mattmceuenI.e., do you see them being that operator-specific?15:37
alanmeadowsits the mechanism to deliver them15:38
alanmeadowsthis proposes as tlam says, something akin to how to allow you to limit resources15:38
srwilkersyep15:38
alanmeadowsan interface we construct and maintain and provide defaults for15:38
mattmceuenGotcha15:38
*** rwellum has joined #openstack-meeting-515:39
mattmceuenAlright - moving on from the probe topic in 30s unless any additional thoughts15:39
rwellumo/15:39
mattmceueno/ rwellum!15:39
alanmeadowsso the question is do we do this or do we we focus the energy on a way to deliver arbitrary yaml to any part of any deploy/ds/ss manifest and swing things like resource limitations, probes, and everything else over to that where we provide defaults that bring the OSH value add15:40
alanmeadowsjust my thoughts when I reviewed that spec :)15:41
mattmceuenI don't think your thoughts made it into the spec, alanmeadows - did you hit save? :)15:42
alanmeadowswell you said no vs offline :)15:42
alanmeadowsnow15:42
alanmeadowsI will make sure they do15:42
mattmceuenlol, was not intentionally trolling - only unintentionally trolling.  thanks.15:43
srwilkersim more keen to just throw the yaml snippets in, and providing defaults.  the reason i like just doing yaml (akin to resources), is that it means someone can shift between probe types easily.  want tcp socket probes?  define the yaml.  want a command probe?  define the command in the yaml, without needing to mount it in via the configmap15:43
srwilkersdone and done15:43
alanmeadowsthe big benefit i'm shooting for is we don't define an interface that is 95% like k8s15:43
alanmeadowsits 100% k8s, and if k8s changes, the charts go along for the ride for free15:43
srwilkersyep15:43
alanmeadowsnew probe types? cool, no osh changes.15:44
*** v1k0d3n has joined #openstack-meeting-515:44
mattmceuenwould there be any part to this that would be probe-specific, or pure "jam in whatever you want"?15:44
alanmeadowsit is currently spec-less15:45
alanmeadowsit needs more thought15:45
alanmeadowsbut it would not be probe specific15:45
alanmeadowsit would be a way to do this for all things15:46
mattmceuenSounds like a PTG topic :)15:47
alanmeadowsin fact, and I now may be stealing @portdirect's thunder but he's not chiming in--it was potentially going to be paired with the idea of simplifying HTK15:48
alanmeadowsa simpler way to ask for basic building blocks for OSH - instead of 900 micro macros to consturct a daemonset15:48
alanmeadowsgive me a daemonset, merge this yaml here for this, this yaml here for that, render, beer15:49
alanmeadowsgive me a deployment set, this yaml here, there, so on15:49
srwilkersbeer being key15:49
mattmceuenI've looked over portdirect's shoulder and have seen some nifty yaml overridabilities15:49
mattmceuenstill waiting for the beer15:49
alanmeadowsthe beer is the last step15:49
alanmeadowsbut yes, a PTG topic15:49
alanmeadowsI expect @portdirect will surely have a working prototype that will delight all15:50
mattmceuenI'll plan to be sitting down15:50
mattmceuen#topic Roundtable15:50
mattmceuenwe have 10min left folks - anything else you'd like to chat about?15:50
mattmceuenAlright - thanks everyone!  Have a great week and see you in #openstack-helm15:52
mattmceuen#endmeeting15:52
openstackMeeting ended Tue Aug  7 15:52:32 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:52
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack_helm/2018/openstack_helm.2018-08-07-15.00.html15:52
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack_helm/2018/openstack_helm.2018-08-07-15.00.txt15:52
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack_helm/2018/openstack_helm.2018-08-07-15.00.log.html15:52
portdirectAs of 4 mins ago I became a perm resident of stl15:52
portdirectYay.15:52
srwilkersportdirect: sucker15:55
alanmeadowsYou should throw some kind of party, but don't leave any valuables unattended.15:57
*** skazi has joined #openstack-meeting-515:58
*** wxy|xiyuan has joined #openstack-meeting-516:00
john_WCongrats!!16:04
*** john_W has quit IRC16:04
*** wxy|xiyuan has quit IRC16:05
*** gagehugo has left #openstack-meeting-516:31
*** derekh has quit IRC17:00
*** ricolin has joined #openstack-meeting-517:30
*** markvoelker_ has quit IRC17:45
*** ricolin has quit IRC18:27
*** skazi has quit IRC18:29
*** ChanServ sets mode: +o openstack19:03
*** skazi has joined #openstack-meeting-519:44
*** slaweq has quit IRC20:58
*** slaweq has joined #openstack-meeting-521:23
*** hongbin has quit IRC22:39

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