Tuesday, 2019-04-23

openstackgerritChris Wedgwood proposed airship/promenade master: controller_manager: Add pod/container security context  https://review.opendev.org/65141700:05
*** michael-beaver has quit IRC00:23
*** kaspars__ has quit IRC00:26
*** Nishant_ has quit IRC01:15
*** mbeierl has joined #airshipit02:20
*** mbeierl has quit IRC02:25
*** mbeierl has joined #airshipit02:38
*** mbeierl has quit IRC02:43
openstackgerritKaspars Skels proposed airship/treasuremap master: Fix chart repo urls from openstack to opendev  https://review.opendev.org/65457903:05
openstackgerritKaspars Skels proposed airship/treasuremap master: Uplift tiller/help to 2.13.1 and Airship/OSH charts  https://review.opendev.org/65396303:05
*** kaspars__ has joined #airshipit03:12
openstackgerritMerged airship/treasuremap master: Update docs, clarify the requirements on DNS names registration  https://review.opendev.org/65455903:15
openstackgerritMerged airship/treasuremap master: Add metadata proxy shared secret for Nova and Neutron  https://review.opendev.org/63918303:43
*** mbeierl has joined #airshipit06:08
*** mbeierl has quit IRC06:14
*** lemko has joined #airshipit06:15
*** mbeierl has joined #airshipit06:27
*** kaspars__ has quit IRC06:30
*** mbeierl has quit IRC06:31
*** georgk has joined #airshipit07:20
*** pkaralis has joined #airshipit07:28
*** roman_g has joined #airshipit08:01
*** nick_kar has joined #airshipit08:49
*** happyhemant has joined #airshipit09:33
*** lemko has quit IRC09:44
*** mbeierl has joined #airshipit10:06
*** mbeierl has quit IRC10:10
*** mbeierl has joined #airshipit10:33
*** aojea has joined #airshipit10:35
*** mbeierl has quit IRC10:37
*** mbeierl has joined #airshipit11:01
*** mbeierl has quit IRC11:06
*** mbeierl has joined #airshipit11:19
*** mbeierl has quit IRC11:24
*** mbeierl has joined #airshipit11:37
*** mbeierl has quit IRC11:42
*** jemangs has joined #airshipit11:44
*** lemko has joined #airshipit11:49
*** Gpshz1_ has joined #airshipit12:03
*** Gpshz1 has quit IRC12:06
*** aaronsheffield has joined #airshipit12:51
*** bh526r has joined #airshipit12:52
*** mbeierl has joined #airshipit13:01
*** mbeierl has quit IRC13:06
*** mbeierl has joined #airshipit13:21
*** Nishant__ has joined #airshipit13:31
*** sthussey has joined #airshipit13:33
*** michael-beaver has joined #airshipit13:45
openstackgerritMatt McEuen proposed airship/promenade master: Add optional external_ip to promjoin  https://review.opendev.org/65016813:46
*** kranthikirang has joined #airshipit13:47
openstackgerritKaspars Skels proposed airship/treasuremap master: Update links in the docs to refer to opendev  https://review.opendev.org/65460213:49
openstackgerritKaspars Skels proposed airship/treasuremap master: Fix chart repo urls from openstack to opendev  https://review.opendev.org/65457913:49
*** kaspars__ has joined #airshipit13:52
*** DanCrank has joined #airshipit13:57
openstackgerritDrew Walters proposed airship/treasuremap master: global: Uplift helm-toolkit  https://review.opendev.org/64522613:58
openstackgerritDrew Walters proposed airship/treasuremap master: airskiff: Use global Airship charts  https://review.opendev.org/63521813:58
openstackgerritKaspars Skels proposed airship/maas master: Support for MAAS URL overrides  https://review.opendev.org/65385314:00
openstackgerritMerged airship/armada master: Move to kubernetes python client 9.0.0  https://review.opendev.org/63978914:01
openstackgerritKudaka Poorna Rajesh proposed airship/promenade master: Add Liveness/Readiness probe to calico-etcd.  https://review.opendev.org/64556114:19
openstackgerritSean Eagan proposed airship/promenade master: Use apps/v1 k8s controllers and add labels  https://review.opendev.org/63827614:25
openstackgerritKudaka Poorna Rajesh proposed airship/promenade master: Add Liveness/Readiness probe to calico-etcd.  https://review.opendev.org/64556114:29
openstackgerritMatthew Carter proposed airship/shipyard master: Add validation support for deployment-version document  https://review.opendev.org/65384714:43
openstackgerritMerged airship/treasuremap master: Update links in the docs to refer to opendev  https://review.opendev.org/65460214:52
*** jemangs has quit IRC15:09
openstackgerritKaspars Skels proposed airship/treasuremap master: Fix chart repo urls from openstack to opendev  https://review.opendev.org/65457915:30
*** ian-pittwood has joined #airshipit15:30
openstackgerritDrew Walters proposed airship/treasuremap master: airskiff: Use global Airship charts  https://review.opendev.org/63521815:35
openstackgerritEvgeniy L proposed airship/treasuremap master: Pipeline improvements for Airship Seaworthy  https://review.opendev.org/65427615:47
*** aojea has quit IRC15:52
openstackgerritIan Pittwood proposed airship/spyglass master: Revise CLI documentation  https://review.opendev.org/65013715:54
mattmceuent-minus two minutes till meeting, team15:58
openstackgerritIan Pittwood proposed airship/spyglass master: Implements PBR for packaging  https://review.opendev.org/65348015:59
mattmceuen#startmeeting airship16:00
openstackMeeting started Tue Apr 23 16:00:29 2019 UTC and is due to finish in 60 minutes.  The chair is mattmceuen. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
*** openstack changes topic to " (Meeting topic: airship)"16:00
mattmceuen#topic Rollcall16:00
openstackThe meeting name has been set to 'airship'16:00
*** openstack changes topic to "Rollcall (Meeting topic: airship)"16:00
mattmceuenHello, everyone - welcome16:00
aaronsheffieldo/16:00
mattmceuenhttps://etherpad.openstack.org/p/airship-meeting-2019-04-2316:00
*** AlexanderHughes has joined #airshipit16:00
evgenylHello!16:00
arunkanto/16:00
mattmceuen^ agenda above16:01
AlexanderHugheso/16:01
dwalthi all o/16:01
mattmceuenWe have a full agenda today so I'll try to keep us on the tracks :)16:01
mattmceuen#topic No meeting next week16:01
*** openstack changes topic to "No meeting next week (Meeting topic: airship)"16:01
mattmceuenI think this is self explanatory :)16:01
mattmceuendue to the summit16:02
michael-beavero/ GM16:02
mattmceuen#topic Update on gerrit migration16:02
*** openstack changes topic to "Update on gerrit migration (Meeting topic: airship)"16:02
*** levmorgan has joined #airshipit16:02
mattmceuenWe have our shiny new opendev infrastructure up and running now thanks to the hard work of the openstack infra team16:02
mattmceuenTo make sure everyone's aware of the changes:16:03
mattmceuenhttps://opendev.org/airship/16:03
sthusseyopendev infra team*16:03
*** StaceyF has joined #airshipit16:03
mattmceuen^ this is our git repository now, and it has https redirects set up16:03
mattmceuenTY Scott16:03
mattmceuenNote that previously we'd had an openstack git repo, which mirrored out to github16:03
mattmceuenNow we are using the gitea open source project to host both functions16:04
mattmceuenSo if the link above looks like github - that's intentional16:04
mattmceuenNotice also we are in the /airship project namespace rather than /openstack now16:04
mattmceuenAnd therefore the project names themselves have lost the 'airship-' prefix16:04
mattmceuene.g. https://opendev.org/airship/promenade16:05
mattmceuenSo that's great16:05
mattmceuenSimilarly, our gerrit is now https://review.opendev.org/16:05
mattmceuenAll patchsets from the old gerrit have been migrated over16:05
mattmceuendwalt points out that:     gerritbot no longer posting new changes in IRC https://review.opendev.org/65447016:06
dwaltwoops -- forgot to remove that, sorry16:06
dwaltthat has merged since yesterday :)16:06
mattmceuenHowever that appears to be merged so I think we're good :)  thanks dwalt16:06
dwaltnp!16:06
mattmceuenThere are a couple more items related to the migration, but they have their own topics later in the agend16:06
*** jemangs has joined #airshipit16:06
mattmceuenany questions / thoughts on the migration?16:07
michael-beaverairship/in-a-bottle probably needs to be changed right?16:07
hogepodgeyes16:07
mattmceuenYep sthussey has an item for that michael-beaver16:08
michael-beaverOh sorry I missed that16:08
hogepodgeFor the airship-in-a-bottle rename, the infra team has asked that you follow this procedure. https://docs.openstack.org/infra/manual/creators.html#project-renames16:08
mattmceuenLet's hold off on that one till later, there are two parts to it16:08
mattmceuenYup I chatted with clarkb this a.m. and he got me set up with the needful steps - I'm planning to get them in this week16:08
mattmceuenIt'll probably take a week or two to get the update made, but I think that's probably fine thanks to16:09
mattmceuen1) https:// redirects16:09
mattmceuen2) let's just make sure the wiki and airshipit.org point to the correct place and keep those things up to date16:09
kaspars__airship-in-a-bottle I think is really close with new airsloop type to be migrated to treasuremap.. just a thought16:09
mattmceuenlol that's the other 1/2 of sthussey's agenda item16:10
*** gagehugo has joined #airshipit16:10
mattmceuenWe have effectively moved the item - let's finish it up16:10
mattmceuenDo we want to keep airship-in-a-bottle as a separate project?16:10
mattmceuenIt's two different things -- a site definition (a couple of 'em) and some easy-to-use demo deployment tooling16:10
evgenylI think Dimitrious started doing some work on that, but I'm not sure if he is here.16:11
*** jemangs has quit IRC16:11
dwaltI can't think of any benefits to maintaining it as a separate project. In fact, it seems like it diverges further from treasuremap every week.16:11
michael-beaver++16:11
kaspars__https://review.opendev.org/#/c/654548/16:12
sthusseySo we'll need to determine path forward16:12
sthusseyThat repo was originally built as an integration repo, which we still need16:12
kaspars__I also think having it in the same repo would simplify things16:12
sthusseyThere is documentation there that is now likely stale16:13
kaspars__I feel that all that treasuremap is is basically integration..16:13
mattmceuenIf we want to move the aiab deployment tooling into treasuremap, we can put it in `/tools/deployment/airship-in-a-bottle`16:13
dwaltAlong a similar vein, moving repositories would also be a good opportunity to clean-up the multinode "gate" and make it more visible16:13
mattmceuenor some such16:13
sthusseyThe site definitions and tooling going to treasuremap is fine16:14
evgenylWe will also need to move multinode deployment.16:14
dwaltI like that idea mattmceuen16:14
mattmceuenkaspars__, are you targeting the existing multinode virtualized testing using the sloop type, or something else?16:14
sthusseyThe developer documentation can move, but that changes the intent of treasuremap16:14
kaspars__sloop may be too slim for gate-multinode - so I'm not 100% sure16:15
mattmceuenOk.  So we have a few things we'll need to figure out16:15
kaspars__definitely we can have AIAB to use sloop16:15
kaspars__that would fit perfect16:16
kaspars__"A sloop (from Dutch sloep, in turn from French chaloupe) is a sailing boat with a single mast and a fore-and-aft rig. A sloop has only one head-sail; if a vessel has two or more head-sails, the term cutter is used, and its mast may be set further aft than on a sloop. "16:16
kaspars__for people that wonder..16:16
mattmceuen1) figure how to best migrate gate-multinode tooling/site def into treasuremap16:17
mattmceuen2) do the work of moving aiab into treasuremap16:17
mattmceuen3) determine what we want to do with documentation (consolidate somewhere please)16:17
mattmceuen4) retire aiab project16:17
mattmceuenWe should hold off on #4 (retire aiab project) until after it's fully migrated into treasuremap16:18
mattmceuenWith that in mind - I think I'll still go forward with requesting the project rename back to airship/airship-in-a-bottle for the migration period16:18
evgenylYes, it will take some time to get the migration finished, so it may be a good idea to rename it.16:19
mattmceuenI've added another agenda item for doc consolidation16:19
mattmceuenNot sure if we'll be able to round it out today16:19
mattmceuenCool.  Are we good with that general approach, all?16:20
sthusseyAs part of some improvements on build pipelines, we'll be updating the Airship coding standard doc there16:20
*** jemangs has joined #airshipit16:20
michael-beaverI'm already working on creating multinode developer documentation, I wouldn't mind also taking on moving the multinode setup into treasuremap. Not sure if we wanted to wait until after the summit or not to do that though16:20
mattmceuenGood question16:20
mattmceuenLet's see how the week goes michael-beaver16:21
sthusseyFirst step to that is merging all the in-flight CS16:21
mattmceuenyes good point16:21
michael-beaverSorry just reconnected and that just went through16:21
mattmceuenalso thanks for volunteering for that michael-beaver -- evgenyl maybe you guys can sort some of that out in the chat room since it'll be a couple weeks till the next team meeting16:21
mattmceuenOk!  Moving on:16:22
mattmceuen#topic Mutli-OS image support16:22
*** openstack changes topic to "Mutli-OS image support (Meeting topic: airship)"16:22
mattmceuenI think this one is yours sthussey16:22
mattmceuenhttps://review.opendev.org/64310616:22
sthusseyyes16:23
sthusseyso we have a spec out there to support Multi-OS based docker images16:23
sthusseyI propose an amendment there to support some build pipeline rationalization16:23
*** mrhillsman is now known as openlab16:23
*** openlab is now known as mrhillsman16:23
sthusseybasically what I propose is moving all the multi-OS stuff to an airship-base image that each airship component would build from16:24
*** mrhillsman is now known as openlab16:24
sthusseyairship-base would be built from your OS-base of choice and include a helper script that basically allows the Airship components to install OS packages without having any idea what OS base is beneath them16:24
sthusseyI looked at bindep, it doesn't seem to achieve this16:24
*** openlab is now known as mrhillsman16:25
sthusseyairship-base would also include steps to allow someone to customize where the image build is sourcing external dependencies such as Python packages or OS packages16:25
mattmceuengotcha16:26
mattmceuenSounds reasonable to me.   I am not an image build SME, hogepodge or portdirect, does that sound like a good plan to you too?16:27
mattmceuenI know you guys have done a lot to facilitate complex image builds in loci as well16:27
hogepodgeThe more you can abstract those layers the better16:28
mattmceuenroman_g, arunkant, jamesgu__ -- sound good from your perspective too?16:28
hogepodgethings always sneak in, as every packaging system treats common things differently.16:28
openstackgerritMerged airship/deckhand master: CI: Update OSH relative paths for OpenDev  https://review.opendev.org/65460416:28
arunkantsthussey: Right now, each airship project has image build support. How's base image different from what we have in Dockerfile FROM ?16:28
sthusseyIt isn't16:29
sthusseybut deckhand is missing that16:29
hogepodgehttpd is a prime example, the abstraction layer needs to provide interfaces for configuring things like httpd/apache that have totally different installation and management layouts16:29
sthusseyI'm not really worried about a general solution16:30
sthusseyAs far as I know none of Airship does any of that today16:30
arunkantyes and package names are different in distro . So not sure what base image will have additionally other than what we have in FROM16:30
sthusseythe point of the helper script16:31
sthusseyWe'll define some meta-packages that airship components can request, the helper script will sort out what underlying OS packages will fulfill that16:31
hogepodgeI guess I'm saying it's a good idea, and it works best if you have the discipline to always push those abstractions to the base rather than build in OS specific stuff in the higher level components16:31
mattmceuenI like this idea, but am concerned that it would hold up the multi-os work.  Can we plan for a migration path toward that?16:32
sthusseyI prefer this path to implement the multi-os work16:32
sthusseybecause now the multi-os work impacts a single image, not 816:32
sthusseyIf it isn't a candidate for upstream, that's fine. We can implement it locally downstream.16:34
arunkantRight now we have distro specific docker file (in proposed reviews) and it abstracts the distro details ( package names, expected path, permission etc) in single place.16:34
mattmceuenarunkant, I know work has been progressing on the multi-os implementation.  How "close" do you feel that work is16:35
arunkantMay be I am not following what value add helper script are adding..16:35
mattmceuenI think a spec will help to clarify - could we get some details down in a spec sthussey?16:35
arunkantmattmceuen: We are waiting for spec update and approval and reviews are already following that spec recommendation16:36
mattmceuenI guess it would be an alternative or patch on top of the current spec16:36
sthusseyI can do a CS on the current spec16:36
mattmceuenYes arunkant - since you've already done the work there, I would propose we16:37
mattmceuen1) go ahead with the current plan, with multiple dockerfiles16:37
mattmceuen2) work through the details of sthussey's idea in a spec16:37
mattmceuen3) refactor all multi-os support for the outcome of #2 after that16:37
mattmceuenMainly, I just don't want to hold up work in progress for a new approach if we can migrate to that new approach after it's fleshed out16:38
arunkantsounds like a plan +1 .16:38
mattmceuenAre you ok with that sthussey?16:38
sthusseyYeah, we can do it downstream in the meantime. Move it upstream if desired.16:38
arunkantmattmceun: Any idea when update on spec can be made as there are some update needed based on comments16:39
mattmceuenAlright, sounds like a plan.  Could also do it in att-comdev or some such as a "POC" for the approach as could be incorporated into airship proper16:40
arunkantmattmceuen: If roman_g is not available, I can make the update in spec16:40
mattmceuenah right - that update16:40
mattmceuenroman_g are you ok with arunkant pushing an update to the patchset?16:41
mattmceuenIt's a small change and he has it well sorted out16:41
mattmceuenlet's keep going - roman_g may be afk.  We'll confirm with him when he's back.16:42
mattmceuen#topic Google Season of Docs16:42
*** openstack changes topic to "Google Season of Docs (Meeting topic: airship)"16:42
mattmceuenJust an FYI that some of the ideas from the team for Google Season of Docs have been fleshed out here: https://wiki.openstack.org/wiki/Airship/2019-SoD16:43
mattmceuenhogepodge and I have been working the details out and Airship should be on the application list before the 3pm central deadline :)16:43
hogepodgeI'm filling out the application for it right now16:44
mattmceuennice!  Thanks hogepodge, let me know if there's anything I can do to help16:44
mattmceuen#topic Now that we have OpenDev, do we additionally still want github mirroring?16:44
*** openstack changes topic to "Now that we have OpenDev, do we additionally still want github mirroring? (Meeting topic: airship)"16:44
evgenylYes, I really like using hotkeys on GitHub...16:44
mattmceuenSo - github mirroring is now turned off, so I think our github mirrors will quickly become stale16:45
evgenylGitea does not have any https://github.com/go-gitea/gitea/issues/579616:45
mattmceuenIf we really want to maintain github mirroring, I think I saw that there's a request process we can go through16:45
mattmceuenMe personally, I'm ok with just opendev.   But understand others may care more16:46
dwaltI would like to see GitHub mirroring for the additional visibility16:46
kaspars__for now, I've been quite OK with looking at the code there.. so no strong view from me16:46
evgenylAlso I like to run searches for all repos in the organization, which does not seem to be available for gitea.16:46
mattmceuen#action mattmceuen figure out process for requesting github mirroring16:46
mattmceuenThere will probably be things we need to figure out, e.g. since airship is not part of the openstack namespace anymore we might need to live in a new home on github - will see16:47
evgenylBut we should make sure that we don't use github links in the docs :)16:47
dwalt++16:47
mattmceuen++16:47
ian-pittwood+116:47
mattmceuenok, trucking along:16:47
mattmceuen#topic New project creation request:  spyglass plugin for XLS16:47
*** openstack changes topic to "New project creation request: spyglass plugin for XLS (Meeting topic: airship)"16:48
mattmceuenAlexanderHughes I think this is yours16:48
ian-pittwoodThis one is me actually I think16:48
mattmceuenoops!  sorry ian-pittwood16:48
mattmceuenLast week we'd discussed splitting out spyglass plugins into their own projects16:48
*** gagehugo has quit IRC16:48
mattmceuenBut we didn't officially agree on the 1st plugin project name, and I think it would be good to nail down a convention16:49
ian-pittwoodI'm working on separating out the plugins from Spyglass as there was a proprietary plugin that made it's way in there. I was thinking we could make a new plugin for the open source plugin16:49
mattmceuenairship/spyglass-plugin-tugboat   <- ian's proposal16:49
ian-pittwoodYeah there's the spreadsheet plugin currently called Tugboat16:49
sthusseywhy would this go in an individual repo?16:49
sthusseyYou could split the plugin out of the python package w/o proliferating repos16:49
ian-pittwoodThat seemed to be the direction we decided on last week, but I am open to other ideas16:50
*** altlogbot_1 has quit IRC16:50
*** altlogbot_1 has joined #airshipit16:50
sthusseyOkay, I probably missed that.16:51
sthusseythis project does love to grow the repo count16:51
mattmceuenI'm not quite as concerned about project proliferation as I used to be, now that we have an /airship namespace.  Split out plugin projects was where some of the openstack projects have landed after going back and forth16:51
mattmceuenBut I don't have a really strong opinion either16:51
ian-pittwoodCreating a plugin repo just sort of matched some other repos I looked at16:52
ian-pittwoodBut there were also others that kept plugins all within the same repo so either way16:52
openstackgerritKaspars Skels proposed airship/maas master: Support for MAAS URL overrides  https://review.opendev.org/65385316:52
ian-pittwoodI would just need to adjust my course a little bit depending on what we decide is best16:52
sthusseyI'm a mono-repo proponent which isn't popular in openstack16:52
openstackgerritLev Morgan proposed airship/pegleg master: Added cleartext option to passphrase generation  https://review.opendev.org/64501716:53
ian-pittwoodWith Spyglass, it's likely that end users would create their own plugins for data extraction16:53
sthusseybut wasn't aware this was already litigated16:53
ian-pittwoodThat's why I thought that maybe it would be a good idea to keep them all separate16:53
sthusseyso I'll just remove my opinion from the conversation16:53
mattmceuenso tugboat is an xls-based plugin, right ian - are there other generic kinds of plugins that are expected?16:54
*** altlogbot_1 has quit IRC16:54
*** altlogbot_0 has joined #airshipit16:54
mattmceuenIn any case, we need to be able to support external plugins, whether or not the "default" plugin is bundled with spyglass project itself16:55
ian-pittwoodI imagine more would be made down the road. Input data could come from anywhere16:55
ian-pittwoodExactly16:55
mattmceuenian-pittwood - if you're doing the work, what approach do you prefer :)16:56
openstackgerritArijit Bose proposed airship/in-a-bottle master: [site update] update software  https://review.opendev.org/65519716:56
ian-pittwoodI guess for now I would try separate repos then16:56
mattmceuenok16:56
mattmceuenfor airship/spyglass-plugin-tugboat16:56
mattmceuenMy only concern is that it's not obvious that it's an xls plugin16:56
mattmceuenwhat about airship/spyglass-plugin-xls?16:57
ian-pittwoodA name change isn't that big a deal for me16:57
ian-pittwoodSure, that works16:57
mattmceuenFor an example plugin, I think it's important to make it clear what it's doing is all16:57
mattmceuenCool - then we'll go forward with submitting that project creation request unless anyone objects16:58
mattmceuenian-pittwood:  if you can put in the request and then add me as a reviewer that would be awesome :)16:58
ian-pittwoodSure, thank you16:58
mattmceuen#topic Roundtable16:59
hogepodgecan I jump in for the last couple of minutes for some summit questions?16:59
*** openstack changes topic to "Roundtable (Meeting topic: airship)"16:59
mattmceuen#topic hogepodge roundtable16:59
*** openstack changes topic to "hogepodge roundtable (Meeting topic: airship)"16:59
mattmceuengo for it!16:59
hogepodgeI need to get a list of names of folks who will be at the board meeting and joint leadership meeting representing airship16:59
mattmceuenboard meeting:  Matt McEuen, Kaspars Skels, Jay Ahn16:59
mattmceuenare the ones I'm aware of17:00
hogepodgeAlso, if you're a non-ATT person who wants to be identified as a leader for Airship within your company I also need your name so we can identify you on your badge.17:00
mattmceuenKaspars is the leader from Ericsson, Jay is the leader from SKT17:00
*** gagehugo has joined #airshipit17:00
mattmceuenJoint Leadership Meeting - sorry, when is that one?  Diff from the board update?17:01
mattmceuenwe're out of time but can continue here in the room if that's ok hogepodge17:01
jamesgu__hogepodge... what is the joint ledership meeting?   From suse side, Dirk Mueller and/or myself can attend?17:01
mattmceuenSorry we ran out, all - will copy the remaining agenda items to the next agenda17:02
mattmceuen#endmeeting17:02
*** openstack changes topic to "airshipit.org || General Review Dashboard: https://review.openstack.org/#/q/project:%255Eopenstack/airship.*+status:open,n,z"17:02
openstackMeeting ended Tue Apr 23 17:02:35 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:02
openstackMinutes:        http://eavesdrop.openstack.org/meetings/airship/2019/airship.2019-04-23-16.00.html17:02
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/airship/2019/airship.2019-04-23-16.00.txt17:02
mattmceuenhave a good day!17:02
openstackLog:            http://eavesdrop.openstack.org/meetings/airship/2019/airship.2019-04-23-16.00.log.html17:02
openstackgerritKaspars Skels proposed airship/treasuremap master: Support latest MAAS in Airsloop  https://review.opendev.org/65385717:02
evgenyl++ I also would like to learn more on what will be discussed on this meeting.17:03
hogepodgejamesgu__: the board meeting on Sunday17:03
*** AlexanderHughes has quit IRC17:03
hogepodgejamesgu__: https://wiki.openstack.org/wiki/Governance/Foundation/28April2019BoardMeeting17:04
hogepodgeevgenyl: ^^17:04
hogepodgeProject updates mostly17:05
evgenylhogepodge: I see, thanks for the link.17:08
jamesgu__hogepodge: aha... I thought was airship specific meeting. Neither Dirk or myself will be in Denver on Sunday.  Thanks for the link, would be interested to read the meeting notes.17:09
evgenylSooo, michael-beaver we have a failure for our baremetal pipeline, here Armada says that everything is fine http://paste.openstack.org/show/749658/ and Shipyard fails before that with http://paste.openstack.org/show/749645/ a complete set of logs is available here https://jenkins.atlantafoundry.com/job/airship-seaworthy/263/artifact/debug-cab23-r720-11.tgz17:11
evgenylmichael-beaver: Any ideas on what could go wrong? And if it is related to the recent changes in Armada/Shipyard?17:11
openstackgerritIan Pittwood proposed airship/spyglass master: Refactors CLI to match style of Airship CLIs  https://review.opendev.org/64945217:12
*** MattCoachCarter has joined #airshipit17:12
kaspars__to add: new deploy is ongoing right now and armada apply is about to start17:13
kaspars__https://jenkins.atlantafoundry.com/job/airship-seaworthy/17:13
michael-beaverSo just to preface, by default the Armada lock expires after 10 minutes and when trying to run Armada will error out after 1 minute of attempting to acquire a lock, although Armada always tries to remove the lock when it is done or errors out.17:16
michael-beaverhttps://www.irccloud.com/pastebin/5L7SJQs4/17:17
openstackgerritSirajudeen proposed airship/in-a-bottle master: [site update] Adding gate set up  https://review.opendev.org/64679617:17
michael-beaverHaha woops, messed up the formatting in IRCCloud there, but you get the idea17:18
openstackgerritSirajudeen proposed airship/in-a-bottle master: [WIP] - set passphrase and salt to pegleg  https://review.opendev.org/65165917:20
*** StaceyF has quit IRC17:20
kaspars__michael-beaver: I think here is looks like the way Shipyard interaction happens with Armada might be the issue..17:23
michael-beaverYeah, I am wondering if shipyard is kicking off another Armada action before a previous one is completed17:24
evgenylmichael-beaver: So, in the logs I sent you, is it the same lock that Shipyard and Aramda try to acquire? (it's hard to tell because there is no uuid/name of the lock in the logs)17:24
michael-beaverI don't think Shipyard acquires a lock17:25
openstackgerritArun Kant proposed airship/deckhand master: Adding opensuse image build for deckhand  https://review.opendev.org/63830117:26
kaspars__https://www.irccloud.com/pastebin/MrZxwYo1/17:26
michael-beaverBut yes it is probably referring to the same lock17:26
kaspars__here is previous log from Evgenyi17:26
kaspars__this might just be return code from Armada execution17:26
kaspars__(btw - osh-infra is now ongoing in armada if anyone follows logs..)17:26
michael-beaverYes, when Armada is unable to acquire a lock it raises an Exception instead of staying stuck forever, and when Shipyard sees this it is returning the response from Armada17:28
kaspars__wonder why Armada wouldn't wait for 10min17:29
kaspars__if that's kind a the timeout17:29
kaspars__but then.. wonder why the lock is in place.. so far deploy is fine17:29
michael-beaverWe can adjust the timeout to be the same length as the expiry time if that is more useful, but I think the idea is the lock could be there for quite a while17:32
michael-beaverAnd the lock is necessary because Tiller is now in the Armada pod, so there are multiple Tillers that can be interacting with the cluster at the same time17:32
michael-beaverWe can adjust the timeout to be the same length as the expiry time if that is more useful, but I think the idea is the lock could be there for quite a while17:32
openstackgerritArun Kant proposed airship/deckhand master: Adding opensuse image build for deckhand  https://review.opendev.org/63830117:34
mattmceuenmichael-beaver would `tiller.enabled: true` impact any of this behavior?17:39
michael-beaverif tiller.enabled is set to true then Armada will put Tiller into the pod, otherwise it will just try to find the Tiller pod normally17:40
*** Talion has joined #airshipit17:41
openstackgerritIan Pittwood proposed airship/spyglass master: Resolves Bandit 104 errors  https://review.opendev.org/65180717:42
michael-beaverThe locking mechanism will be in place whether or not Tiller is in the pod though17:43
evgenylI'm still struggling to understand what is going on between Shipyard and Armada, Armada finished the deployment at `23:25:17.175`, shipyard had started `armada_get_releases` at `23:25:03,922` and it failed because deployment was not done at this time and lock was not available. So I have several questions, why Shipyard thinks that Armada finished and started the next task? Why does `get_release` requires a lock? Should17:51
evgenylthere be some retries for `get_release`?17:51
michael-beaverNo idea on the first question18:04
michael-beaverFor the second, I'm trying to find why it is using a lock for `get_release`, but I haven't been able to find it right away18:04
openstackgerritSean Eagan proposed airship/armada master: [v2 docs] Move `upgrade.no_hooks` to `upgrade.options.no_hooks`  https://review.opendev.org/65522618:05
openstackgerritMerged airship/spyglass master: Remove unnecessary exclusion  https://review.opendev.org/65220318:17
*** lemko has quit IRC18:17
*** mbologna has quit IRC18:41
kaspars__strangely it still seem to continue armada apply and finish the deploy..18:44
*** mbologna has joined #airshipit18:45
openstackgerritMerged airship/treasuremap master: Pipeline improvements for Airship Seaworthy  https://review.opendev.org/65427618:48
openstackgerritKaspars Skels proposed airship/treasuremap master: Do not rerun promjoin on every reboot  https://review.opendev.org/64257118:48
*** happyhemant has quit IRC18:48
*** bh526r has quit IRC19:01
kaspars__https://www.irccloud.com/pastebin/5dJzcEyz/19:02
kaspars__so it looks like exactly at 1h19:02
kaspars__armada API closed connection19:02
kaspars__could it be that Armada API itself has 1h timeout?19:02
kaspars__after which shipyard starts 2nd attempt - and is failing because it will never get the lock anymore..19:03
sthusseyProbably the uWSGI read timeout19:03
kaspars__let me check if it fits 1h - thanks19:03
kaspars__https://www.irccloud.com/pastebin/Vf1ZviqG/19:04
kaspars__these seem commented out but seem to fit 1h19:04
kaspars__https://opendev.org/airship/armada/src/branch/master/charts/armada/values.yaml#L22219:05
-openstackstatus- NOTICE: the zuul scheduler is being restarted now in order to address a memory utilization problem; changes under test will be reenqueued automatically19:07
openstackgerritKaspars Skels proposed airship/treasuremap master: Uplift tiller/help to 2.13.1 and Airship/OSH charts  https://review.opendev.org/65396319:12
kaspars__I think this should do https://review.opendev.org/#/c/653963/11/global/software/charts/ucp/armada/armada.yaml19:12
michael-beaverWhat's the reasoning behind disabling the Tiller side-car?19:13
kaspars__I can put it back if it's good to use19:14
kaspars__something Matt was commenting as useful19:14
kaspars__in fact let's do it as I didn't see it having any impact.. it's really the timeout19:15
openstackgerritKaspars Skels proposed airship/treasuremap master: Uplift tiller/help to 2.13.1 and Airship/OSH charts  https://review.opendev.org/65396319:15
michael-beaverYeah that was my only point is that it looks like it is just the timeout causing issues here19:15
openstackgerritDrew Walters proposed airship/armada master: CI: Update jobs for OpenDev  https://review.opendev.org/65523619:29
*** randeepjalli has joined #airshipit19:37
*** canderson_ has joined #airshipit19:40
openstackgerritDrew Walters proposed airship/treasuremap master: Uplift tiller/help to 2.13.1 and Airship/OSH charts  https://review.opendev.org/65396319:41
openstackgerritDrew Walters proposed airship/treasuremap master: airskiff: Use global Airship charts  https://review.opendev.org/63521819:41
*** levmorgan has quit IRC19:41
openstackgerritDrew Walters proposed airship/treasuremap master: Uplift tiller/help to 2.13.1 and Airship/OSH charts  https://review.opendev.org/65396319:43
openstackgerritIan Pittwood proposed airship/spyglass master: Refactors CLI to match style of Airship CLIs  https://review.opendev.org/64945219:51
*** randeepjalli has quit IRC20:25
*** jemangs has quit IRC20:30
*** jemangs has joined #airshipit20:30
*** jemangs has quit IRC20:42
*** jemangs has joined #airshipit20:42
openstackgerritKaspars Skels proposed airship/maas master: Support for MAAS URL overrides  https://review.opendev.org/65385320:42
openstackgerritKaspars Skels proposed airship/treasuremap master: Support latest MAAS in Airsloop  https://review.opendev.org/65385720:44
openstackgerritMerged airship/in-a-bottle master: Update links in the docs to refer to opendev  https://review.opendev.org/65460520:46
*** jemangs has quit IRC20:47
*** jemangs has joined #airshipit20:51
openstackgerritDimitrios Markou proposed airship/treasuremap master: [WIP] Migrate single node manifests to treasuremap  https://review.opendev.org/65454821:12
openstackgerritDimitrios Markou proposed airship/treasuremap master: [WIP] Migrate single node manifests to treasuremap  https://review.opendev.org/65454821:15
*** Talion has quit IRC21:20
*** MattCoachCarter has quit IRC21:22
openstackgerritDan Crank proposed airship/shipyard master: [DEFECT-4328] Don't log OS_PASSWORD in auth.log  https://review.opendev.org/65524821:22
kranthikirangKaspars__: I redeployed today;21:35
kranthikirangcluster:21:35
kranthikirang    id:     29d8953d-0bb6-4ba1-a48a-f9be1c0937a921:35
kranthikirang    health: HEALTH_OK21:35
kranthikirangEverything looks good; What is the name of the public flat network I should create? Is it public or external?21:36
kaspars__hey congrats!! here is a sample heat template you may use to create the floating network21:39
kaspars__https://opendev.org/airship/treasuremap/src/branch/master/tools/files/heat-public-net-deployment.yaml21:39
kaspars__the neutron is configured towards the bond0 interface - and the creation of network then would need to use a VLAN for your public network21:39
kaspars__the network can be really any provider network on a VLAN.. as it will be floating IP network you want to make sure you can access those IPs/network from your laptop or whereever you would access the VMs..21:40
kaspars__oh network name itself can be anything - our pipeline is using 'public' but it doesn't really matter21:41
kranthikirangI thought for flat network using Physical Network name matters coming to OVS21:42
kranthikirangAlso I directly use public IPs to VM  instead of private and then floating21:43
kranthikirangI will create with public name and see21:43
kranthikirangkaspars__: One more question, public network VLAN isn't part of bond0 right?21:44
kaspars__oh I think you are right - the physical network keyword that is mapped to bond0 I think is 'external' - have a try21:45
kaspars__+ tools/openstack stack create --wait --parameter network_name=public --parameter physical_network_name=public --parameter physical_network_vlan=27 --parameter subnet_name=public-subnet --parameter subnet_cidr=10.23.27.0/24 --parameter subnet_gateway=10.23.27.1 --parameter subnet_pool_start=10.23.27.11 --parameter subnet_pool_end=10.23.27.99 -t /target/tools/files/heat-public-net-deployment.yaml heat-public-net-deployment21:45
kaspars__the parameter that is not overriden is the physical network 'external' if you see the template - so yes - you need to use it21:46
kaspars__but the network name itself can be anything21:46
kaspars__it though not a flat network as usually for br-ex21:46
kaspars__it is using bond0 at the end if you see common-addresses.yaml (although it's cofnigureable if needed)21:46
kranthikirangOK; I don't see public in specs; So will use external name21:47
kranthikirangyeah,21:47
kaspars__so you will need to use VLAN enabled provider network to point out which VLAN on your bond0 at the end will be used for the network21:47
kranthikirangit using bond0; but public VLAN isn't part of bond0 as per documentation;21:47
kaspars__I think we haven't documented aything for public/floating network..21:48
kranthikirangSorry, I didn't understand how this is going to work;21:48
kaspars__some gap we need to fill21:48
kaspars__ok - so the way reference site is setup and what would also be my recommendation is following21:48
kranthikirangso, currently my OVS using bond0;21:48
kaspars__yes21:48
kranthikirangOK; What should I do in switches in order to make external access21:49
kaspars__so what you want is to configure your switch to have additional VLAN - e.g.21:49
kaspars__that will contain a subnet of IPs that will be assigned to your VMs21:49
kaspars__these are meant for external access to VMs..21:49
kaspars__it can be simply regular routed CIDR/VLAN within your lab - as long as you can access them21:50
kranthikirangOK;21:50
kaspars__you will configure additional VLAN much like for calico/oam, etc, etc21:50
kaspars__then you need to match this VLAN on the openstack/neutron side21:50
kaspars__if you look at the heat tempaltes - you will see an example there21:51
kranthikirangI have a VLAN on bond0 which is unused at switches; I gave a range 41-4521:51
kranthikirangoh; you create network type vlan; not flat;21:51
kaspars__exactly21:51
kaspars__this gives you more flexibility, etc21:52
kaspars__flat usually resolves directly to a network interface, etc21:52
kaspars__https://opendev.org/airship/treasuremap/src/branch/master/site/airship-seaworthy/networks/common-addresses.yaml#L15021:52
kranthikirangI used to do following earlier in another setup; Deploy nodes with MAAS; Deploy k8s with kubespray and then deploy openstack-helm manually or scripts, use flat network by adding a vlan interface to bond0 and giving that to ovs-bridge; Also ceph-osd failure domain as osd21:53
kaspars__this is where it is configured - so technically you may use dedicated interface, etc if you wanted to21:53
kaspars__yes - that is similar way - only diff you don't need to create that interfaces on your hsot server21:53
kaspars__just use VLAN directly from neutron/openstack21:53
kranthikirangOK; cool; Never tried that; Will do that now21:53
kaspars__this allows to create multiple provider network if you need to, etc21:54
kaspars__as you can configure multiple VLANs, and multiple provider networks21:54
kaspars__on the same bond021:54
kranthikirangoh, now I get it21:55
kranthikirangIts been a long time using neutron :)21:55
kaspars__yeah - in your old way you could configure something like thig "external_iface: 'bond0.42'"21:55
kranthikirangthanks for the help; I will update the status21:56
kaspars__and then create local config21:56
kranthikirangyeah, I used to do the same21:56
kaspars__but I think this is more clean/flexible way21:56
kranthikirangyeah, network as flat21:56
kranthikirangmake sense21:56
kaspars__so I would still recommend using bond021:56
kaspars__and VLAN in neutron21:56
kranthikirangyeah, Will do21:56
kranthikirangOnly thing is I need for make that VLAN to spine and then to my gw device21:56
*** jemangs has quit IRC22:00
*** jemangs has joined #airshipit22:00
*** jemangs has quit IRC22:05
kaspars__face22:08
kaspars__f22:17
openstackgerritMerged airship/treasuremap master: Fix chart repo urls from openstack to opendev  https://review.opendev.org/65457922:17
openstackgerritLev Morgan proposed airship/spyglass master: [WIP] NARAD Plugin for Spyglass  https://review.opendev.org/62405222:21
*** DanCrank has quit IRC22:21
openstackgerritKaspars Skels proposed airship/treasuremap master: Uplift tiller/help to 2.13.1 and Airship/OSH charts  https://review.opendev.org/65396322:22
*** jemangs has joined #airshipit22:22
openstackgerritKaspars Skels proposed airship/treasuremap master: Do not rerun promjoin on every reboot  https://review.opendev.org/64257122:28
*** kranthikirang has quit IRC22:56
*** jemangs has quit IRC22:58
*** jemangs has joined #airshipit22:59
*** jemangs has quit IRC23:02
openstackgerritKaspars Skels proposed airship/treasuremap master: Uplift tiller/help to 2.13.1 and Airship/OSH charts  https://review.opendev.org/65396323:06
openstackgerritKaspars Skels proposed airship/treasuremap master: Support latest MAAS in Airsloop  https://review.opendev.org/65385723:06
*** aaronsheffield has quit IRC23:11

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