15:00:54 #startmeeting openstack-helm 15:00:55 Meeting started Tue Jan 8 15:00:54 2019 UTC and is due to finish in 60 minutes. The chair is portdirect. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:56 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:58 The meeting name has been set to 'openstack_helm' 15:01:00 #topic rollcall 15:01:02 o/ 15:01:27 o/ 15:02:47 o/ 15:03:12 o/ 15:03:12 o/ 15:03:16 o/ 15:03:18 o/ 15:03:26 o/ 15:03:33 o/ 15:03:43 o/ 15:04:32 ok - lets begin 15:05:08 1stly Happy New year everyone, I hope you all had a great break and have a fantastic year. 15:05:20 #topic meeting-location 15:05:52 more of an announcement really, but the venue of this meeting will change to openstack-meeting-4 at some point: https://review.openstack.org/#/c/626182/2/meetings/openstack-helm-team-meeting.yaml 15:06:22 sounds good 15:06:29 shouldn't the startdate have changed in that patchset? :p 15:06:40 to express when the change happens? 15:06:43 just saying ... : p 15:07:05 :p 15:07:15 might as well change that, and change the chair as well since that's outdated too 15:07:15 +1 on evrardjp 15:07:16 so when do we change, next week? 15:07:26 evrardjp: i trust ttx to do the right thing ;) 15:07:37 he is french 15:07:45 :D 15:07:51 unless the start date is meant to reflect the project's start date for meetings overall 15:07:52 lol 15:07:53 oh wow 15:07:57 evrardjp: i believe once the ps merges, we will shift in sync 15:08:15 so would expect to move next week, unless its nit picked to death.. 15:08:24 sounds good to me 15:08:35 srwilkers: the chair change should happen in a different patchset 15:08:44 but yeah, we all agree then :) 15:08:49 what all do we need to update - the wiki, the PS, anything else? 15:08:50 cool thanks for the notice! 15:08:59 I'll get that done at some point, though i dont mind leaving mattmceuen on the hook ;P 15:09:10 evrardjp: that's fine. i just think it needs to change in general, regardless of which changeset it's a part of 15:09:23 portdirect: dirty 15:09:28 happy to help, I'll do the wiki :p 15:09:29 the wiki certainly needs some love, though i *still* cannot log into it to make edits 15:09:38 that would be great mattmceuen 15:09:51 can you also remove the refeence to biweekly meetings in the wiki 15:10:03 oh wow is that still there :) willdo 15:10:08 thx dude 15:10:23 ok to move on? 15:10:50 yup 15:11:01 #topic "denver openstackpalloza" 15:11:55 so - with the combined ptg and summit (almost like the good old days eh?) I'm hopeing we can have a much more lively/productive set of sessions in denver 15:12:22 are people in here planning on attending all (or part) of the events there? 15:12:45 I am planning to be there 15:12:45 i'm anticipating being there for part of it 15:13:12 worst time ever to have openstackpalloza. May 1 (holiday), May 6 (Holiday), between May 1~May3 my kid's short vacation 15:13:55 either i cannot go or i go with family. :) 15:14:03 bring them! 15:14:22 I've put an etherpad up here: https://etherpad.openstack.org/p/openstack-helm-denver-2019 15:14:42 please use it to add topics that you'd like to dicsuss at the event 15:15:02 I'll also see if we can get telepresence set up for those that cannot attend 15:15:06 srwilkers: woot 15:15:37 :) 15:15:51 I've also added a section for `summit events` 15:16:33 I am curious , isn't it palooza, instead of palloza? 15:16:35 I expect that I'll be submitting another workshop (or two) for the summit itself 15:16:43 <- english is not my native language 15:16:54 evrardjp: being dyslexic i feel i can make my own rules. 15:17:13 portdirect: like for the workshop, prepare for failure! 15:17:16 :p 15:17:36 workshops are a great idea 15:17:43 though 15:17:45 evrardjp: hopefully not, though spinning up 100 clouds is always fun. 15:18:17 anyway - thats all I have on this 15:19:34 #topic OVS-DPDK 15:19:41 yeah 15:19:52 georgk: do you want to continue the convo from the airship meeting? 15:20:07 so, noob trying to wrap his head around this and happy for reviews and advices 15:20:13 yes, please 15:20:30 BTW: please ignore that the list is on an Akraino wiki 15:20:30 for those that were not in the airship meeting 15:20:38 :) 15:21:15 georgk has done some great work outlineing the steps required for ovs-dpdk support in an openstack-helm cloud deployed with airship here: https://wiki.akraino.org/display/AK/Support+of+OVS-DPDK+in+Airship 15:21:20 georgk: over to you 15:21:20 (hi, late arrival) 15:21:32 so, there was a comment that many of these things can be done by Airship today already, which is great 15:21:34 hey hogepodge 15:22:07 so, if you can point me to how to get the configuration (e.g. for hugepages) done, that would be very appreciated 15:22:26 moreover, I have pushed an initial patch with an ovs-dpdk helm chart 15:22:33 #link https://review.openstack.org/#/c/626894/ 15:23:02 georgk: re that ps - is there a reason that dpdk support cannot be added to the existing ovs chart? 15:23:28 beat me to that one 15:23:32 just scanning i only see image deltas 15:23:36 but i must be missing something 15:23:56 mhh, probably not - we just need to parameterize the attributes related to hugepages 15:24:22 extra mounts in here: https://review.openstack.org/#/c/626894/1/ovs-dpdk/templates/daemonset-ovs-vswitchd.yaml 15:24:33 right 15:25:05 i think if you wrapped those in {{ if .conf.dpdk.enabled }} or similar 15:25:05 yeah, ok, parameterizing this might make more sense, given the amount of common code 15:25:14 I agree 15:25:15 then you shoudl be able to reuse the exising chart 15:25:18 nice 15:25:55 +1 on parametrization 15:26:29 ok, ok. 15:27:00 then I was wondering on which tools to use to get the hugepage configuration done on the host 15:27:02 on the hugepage work - I'd recommend looking at libvirt for pointers 15:27:27 re getting them on the host - thats where i think airships drydock comes into play 15:28:03 yes, that´s my understanding (again sanity check) 15:29:03 ok, so I´ll update the chart as suggested and look into drydock 15:29:06 nice - i think if you get the changes to ovs into the exising chart, then we can really start to help here 15:29:29 I am lacking a good dev environment at the moment, though 15:29:35 it would also be great if you took the items you have in the akrano wiki and got them into launchpad 15:29:47 will do 15:29:49 that we cant help with georgk :( 15:30:10 I can :) 15:30:18 georgek let's take that one back to #airship 15:30:35 catching up - can't help with dev env necessarily 15:30:36 mattmceuen: ok, great 15:30:41 but can help with with the drydock 15:30:48 ;-) 15:31:06 sure ;-) 15:31:19 ok, I think that´s it from my side for now 15:31:23 thanks 15:31:28 nice - thanks georgk 15:31:47 really nice to see this start to come together, you've really championed it dude 15:32:13 :-) 15:32:56 evrardjp: just quick check. are you suggesting this requires spec? https://review.openstack.org/#/c/603971/ 15:33:35 and frankly speaking, i don't know how to put it in release note. can somebody help me on that? 15:33:45 pefect segway 15:33:49 nope, not a spec 15:33:50 #topic reviews 15:34:32 then, cloud you be a bit more specific on documentation? 15:34:44 want to followup :) 15:34:47 jayahn: I think the intent of that ps is pretty clear, and definatly solves a issue for many people 15:35:14 jayahn: IMO, now that we have release notes available in all the repos, we should give insights about what's changing in the repositories. Here you're bringing a new feature in, which IMO, deserves a few words in a release notes. A longer explanation can be given in a documentation page 15:35:18 i think a note in the documetation on how to use it to say use an external mysql or keystone would be great 15:35:20 portdirect: yeap, that we thought 15:35:56 evrardjp: can you help jayahn though the process of writing a reno note? 15:35:58 the purpose is for future you or any other person, to be able to see that feature and enable it on its deployments 15:36:07 portdirect: sure! 15:36:10 okay. i can work on putting few words or a note in documentation. 15:36:33 frankly the commit message itself is almost whats required for the reno work 15:37:04 jayahn: re https://review.openstack.org/#/c/625803/ (timezone work) 15:37:09 portdirect: I don't mean it should be different -- the commit message and the release notes are, for me, destined to two different audiences. 15:37:25 again i really like this - its been on my mental to do list for ages 15:37:35 but i need to double check the implementation 15:37:48 kfox111 did some great work here ages ago 15:37:58 the commit messages is for OSH developers, while the reno is meant for deployers which don't particularily need to git blame things 15:38:06 and i think his method was a bit cleaner (though my memory is fuzzy) 15:38:24 evrardjp: 'is almost' ;) 15:38:27 can someone teach me how to add things in reno? :) 15:39:08 okay, got that from osh irc channel 15:40:18 (for the record in the OSH irc channel, we discussed how to create a release note using reno new 15:40:20 ) 15:40:36 nice - thanks evrardjp 15:41:03 on the docs work: https://review.openstack.org/#/c/625853/ I must hold my hands up here, work, and vaction got the better of me 15:41:21 i also sent the cores email to the old ml addr :( 15:41:22 jayahn: https://docs.openstack.org/reno/latest/ 15:41:31 will resend right after the meeting 15:41:52 evrardjp: you are the best! 15:42:50 I think what's important to remember, is the focus of the release notes. IMO, the release notes should be focused on exposing features/bugs/gotchas/upgrade tips to deployers, the ones which won't git blame the code. 15:43:18 It's a good quick intermediary before writing a fully featured documentation. 15:43:41 ++ 15:43:45 ++ 15:43:50 evrardjp: while your here, could you pull the junk data out of the quay.io login for now in here: https://review.openstack.org/#/c/624713/ 15:43:58 and then i think we can merge 15:44:17 portdirect: still on my todolist, I wanted to do it yesterday/today, still didn't find the time yet. 15:44:23 portdirect: probably tomorrow. 15:44:36 latest 15:44:49 thanks for the reviews btw :) 15:45:21 evrardjp: nah man, thanks for your work bootstrapping that repo, really helped lighten the load. 15:47:14 ok - lets open the floor 15:47:25 #topic any other business? 15:48:13 I hope you had nice holidays everyone 15:48:20 that's it :) 15:48:41 thanks! 15:49:47 ok - lets wrap up then 15:50:22 tune in next time, same osh time, probably different osh channel 15:50:28 #endmeeting