Tuesday, 2019-08-20

openstackgerritEvgeniy L proposed airship/treasuremap master: [DNM] Debug failures in airskiff gate related  https://review.opendev.org/67423800:05
openstackgerritEvgeniy L proposed airship/treasuremap master: Stop systemd-resolved to fix DNS configuration  https://review.opendev.org/67423800:09
openstackgerritEvgeniy L proposed airship/treasuremap master: Stop systemd-resolved to fix DNS configuration  https://review.opendev.org/67423800:09
*** michael-beaver has quit IRC00:19
*** kranthikirang has quit IRC00:19
*** nishantkr has quit IRC00:29
*** aaronsheffield has quit IRC00:38
*** AlexNoskov has quit IRC00:44
*** rezroo has quit IRC00:45
*** altlogbot_1 has quit IRC00:46
*** altlogbot_1 has joined #airshipit00:46
*** kranthikirang has joined #airshipit01:03
*** kranthikirang has quit IRC01:04
*** kranthikirang has joined #airshipit01:05
*** timClicks has joined #airshipit01:06
*** kranthikirang has quit IRC01:09
*** kranthikirang has joined #airshipit01:10
*** kranthikirang has quit IRC01:15
*** timClicks has quit IRC02:48
*** gkadam has joined #airshipit03:33
*** gkadam has quit IRC03:40
*** sthussey has quit IRC05:12
*** phasespace has quit IRC05:55
*** jsuchome has joined #airshipit06:19
*** kskels has quit IRC06:41
*** dpawlik has joined #airshipit07:08
*** ianychoi has quit IRC07:46
*** ianychoi has joined #airshipit07:47
CobHeadWhen can I expect this to be merged? https://review.opendev.org/#/c/674238/08:59
CobHeadI want to get a demo up ASAP09:00
CobHeadActually, I'll just checkout that commit.09:05
openstackgerritDmitry Ukov proposed airship/airshipctl master: Implement imagegen cli command  https://review.opendev.org/67612109:34
openstackgerritDmitry Ukov proposed airship/airshipctl master: Inplement volume mount for container  https://review.opendev.org/67614109:34
openstackgerritDmitry Ukov proposed airship/airshipctl master: Add logic to image gen command  https://review.opendev.org/67617909:34
roman_gCobHead: CR +210:15
CobHeadSo, I checked out the commit, verified that the changes were indeed there and deployed to my usual Ubuntu 16.04 machine - it seems like the ucp-keystone-test container is sitll looping endlessly. I verified that systemd-resolved was inactive.10:28
CobHeadI'll switch to Bionic there and see if anything changes.10:28
*** gkadam has joined #airshipit10:38
CobHeadAnd the script crashed on Bionic, which was expected on my part - but I had a little hope.10:55
*** gkadam is now known as gkadam-afk11:00
roman_gсрфтпу щт пфеуы шы дшьшеув ещ ишщтшс11:00
roman_gchange on gates is limited to bionic11:00
roman_gWhy ucp-keystone-test is looping - is another question. So, why? What's there in logs?11:01
CobHeadThe test succeeds, but it seems like nothing is returned from the container - so it runs until the deadline is exceeded, and then the pod is recreated -> http://paste.openstack.org/show/3cXl07VbLMJxyUD8vADH/11:06
CobHeadThis continues on forever.11:07
roman_gWhat's in the logs of airship-ucp-keystone-test pod?11:10
CobHeadGonna need another re-deploy to find that again. Gonna take a while.11:11
openstackgerritDmitry Ukov proposed airship/airshipctl master: Add stdin support to container interface  https://review.opendev.org/67610511:17
openstackgerritDmitry Ukov proposed airship/airshipctl master: Implement imagegen cli command  https://review.opendev.org/67612111:17
openstackgerritDmitry Ukov proposed airship/airshipctl master: Inplement volume mount for container  https://review.opendev.org/67614111:17
openstackgerritDmitry Ukov proposed airship/airshipctl master: Add logic to image gen command  https://review.opendev.org/67617911:17
openstackgerritSmruti Soumitra Khuntia proposed airship/promenade master: Enabling debug-report.sh to configure pods log duration.  https://review.opendev.org/67744811:19
*** gkadam-afk is now known as gkadam11:42
openstackgerritvaragini karthik proposed airship/porthole master:  Chart/Dockerfile for Postgresql Utility  https://review.opendev.org/67586611:42
*** roman_g has quit IRC11:43
openstackgerritvaragini karthik proposed airship/porthole master:  Chart/Dockerfile for Postgresql Utility  https://review.opendev.org/67586611:44
*** roman_g has joined #airshipit11:46
openstackgerritvaragini karthik proposed airship/porthole master: Zuul gates setup for Utility Containers  https://review.opendev.org/67579811:49
CobHeadroman_g: http://paste.openstack.org/show/79chV2bDEsC5VVU4gBKh/11:59
CobHeadThis is the log from the airship-ucp-keystone-test pod12:00
CobHeadInterestingly, it seems to have completed the test, but is terminated and the pod is recreated in the script..12:00
roman_g2019-08-20 11:56:13.454 43 ERROR rally.task.engine [-] Unexpected exception during the workload execution: AuthenticationFailed: Failed to authenticate to http://keystone-api.ucp.svc.cluster.local:5000/v3 for user 'keystone-test' in project 'test': The request you have made requires authentication.12:01
roman_gtest is failed12:01
CobHeadHuh12:02
CobHeadAnyways - now I didn't get the Deadline_Exceeded error in the script12:03
CobHeadWe'll see what happens this rerun12:03
openstackgerritSean Eagan proposed airship/armada master: Support builtin chart dependencies  https://review.opendev.org/67683112:09
openstackgerritvaragini karthik proposed airship/porthole master:  Chart/Dockerfile for Postgresql Utility  https://review.opendev.org/67586612:09
CobHeadhttp://paste.openstack.org/show/760312/12:09
CobHeadFor some reason paste is not taking all the lines12:09
*** henriqueof has quit IRC12:09
openstackgerritvaragini karthik proposed airship/porthole master:  Chart/Dockerfile for Postgresql Utility  https://review.opendev.org/67586612:10
roman_ghttps://paste.ubuntu.com/ has virtually no limit. I was not able to reach it.12:10
CobHeadroman_g: https://paste.ubuntu.com/p/KpyqDPk6vK/12:11
CobHeadThis time all report as passed12:12
CobHeadExcept I see that the Deadline_Exceeded error occurred in the script.12:12
CobHeadI pasted that error here: https://paste.ubuntu.com/p/yvRbsGtSGp/12:14
roman_gSo it passes, but past deadline?12:14
CobHeadIt's possible, I guess.12:14
CobHeadThe deadline might be too hard on an AIAB?12:15
CobHeads/hard/short12:15
roman_gCould be.12:17
CobHeadSkimming through the Max (sec) columns and summarizing it, it does not appear to be near the 300 sec deadline as described in the script tho..12:17
CobHeadWait12:17
CobHeadThere's full durations, obviously (duh)12:17
CobHeadSummarizing the full loads, it seems to be 371 secs12:21
CobHeadSo 71 secs beyond the deadline12:24
CobHeadWonder why the script doesn't terminate it the moment it actually hits the deadline tho - that would actually make more sense than terminate it and restarting after it has submitted the results back.12:25
CobHeadOut of curiousity, I am going to give a new VM the max number of cores I can allocate at the moment (it currently has 6) to see if that will have an impact on the test.12:28
CobHeadIf it, by some miracle works now, then I suggest the actual requirements for AIAB be set higher, or the deadlines be set longer12:32
*** gkadam has quit IRC12:32
CobHeadI guess the deadlines should be longer anyways(?)12:32
roman_gWell, doesn't hurt to set it to e.g. 600 seconds.12:34
roman_gI guess.12:34
*** alexanderhughes has joined #airshipit12:41
*** mcriswell has joined #airshipit12:42
*** nishantkr has joined #airshipit12:45
openstackgerritMerged airship/spyglass-plugin-xls master: Upgrade yapf to 0.28  https://review.opendev.org/67674812:49
*** bh526r has joined #airshipit12:53
*** henriqueof has joined #airshipit12:56
*** zogger has joined #airshipit13:01
CobHeadroman_g: From where does Genesis get these timeouts?13:07
CobHeadI want to change the source of it, not subsitute the template when it is already generate13:07
evrardjpo/13:16
CobHeadNevermind - for the curious it's in under treasuremap/site/aiab/deployment/deployment-configuration.yaml13:16
CobHeadHi evrardjp o/13:17
evrardjphow are things in here?13:17
mattmceueno/13:17
*** kranthikirang has joined #airshipit13:19
alexanderhughes\o13:20
evrardjpas usual, figuring out the webext url because my brain always forgets it13:24
evrardjpand my email search foo is not strong13:24
openstackgerritMerged airship/porthole master: Enable usage of calicoq utility  https://review.opendev.org/67565613:29
*** kranthikirang has quit IRC13:31
*** kranthikirang has joined #airshipit13:31
*** aaronsheffield has joined #airshipit13:33
*** ab2434_ has joined #airshipit13:34
*** kranthikirang has quit IRC13:36
CobHeadevrardjp: Debugging AIAB. Seems like 300 is too short of a timeout wrt tests @ 8 cores @2.4GHz + 25GB RAM, thus leading to the eternal loop.13:37
CobHeadI've set all 300 timeouts to 600 now - rerun in progress.13:38
CobHeadIt also seems to me that the deadline counter starts when the pod is initializing (and that takes some time too.) - thus adding to the total runtime of the test.13:40
*** kranthikirang has joined #airshipit13:40
*** sthussey has joined #airshipit13:42
*** kranthikirang has quit IRC13:45
CobHeadI've learned a valuable lesson today - do not trust Zuul if the project in question contains timeout(s) on the tests, as Zuul is vastly more powerful than my current setup.13:45
nishantkrHello everyone! Meeting starts in another 15 minutes. Please add any topics you would like to discuss - https://etherpad.openstack.org/p/airship-meeting-2019-08-2013:45
*** ian-pittwood has joined #airshipit13:45
*** jamesgu_ has joined #airshipit13:45
*** jamesgu__ has joined #airshipit13:45
*** kranthikirang has joined #airshipit13:46
*** jamesgu__ has quit IRC13:46
CobHeadIs anyone not not active as a contributor to the project allowed to join? :]13:47
CobHeadDouble not there.. Disregard first.13:47
nishantkrCobHead: everyone is welcomed to join the meeting and feel free to add any topics onto the etherpad you would like to discuss  :)13:50
sthussey@cobhead joining the meeting makes you a contributor13:51
CobHeadThanks :)13:51
nishantkr#startmeeting airship14:00
openstackMeeting started Tue Aug 20 14:00:08 2019 UTC and is due to finish in 60 minutes.  The chair is nishantkr. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: airship)"14:00
openstackThe meeting name has been set to 'airship'14:00
nishantkr#topic Rollcall14:00
*** openstack changes topic to "Rollcall (Meeting topic: airship)"14:00
alexanderhugheso/14:00
howello/14:00
CobHeado/14:00
nishantkrHello everyone!!14:00
openstackgerritMerged airship/deckhand master: Upgrade six to 1.12  https://review.opendev.org/67727214:00
evgenylhi!14:00
nishantkrHere is the Agenda for today - https://etherpad.openstack.org/p/airship-meeting-2019-08-2014:00
ian-pittwoodo/14:00
mattmceueno/14:00
sthusseyhere14:00
nishantkrPlease add anything you would like to discuss14:00
jemangso/14:00
nishantkrlet's give it a min before we start14:01
dwalto/14:01
*** seaneagan has joined #airshipit14:01
nishantkrok let's go for it !!14:02
nishantkr#topic Announcements14:02
*** openstack changes topic to "Announcements (Meeting topic: airship)"14:02
nishantkrAirship Working committe conducted it's first meeting yesterday. mattmceuen sent out any email yesterday regarding the same but for anyone who might have missed that you could find all the details regarding the meeting here - https://wiki.openstack.org/wiki/Airship/Airship-WC14:02
nishantkrsome key highlights of that meeting-14:03
hogepodgeCongratulations to the new WC!14:03
mattmceuenty! :)14:03
nishantkr1) you would be noticing this meeting being hosted by one of the WC members going forward thus sharing the responsibility and workload that has so far been fantastically managed by mattmceuen alone14:03
*** henriqueof has quit IRC14:03
nishantkr2) A special election would be held after 3 months from the first election held for WC to fill out the fifth seat. Since the 2 member per company quota is already filled up by AT&T and Ericsson, we would be looking for a 5th member  from another company. Please look out for the announcement and news on the election date 3 months (approx) from now14:04
nishantkr3) We have planned to gather feedback from the community in the form of survey and also have a new section "community feedback" in the etherpad used for this meeting. Please provide your feedback in that section and help us improve as a community.14:05
*** DanCrank has joined #airshipit14:05
nishantkrPlease provide your feedback on gathering the feedback as well and let us know if you have any other ideas.14:05
nishantkrmattmceuen, dwalt and kskels - Please add if I may have missed something14:06
mattmceuenjust one more thing on #2 -- we will run the special election plan by the TC to make sure they're good with it, since they own our governance in general14:06
sthusseyI thought the governance said that WC owned governance?14:07
mattmceuenhmm, if so we're done :D  maybe I'm remembering the details wrong, will double check14:07
openstackgerritDan Crank proposed airship/promenade master: Fixes/updates for webhook-apiserver  https://review.opendev.org/66576114:07
dwaltI'd also like to add that the last fifteen minutes are reserved as an open forum for questions -- anyone is welcome to attend the meeting!14:07
sthusseyhttps://www.irccloud.com/pastebin/8493LHQF/14:07
nishantkrok thanks for pointing that out mattmceuen and sthussey14:08
mattmceuengood catch sthussey!14:08
nishantkrthank you dwalt14:08
nishantkrok then moving on14:08
nishantkrmattmceuen: you have the next item in the Announcement. please go for it.14:08
mattmceuenIn case anyone missed it:  https://about.att.com/story/2019/att_dell_opensource5g.html14:09
mattmceuenThere was a press release from Dell & AT&T around collaborating on 5G technology, and a big part of that was that Dell is going to be getting into Airship development in a big way14:09
mattmceuenSo that's great to hear - welcome to anyone from Dell who is here or will be joining over the coming weeks!14:10
*** pramchan has joined #airshipit14:10
mattmceuenexcited for you to be joining us14:10
mattmceuenthat's all from me nishantkr14:10
nishantkrThat's exciting news. Thanks for sharing mattmceuen.14:10
nishantkr#topic Package management for Airship python projects14:10
*** openstack changes topic to "Package management for Airship python projects (Meeting topic: airship)"14:10
nishantkrian-pittwood: go for it !!14:11
ian-pittwoodThanks!14:11
hogepodgeThe candidate pool for the upcoming WC election is a bit larger now ;-)14:11
ian-pittwoodSo as you all know, right now we are just using opendev git repos for all of airship14:11
mattmceuen+1 hogepodge.  Let's get those commits in!14:11
ian-pittwoodWe aren't doing any packaging that I know of14:11
ian-pittwoodRecently I've encountered a lot of issues dealing with using only these git repos for our dependencies. Pip doesn't really play well with VCS dependencies it seems. I'm curious how everyone would feel about possibly packaging and uploading our airship projects onto PyPI or some other index14:12
ian-pittwoodThoughts?14:12
pramchanIf we have python package like sushy-tools if we need to call fro go is that via RESTfull calls only or there are other options to call go to python directly?14:13
ian-pittwoodpramchan: sorry I'm a little confused by that. Are you asking how we'll be calling python from golang in the future? Or something else?14:14
pramchanyes14:14
sthussey@ian-pittwood i agree w/ pypi14:14
nishantkrian-pittwood: that sounds good to me unless anyone has any other thoughts on it.14:14
sthusseybut someone will need to set up the plumbing14:15
sthusseyand more, we will need to adopt some versioning14:15
pramchanLet me hold this while we get pypi cleared14:15
ian-pittwoodpramchan: It would be essentially the same as far as I know. The main difference is that using packages instead of buillding from VCS will make dependency installation easier. There won't be any difference in really how we use it14:15
ian-pittwoodYeah who would manage an Airship PyPI account?14:15
CobHeadQuestion - you are talking about packaging the minor/major releases of airship and uploading to PyPi, right?14:15
*** spilla has joined #airshipit14:16
ian-pittwoodOr would we tag along with OpenStack's account??14:16
*** StaceyF has joined #airshipit14:16
ian-pittwoodWell that's actually a thing I've thought about CobHead. We can do the major/minor releases, but we can also make dev pre-releases14:16
ian-pittwoodSo for every change we make that is merged between releases, we can still install a version of the package with those changes14:16
ian-pittwoodThanks to the magic of pbr14:17
mattmceuenian-pittwood: re the pypi account -- management of airship shared infrastructure credentials is one of the things on the WC backlog we didn't get to yesterday - should hopefully have a suggestion next week14:17
ian-pittwoodSo instead of just having v0.1.0, v0.2.0, etc... We can also install v0.1.0dev2814:17
*** zogger has quit IRC14:18
ian-pittwoodmattmceuen so this is an action item for WC?14:18
*** kskels has joined #airshipit14:18
CobHeadI see14:18
mattmceuenaction item to to figure out, not necessarily to own :)14:18
ian-pittwoodHaha well I can help if need be. I did some research yesterday to make sure I understood the process14:19
*** jezogwza has joined #airshipit14:19
mattmceuenaccount management was a broader thing that sthussey brought up last week14:19
*** cheng1 has quit IRC14:19
mattmceuen++ thanks!14:19
nishantkryep, i will note the action item on me for now and we can discuss the process on the WC and irc meeting next week.14:19
sthusseyyou'll need to convert some of the modules to pbr14:19
ian-pittwoodOk, one more quick question on this14:19
ian-pittwoodWhat's up with promenade's dependency management? Why doesn't it use a requirements.txt?14:20
nishantkr#action nishantkr Airship python project packaging with pypi14:20
*** michael-beaver has joined #airshipit14:20
ian-pittwoodI can foresee it becoming a problem for us when it comes to packaging14:21
pramchan#info https://pypi.org/project/python-openstackclient/ is it different from what airship uses?14:21
*** AlexNoskov has joined #airshipit14:21
*** cheng1 has joined #airshipit14:21
nishantkrian-pittwood: I think it's more readable in the sense we just use direct dependencies in promenade, hence we have separate requirements file as a best practice maybe?14:22
alexanderhughesI think converting to a release management system is going to be a deeper discussion one that might be better suited to the Airship design calls if we can pull some time from Airship2.0 talks.  Might save us some headaches from the lessons we learn now too with 2.014:22
ian-pittwoodnishantkr the problem is that's not helpful for other projects attempting to install promenade. As far as I know, pip only searches for requirements.txt14:23
nishantkrideally requirements.txt could have pinned version vs unpinned version package which could help in upgrading those unpinned packages easily14:23
alexanderhughesthe problem with pinned packages, especially in projects that are consumed by others such as Pegleg (promenade, deckhand, shipyard) is their pins aren't consistent when they are pinned14:24
ian-pittwoodLibraries should not have hard pins imo14:24
ian-pittwoodEnd user apps are the hard pinned applications14:24
ian-pittwoodAnd there's tools we can use to help keep packages up to date, we don't have to create our own system for it14:25
nishantkralexanderhughes: yep that's right. i recently had to face a similar issue14:25
sthusseyall of these tools were built as simple API services14:25
sthusseyThe need to use them as programmatic APIs wasn't really considered14:25
sthusseyThe correct thing is to split the code bases14:25
nishantkrian-pittwood: that's a valid point. let's bring that up in the design call and decide the way forward.14:26
sthusseyBecause not hard pinning has the problem of build variance when building docker images14:26
ian-pittwoodsthussey that's a problem that pipenv is supposed to solve, but unfortunately it's not ideal for libraries14:26
sthusseyyeah, I don't think anyone looks to Python for how to solve dependency management14:27
ian-pittwoodIt's a difficult issue. I agree that we can probably discuss it on the design call14:27
nishantkrok sounds good.14:27
nishantkrany other thoughts on this topic?14:28
nishantkrok moving on then14:28
nishantkr#topic Brief intro to Airship 2.0 scope in Jira14:28
*** openstack changes topic to "Brief intro to Airship 2.0 scope in Jira (Meeting topic: airship)"14:28
mattmceuenAh that's mine14:28
nishantkrplease go for it14:28
mattmceuenI wanted to give a brief intro to some of the work jezogwza has started doing to scope out Airship 2.0 work in our Jira instance, so we see it coming and see what's most ready to be worked in terms of prioritization and being fleshed out14:29
mattmceuenThis isn't going to be a deep dive since you can't see my screen :)14:29
mattmceuenhttps://airship.atlassian.net/secure/RapidBoard.jspa14:30
mattmceuenThe Backlog has the general progression from top to bottom of the scope, roughly cronologically14:30
mattmceuenIt's split into monthly sprints, with targeted delivery months  in the name -- e.g. 201908 - Bootstrapping14:31
mattmceuenUnder that are higher level chunks of functionality (e.g. Basic Config + Document Functionality) that are targeted to those sprints14:32
mattmceuenand under those are the granular user stories14:32
mattmceuenOn the right, you see proposed meaningful releases for the scope -- e.g. Airship 2.0 Alpha, Airship 2.0 Beta, Airship 2.0, Post-Airship 2.014:32
mattmceuenand Airship 1.0 :)   we can use this for 1.x scope as well14:33
mattmceuenthat's really all I wanted to share here -- feel free to take a look and provide feedback to jezogwza, I know he's looking to refine this over time14:33
nishantkryep that sounds a good place to start looking into. thanks for sharing it mattmceuen14:34
mattmceuenany questions yet?14:34
mattmceuenSure thing14:34
mattmceuenif any - let me know14:34
pramchanGood summary14:34
nishantkrok moving on then14:35
nishantkr#topic New project proposal: airshipui14:35
*** openstack changes topic to "New project proposal: airshipui (Meeting topic: airship)"14:35
nishantkrmattmceuen: this is yours. go for it !14:35
mattmceuenAs you guys are probably aware, there has been a design SIG around adding a user interface for airship14:35
mattmceuenThere is a request to create a home for this work -- the airship/airshipui project14:36
sthusseyI assume you mean a graphical interface?14:36
sthusseyversus the existing command line interface(s)14:36
mattmceuenI haven't been in the SIG meetings so I don't have a whole lot of detail to share, anyone else have additional info?14:36
mattmceuenyep sthussey14:36
pramchanUi sig meeting what's the link for meeting, I ddi not see any in therpad14:37
jezogwzaEssentialy its a dashboard (WUI) that will provide functionality that airshipctl exposes, but moe. i.e. YAML friendly functionaity14:37
jezogwzaThe current propoal from SUSE is to use a framework called stratos they developed for cloud foundry14:37
alexanderhughes#link https://urldefense.proofpoint.com/v2/url?u=https-3A__etherpad.openstack.org_p_Airship-5FUI&d=DwMF-g&c=LFYZ-o9_HUMeMTSQicvjIg&r=6f0dU7tUT8UoVrYjQwg8cQ&m=MrkJ5xsBj9WB3el-Npgux8hotpubvmCc2_srNjFZwAQ&s=2VDG55yhgCj-LKLU9HXPrc3YAspYx5U1OM15iE_F47s&e=14:37
jezogwzaWe have had a ademo and some explanation about it14:38
alexanderhughes#link https://etherpad.openstack.org/p/Airship_UI14:38
jezogwzaWill be mking a decision on the framework on this Fridya's sig-airship-ui call14:38
mattmceuenI +1 this, because a GUI is something that we've received a large volume of interest/desire for over the last year14:38
mattmceuenty jezogwza & alexanderhughes!14:38
jezogwzaeh framework has a frontend (using Angular and Node.js) and a backend written in g14:38
jezogwzago14:38
jezogwzaAlready has some integration with k8s and a poc for integrating with Argo was demoed last week14:39
pramchanwhere is the meeting bridge on that? no link in etherpad above?14:39
mattmceuenpramchan: https://wiki.openstack.org/wiki/Airship#AIRSHIP_SIG_-_Special_Interest_Meetings14:39
pramchanthanks14:40
nishantkrthanks jezogwza and alexanderhughes for sharing the details !14:40
mattmceuenAlthough we don't yet have the full direction ironed out for the project, I think we can vote yea/nay on creation of a project in general14:40
*** rezroo has joined #airshipit14:40
mattmceuenAre we good with adding an airshipui?14:40
alexanderhughes+114:40
jezogwza+114:41
ian-pittwood+114:41
nishantkr+114:41
dwalt+114:41
mattmceuen\o/14:41
nishantkrThat sounds like all yay's :)14:41
mattmceuenthanks all14:41
*** dpawlik has quit IRC14:41
nishantkr#topic Updating the https://etherpad.openstack.org/p/airship-team-meeting-agenda page14:42
*** openstack changes topic to "Updating the https://etherpad.openstack.org/p/airship-team-meeting-agenda page (Meeting topic: airship)"14:42
nishantkrian-pittwood: go for it !14:42
ian-pittwoodAre we still doing that page?14:42
ian-pittwoodIt's still listed on the get in touch page, but it hasn't been updated since March14:42
mattmceuenI guess we either need to keep it updated or remove it from the get in touch page14:42
alexanderhughesseems like extra effort when it's all available at #link http://eavesdrop.openstack.org/meetings/airship/14:43
ian-pittwoodWell that's the logs, not the agendas14:43
alexanderhughesI'd suggest removing from get in touch page, but, adding to IRC channel or get in touch page the link to the next week's agenda so it's easy to find14:43
mattmceuenThat is how I'm leaning - but if anyone gets value out of it I don't mind updating either14:43
openstackgerritvaragini karthik proposed airship/porthole master: Chart/Dockerfile for Postgresql Utility Container  https://review.opendev.org/67586614:43
alexanderhugheswell last week's agenda is covered in detail in the meeting log.  each agenda item has its own topic and discussion14:44
ian-pittwoodalexanderhughes that sounds fine to me14:44
nishantkrok any other sugsestion? do we feel the need to update the page or just remove it?14:44
alexanderhughesremove page, but make upcoming agenda easy to find.  and work to get it created in advance14:45
alexanderhughesoften times it's not created until an hour before14:45
pramchanno keep the pages we do use it14:45
mattmceuenok - if you guys use it, I can update the etherpad, just a bit of copy + paste + edit14:46
alexanderhughesget in touch is fine to keep, but links to previous agendas should just be replaced with link to previous meetings14:46
nishantkrok if we have folks using it then it may make sense to update it for the time being.14:46
mattmceuenah I see14:46
nishantkr#action mattmceuen to update the airship-meeting-agenda page14:47
nishantkrany other thoughts on this topic?14:47
mattmceuenone sec14:47
nishantkrsure14:48
openstackgerritJagan Mohan Kavva proposed airship/porthole master: Zuul gates setup for Utility Containers  https://review.opendev.org/67579814:48
mattmceuenIt looks like the Get in Touch section only references the meeting logs (not the etherpad):  https://wiki.openstack.org/wiki/Airship#Get_in_Touch14:48
mattmceuenI don't see the reference to the "big list of agendas" etherpad, am I missing it?14:48
ian-pittwoodHmm I swore it was somewhere still14:49
mattmceuenor did someone update it just now? :)14:49
ian-pittwoodhttp://eavesdrop.openstack.org/#Airship_Team_Meeting14:49
ian-pittwoodIt's there I think14:49
mattmceuenah, that's the one14:50
mattmceuenCool.  I'll update it, and will try to do a better job along with WC colleagues on entering the next agenda into that, ahead of time14:50
mattmceuenI'm good to move on nishantkr14:50
nishantkrthanks mattmceuen.14:50
nishantkrok moving on to our last topic14:51
nishantkr#topic AIAB timeout (deafline) on tests is set too low by default for common hardware (i.e. desktops). Should ideally be higher by default14:51
*** openstack changes topic to "AIAB timeout (deafline) on tests is set too low by default for common hardware (i.e. desktops). Should ideally be higher by default (Meeting topic: airship)"14:51
nishantkrCobHead: was that added by you?14:51
CobHeadHi :)14:51
CobHeadYes14:51
CobHeadSo I made it past the hurdle of deploying AIAB wrt the postgresql pod entering a CrashLoopBackoff state - however, the deploy is now failing because of a short deadline, especially during the keystone test (which is set to 300s by default.) It seems to me that the behavior of the deploy is weird. If a deadline is exceeded, one would expect the script to terminate the pod immediately, not wait until the test has completed and the results has been14:51
CobHeadreturned. This also means that the default deadline should be set higher, as most people probably deploy AIAB to play around with, etc. If this deadline is always exceeded, the deploy never finishes. My runs use an average of ~370 seconds on the test, which includes the pod initialization.14:51
mattmceuenyeah, those timeouts have evolved over time to be more accurate, but are sensitive to the hardware they're running on, among other potential things14:52
mattmceuenCobHead would you be willing to bump that timeout in the manifest to a better value (if no objections from the team)?14:53
mattmceuen(I mean push a PS to update it in the repo)14:53
CobHeadYes, but if a deadline is exceeded (x) amounts of times - the script should terminate, not continue on for eternity?14:53
mattmceuenCouple different things going on there14:54
mattmceuenbut agree they're separate concerns -- reasonable timeout  value, vs how to handle a timeout14:54
mattmceuenFor handling the timeout -- keep in mind that the airship in a bottle script isn't intended for prod use; it's a runner for the Shipyard API, which is intended for prod use14:55
CobHeadI'm aware :)14:55
mattmceuenShipyard retries a few times and then sets the status of the workflow to a Failed state14:55
CobHeadI tried to increase the deadline by setting setting the variables in /treasuremap/site/aiab/deployment/site/deployment-configuration.yaml - however it seems to me that Genesis is still setting 300 as the default - and I haven't figured out where it gets this default from.14:55
openstackgerritMerged airship/porthole master: Zuul gates setup for Utility Containers  https://review.opendev.org/67579814:56
roman_gpatch it on the way while it runs :)14:56
roman_gHello everyone. o/14:56
CobHeadI thought of that :p14:56
mattmceuenDId the AIAB script fail-to-fail on the first try only, or was it just waiting for all the retries to occur CobHead?14:56
nishantkrCobHead: armada chart deployment should fail if the timeouts have been exceeded and it would go for another retry but yeah we don't really purge the chart or remove the pods before starting another retry.14:56
mattmceueno/ roman_g!14:56
openstackgerritPRATEEK REDDY DODDA proposed airship/porthole master: Chart/Dockerfile for Openstack Utility Container Added Support for rbac  https://review.opendev.org/67467014:56
mattmceuenArmada manages that for you (given the appropriate settings)14:57
CobHeadmattmceuen: It haven't failed, as I usually terminate it when it fails for the 4th of 5th time.14:57
CobHeadThe loop, that is.14:57
mattmceuenhmm ok - sounds like that could be improved on the aiab script side then14:58
mattmceuenthanks for bringing it up CobHead, I'll take a look14:58
CobHeadGreat - thanks :)14:58
openstackgerritJagan Mohan Kavva proposed airship/porthole master: Chart/Dockerfile for etcdctl Utility Container  https://review.opendev.org/67468014:58
*** openstackstatus has quit IRC14:58
nishantkryep thanks CobHead14:58
*** openstack has joined #airshipit14:59
*** ChanServ sets mode: +o openstack14:59
mattmceuenperfect - that's the one I'll focus on14:59
CobHeadI don't trust the GitHub one, as it haven't been updated in a while :p14:59
nishantkr#topic requests for review15:00
mattmceuenhmm - it oughta be syncing, that may be another issue15:00
nishantkrwe have a number of PS waiting for review.15:00
nishantkrhttps://www.irccloud.com/pastebin/x8iM90bu/15:00
nishantkrPlease review these PS if you can.15:00
nishantkrI think we are out of time guys. Thanks for joining.15:01
mattmceuenThanks nishantkr!15:01
nishantkr#endtopic15:01
CobHeadThanks :)15:01
dwaltI didn't know the Airskiff type was ready for review. Fantastic!15:01
nishantkr#endmeeting15:01
roman_gopenstack: hello there15:02
roman_gwake up, Neo15:02
roman_gOK. It forgot that it run meeting.15:03
mattmceuenlol roman_g I just watched that movie a couple weeks ago, for the first time in maybe 15 years15:03
roman_g=)15:04
jamesgu_dwalt: look forward to your feedback on the airskiff type patch15:04
dwaltjamesgu_: plan to give it a look soon :)15:06
CobHeadmattmceuen: Since Genesis is not adhering to the deployment_configuration.yaml file, where does it get its timeouts from?15:06
*** itxaka has joined #airshipit15:07
* CobHead trying to educate myself on the workings of AirShip15:07
dwaltSo, I think the deployment configuration file only holds configuration for Shipyard workflows. Genesis is driven by scripts generated from Promenade.15:08
CobHeadAnd where does Promenade get the basis for those scripts? :)15:09
dwaltDuring that flow, it uses Armada to deploy software15:09
dwaltsorry, typing as fast as I can :015:09
dwaltI missed the earlier discussion a bit. Are you looking to adjust the entire genesis timeout, or the timeout for a particular software component?15:09
CobHeadOut of curiosity - both :)15:10
mattmceuendwalt:  CobHead was hitting the 300s timeout on the keystone test during genesis15:12
roman_gmattmceuen: https://www.lightreading.com/nfv/nfv-mano/podcast-ses-networks-takes-onap-sky-high/a/d-id/753564 SES Networks Takes ONAP Sky-High15:13
roman_gONAP - read ECOMP15:13
roman_gMay be good link to fwd to Ryan's team.15:14
openstackgerritMarjorie Middleton proposed airship/porthole master: Initial Commit of compute-utility container code  https://review.opendev.org/67469515:14
*** itxaka has quit IRC15:16
openstackgerritIan Pittwood proposed airship/pegleg master: Fix OpenSUSE image build  https://review.opendev.org/67694415:19
dwaltmattmceuen: ah, ty15:22
dwaltCobHead: The charts specified in this manifest are deployed during genesis https://opendev.org/airship/treasuremap/src/branch/master/global/software/manifests/bootstrap.yaml15:22
openstackgerritIan Pittwood proposed airship/pegleg master: Fix OpenSUSE image build  https://review.opendev.org/67694415:23
mattmceuenCobHead: I'm trying to track down that 300 value with dwalt, I'd have expected it to be 60015:24
jamesgu_is there a difference between chart deploy time out vs helm test timeout? The latter if exceeded will cause retries15:29
jamesgu_If I remember correctly15:29
mattmceuenCobHead: can you share the aiab.sh logs / armada logs from around the time of the timeout?15:30
hogepodgealexanderhughes: mattmceuen: YouTube Airship Playlist https://www.youtube.com/playlist?list=PLKqaoAnDyfgp8YjZbzjVrmZBJR9thV27y15:32
mattmceuenhogepodge, that's awesome - thanks!  Looks very legit15:35
hogepodgeAs long as it looks legit ;-)15:36
mattmceuenwell I mean - looks more legit than if matt mceuen was sharing some airship playlist :D15:37
mattmceuenhas the trappings of the illustrious OSF15:37
seaneaganjamesgu_: both the chart deploy timeout (`wait.timeout`) and test timeout (`test.timeout`) would cause retries if exceeded. genesis will retry forever. shipyard will retry the configured amount of times.15:37
openstackgerritIan Pittwood proposed airship/promenade master: [WIP] Pull requirements-direct into requirements  https://review.opendev.org/67749715:45
mattmceuenyeah.. I was getting my wait.timeout and test.timeout confused.  oops.15:46
alexanderhugheshogepodge thanks!  I'll browse youtube later and see if I can find some more airship content, like the interviews and press releases about Dell and send it to you in an email15:46
hogepodgeFantastic! Thank you!15:47
mattmceuenCobHead:  following seaneagan's advice, adding a `test.timeout` with an appropriate non-300 value would be done in this yaml (would apply to both genesis and post-genesis)15:51
mattmceuenhttps://opendev.org/airship/treasuremap/src/branch/master/global/software/charts/ucp/keystone/keystone.yaml15:51
seaneaganlikely we'd want to override the openstack keystone `test.timeout` in conjunction with that as well16:24
*** jsuchome has quit IRC16:54
*** pramchan has quit IRC17:19
*** howell has quit IRC17:21
*** howell has joined #airshipit17:21
*** howell has quit IRC17:36
*** howell has joined #airshipit17:37
openstackgerritIan Pittwood proposed airship/promenade master: Pull requirements-direct into requirements  https://review.opendev.org/67749717:38
dwaltjamesgu_:  (and Rajeshwari) nice work on the skiff type! Just have a couple of minor requests when you have a chance to revisit it.17:49
openstackgerritRajeshwari Dharwadkar proposed airship/shipyard master: Fix issue with shipyard build image  https://review.opendev.org/67703217:51
openstackgerritRajeshwari Dharwadkar proposed airship/shipyard master: Fix issue with shipyard build image  https://review.opendev.org/67703217:52
openstackgerritMatthew Carter proposed airship/drydock master: [WIP] Drydock logging enhancements  https://review.opendev.org/67752817:59
*** bh526r has quit IRC18:03
openstackgerritMerged airship/promenade master: Fixes/updates for webhook-apiserver  https://review.opendev.org/66576118:09
*** mbuil has left #airshipit18:13
openstackgerritMerged airship/armada master: Removing flag added to opensuse gate job to make it non-voting  https://review.opendev.org/67727118:22
openstackgerritMatthew Carter proposed airship/drydock master: [fix] Update hostdeps.sh to do a non-interactive apt install  https://review.opendev.org/67753618:26
openstackgerritMatthew Carter proposed airship/drydock master: [fix] Update hostdeps.sh to do a non-interactive apt install  https://review.opendev.org/67753618:46
openstackgerritMatthew Carter proposed airship/drydock master: [WIP] Drydock logging enhancements  https://review.opendev.org/67752818:50
openstackgerritMerged airship/treasuremap master: Stop systemd-resolved to fix DNS configuration  https://review.opendev.org/67423818:55
openstackgerritAnthony Bellino proposed airship/maas master: maas-ingress and maas-ingress-errors pods with non-root user  https://review.opendev.org/65767119:05
openstackgerritRoman Gorshunov proposed airship/deckhand master: Remove Python 2.x from tox  https://review.opendev.org/67755219:08
openstackgerritRoman Gorshunov proposed airship/deckhand master: Remove Python 2.x from tox  https://review.opendev.org/67755219:12
openstackgerritSean Eagan proposed airship/armada master: Support builtin chart dependencies  https://review.opendev.org/67683119:13
*** alexanderhughes has quit IRC19:20
openstackgerritMerged airship/deckhand master: Add Python 3 Train unit tests  https://review.opendev.org/67604119:21
*** ian-pittwood has quit IRC19:21
openstackgerritRoman Gorshunov proposed airship/deckhand master: Remove Python 2.x support  https://review.opendev.org/67755219:42
*** mcriswell has quit IRC20:03
openstackgerritJames Gu proposed airship/treasuremap master: Add new airskiff type  https://review.opendev.org/67496320:15
openstackgerritJames Gu proposed airship/treasuremap master: Add new airskiff type  https://review.opendev.org/67496320:20
openstackgerritJames Gu proposed airship/treasuremap master: Add airskiff_suse site  https://review.opendev.org/67544020:20
openstackgerritScott Hussey proposed airship/promenade master: [WIP] (charts) Webhook dynamic config  https://review.opendev.org/67703920:23
openstackgerritScott Hussey proposed airship/promenade master: (charts) Webhook dynamic config  https://review.opendev.org/67703920:31
openstackgerritDmitry Ukov proposed airship/airshipctl master: Introduce container interface  https://review.opendev.org/67585120:35
openstackgerritDmitry Ukov proposed airship/airshipctl master: Add stdin support to container interface  https://review.opendev.org/67610520:35
openstackgerritDmitry Ukov proposed airship/airshipctl master: Implement imagegen cli command  https://review.opendev.org/67612120:35
openstackgerritDmitry Ukov proposed airship/airshipctl master: Implement volume mount for container  https://review.opendev.org/67614120:35
openstackgerritDmitry Ukov proposed airship/airshipctl master: Add logic to image gen command  https://review.opendev.org/67617920:35
*** alexanderhughes has joined #airshipit20:40
openstackgerritJames Gu proposed airship/treasuremap master: Add airskiff_suse site  https://review.opendev.org/67544020:51
*** alexanderhughes has quit IRC20:59
openstackgerritJames Gu proposed airship/treasuremap master: Add new airskiff type  https://review.opendev.org/67496321:06
openstackgerritTrung Thai proposed airship/porthole master: The script creates and sets up of user K8S profile  https://review.opendev.org/67489221:18
*** spilla has quit IRC21:19
*** kranthikirang has quit IRC21:38
*** kranthikirang has joined #airshipit21:38
openstackgerritDmitry Ukov proposed airship/airshipctl master: Introduce container interface  https://review.opendev.org/67585121:42
openstackgerritDmitry Ukov proposed airship/airshipctl master: Add stdin support to container interface  https://review.opendev.org/67610521:42
openstackgerritDmitry Ukov proposed airship/airshipctl master: Implement imagegen cli command  https://review.opendev.org/67612121:42
openstackgerritDmitry Ukov proposed airship/airshipctl master: Implement volume mount for container  https://review.opendev.org/67614121:42
openstackgerritDmitry Ukov proposed airship/airshipctl master: Add logic to image gen command  https://review.opendev.org/67617921:42
*** kranthikirang has quit IRC21:42
openstackgerritKaspars Skels proposed airship/treasuremap master: Enable back Nagios as part osh-infra monitoring  https://review.opendev.org/67757121:44
openstackgerritJenkins Uplifter proposed airship/treasuremap master: Auto chart/image uplift to latest  https://review.opendev.org/67757221:46
*** rezroo has quit IRC21:50
*** rezroo has joined #airshipit21:50
*** StaceyF has quit IRC22:04
openstackgerritAnthony Bellino proposed airship/treasuremap master: Secret rotation and validation  https://review.opendev.org/63569422:04
*** mbologna has quit IRC22:12
*** ab2434_ has quit IRC22:30
openstackgerritJames Gu proposed airship/treasuremap master: Add airskiff_suse site  https://review.opendev.org/67544022:40
*** DanCrank has quit IRC22:51
*** seaneagan has quit IRC23:07
*** sthussey has quit IRC23:42
*** AlexNoskov has quit IRC23:56

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