Tuesday, 2020-09-29

*** hamalq has quit IRC00:32
*** hamalq has joined #opendev-meeting01:37
*** diablo_rojo has quit IRC02:33
*** hamalq has quit IRC02:45
*** hamalq has joined #opendev-meeting07:02
*** hamalq has quit IRC07:08
*** hamalq has joined #opendev-meeting07:24
*** hamalq has quit IRC07:29
*** hamalq has joined #opendev-meeting08:01
*** hamalq has quit IRC08:06
*** hashar has joined #opendev-meeting08:20
*** hashar has quit IRC10:50
*** hashar has joined #opendev-meeting11:38
*** hashar has quit IRC14:29
*** hashar has joined #opendev-meeting15:51
*** hamalq has joined #opendev-meeting16:00
*** hamalq has quit IRC16:58
*** jentoio has quit IRC17:36
*** mnaser has quit IRC17:37
*** gouthamr has quit IRC17:39
*** jentoio has joined #opendev-meeting17:47
*** mnaser has joined #opendev-meeting17:55
*** gouthamr__ has joined #opendev-meeting18:26
*** diablo_rojo has joined #opendev-meeting18:57
clarkbAnyone else here for our meeting?19:00
clarkb#startmeeting infra19:01
openstackMeeting started Tue Sep 29 19:01:12 2020 UTC and is due to finish in 60 minutes.  The chair is clarkb. Information about MeetBot at http://wiki.debian.org/MeetBot.19:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.19:01
*** openstack changes topic to " (Meeting topic: infra)"19:01
openstackThe meeting name has been set to 'infra'19:01
fungioh, is that why i was here19:01
clarkb#link http://lists.opendev.org/pipermail/service-discuss/2020-September/000101.html Our Agenda19:01
clarkb#topic Announcements19:01
ianwo/19:01
*** openstack changes topic to "Announcements (Meeting topic: infra)"19:01
corvuso/19:02
clarkbThe Summit and PTG are both being held virtually in a few weeks. If you plan to attend now is a great time to register (neither has fees associated but they want to be able to communicate event details as well as get code of conduct agreement)19:02
diablo_rojoo/19:03
clarkbIf you need pointers to reg pages let me know, though I think google/DDG took me directly to them when I did it19:03
fungialso virtual ansiblefest is on the way19:03
fungiwhich is likely of interest to at least some of us19:03
fungizuul is going to have a "booth" there, though still not entirely clear what that entails (from descriptions it's more like an interactive poster with contact info)19:04
clarkbit will probably be a fun one with the 2.10 release of ansibel as well19:04
corvusdoes the booth need personnel?19:05
clarkbI think we learn more about zuul booth details thursday19:05
corvuslike, should we sign up for chat duty?19:05
corvusk19:05
fungicorvus: they didn't spring for the live q&a tier, so they're just listing contact e-mail addresses from what i understand19:05
corvusinteresting.19:06
clarkbwe can let #zuul know after the thursday thing if it sounds like more synchronous help will be useful19:06
fungiit was a bit of an upcharge, sounded like, and not small bit19:06
clarkb#topic Actions from last meeting19:07
*** openstack changes topic to "Actions from last meeting (Meeting topic: infra)"19:07
clarkb#link http://eavesdrop.openstack.org/meetings/infra/2020/infra.2020-09-22-19.01.txt minutes from last meeting19:07
clarkbThere were no recorded actions last meeting19:07
clarkb#topic Priority Efforts19:07
*** openstack changes topic to "Priority Efforts (Meeting topic: infra)"19:07
clarkb#topic Update Config Management19:08
*** openstack changes topic to "Update Config Management (Meeting topic: infra)"19:08
clarkb#link https://review.opendev.org/#/q/status:open+project:opendev/system-config+branch:master+topic:graphite-final Finalize graphite docker conversion19:08
clarkbianw has ^ those changes up to finish converting graphite over to docker19:08
clarkbthose changes appear straightforward and just need a second reviewer19:09
clarkbAre there any other config management related updates?19:09
clarkb#topic OpenDev19:11
*** openstack changes topic to "OpenDev (Meeting topic: infra)"19:11
clarkbLast week was a productive one for gitea. We upgraded to 1.12.4, fixed a bug in our startup timeout config, and set project descriptions so they are updated in gitea19:11
clarkbthank you for all the help with that. Really shows the benefits of being able to test our deployments in CI too19:12
ianw#link https://review.opendev.org/75407019:12
ianwthat fixes the gitea apache proxy too, which fell out of some of the issues we had with syncing19:12
* clarkb adds that to the todo list19:13
clarkbOn the gerrit side of things I've been swamped with fires and other things. But I looked at my gerrit change backlog today and it is really tiny so I think this week I'll be able to look at review-test19:14
clarkbmaybe even this afternoon19:14
fungion a related note, today i followed a url to gitea which would have required symlink traversal and it came up as a 500 isr19:14
funginot sure if that used to work19:14
clarkbfungi: I want to say it did, there is likely a traceback in the gitea docker log if we want to debug further19:15
clarkbupstream is pretty responsive too if we just end up filing a bug19:15
clarkbAny other opendev related items to bring up?19:16
clarkb#topic General topics19:17
*** openstack changes topic to "General topics (Meeting topic: infra)"19:17
clarkb#topic PTG Planning19:17
*** openstack changes topic to "PTG Planning (Meeting topic: infra)"19:17
clarkbAs mentioned earlier please register if you plan to join us19:18
clarkb#link https://etherpad.opendev.org/opendev-ptg-planning-oct-202019:18
clarkbI'm sure I'm not the only person with thoughts and ideas :) feel free to add yours on that etherpad19:18
clarkbin particular if you want to be involved in a particular discussion please note that and I'll do my best to accomodate it with timezones19:18
clarkbalso note that we'll use meetpad again. I'm happy to do test calls between now and the PTG to help people get local setups working well if necessary19:20
corvusbeer optional on test calls?19:21
fungishould we consider scaling it back up again?19:21
clarkbcorvus: I won't complain :)19:21
fungicorvus: i thought beer was mandatory on test calls and optional during the conference, but maybe i got that backwards19:21
clarkbfungi: yes, but maybe not as much as last time. I'm thinking possibly just a single jvb being added19:21
clarkbfungi: I think what we found last time is most of the scaling limits seem to be in client browsers and we hit that well before the server side shows problems19:22
fungimakes sense, but yes i agree having more than one jvb server for call balancing seemed to be beneficial19:22
fungi(as in a dedicated jvb in addition to the aio)19:23
clarkbfungi: I think we still have a dedicated jvb fwiw19:23
clarkbI'm suggesting we have 2 for the ptg19:23
fungioh, or did we split the jvb off the main server? yeah i guess so19:24
clarkbbut if that seems unnecessary I'm happy to see how it does as is with aio + jvb and scale up if necessary19:24
fungier, nope there's also a jvb running on the main meetpad.o.o19:24
fungiin addition to the one on jvb0119:25
fungiso i guess we'd have a third jvb running19:25
fungicool19:25
clarkblast time we had 519:26
fungiokay, yes that seems like plenty of capacity if utilization is in the same neighborhood as last time19:26
clarkb#topic Rehoming tarballs19:27
*** openstack changes topic to "Rehoming tarballs (Meeting topic: infra)"19:27
clarkbianw: I'll admit I'm not super up to speed on this one beyond "we were/are publishing tarballs to the wrong locations"19:27
clarkbin particualr things were/are going into tarballs.opendev.org/openstack/ when they should go into opendev/ zuul/ x/ etc ?19:28
ianwumm, i guess we're not publishing to the wrong location, but we never moved the old location19:28
ianwso now some things have tarballs in openstack/ and opendev/19:28
clarkbgotcha19:29
ianwso basically we should move everything to where it is homed now19:29
ianw#link https://review.opendev.org/#/c/754257/19:29
fungialso there was a vos release outage yesterday which we at first thought might be related to the rehoming work... turned out afsdb02 was simply hung19:29
ianwthat is a script that makes a script, that script then makes a script to move things that need moving19:30
clarkbianw: have the jobs been updated as well?19:30
clarkbseems like that needs to be done otherwise we'll end up moving stuff again19:30
ianw#link http://paste.openstack.org/show/798368/19:31
ianwis the list of things to move19:31
ianwthe jobs have been updated; that's why we have some things already at opendev19:31
ianwe.g.19:32
ianwhttps://tarballs.opendev.org/openstack/bindep/19:32
ianwhttps://tarballs.opendev.org/opendev/bindep/19:32
ianwso for the peanut gallery19:33
ianwa) does the script / results of the script look ok to run (linked above)?19:33
fungionly skimmed so far but looks right to me19:33
clarkbya skimming it looks fine to me. The one thing we may want to check is if there are conflicts wtih the dest side?19:34
ianwb) what do we want to do about the old directories?  seems we could either 1) symlink to new 2) do apache redirects (but won't show up on tarballs 3) just move and notify people of the new location with a list post19:34
clarkbI don't expect there to be any19:34
clarkbcorvus: zuul is in the list ^ do you have an opinion on the symlinks vs redirects vs do nothing?19:35
ianwsorry i mean 2) won't show up if something happens to be looking on AFS19:35
fungiseems like we could generate a redirect list from the renames metadata in opendev/project-config19:35
fungiwe've not published afs path references that i'm aware of, but projects have included the urls in things like release announcements and documentation19:35
corvusi feel like #3 would be acceptable for zuul19:36
corvusour primary distribution channels are pypi and dockerhub19:36
fungi#3 is certainly the minimum we should do, i agree. #2 might be nice if someone has the time. #1 is unlikely to be useful to anyone, and could make search results weird since there would appear to be duplicate copies in two locations19:37
corvusfungi: agree19:37
ianwok, i think I can do #2 fairly easily by updating the script, so we'll go with that19:38
clarkbwfm19:38
ianwseems we're on board with the general idea, so i'll update it and work on it during the week19:38
*** gouthamr__ is now known as gouthamr19:39
clarkb#topic Zuul tarball publishing19:39
*** openstack changes topic to "Zuul tarball publishing (Meeting topic: infra)"19:39
clarkbThis is the related topic19:39
clarkbthe issue here is we're extracting the js tarball into afs right?19:40
clarkbso the tarballs page for zuul is the dashboard?19:40
corvuslink?19:40
ianwthat's right, well i've deleted it now but it will do it again at release19:40
fungii want to say we had that going on with storyboard-webclient tarballs for a while and turned out we were using the wrong job, though i no longer recall the details19:41
ianwright, there are different jobs19:41
ianw#link https://review.opendev.org/#/c/754245/19:41
ianwthat changes it to use the -tarball job19:41
ianwbut the question is, is there any use for the expanded javascript contents any more?19:42
corvusi don't understand why anything was ever getting extracted19:42
ianwcorvus: that's what the "-deployment" job does ... takes the web tarball and extracts it19:43
corvusinto afs?  that doesn't make sense to me19:43
ianwwell then it sounds like 754245 is the right thing to do then19:43
corvusto my knowledge, there was never any intent to extract the contents of the js build to afs.  the only intent was to publish a tarball to afs that we would download and then extract on our zuul web server.19:44
corvussounds like wires got crossed somewhere19:44
clarkbya I think the job just didn't quite do the right thing19:44
ianwok, so i was wondering if we even really need to publish the web tarball at all as well, with containers now19:45
corvusianw: probably worth a query on zuul-discuss to see if anyone is using it, or if we were the last.19:45
corvus(i suspect we were the last and dropping it entirely would be okay)19:45
fungithere was a command for deploying the tarball which we referenced in zuul docs right? may want to double-check that's not still present19:46
ianwok, i can send a mail.  754245 can probably go in regardless19:46
ianwso with it sorted that we really had no intention of expanding the tarball on disk, part 2 was the historical publishing19:46
corvusfungi, ianw: yes, it's worth a pass through the docs first too19:46
ianwas noted before we have https://tarballs.opendev.org/openstack/zuul/19:47
ianwbut the opendev publishing jobs are not publishing to AFS, only to PyPi19:47
ianwit seems from prior discussion today that may be intention19:47
ianw<corvus> our primary distribution channels are pypi and dockerhub19:47
ianwbut i'm not sure?  do we want zuul to publish tarballs to afs as well, and it just didn't get done?19:48
corvusi don't recall a strong opinion19:49
corvusi think maybe we mostly don't care?19:50
clarkbI wonder if the fedora pacakgers would have an opinion?19:50
clarkbI think historically the tarballs we (opendev) publish have been to support packaging efforts19:50
clarkbbut if the packagers are looking at git or pypi then we don't need to do that for zuul?19:50
fungithese days most distros pull tarballs for python packages from pypi19:51
ianwoh, the javascript is back anyway @ https://tarballs.opendev.org/zuul/zuul/19:51
fungior they use upstream git repositories19:51
ianwit publishes the master @ https://tarballs.opendev.org/zuul/nodepool/19:52
clarkbAnything else?19:54
ianwi guess if we fix 754245, i'll bring it up on the discuss list and we can decide if we keep the jobs at all19:54
clarkbsounds good, thanks19:55
clarkb#topic Splitting puppet else into specific infra-prod job19:55
*** openstack changes topic to "Splitting puppet else into specific infra-prod job (Meeting topic: infra)"19:55
clarkbI don't think any work has started on this yet, but wanted to double check19:55
ianwno, but i wanted to get rid of graphite first; and also mirror-update is really close with just the reprepro work19:55
ianwi figured a good way to reduce it is to remove bits :)19:56
clarkb++19:56
clarkbWe're basically at the end of our hour so I'll skip ahead to open discussion19:56
clarkb#topic Open Discussion19:56
*** openstack changes topic to "Open Discussion (Meeting topic: infra)"19:56
clarkbif there is anything else you want to bring up now is a good time for it :)19:56
fungithanks clarkb!20:00
clarkbSounds like that may be it. Thank you everyone!20:00
clarkb#endmeeting20:00
*** openstack changes topic to "Incident management and meetings for the OpenDev sysadmins; normal discussions are in #opendev"20:00
openstackMeeting ended Tue Sep 29 20:00:12 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)20:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/infra/2020/infra.2020-09-29-19.01.html20:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/infra/2020/infra.2020-09-29-19.01.txt20:00
openstackLog:            http://eavesdrop.openstack.org/meetings/infra/2020/infra.2020-09-29-19.01.log.html20:00
ianwthanks clarkb!20:00
*** hashar has quit IRC20:44
*** jentoio has quit IRC21:53
*** jentoio has joined #opendev-meeting21:56

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!