Wednesday, 2019-03-13

*** betherly has joined #openstack-infra00:02
*** Qiming has joined #openstack-infra00:04
*** mattw4 has quit IRC00:05
*** betherly has quit IRC00:07
*** Qiming has quit IRC00:08
*** jamesmcarthur has quit IRC00:10
*** Qiming has joined #openstack-infra00:11
*** slaweq has joined #openstack-infra00:11
*** jamesmcarthur has joined #openstack-infra00:14
*** Qiming has quit IRC00:22
*** Qiming has joined #openstack-infra00:23
*** betherly has joined #openstack-infra00:23
*** slaweq has quit IRC00:24
*** jamesmcarthur has quit IRC00:27
*** betherly has quit IRC00:28
*** auristor has quit IRC00:28
*** gyee has quit IRC00:30
*** auristor has joined #openstack-infra00:34
*** wolverineav has quit IRC00:42
*** markvoelker has joined #openstack-infra00:43
*** betherly has joined #openstack-infra00:44
*** wolverineav has joined #openstack-infra00:46
*** betherly has quit IRC00:49
*** wolverineav has quit IRC00:51
*** whoami-rajat has joined #openstack-infra00:51
*** wolverineav has joined #openstack-infra00:53
*** tkajinam_ has joined #openstack-infra00:58
*** tkajinam has quit IRC01:01
*** betherly has joined #openstack-infra01:05
*** betherly has quit IRC01:10
*** armax has joined #openstack-infra01:11
*** slaweq has joined #openstack-infra01:11
*** rlandy has quit IRC01:16
*** markvoelker has quit IRC01:21
*** jamesmcarthur has joined #openstack-infra01:23
*** slaweq has quit IRC01:24
*** agopi has joined #openstack-infra01:24
*** betherly has joined #openstack-infra01:26
*** rascasoft has joined #openstack-infra01:29
*** betherly has quit IRC01:31
*** wolverineav has quit IRC01:31
*** wolverineav has joined #openstack-infra01:32
*** zbr has quit IRC01:34
*** wolverineav has quit IRC01:37
*** rascasoft has quit IRC01:38
*** betherly has joined #openstack-infra02:08
*** betherly has quit IRC02:12
*** jamesmcarthur has quit IRC02:22
*** jamesmcarthur has joined #openstack-infra02:23
*** slaweq has joined #openstack-infra02:26
*** betherly has joined #openstack-infra02:29
*** ricolin_ has joined #openstack-infra02:31
*** betherly has quit IRC02:34
*** slaweq has quit IRC02:39
*** betherly has joined #openstack-infra02:50
*** jamesmcarthur has quit IRC02:53
*** jamesmcarthur has joined #openstack-infra02:53
*** betherly has quit IRC02:54
*** yamamoto has quit IRC02:55
*** yamamoto has joined #openstack-infra02:55
*** yamamoto has quit IRC02:56
*** psachin has joined #openstack-infra03:03
*** yamamoto has joined #openstack-infra03:08
*** yamamoto has quit IRC03:09
*** yamamoto has joined #openstack-infra03:10
*** betherly has joined #openstack-infra03:11
*** slaweq has joined #openstack-infra03:12
*** yamamoto has quit IRC03:15
*** betherly has quit IRC03:15
*** apetrich has quit IRC03:16
*** roman_g has quit IRC03:20
*** rascasoft has joined #openstack-infra03:23
*** slaweq has quit IRC03:24
*** diablo_rojo has quit IRC03:26
*** jamesmcarthur has quit IRC03:27
*** ramishra has joined #openstack-infra03:27
*** betherly has joined #openstack-infra03:31
jrollcorvus: apologies for missing today's meeting, I'll be at the rest for the foreseeable future. at HQ doing team building things this week03:31
jrollcorvus: I will start conversation around openstack/ namespace this week :)03:32
*** rascasoft has quit IRC03:32
*** eernst has quit IRC03:35
*** betherly has quit IRC03:36
*** armax has quit IRC03:41
*** slaweq has joined #openstack-infra04:11
*** ricolin has joined #openstack-infra04:13
*** ricolin_ has quit IRC04:13
*** udesale has joined #openstack-infra04:17
*** rfolco|ruck has quit IRC04:17
*** ykarel|away has joined #openstack-infra04:22
*** slaweq has quit IRC04:24
*** rfolco has joined #openstack-infra04:24
*** rh-jelabarre has quit IRC04:29
*** rfolco has quit IRC04:30
*** rfolco has joined #openstack-infra04:30
*** betherly has joined #openstack-infra04:44
*** betherly has quit IRC04:49
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool master: Implement zookeeper-auth  https://review.openstack.org/61915505:04
*** janki has joined #openstack-infra05:04
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Implement zookeeper-auth  https://review.openstack.org/61915605:04
*** betherly has joined #openstack-infra05:05
*** betherly has quit IRC05:09
*** slaweq has joined #openstack-infra05:11
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: scheduler: add job's tags to the rpc job_list method  https://review.openstack.org/63365305:12
*** wolverineav has joined #openstack-infra05:12
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add tags to jobs list  https://review.openstack.org/63365405:14
*** udesale has quit IRC05:16
*** udesale has joined #openstack-infra05:17
*** jaosorior has joined #openstack-infra05:22
*** slaweq has quit IRC05:24
*** markvoelker has joined #openstack-infra05:47
*** udesale has quit IRC05:51
*** hwoarang has quit IRC05:53
*** betherly has joined #openstack-infra05:57
*** hwoarang has joined #openstack-infra06:00
*** betherly has quit IRC06:01
*** slaweq has joined #openstack-infra06:11
*** udesale has joined #openstack-infra06:11
*** ykarel|away is now known as ykarel06:15
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Unmount internal mounts on finalise errors  https://review.openstack.org/64295306:17
*** pcaruana has joined #openstack-infra06:19
ianwtobiash: i can't exactly replicate your missing return code issue.  But could you try with ^?  That should fix leaked mounts, and maybe the problem ...06:19
tobiashianw: thanks will try :)06:19
ianwi think that change is correct either way, but if not helping maybe has to do with the changes to calling dib recently in nodepool for the timeout06:22
tobiashianw: my test was not running in the nodepool context but on a fresh build instance06:23
ianwtobiash: hrm, running under nodepool-builder thought?  sorry what i mean is the changes made there to handle image build timeouts06:24
*** slaweq has quit IRC06:24
*** slaweq has joined #openstack-infra06:26
tobiashI'm not running this validation in nodepool yet, but manually. But I plan to run this in nodepool.06:26
ianwahh, ok06:28
ianwyes, i imagine that change will help anyway.  because you don't want to leak mounts if/when the build fails06:28
ianwi really hope it's just a typo-level bug, and not because we've baked in some other weird assumptions about mounts.  it took me quite a while to pull it apart even that far to grok it :/06:29
*** dayou has quit IRC06:30
*** slaweq has quit IRC06:36
*** yolanda has quit IRC06:36
openstackgerritTobias Henkel proposed openstack-infra/zuul master: DNM: Test zuul test case sharding  https://review.openstack.org/64295606:37
*** e0ne has joined #openstack-infra06:40
*** masayukig[m]2 is now known as masayukig[m]06:45
*** masayukig[m] is now known as masayuki406:45
*** kjackal has joined #openstack-infra06:45
*** dayou has joined #openstack-infra06:47
*** masayuki4 is now known as masayuki606:48
*** masayuki6 is now known as masayukig[m]06:48
*** masayukig[m] is now known as masayukig06:48
*** diablo_rojo has joined #openstack-infra06:52
*** wolverineav has quit IRC06:53
*** kjackal has quit IRC07:00
*** hwoarang has quit IRC07:07
*** kopecmartin|off is now known as kopecmartin07:07
*** hwoarang has joined #openstack-infra07:08
tobiashianw: sorry, I think I found my problem. And it's not diskimage-builder :-/07:08
*** yolanda has joined #openstack-infra07:09
tobiashianw: I piped the diskimage-builder output through tee without using pipefail...07:09
* tobiash hides07:09
tobiashianw: but at least the mount leak seems to be fixed with your change ;)07:10
*** slaweq has joined #openstack-infra07:12
*** kjackal has joined #openstack-infra07:13
*** tonyb is now known as tonyb_gone07:20
*** tonyb_gone is now known as tonyb07:21
*** dpawlik has joined #openstack-infra07:23
*** slaweq has quit IRC07:24
*** gbutnaru has quit IRC07:29
*** e0ne has quit IRC07:31
*** slaweq has joined #openstack-infra07:35
*** rascasoft has joined #openstack-infra07:36
*** apetrich has joined #openstack-infra07:50
*** e0ne has joined #openstack-infra07:51
*** wolverineav has joined #openstack-infra07:51
*** dpawlik has quit IRC07:54
*** wolverineav has quit IRC07:56
*** sshnaidm|afk has quit IRC07:59
*** lennyb has joined #openstack-infra08:05
*** dpawlik has joined #openstack-infra08:06
*** ginopc has joined #openstack-infra08:08
*** rcernin has quit IRC08:09
*** rpittau|afk is now known as rpittau08:09
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/nodepool master: k8s: Fix delete_namespace to use kwargs properly  https://review.openstack.org/64296408:12
*** yamamoto has joined #openstack-infra08:19
*** electrofelix has joined #openstack-infra08:19
ianwtobiash: well, i'll call that progress :)08:20
*** ccamacho has joined #openstack-infra08:23
*** yamamoto has quit IRC08:23
*** pgaxatte has joined #openstack-infra08:25
*** helenafm has joined #openstack-infra08:30
*** e0ne has quit IRC08:36
*** hwoarang has quit IRC08:40
*** hwoarang has joined #openstack-infra08:42
*** roman_g has joined #openstack-infra08:43
tobiashianw: I just verified that it fixes the mount leaks :)08:45
tobiashianw: so that fix is really required so we don't kill all the nodepool builders when the size validation fails :)08:46
*** iurygregory has joined #openstack-infra08:46
*** jpena|off is now known as jpena08:49
*** xek has joined #openstack-infra08:50
*** jpich has joined #openstack-infra08:58
*** zbr has joined #openstack-infra09:05
*** dtantsur|afk is now known as dtantsur09:14
*** kukacz has quit IRC09:15
*** kukacz has joined #openstack-infra09:17
*** panda|rover|off is now known as panda|rover09:17
*** tkajinam__ has joined #openstack-infra09:22
*** FlorianFa has joined #openstack-infra09:23
*** ruffian_sheep has joined #openstack-infra09:23
*** hwoarang has quit IRC09:23
*** tkajinam_ has quit IRC09:25
*** yamamoto has joined #openstack-infra09:27
ruffian_sheepDoes anyone know what the job the ci should do?09:29
*** kjackal_v2 has joined #openstack-infra09:30
*** kjackal_v2 has quit IRC09:31
*** kjackal has quit IRC09:31
*** kjackal has joined #openstack-infra09:32
ruffian_sheepfungi:Do u know that ?Now I can set some review to show the result of my job.09:32
*** hwoarang has joined #openstack-infra09:32
*** rfolco is now known as rfolco|ruck09:32
openstackgerritJavier Peña proposed openstack-infra/puppet-openstackci master: Add AFS mirror support  https://review.openstack.org/52937609:32
*** derekh has joined #openstack-infra09:35
*** sshnaidm|afk has joined #openstack-infra09:36
*** Emine has joined #openstack-infra09:53
*** sshnaidm|afk has quit IRC09:56
fricklercorvus: still got a bounce from zp01.opendev.org this morning, just as a reminder ;)09:58
fricklerruffian_sheep: are you talking about a job in our CI or a 3rd party CI? please explain your issue in a bit more detail10:00
*** diablo_rojo has quit IRC10:11
*** shardy has joined #openstack-infra10:18
*** hwoarang has quit IRC10:28
*** hwoarang has joined #openstack-infra10:29
*** yamamoto has quit IRC10:30
*** luizbag has joined #openstack-infra10:39
*** dave-mccowan has joined #openstack-infra10:40
*** priteau has joined #openstack-infra10:45
*** dave-mccowan has quit IRC10:45
*** verdurin has joined #openstack-infra11:01
*** rossella_s has quit IRC11:06
*** yamamoto has joined #openstack-infra11:06
*** rossella_s has joined #openstack-infra11:08
*** yamamoto has quit IRC11:13
*** tosky has joined #openstack-infra11:17
*** yamamoto has joined #openstack-infra11:18
openstackgerritAnkita Bansal proposed openstack-infra/storyboard-webclient master: Displayed tags should link to search view for the tag  https://review.openstack.org/64226211:22
*** jpena is now known as jpena|lunch11:25
*** mriedem has joined #openstack-infra11:26
*** sshnaidm|afk has joined #openstack-infra11:28
*** ruffian_sheep has quit IRC11:33
*** e0ne has joined #openstack-infra11:36
openstackgerritMatt Riedemann proposed openstack-infra/elastic-recheck master: Add query for neutron API did not start bug 1819897  https://review.openstack.org/64301911:42
openstackbug 1819897 in neutron "Intermittent "Neutron did not start" failures in the gate" [Medium,Confirmed] https://launchpad.net/bugs/181989711:42
openstackgerritAdam Coldrick proposed openstack-infra/storyboard-webclient master: Add a linter for our .scss files  https://review.openstack.org/64302511:52
*** rh-jelabarre has joined #openstack-infra11:53
fricklermriedem: ^^ I think your query is too broad, seems there are lots of non-gate failures like http://logs.openstack.org/34/642834/1/check/tempest-full/f8a254a/controller/logs/screen-q-svc.txt.gz#_Mar_12_18_16_06_388244 rather than timeouts11:53
*** rh-jelabarre has quit IRC11:53
*** rh-jelabarre has joined #openstack-infra11:53
*** luizbag_ has joined #openstack-infra11:54
*** luizbag has quit IRC11:55
mriedemfrickler: there were no errors in the neutron API logs from the one I linked into the bug report11:55
*** hwoarang has quit IRC11:56
fricklermriedem: yes, there probably is a valid issue there, I'm just noting that for most hits of your query that I checked (like the first five), the failure looked different11:57
*** sshnaidm|afk is now known as sshnaidm11:57
*** hwoarang has joined #openstack-infra11:58
fricklermriedem: so I think we need to discriminate between "q-svc start took > 60sec" and "q-svc failed to start completely"11:59
mriedemi'm not totally sure if that's possible in the logstash query11:59
*** jpena|lunch is now known as jpena12:00
frickleryes, might need better checking in devstack12:02
openstackgerritMerged openstack-infra/elastic-recheck master: Add query for neutron API did not start bug 1819897  https://review.openstack.org/64301912:07
openstackbug 1819897 in neutron "Intermittent "Neutron did not start" failures in the gate" [Medium,Confirmed] https://launchpad.net/bugs/181989712:07
*** markvoelker has quit IRC12:12
*** markvoelker has joined #openstack-infra12:13
openstackgerritAdam Coldrick proposed openstack-infra/storyboard-webclient master: Add a linter for HTML templates  https://review.openstack.org/64303212:17
*** rlandy has joined #openstack-infra12:21
*** hwoarang has quit IRC12:24
*** hwoarang has joined #openstack-infra12:28
*** wolverineav has joined #openstack-infra12:29
*** panda|rover is now known as panda|rover|eat12:30
*** wolverineav has quit IRC12:34
*** janki has quit IRC12:34
*** lseki has joined #openstack-infra12:44
*** lseki has quit IRC12:45
*** lseki has joined #openstack-infra12:45
*** jamesmcarthur has joined #openstack-infra12:47
*** janki has joined #openstack-infra12:58
*** panda|rover|eat is now known as panda|rover13:00
*** e0ne has quit IRC13:05
*** gfidente has joined #openstack-infra13:14
*** udesale has quit IRC13:16
*** udesale has joined #openstack-infra13:17
*** tosky has quit IRC13:22
openstackgerritAdam Coldrick proposed openstack-infra/storyboard-webclient master: Add a linter for HTML templates  https://review.openstack.org/64303213:26
openstackgerritAdam Coldrick proposed openstack-infra/storyboard-webclient master: Use the latest active LTS version (10) of Node.js for testing  https://review.openstack.org/64304613:26
*** priteau has quit IRC13:27
*** eharney has joined #openstack-infra13:37
*** jamesmcarthur has quit IRC13:41
*** yamamoto has quit IRC13:50
*** yamamoto has joined #openstack-infra13:52
*** yamamoto has quit IRC13:54
*** Emine has quit IRC13:59
*** jamesmcarthur has joined #openstack-infra14:00
*** jamesmcarthur has quit IRC14:00
*** hwoarang has quit IRC14:01
*** jamesmcarthur has joined #openstack-infra14:01
*** luizbag has joined #openstack-infra14:03
*** luizbag_ has quit IRC14:05
*** hwoarang has joined #openstack-infra14:08
*** Emine has joined #openstack-infra14:08
*** irclogbot_1 has quit IRC14:09
openstackgerritAdam Coldrick proposed openstack-infra/storyboard-webclient master: Update to a newer version (8) of Node.js for testing  https://review.openstack.org/64304614:10
openstackgerritAdam Coldrick proposed openstack-infra/storyboard-webclient master: Add a linter for HTML templates  https://review.openstack.org/64303214:10
*** e0ne has joined #openstack-infra14:10
*** irclogbot_1 has joined #openstack-infra14:12
*** yamamoto has joined #openstack-infra14:16
*** hwoarang has quit IRC14:17
*** hwoarang has joined #openstack-infra14:19
*** bnemec has quit IRC14:22
*** eharney has quit IRC14:23
*** Emine has quit IRC14:24
*** Emine has joined #openstack-infra14:24
*** irclogbot_1 has quit IRC14:25
*** bnemec has joined #openstack-infra14:27
*** irclogbot_1 has joined #openstack-infra14:27
*** eharney has joined #openstack-infra14:28
openstackgerritAdam Coldrick proposed openstack-infra/storyboard-webclient master: Update to a newer version (8) of Node.js for testing  https://review.openstack.org/64304614:30
openstackgerritAdam Coldrick proposed openstack-infra/storyboard-webclient master: Add a linter for HTML templates  https://review.openstack.org/64303214:30
*** tobasco is now known as tobias-urdin14:32
openstackgerritAdam Coldrick proposed openstack-infra/storyboard-webclient master: Update to a newer version (8) of Node.js for testing  https://review.openstack.org/64304614:34
openstackgerritAdam Coldrick proposed openstack-infra/storyboard-webclient master: Add a linter for HTML templates  https://review.openstack.org/64303214:34
*** luizbag_ has joined #openstack-infra14:34
*** luizbag has quit IRC14:35
*** jtomasek has quit IRC14:38
EmilienMmordred, clarkb : heads-up - the docker registry v2 (served on 8082) seems to work fine14:39
EmilienMwe are transitioning14:39
EmilienMhttp://mirror.ord.rax.openstack.org:8082 "GET /v2/tripleomaster/centos-binary-aodh-api/tags/list HTTP/1.1" 200 None14:39
EmilienMhttp://logs.openstack.org/08/642808/3/check/tripleo-ci-centos-7-scenario001-standalone/ce36cc8/logs/undercloud/var/log/tripleo-container-image-prepare.log.txt.gz#_2019-03-13_12_37_10_13214:40
*** ramishra has quit IRC14:41
*** agopi has quit IRC14:42
*** agopi has joined #openstack-infra14:42
openstackgerritMatt Riedemann proposed openstack-infra/elastic-recheck master: Add query for DestinationHypervisorTooOld bug 1819910  https://review.openstack.org/64306414:52
openstackbug 1819910 in tempest "test_server_connectivity_live_migration intermittently fails with NoValidHost due to DestinationHypervisorTooOld" [High,In progress] https://launchpad.net/bugs/1819910 - Assigned to Matt Riedemann (mriedem)14:52
openstackgerritSimon Westphahl proposed openstack-infra/zuul master: Add missing doc for 'execute_time' in MQTT schema  https://review.openstack.org/64306915:03
*** psachin has quit IRC15:07
*** armax has joined #openstack-infra15:08
*** rfolco|ruck is now known as rfolco15:10
*** mriedem has quit IRC15:10
*** mriedem has joined #openstack-infra15:11
*** lpetrut has joined #openstack-infra15:14
openstackgerritMerged openstack-infra/elastic-recheck master: Add query for DestinationHypervisorTooOld bug 1819910  https://review.openstack.org/64306415:17
openstackbug 1819910 in tempest "test_server_connectivity_live_migration intermittently fails with NoValidHost due to DestinationHypervisorTooOld" [High,In progress] https://launchpad.net/bugs/1819910 - Assigned to Matt Riedemann (mriedem)15:17
clarkbEmilienM: good to hear15:21
*** martinkennelly has joined #openstack-infra15:21
fungiEmilienM: that's excellent news! it's possible tripleo is the last holdout for the old v1 proxy, in which case we might be able to remove it soon15:21
clarkbfungi: we should double check with kolla and loci as well, but ya I would expect that docker pulls aversion to v1 would've forced them to move laready15:22
EmilienMplease let us a bit of time to make sure it's all stable15:22
EmilienMthen +1 for retiring v115:22
fricklerinfra-root: looking into slow paste.o.o responses, it seems I found a bunch of spam like http://paste.openstack.org/show/636274/ , matching accesses in the server log with a "curb" client. not sure how to handle these15:22
clarkbcorvus: mordred I've got a call in a few minutes but after that I intend to start the gitea fixup playbook. I'll probably run it in screen and tee the output into a log file15:22
*** dpawlik has quit IRC15:22
frickleralso not sure whether or not those might be related to slow responses15:23
clarkbfrickler: paste does hae a captcha thing, but I wonder if they are bypassing that. Also possible that it isn't triggering for those posts15:23
clarkb(fwiw the original authors of that paste software gave up running their public instance for this reason :( )15:23
clarkbif the spammers originate from a small number of IP addrs we could block them via the firewall but I dobut that do15:25
fungiEmilienM: yes, i'm not saying we schedule removing the old service, just that you're providing hope we might eventually be able to do so ;)15:25
fungifrickler: we do at least have http://paste.openstack.org/robots.txt telling reputable search engines not to index anything there, so spammers have minimal incentive to actually put things in it15:26
fricklerclarkb: I'm not seeing any captcha when submitting a paste15:27
fungithis reduced the volume of spam we were seeing there originally by many orders of magnitude15:27
clarkbfrickler: it is conditional to the paste content15:27
fungifrickler: it's only (or at least mostly) for content with urls in it15:27
clarkbfrickler: I don't know how it determines when to trigger. I usually hit it when pasting code15:27
fungiand also it's only done when posting via the form but i've been able to bypass it with a pastebinit client with no trouble in scripted operations15:28
fungibut also, solutions to simple captchas like that are easily automated around so even if it weren't trivially bypassed it wouldn't make a lot of difference15:29
fricklerhmm, ignoring the spam, it also seems we are not logging the time it took to serve a request, which makes debugging slow responses difficult. I'll take a look at that tomorrow, unless someone has a solution handy already15:30
*** hwoarang has quit IRC15:32
*** hwoarang has joined #openstack-infra15:33
*** ginopc has quit IRC15:33
*** ginopc has joined #openstack-infra15:35
*** irclogbot_1 has quit IRC15:36
*** ykarel is now known as ykarel|away15:37
*** irclogbot_1 has joined #openstack-infra15:39
*** chandankumar is now known as raukadah15:47
*** eharney has quit IRC15:49
*** IvensZambrano has joined #openstack-infra15:49
*** irclogbot_1 has quit IRC15:49
openstackgerritPaul Belanger proposed openstack-infra/project-config master: Add cgit-alias for zuul-preview  https://review.openstack.org/64308315:49
pabelangerclarkb: mordred: corvus: fungi: ^follow up from #zuul, I think we want to add zuul-preview to our cgit-alias for zuul, right?15:50
*** irclogbot_1 has joined #openstack-infra15:50
*** irclogbot_1 has quit IRC15:52
openstackgerritFrank Kloeker proposed openstack-infra/openstack-zuul-jobs master: Disable releasenote sync to Zanata temporary  https://review.openstack.org/64308515:54
*** irclogbot_1 has joined #openstack-infra15:56
fungigood call15:58
openstackgerritRiju Khatri proposed openstack-infra/storyboard-webclient master: Enhance adding tags on story details page  https://review.openstack.org/64264316:00
*** diablo_rojo has joined #openstack-infra16:01
clarkbfrickler: I am not aware of a solution to that already16:01
*** electrofelix has quit IRC16:02
*** mattw4 has joined #openstack-infra16:02
*** mattw4 has quit IRC16:03
clarkbfungi: what is the schedule/plan for xenial -> bionic moves? are there changes that need review and or things to monitor?16:05
clarkb(I'm going to start the gitea fixup shortly but that is expected to take a while so can help with job updates too)16:05
clarkbcorvus: mordred `ansible-playbook -f 10 /opt/system-config/playbooks/sync-gitea-projects.yaml 2>&1 | tee /home/clarkb/gitea_fixup.log` that look right to you?16:09
corvusclarkb: yep16:11
clarkbok I'll start that in a root screen16:11
clarkbit is running now16:12
fungiclarkb: the plan is i'm trying to coordinate with gmann's legacy job transition to bionic, but the base job nodeset change we'll want to approve in concert with his work being ready is 64189716:12
fungiit seems like getting his changes merged just before or at roughly the same time as the base job change will reduce confusion, since it should keep legacy jobs running on xenial for current stable branches at least16:13
fungihe was suggesting he expected to be ready by the end of his day today (pretty sure he's in the americas as of recently)16:14
openstackgerritMerged openstack-infra/project-config master: Add cgit-alias for zuul-preview  https://review.openstack.org/64308316:14
gmannfungi: yeah, most probably by 4 PM CST that's what i am setting the target. currently working on few nova fix and frickler   on designate one.16:15
*** jtomasek has joined #openstack-infra16:16
*** trown is now known as trown|lunch16:18
clarkbinfra-root https://opendev.org/openstack-dev/devstack click the issues tab :)16:19
*** mattw4 has joined #openstack-infra16:19
corvusclarkb: \o/16:19
*** Emine has quit IRC16:20
clarkbhttps://opendev.org/openstack-dev/devstack/commit/96269d8e758e168fb857fca6e96cbd9a50628ac0 has a clickable bug number that will take you straight to the bug too16:20
corvusexcellent!16:20
clarkbneed to verify a grouped project in launchpad also works but I'll probably wait for it to get further along first16:21
clarkb(since I'm not sure there are any early in the list)16:22
*** priteau has joined #openstack-infra16:24
*** irclogbot_1 has quit IRC16:24
*** irclogbot_1 has joined #openstack-infra16:25
*** gyee has joined #openstack-infra16:25
clarkbit seems to have stopped, does it batch process the entire list of projects for each org then continue once done? I think that may be what is happening16:26
*** pgaxatte has quit IRC16:26
clarkband ya it is moving against so each org must have a batch processing happen upfront then it goes repo by repo16:29
*** wolverineav has joined #openstack-infra16:36
*** wolverineav has quit IRC16:39
*** wolverineav has joined #openstack-infra16:39
*** helenafm has quit IRC16:40
*** ykarel|away is now known as ykarel16:41
*** FlorianFa has quit IRC16:41
*** udesale has quit IRC16:42
*** dave-mccowan has joined #openstack-infra16:42
*** lpetrut has quit IRC16:44
*** kgiusti has joined #openstack-infra16:48
openstackgerritRiju Khatri proposed openstack-infra/storyboard-webclient master: Make task ordering in Story view selectable  https://review.openstack.org/64193016:50
*** ykarel is now known as ykarel|away16:51
*** FlorianFa has joined #openstack-infra16:54
*** e0ne has quit IRC17:01
clarkbas an fyi I claered out the old zuul status backup files on zuul0117:02
clarkbthe reorg there has them writing to different file names so we stopped pruning the old filenames. This should be the last piece of cleanup necessary around that17:02
fungithanks!17:03
*** lpetrut has joined #openstack-infra17:04
*** wolverineav has quit IRC17:04
*** wolverineav has joined #openstack-infra17:06
*** trown|lunch is now known as trown17:07
*** wolverineav has quit IRC17:11
*** wolverineav has joined #openstack-infra17:11
fungifrickler: one thing i notice about the trove instance for paste.o.o is it's filling up... now at 3.8 of 5 gb allocated for the disk17:14
fungiit's also completely using the 2 gb of ram allocated for it according to rackspace's dashboard17:15
*** dtantsur is now known as dtantsur|afk17:15
fungicpu utilization and load average seem nominal though, so we could probably get away with just resizing the instance for more ram and more disk17:16
*** gfidente has quit IRC17:16
*** rpittau is now known as rpittau|afk17:16
fungiinfra-root: any objection to me doubling the paste.o.o trove instance to 10gb disk and 4gb ram?17:17
*** gfidente has joined #openstack-infra17:17
clarkbnot from me17:17
fungii'll be sure to snapshot it immediately prior just in case something with the resize goes sideways17:19
*** gyee has quit IRC17:20
*** gyee has joined #openstack-infra17:20
fricklerinfra-root: doing "sudo nodepool list" gives "openstack.exceptions.ConfigException: Cloud rax was not found.". this is my usual command to locate held nodes and did work until at least a couple of days ago17:21
fricklerehm ... on nl01.o.o that is17:21
fungifrickler: `sudo -u nodepool nodepool list` maybe?17:22
fungier, needs -H too17:22
clarkbthe cloud config is in nodepool's homedir so you need -H17:22
clarkbya17:22
fungisudo -H -u nodepool nodepool list17:22
fungiwfm on nl0117:22
frickleroh, right, I did that as user nodepool. sorry for the confusion17:23
*** kopecmartin is now known as kopecmartin|off17:23
* frickler should go to bed instead of working late :-/17:24
*** dave-mccowan has quit IRC17:27
*** ccamacho has quit IRC17:29
*** lpetrut has quit IRC17:30
fungifrickler: i concur, sleep is good. before you go though, any opinion on resizing the paste.o.o trove instance based on my findings above?17:32
openstackgerritJames E. Blair proposed opendev/base-jobs master: Document the OpenDev docker image jobs  https://review.openstack.org/64310817:32
*** Swami has joined #openstack-infra17:33
*** bhavikdbavishi has joined #openstack-infra17:33
*** jpich has quit IRC17:35
*** bhavikdbavishi has quit IRC17:37
fricklerfungi: I don't have an overview of our quota, but given the usage numbers you listed, that seems like a reasonable step17:39
corvus++17:39
fungiyeah, the quota's not so tight we can't absorb another 2gb ram and 5gb disk17:39
fungithanks!17:39
fungii'll snapshot and resize now17:39
*** gfidente has quit IRC17:39
clarkbhttps://opendev.org/openstack/ansible-role-tripleo-sahara is a grouped project that now points to tripleo on launchpad. However my normal browser seems to have cached the storyboard content. Going to incognito mode fixes it17:39
clarkba hard refresh does not fix it17:40
clarkbso unsure what is being cached there17:40
*** gfidente has joined #openstack-infra17:40
fungimore service worker madness, perhaps?17:40
clarkbmaybe?17:40
clarkbbug given that I'm pretty reasonably satisfied my changes are working and now I just have to wait for the playbook to finish17:40
corvusclarkb: i'm unlikely to have had it cached; it takes me to lp in firefox17:40
clarkbcorvus: perfect17:40
clarkbso ya now we wait and that particular task should be able to be marked off the list17:41
clarkband maybe add a "figure out caches" task?17:41
*** eharney has joined #openstack-infra17:41
corvusclarkb, fungi, mordred, EmilienM, dmsimard, tristanC: documentation for the opendev container image jobs: http://logs.openstack.org/08/643108/1/check/tox-docs/74dc39b/html/docker-image.html17:42
clarkbcorvus: ooh I'll read through that shortly17:42
*** jpena is now known as jpena|off17:42
anteayaI get what looks like a gitea page from https://opendev.org/openstack/ansible-role-tripleo-sahara17:42
anteayafirefox17:43
fungianteaya: and then click the issues link17:43
fungiand where does it send you?17:43
fungi(storyboard vs launchpad)17:43
anteayalaunchpad17:43
anteayasorry I missed the relevant bit17:43
fungicool, that's what we want for projects which aren't yet using storyboard17:45
corvusdmsimard, tristanC, tobiash: next i'm planning to write docs for zuul-jobs describing how to create jobs like the opendev ones described at http://logs.openstack.org/08/643108/1/check/tox-docs/74dc39b/html/docker-image.html  but the short version is "run a registry in whatever way you see fit and copy the job defs in opendev/base-jobs and add credentials".  with that and the docs i just pushed up,17:45
corvusyou should get a pretty good idea of the system.17:45
corvusSpamapS: ^17:45
anteayaokay good to know, thank you17:46
openstackgerritJames E. Blair proposed opendev/base-jobs master: Document the OpenDev docker image jobs  https://review.openstack.org/64310817:47
*** ginopc has quit IRC17:47
clarkbcorvus: fungi: mordred we probably want to think about the launchpad to storyboard transition in the context of the that playbook too. I'm guessing we don't want to run the full thing for each transition (it isn't fast) so maybe we want another fixup playbook that can take a project name as a var and only update that project?17:48
*** cristoph has joined #openstack-infra17:48
tobiashcorvus: awesome :)17:48
*** jamesmcarthur has quit IRC17:49
fungiclarkb: yeah, it could just become part of the migration process since that's already manually performed anyway17:50
*** wolverineav has quit IRC17:50
openstackgerritMerged openstack-dev/pbr master: Change openstack-dev to openstack-discuss  https://review.openstack.org/62539017:51
clarkbinfra-root last warning. I'd like to commence https://etherpad.openstack.org/p/afs-dbserver-trusty-to-xenial on afsdb02 after I eat some lunch today17:51
clarkbplease erad through the plan and offer feedback or raise the alarm if you think I've missed something important17:52
anteayaI like erad as a verb17:52
*** ianychoi has quit IRC17:55
*** wolverineav has joined #openstack-infra17:55
*** panda|rover is now known as panda|rover|off17:57
mordredclarkb: yes. I think a single-project fixup playbook is a great idea ... maybe we should refactor the current role into a couple of roles with the current one using include_role - so that we could make a new one that only calls the right sub-role or something17:59
clarkbmordred: ++ or something :)17:59
fungipaste.o.o trove instance snapshot finished, disk resize underway17:59
*** derekh has quit IRC18:00
*** mattw4 has quit IRC18:00
mordredinfra-root: I'm back from the doctor but may be slow on the draw for teh rest of the day18:01
*** martinkennelly has quit IRC18:02
clarkbcorvus: my only suggestion is that http://logs.openstack.org/08/643108/1/check/tox-docs/74dc39b/html/docker-image.html#job-opendev-build-docker-image seems to replace http://logs.openstack.org/08/643108/1/check/tox-docs/74dc39b/html/docker-image.html#job-opendev-buildset-registry if you use it. Maybe make that more explicit?18:02
fungimordred: hope they didn't take your trigger finger!18:02
*** mattw4 has joined #openstack-infra18:03
fungipaste.o.o trove instance disk resize finished, ram resize underway18:03
mordredfungi: I think it's a felony in texas to mess with any body part that could be used to operate a gun18:03
Shrewsmordred: have you tried NOT going to the doctor?18:03
fungi(ram resize includes an instance restart, so there may be a bit of a blip for a the paste service)18:04
mordredShrews: that would have been helpful advice BEFORE I went to the doctor18:04
fungionly if you're stuck in linear time18:05
*** ricolin has quit IRC18:05
mordredfungi: in soviet russia, linear time is stuck in you?18:08
*** xek_ has joined #openstack-infra18:08
fungiyou in stuck is time linear, russia soviet in18:09
mordredmalkovich malkovich18:09
*** xek has quit IRC18:10
fungipaste.o.o trove instance ram resize finished, please test the service out and make sure it's still working18:11
fungiideally, performance will also be better18:12
fungithough it may take the server a moment to realize its database socket went away :/18:12
clarkbya new paste isn't working currently18:12
clarkbrestarting the service might jump start that timeout18:12
fungiokay, it just returned content for me a moment ago now18:12
clarkboh it responded18:12
EmilienMcorvus: ack, awesome18:12
clarkbhttp://paste.openstack.org/show/747729/ works for me18:13
fungiyeah, pulling up random pastes from my history are returning content, and perhaps more quickly than before18:13
fungiat the moment the rackspace dashboard shows memory used has now jumped to 4gb, but it may take some time to settle out, i'm not sure18:14
fungior it may be the case that mysql is configured to preallocate that amount of ram?18:15
SpamapSfungi: yes, it will allocate the innodb buffer pool entirely at startup18:15
SpamapSand that's usually configured for 50-80 percent of RAM.18:16
clarkbmordred: openstack/deb-oslotest seems to have just failed to set the default branch18:16
SpamapS(not sure what rax trove defaults to)18:16
clarkbit is an empty repo18:16
fungiSpamapS: thanks, that helps!18:17
fungiso the fact that they reported the trove instance using all of its ram may not have been an actual indicator of insufficient resource allocation, but it does seem to have helped performance18:18
*** priteau has quit IRC18:18
mordredclarkb: oh- right. I think that's one of teh things that's in projects.yaml that we shoudl remove18:18
clarkbmordred: looking at it in gerrit it is a read only project with a master branch18:19
clarkbso I am a bit confused about why it doesn't have content in gitea18:19
mordredclarkb: oh. ok. then I'm not sure what's up with it then18:19
clarkboh I wonder if we need to trigger replication for it18:19
clarkbif it was hidden before then maybe we never replicated it on start up18:19
clarkband since no changes go to it it isn't being replicated?18:19
clarkbany objection to me triggering replication for it?18:19
*** gfidente has quit IRC18:19
mordredgo for it18:20
mordredfungi: malloc() is expensive, thus the innodb pre-allocation of the buffer pool18:21
fungimakes sense, sure18:22
clarkbmordred: that doesn't seem to hae changed anything18:22
fungi#status log snapshotted and increased the paste-mysql-5.6 trove instance from 5gb disk/2gb ram to 10gb disk/4gb ram18:22
openstackstatusfungi: finished logging18:22
*** mattw4 has quit IRC18:25
clarkbI can clone that repo from git.openstack.org so there is content there18:26
clarkbare read only projects maybe not replicated and the git.o.o content is from before we went read only?18:26
fungiwell, any content would need to be from before they were read-only18:26
clarkbya I'm curious why we aren't replicating the content to gitea now that I've explicitly told it replicate via ssh command18:27
clarkbany objection to me setting it to active and trying the explicit replicate command again?18:27
corvusclarkb: i tried to make that explicit in http://logs.openstack.org/08/643108/1/check/tox-docs/74dc39b/html/docker-image.html#a-repository-with-only-producers  but maybe you're saying i should clarify that in the job documentation itself?18:27
clarkbcorvus: yes exactly18:28
*** pcaruana has quit IRC18:29
fungiclarkb: maybe good to look at more examples. openstack/deb-oslotest sticks in my mind as a repo there was something wrong with in the beginning. how about openstack/instack? that was retired a month ago today18:29
clarkbfungi: instack is active in gerrit and its retired readme content is replicated to gitea18:30
*** wolverineav has quit IRC18:30
fungioh, it never got an acl change i guess?18:30
clarkbhttps://review.openstack.org/#/admin/projects/openstack/instack https://opendev.org/openstack/instack18:31
clarkbya https://review.openstack.org/#/admin/projects/openstack/instack,access looks like a non retired acl18:31
*** wolverineav has joined #openstack-infra18:31
fungiahh, right, that one's only retired on master but stable branches are open for continued development18:31
fungibad example18:31
openstackgerritJames E. Blair proposed opendev/base-jobs master: Document the OpenDev docker image jobs  https://review.openstack.org/64310818:31
*** wolverineav has quit IRC18:31
*** wolverineav has joined #openstack-infra18:31
clarkbfungi: maybe another deb-foo?18:31
fungiclarkb: how about openstack/gantt? that was retired in january18:32
clarkblooking (fwiw deb-nova is in the instack state looks like)18:32
fungii'm dubious of the deb-.* repos as a whole18:32
clarkbgantt is in the instackt state too18:33
clarkbhttps://review.openstack.org/#/admin/projects/openstack/gantt https://review.openstack.org/#/admin/projects/openstack/gantt,access https://opendev.org/openstack/gantt18:33
*** Emine has joined #openstack-infra18:33
fungihuh, did something break with our application of acls?18:34
fungihttps://review.openstack.org/630162 switched the acl-config for openstack/gantt to /home/gerrit2/acls/openstack/retired.config18:34
corvusi'm having trouble following this conversation.... clarkb, can you recap?18:34
clarkbcorvus: deb-oslotest failed to have its default branch set by our gitea fixup playbook this is because there is no repo content18:35
clarkbcorvus: looking at Gerrit config it is read only and retired. Running an explicit replication start openstack/deb-oslotest did not replicate the data18:35
*** ykarel|away has quit IRC18:35
clarkbcorvus: fungi's suggestion was to look at other projects that are retired and I think we may have stumbled across an issue with us not applying the retired.confg acl config in gerrit18:35
fungiseparately, in trying to find other examples of read-only projects to compare against, we're finding them all set to active so far18:36
fungiyeah, that18:36
corvusinteresting, we encounted one similar situation because a project was set to *hidden* but that's not our normal process18:36
clarkbhttps://review.openstack.org/#/admin/projects/openstack/cloudv-ostf-adapter https://review.openstack.org/#/admin/projects/openstack/cloudv-ostf-adapter,access https://opendev.org/openstack/cloudv-ostf-adapter is in the deb-oslotest gerrit config situation but with content in gitea18:36
clarkbso I don't think the read only state of the project is at fault here18:36
clarkbso there are two issues we are looking at 1) fixing deb-oslotest and getting fixup playbook to run to completion 2) setting retired.confg acls on projects18:37
clarkbdeb-oslotest does not show up in the gerrit error log either18:37
fungion review.o.o, /home/gerrit2/review_site/git/openstack/deb-oslotest.git/HEAD contains "ref: refs/heads/master" so it's not a default branch problem i don't think18:37
corvusk.  i'll help dig into deb-oslotest.  i'll log into a gitea host and look for replication errors on its side, as well as from gerrit18:37
corvusclarkb: nevermind you got the gerrit side already :)18:38
clarkbcorvus: thanks18:38
clarkbcorvus: I ran clarkb@review01:~$ grep deb-oslotest ../gerrit2/review_site/logs/error_log and got nothing back18:38
corvusclarkb: oh, then we should still check the replication log on gerrit18:38
clarkbah there is more than one log got it18:38
corvusit's separate; i'm unsure if problems there show up in error_log18:38
clarkbFailed replicate of refs/tags/1.5.3 to ssh://git@gitea02.opendev.org:222/openstack/deb-oslotest.git, reason: pre-receive hook declined18:39
clarkbthere are lines like that, so that is progress maybe18:39
fungii don't see any hooks in that repo on the gerrit fs at least18:40
clarkbas a potential third issue the fixup playbook has not exited after those errors and isn't reporting any new content to my console18:40
clarkbfungi: I think they are the hooks on the gitea side?18:40
*** priteau has joined #openstack-infra18:40
corvuswow, we should install "less" on our servers18:41
fungiyeah, just wondering if gerrit also tries to replicate hooks18:41
fungiand whether it was trying to or had pushed one during replication if so18:41
fungibut i don't see one it would have tried to put in gitea, so if there's a pre-receive hook in gitea that's not how it got there18:41
clarkbI want to say C git at least hooks are always opt in by the client18:41
fungipossible gitea has some default hooks and something about this repo is running afoul of one?18:42
corvusfungi: it may be that gitea ingestion includes implementation of something that looks like a hook to git18:43
corvusgitea internally handles receiving commits (just like gerrit)18:43
fungisure, also seems like a possibility18:43
*** priteau has quit IRC18:44
fungii.e. it's "default hooks" aren't in files on the filesystem, just some tasks it performs internally18:44
corvus2019/03/13 18:20:55 [...io/gitea/cmd/hook.go:109 runHookPreReceive()] [F] retrieve protected branches information failed: parse https://localhost:3000/api/internal/branch/620/refs/tags/debian/1%!.(MISSING)0-2: invalid URL escape "%!"(MISSING)18:44
*** wolverineav has quit IRC18:44
corvusthat's from /var/gitea/logs/hooks/pre-receive.log on gitea0118:45
fungiooh!18:45
fungidid we import a funky tag?18:45
corvusi don't know if that's our repo in question, but it's suggestive :)18:45
corvusthere is a "debian/1%1.6.0-2" according to gerrit18:45
fungii wonder where it comes from, as /home/gerrit2/review_site/git/openstack/deb-oslotest.git/refs/tags/ is empty on review.o.o18:46
corvusfungi: could be in packed-refs18:46
clarkbI wonder if that got into the repo with an old git version then newer git decided you have to do %% or whatever the escape is18:46
fungiaha, i keep forgetting about packed refs18:46
clarkbidea: lets create a new tag then delete that one?18:46
fungiclarkb: yeah, that rings a bell. there were some advisories about malformed references in recent history18:46
*** kjackal has quit IRC18:47
*** jamesmcarthur has joined #openstack-infra18:47
mordredgitea is talking about url escape though - it's possible that gitea is apply a url escape routine to the ref name - and nothing about it is invalid git and it's just a gitea bug doing ingestion processing18:47
clarkbdebian/1.6.0-2 would line up with debian/1.6.0-1 which already exists then delete the % ref?18:47
*** jtomasek has quit IRC18:48
corvusmordred: i'm inclined to agree.  if so, whatever else we have going on here, we may have a gitea bug.18:48
mordredyeah18:48
*** gmann is now known as gmann_afk18:48
mordredlike - let's delete the tag - but it also might be worth filing a bug - and that's a pretty easy reproduction case18:48
clarkb`git check-ref-format` is apparently the source of truth for git18:48
corvusgiven the state of that repo though, i also think it would be okay to "fix" this by replacing that tag.18:49
mordred++18:49
clarkbcheck-ref-format doesnt' error on that tag name for me18:49
clarkbso ya likely a gitea bug18:49
*** mattw4 has joined #openstack-infra18:51
corvusif i try to create that tag in try.gitea.io web ui, i get "  TagName must be a well-formed Git reference name."18:52
corvusit seems that gitea web ui has some validation that goes beyond git, and i bet if i did a git push with the tag, i'd hit the same error we see in replication18:53
corvusstill, i think gitea should be able to handle that since git does18:53
corvusi'll file a bug, unless anyone else has started on that?18:53
clarkb`git checkout 9bf5d27b53bde8b5a2856ca44e395992379caad2 && git tag -s debian/1.6.0-2 && git push gerrit debian/1.6.0-2 && git push gerrit :debian/1%1.6.0-2` look right?18:54
clarkbcorvus: I've not started filing a bug (was working on sequence of things to replace the tag18:54
*** mattw4 has quit IRC18:56
*** mattw4 has joined #openstack-infra18:57
*** kjackal has joined #openstack-infra18:58
mordredclarkb: yes - that looks right to me18:58
mordredclarkb: although I think you could also do "git checkout debian/1%1.6.0-2" as step 118:58
clarkbmordred: ah yup. I'm ready to do the above commands shoudl I go ahead and do them?18:59
clarkbwow ok so these repos19:00
clarkbturns out if you git review -s the gerrit remote you get is for openstack/oslotest not openstack/deb-oslotest19:00
clarkb(I haven't psuehd anything yet, and happy I checked that. Amazing)19:01
*** e0ne has joined #openstack-infra19:01
clarkbreplace the git pushes above with `git push ssh://cboylan@review.openstack.org:29418/openstack/deb-oslotest.git debian/1.6.0-2 && git push ssh://cboylan@review.openstack.org:29418/openstack/deb-oslotest.git :debian/1%1.6.0-2`19:02
*** mattw4 has quit IRC19:02
mordred++19:03
corvusclarkb, mordred, fungi: https://github.com/go-gitea/gitea/issues/632119:03
*** mattw4 has joined #openstack-infra19:03
clarkbcorvus: thanks19:03
clarkbI'm pushing the tag now19:03
fungiclarkb: i'm okay with the proposed solution since it's a dead repo anyway19:04
*** zzzeek has quit IRC19:04
fungibut agree it seems like a bug in gitea19:04
clarkb ! [remote rejected] debian/1.6.0-2 -> debian/1.6.0-2 (prohibited by Gerrit)19:04
clarkbI'm guessing I need to make the repo active?19:04
fungiyes, it'll have to be active and have a viable acl, i think19:05
clarkbI can make it active the nset it back to read only if we still like that plan19:05
clarkbfungi: I'm bypassing the acl via project bootstrappers fwiw19:05
clarkbok pushes are done. setting repo back to read only19:06
clarkband will trigger replication again19:07
fungiyeah, as long as the acl properly inherits from all-projects that works19:07
*** zzzeek has joined #openstack-infra19:07
clarkbhttps://opendev.org/openstack/deb-oslotest19:08
clarkbI'm going to grab lunch now that that is happy. We still need to figure out retirement acl updates and my gitea fixup playbook still hasn't exited which seems like something we don't want either19:10
clarkbmordred: ^ any ideas on that? its running as root in screen on bridge if you want to take al ook19:10
clarkb#status log Replaced deb-oslotest's debian/1%1.6.0-2 tag as the % is making gitea unhappy and the project is retired. Gitea bug: https://github.com/go-gitea/gitea/issues/6321 New tag: debian/1.6.0-219:12
openstackstatusclarkb: finished logging19:12
*** emine__ has joined #openstack-infra19:12
*** Emine has quit IRC19:13
*** wolverineav has joined #openstack-infra19:15
*** wolverineav has quit IRC19:22
*** luizbag_ has quit IRC19:30
*** luizbag has joined #openstack-infra19:30
openstackgerritAnkita Bansal proposed openstack-infra/storyboard-webclient master: Pagination error in active/merged/invalid stories in projects resolved.  https://review.openstack.org/64222419:38
clarkbinfra-root I'm going to stop the current running playbook via ^C, start it again, the start looking at afsdb0219:38
openstackgerritClark Boylan proposed openstack-infra/project-config master: Disable wheel mirror updates  https://review.openstack.org/64314619:42
openstackgerritClark Boylan proposed openstack-infra/project-config master: Revert "Disable wheel mirror updates"  https://review.openstack.org/64314719:42
mordredclarkb: ++19:42
clarkbinfra-root can I get reviews on https://review.openstack.org/643146 to disable wheel mirror updates. I am disabling the other updates now19:43
*** wolverineav has joined #openstack-infra19:45
corvusclarkb, mordred, fungi, AJaeger: regarding the opendev base-jobs documentation.... we need to find a place to publish it :)19:52
clarkbdocs.opendev.org then host that off afs maybe?19:52
clarkbwe've already got the afs volume (though it needs the RO spare)19:53
corvuswhich probably means answering the question "should opendev have a general purpose publishing site for any project?"19:53
corvusor do we just set something up for publishing dockes for opendev itself?19:53
corvusthat was a weird way to spell docs19:53
clarkbhttps://github.com/go-gitea/gitea/issues/302 suggests "caddy" as a tool to enable it if we want something like github pages19:55
clarkbI think there is value in supporting that. But we need to force projects onto their own domains19:56
clarkb(I wonder if that would be a reason to host at git.opendev.org instead of opendev.org19:56
corvusclarkb: or we register opendevusercontent.org :)19:58
*** mattw4 has quit IRC19:58
mordredor do wildcards and allow for nova.openstack.opendev.org ?19:59
corvusdo i recall correctly that the concern with cookies and domains is that arbitrary content at foo.opendev.org receives the cookies for opendev.org ?20:00
mordredah. maybe so20:00
*** mattw4 has joined #openstack-infra20:00
mordredwell - I don't thnik we should do a gh-pages like service20:00
mordredwe have zuul20:00
mordredwe don't need a service that knows how to publish static content20:00
clarkbcorvus: yes I think that is the concern20:00
clarkbwhereas git.opendev.org and foo.opendev.org woudl not have that hierarchical relationship aiui20:01
mordredbut I don't have a good suggestion of where to put project-tied repo content20:01
clarkbas soon as my wheel job disable chagne merges my next step is going to be to disable the afs processes on afsdb02.o.o. Then I'll wait a few minutes where we can make sure clients still work before proceeding20:02
openstackgerritMerged openstack-infra/project-config master: Disable wheel mirror updates  https://review.openstack.org/64314620:02
dulekclarkb: Do we have infra mirrors of K8s releases? In particular I mean binary releases that are downloaded by kubetest --extract, so "staged build from gcs", as it's documentation states.20:02
clarkbdulek: no20:02
clarkbI don't think we mirror any of the docker or k8s binaries or packages20:03
clarkbunless they come from a distro20:03
dulekclarkb: Okay, will get back to you if downloading that from GCS will be problematic on gate VM's.20:04
dulekHopefully it wont. :)20:04
mordredlooks like if it does turn out we need to mirror some location for that- kubetest --extract supports the env var "KUBERNETES_RELEASE_URL"20:05
clarkbinfra-root afsdb02 has afs services disabled now. I'm going to let it sit like that for a few minutes and then check that docs.openstack.org and zuul-ci.org and mirror.rax.dfw.openstack.org still serve content20:05
mordredso it should be possible to tell it to use a mirror if we grew one20:05
clarkbcorvus: ^ maybe you want to do tests from your local machine (I currently don't have working afs kernel modules. it gets mad about some piocontrol or omsething)20:06
clarkbthough the mirrors and files hosts should be pretty good canaries20:06
corvusclarkb: i'm still able to browse /afs/openstack.org20:08
clarkbthe sites I listed are all working still as well20:09
clarkbI am going to proceed with my plan as documented20:09
*** dklyle has quit IRC20:09
corvusmordred, clarkb: i don't want to distract from the afs maint anymore, but reading the cookie spec, i think we might be okay.  i think we should look into it more after the maint.20:11
*** luizbag has quit IRC20:12
*** mattw4 has quit IRC20:13
*** wolverineav has quit IRC20:15
*** dklyle has joined #openstack-infra20:16
*** wolverineav has joined #openstack-infra20:16
openstackgerritAnkita Bansal proposed openstack-infra/storyboard-webclient master: Stars should be next to the name of the entity  https://review.openstack.org/64315320:17
clarkbupgrade is to the point of building dkms modules20:23
clarkbwhich is a long waiting period before answering a few more questions then rebooting20:23
clarkbWhen it comes back I20:24
clarkber20:24
clarkbafter that first reboot I'll correct apt things and make puppet happen then disable afs again and do another set of reboots to amke sure we don't have to hard reboot it like the others20:24
*** mattw4 has joined #openstack-infra20:25
*** lpetrut has joined #openstack-infra20:27
*** jamesmcarthur has quit IRC20:29
*** lpetrut has quit IRC20:31
clarkbpost do-release-upgrade reboot is happening now20:37
clarkbbos status says services on afsdb02 are running normally post reboot. I'm going to clean up apt and puppet now. Then line up some more reboots20:38
*** e0ne has quit IRC20:38
clarkbok first reboot off of new kernel happening in just a moment.20:40
*** gmann_afk is now known as gmann20:41
*** e0ne has joined #openstack-infra20:41
clarkband it did not hang like the fileservers20:42
clarkbI am going to reenable puppet on afsdb02 now20:42
*** mattw4 has quit IRC20:43
*** mattw4 has joined #openstack-infra20:43
clarkbinfra-root afsdb02 ^ is now running xenial and the upgrade is complete pending a successful puppet run20:43
clarkbThe upgrade process went exactly as expected in my document as far as question prompts20:43
clarkbservice seems to be running happily20:44
clarkbGiven the lack of surprises I'll plan to upgrade afsdb01 as soon as afsdb02 has a good puppet run20:44
clarkbcorvus: mordred now might be a good time to talk cookies?20:44
clarkbI like chocolate chip20:44
*** e0ne has quit IRC20:45
mordredmmm. chocolate chip are delicious20:45
mordredthey go nicely into cookie dough inside of ice cream20:45
clarkb++20:46
*** weshay is now known as other_guys20:46
*** other_guys is now known as other_guy20:46
mordredclarkb: yeah - I agree with what you said above - it seems that cookies are scoped to a host, not a domain20:47
mordredalthough it does seem like we COULD set cookies with a domain scope by prefixing with a .20:48
mordredclarkb: oh - wait20:48
clarkbmordred: stack overflow says none of the browsers care about the leading . now and all follow rfc626520:48
clarkband that says if you set a domain then it is sent for all subdomains too20:48
mordredclarkb: yeah20:49
clarkbso depends on what our gitea cookies look like20:49
mordredbut I think still if you don't add a domain= to the cookie20:49
mordredit should still be host scoped20:49
corvusback20:50
corvushttps://tools.ietf.org/html/rfc6265#section-4.1.2.320:50
corvushttps://tools.ietf.org/html/rfc6265#section-5.3  step 620:50
corvushttps://tools.ietf.org/html/rfc6265#section-8.620:50
clarkbthe cookies I see in firefox have domain=opendev.org20:50
clarkboh then they set hostonly=true20:50
corvusthose are the relevant rfc links i found20:50
corvusclarkb: and yes -- gitea does not set the domain attribute, which means (according to the first and second links) that it should be host-only, and therefore only supplied back to opendev.org, not foo.opendev.org20:51
mordredcool. so we could do a docs.opendev.org if we wanted to20:52
corvushttps://security.stackexchange.com/questions/91427/security-implications-of-providing-users-subdomains-on-my-domain  elaborates on what's described in the third link there20:52
mordredand let people publish in a zuul job to a project-limited location (like we do now for tarballs) pretty easily20:52
corvusbut i believe that macaron employs the csrf prevention technique described there (in that it resets the csrf token on login and logout) so that's probably okay too20:52
corvusmordred: i'm inclined to agree20:53
*** yamamoto has quit IRC20:53
corvus(oh, sorry, macaron is the web framework used by gitea)20:53
clarkbthe way firefox renders the cookie data for me is weird it totally shows domain=opendev.org implying the domain is set20:53
clarkbbut then there is another field called hostonly set to true20:53
clarkbend result is ya  Ithink this is safe20:54
corvusclarkb: i think you're looking at cookie storage, not transport?20:54
clarkbcorvus: yes20:54
corvusclarkb: the steps described in rfc6265 relate to how to translate cookie transport to storage, and they do indeed say that if you supply no domain attribute in transport, you should set the domain to the host and set host-only to true.20:54
clarkbgot it20:55
corvusclarkb: so your observation is consistent with what i observe in transport using the dev tools -- the set-cookie header does not have "domain="20:55
*** other_guy is now known as weshay20:55
clarkbis there concern about going the other direction. Eg something in docs.opendev.org setting a cookie with domain=opendev.org (I don't know if it is allowed to) then having that get loaded by gitea?20:55
corvusclarkb: sorry i meant to say steps described in rfc6265 section 5.3 (the second link above)20:55
corvusclarkb: yes, that's described in 8.6 and, i think, aiui, mitigated by the csrf20:56
corvusthe csrf token that is :)20:56
mordred++20:56
corvusif this is passing the sniff test with folks here in channel, maybe we should write it up real quick and ask a smart keystone person to look it over? :)20:57
clarkb++20:58
clarkbwe haev three cookies from gitea, the csrf token, i_like_gitea, and lang. I guess csrf verifies the two others?20:59
corvushere's the docs, though i haven't digested them yet: https://go-macaron.com/docs/middlewares/csrf21:00
clarkbI guess the subdomain setting cookie for domain=opendev.org would be an issue if we used git.opendev.org or not21:03
clarkbso the question is more do we need a completely different domain than if git.opendev.org would work21:03
corvusclarkb: that's my understand too21:04
*** snevi has joined #openstack-infra21:04
clarkbcool seems like we have all largely come to the same conclusions then. NOw just a matter of understanding if the csrf cookie stands up to this appropriately21:06
*** IvensZambrano has quit IRC21:06
gmannfungi: clarkb I am ready to go on these - https://review.openstack.org/#/c/639096/  https://review.openstack.org/#/c/641886/21:08
*** trown is now known as trown|outtypewww21:10
clarkbgmann: +2 on https://review.openstack.org/#/c/639096/8 but left a note of somethign to watch21:10
*** whoami-rajat has quit IRC21:11
clarkbgmann: at the bottom of the diff at https://review.openstack.org/#/c/641886/2/zuul.d/zuul-legacy-jobs.yaml why did we add the xenial nodeset to legacy-tempest-dsvm-neutron-full-ocata?21:11
clarkbinfra-root puppet just ran on afsdb02 successfully with no changes21:11
clarkbinfra-root (and corvus in particular) should I go ahead and start on afsdb01? I can stop services there then wait again21:12
gmannclarkb: legacy-tempest-dsvm-neutron-full-ocata is stable job run on tempest master gate so need to use xenial21:12
*** kgiusti has left #openstack-infra21:12
clarkbgmann: got it21:12
gmannclarkb: RE on 639096, does not release pipeline take the master version ?21:13
corvusclarkb: yep, i'm standing by21:13
clarkbgmann: no beacuse tags aren't branch specific21:14
clarkbgmann: one thought there is to not worry about the legacy nodests on tag based pipelines21:14
clarkbok stopping services on afsdb01 now21:14
clarkbwill wait ~5 minutes then check afs hosted sites for cotent21:16
*** mattw4 has quit IRC21:17
clarkbgmann: there is also work in zuul to make it infer a branch21:18
clarkbbut that isn't merged yet21:18
clarkbat least I don't think it is21:18
corvusMar 13 14:18:13 fuligin kernel: [241552.785217] afs: Lost contact with volume location server 104.130.136.20 in cell openstack.org (code -1)21:18
corvusclarkb: i got that, and then my kernel recovered and tried afsdb02 and succeeded21:18
*** mattw4 has joined #openstack-infra21:18
clarkbcorvus: awesome21:18
corvusso lgtm so far21:18
*** wolverineav has quit IRC21:18
*** janki has quit IRC21:19
corvusit took like... i dunno, 30 seconds?  a while.21:19
* fungi is catching up on xss/csrf/cors/cookie discussion and afs maintenance while working on dinner21:19
clarkbfungi: gmann is ready to merge things too21:19
fungigmann: i'll take one last look but we're probably good to merge those21:19
mordredfungi: I recommend dinner21:19
fungiand then we can merge mine once we see they're in21:19
clarkbcorvus: docs is still there21:20
corvusi love how well-supported afs is in tcpdump:21:20
clarkband our mirrors are still serving content21:20
corvus14:18:17.562450 IP fuligin.afs3-callback > afsdb02.openstack.org.afs3-vlserver:  rx data vldb call get-entry-by-name-u "mirror.debian-security" (60)21:20
clarkbbased on that I think things are happy and I'm going to proceed21:20
corvusclarkb: ++21:21
mordredcorvus: this is a dumb question - but I thought afs didn't use tcp21:21
clarkbtcpdump captures udp too (despite the name)21:21
gmannclarkb: i see. these are the places that is being used -  http://codesearch.openstack.org/?q=legacy-publish-openstack-artifacts&i=nope&files=&repos=21:21
mordredclarkb: well there we go then21:21
*** wolverineav has joined #openstack-infra21:22
*** wolverineav has quit IRC21:24
*** wolverineav has joined #openstack-infra21:24
fungitcpdump even captures things which are not ip protocols at all21:24
fungion some platforms, it's even used to capture things which aren't actually network traffic21:24
fungiopenbsd's pf packet filter performs its logging to a virtual pflog0 "network" interface which you can stream in real time using tcpdump to sniff on it21:25
mordredfungi: bsd is weird21:25
fungi"keep bsd weird"21:25
*** yamamoto has joined #openstack-infra21:26
clarkbwhile I'm waiting for lots of text to scroll by: bionic has openafs 1.8.x21:28
clarkbso the next round of upgrades will be a bit more involved. I think we can have the fileservers be 1.8 with 1.6 db servers, but aiui we don't want to mix 1.6 and 1.8 db servers21:29
clarkbso that might be a case of take an outage, shutdown all db servers, upgrade one db server to 1.8 then upgrade the other21:29
clarkbwe might be able to reduce the outage window size if we uninstall afs from one of the db servers, upgrade it to bionic then reinstall afs and do a juggle where we aren't waiting on the full upgrade to happen21:30
clarkbso a few minutes rather than ~40 minutes21:30
clarkbwhich isn't that bad21:30
clarkb(and now I'm going to stop thinking about problems 2 years from now)21:31
corvusi kind of want to write a zuul job that sets up a cell on xenial, then uses an ansible playbook to upgrade it to bionic.21:31
fungigmann: i've approved both 639096 and 641886 just now. once we see those are applying we can approve 641897 which i've just removed my wip vote from21:33
clarkbI am in the build dkms modules part of the upgrade21:33
gmannfungi: thanks.21:34
*** yamamoto has quit IRC21:35
mordredcorvus: if you wrote such a job, you be in a good position to offer some zuul testing to our openafs friends21:38
corvusmordred: oh indeed...21:39
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Migrating legacy base jobs nodeset from Xenial to Bionic  https://review.openstack.org/63909621:41
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Move zuul-legacy-jobs.yaml jobs to Bionic  https://review.openstack.org/64188621:43
fungigmann: ^ those are applied immediately to all new builds now21:43
fungiif thinks are looking good i'll get a second config-core reviewer to take a look at 641897 and hopefully approve it next21:44
* mnaser is around21:44
clarkbI can look as soon as I'm done with this upgrade. Getting close to the end then I clean up apt, install puppet, and do secnd reboot for sanity21:44
fungiclarkb: you already +2'd it anyway21:45
gmannfungi: +1, we are good to go seems. sent the last email about those are merged21:45
fungimnaser: sounds like 641897 is safe to approve in that case21:47
* mnaser holds breath21:48
mnaserdone, be good to watch the gates21:48
clarkbsecond reboot was fine on afsdb01, afsdb02 reports the status of afsdb01 is running normally. I am reenabling puppet now21:49
clarkband we can be done with these upgrades for now21:49
clarkb#status log Upgraded afsdb01 and afsdb02 servers to Xenial from Trusty.21:50
openstackstatusclarkb: finished logging21:50
openstackgerritJames E. Blair proposed openstack-infra/zuul-jobs master: Document how to build a buildset registry  https://review.openstack.org/64316721:50
clarkbinfra-root I am going to reenable afs publishing things again on mirror-update and afsdb01. And will have approved https://review.openstack.org/#/c/643147/121:52
openstackgerritMerged opendev/base-jobs master: Switch default nodeset to ubuntu-bionic  https://review.openstack.org/64189721:53
clarkbmirror-update chagnes should begin in about 10 minutes21:54
clarkband the docs vos releases are every 5 minutes21:54
clarkbfwiw my second run of the correct gitea configs playbook is still running21:55
clarkbhasn't failed yet though21:55
*** tosky has joined #openstack-infra21:56
fungimnaser: thanks! will keep an eye on it while eating dinner now21:56
*** rcernin has joined #openstack-infra21:57
*** mattw4 has quit IRC22:01
*** mattw4 has joined #openstack-infra22:01
*** rh-jelabarre has quit IRC22:02
openstackgerritMerged openstack-infra/project-config master: Revert "Disable wheel mirror updates"  https://review.openstack.org/64314722:02
openstackgerritClark Boylan proposed openstack-infra/system-config master: Remove trusty testing flag from nodes that are xenial  https://review.openstack.org/64316822:03
clarkbinfra-root ^ cleanup of some of our uneeded trusty testing22:03
clarkbI think that means I should haev plenty of time tomorrow to do puppet4 upgrade things \o/22:04
mordredclarkb: woot22:05
clarkbdeb-python-mistralclient has caused gitea fixup to fail22:06
clarkbI'm looking into it now22:06
clarkbI wonder if we can easily scan all the repos for no content in gitea?22:06
clarkbcurl | grep no content or something22:06
*** kjackal has quit IRC22:07
clarkbfor project in projects.yaml ; do curl opendev.org/$project | grep 'This repository does not contain any content.' && echo $project ; done22:07
clarkbmaybe?22:07
clarkbdeb-python-mistralclient has a % tag too22:08
clarkbI'm going to work on my script to find these things then see if we can batch up the "fixes"22:09
clarkbhttp://mirror.ord.rax.openstack.org/ubuntu-ports/timestamp.txt shows that we've done a successful vos release22:10
*** mriedem is now known as mriedem_afk22:18
clarkbI have a script running to detect the cases of repo with no content22:20
clarkbthree found so far including the one above22:20
clarkb(its not the fastest thing as it has to fetch every http page22:20
fungiclarkb: you ought to be able to find those locally on review.o.o with command-line git tools?22:24
clarkbfungi: if I'm looking for specific things like the % refs, but this can also happen if the repo is hidden22:24
clarkbI figured I'd do it against gitea and get the complete list of all unhappy repos then figure out why they are unhappy from there22:25
fungiahh22:25
clarkbalso the script for that is simple just not quick :)22:25
clarkbfor X in `grep -- '- project:' gerrit/projects.yaml | sed -e 's/^. project: //'`; do curl -s https://opendev.org/$X | grep -q 'This repository does not contain any content.' && echo $X; done22:25
fungimaybe you can get it from the backend database for gitea?22:25
clarkbpossibly22:25
* fungi knows nothing of its schema22:25
clarkbya I dont wither22:25
clarkb*either22:25
corvusi'm not sure what to look for there22:27
clarkbno worries the script there is working22:27
*** lifeless has quit IRC22:27
corvus(especially since i think we've set the default branch on all projects)22:27
clarkbinto the stackforge attic now22:27
*** lifeless has joined #openstack-infra22:27
clarkbhttp://paste.openstack.org/show/747752/ there are only three repos in this state22:28
*** adriant has quit IRC22:29
clarkbthey all have the % tag name issue22:29
clarkbany objections to me applying the workaround we did earlier to those three repos?22:30
fungiare they all retired repos?22:30
clarkbyes22:30
clarkb(just finished checking that)22:30
fungiare they all deb-.* repos?22:30
clarkbyes22:30
clarkb(see the paste above)22:30
funginuke 'em22:30
clarkbwill do22:31
fungiokay, this is interesting... looking at very recent failures it appears that tripleo-heat-templates is running tox-py35 rather than openstack-tox-py35 so is now failing because it wants to run on ubuntu-bionic by default22:33
fungiwho do we normally reach out to about tripleo job problems?22:33
clarkbfungi: mwhahaha weshay zbr and rfolco22:35
mwhahahaprobably stable branches22:35
mwhahahawe've moved to 36 in master22:35
clarkbopenstack/deb-python-mistralclient already has a replacement tag with matching target ref so we only need to delete the bad tag there22:35
fungineutron-lbaas-dashboard has a nodejs-npm-run-test which is returning retry_limit result because it wants https://deb.nodesource.com/node_4.x for bionic22:36
fungiso failing to set up npm in pre22:37
mordredfungi: I'd recommend that upgrades to a more recent node than 4.x22:37
mordredfungi: I believe 4 is no longer supported upstream22:38
mordredfungi: https://nodejs.org/en/about/releases/22:38
fungiyeah, i mean that's probably why it's breaking22:38
mordredyeah22:38
fungijust pointing this out as something which may bite other projects as well22:38
mordredfungi: is that on a stable branch?22:39
mordredfungi: oh - doh. nevermindm. I can't computer22:40
mordredfungi: https://review.openstack.org/643177 Update node_version to 1022:43
mordredfungi: we've also got some job templates in ozj that set node_version to 422:44
mordredthis is making me think we should make a general effort to fix http://codesearch.openstack.org/?q=node_version%3A%204&i=nope&files=&repos=22:45
fungilikely22:46
clarkb#status log Added tag debian/1.6.0-2 to openstack/python-deb-oslotest as replacement for deleted tag debian/1%1.6.0-2 to workaround a gitea bug with % in ref names22:46
openstackstatusclarkb: finished logging22:46
mordredfungi: I'mma send a mailing list22:46
clarkb#status log Deleted tag debian/1%3.1.0-3 in openstack/deb-python-swiftclient to workaround gitea bug with % in ref names. There was already a debian/3.1.0-3 replacement tag pointing to the same ref.22:47
openstackstatusclarkb: finished logging22:47
fungithanks mordred!22:47
clarkb#status log Deleted tag debian/1%2.1.2-1 in openstack/deb-python-mistralclient to workaround gitea bug with % in ref names. There was already a debian/2.1.2-1 replacement tag pointing to the same ref.22:47
openstackstatusclarkb: finished logging22:47
mwhahahafungi: i don't see where tox-py35 is defined in tripleo so not sure where that's getting pulled in, we've got openstack-tox-py35 referenced22:48
clarkbIf my script runs again and doesn't find any broken repos I'm going to start the gitea fixup playbook again22:49
fungimwhahaha: i'll see if i can spot where it's coming in22:51
fungizuul dashboard to the rescue22:51
clarkbI'm going to find some tea while waiting on my script22:52
*** shardy has quit IRC22:52
fungimwhahaha: it's running for the https://review.openstack.org/600843 master branch change to tht22:53
mwhahahayea i saw22:54
mwhahahathats why i went looking22:54
mwhahahabut we don't pull it in in tripleo-ci or tripleo-heat-templates22:54
mwhahahaso it's coming in elsewhere22:54
mwhahahawonder if it's from openstack-python35-jobs-no-constraints22:54
mwhahahayea that's where it's coming from22:55
mwhahahahttp://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/zuul.d/project-templates.yaml#n75122:56
mordredfungi: we might need to put in a more systemic temporary workaround ... there are also a bunch of nodejs4- templates in ozj - and when you search for that, the carnage spreads a bit22:56
mordredfungi: I'll let someone smarter than me propose a course of action in reply to the mailing list though22:56
fungimwhahaha: yeah, sorry, was digging for it as well and came to the same conclusion22:57
mwhahahawe can drop the job, though that job is used in openstack-infra/* stuff too22:57
mwhahahaso might need to fix tox-py3522:57
fungimwhahaha: well, there's no "fixing" tox-py35 since it's part of the zuul-jobs standard library, but we should be able to fix the templates in openstack-zuul-jobs themselves22:58
*** shardy has joined #openstack-infra22:58
fungii'm looking at a possible patch now22:58
mwhahahain the mean time i'll look at dropping it out of tripleo and switching to the other one22:59
openstackgerritJeremy Stanley proposed openstack-infra/openstack-zuul-jobs master: Run tox-py35 on Xenial for no-constraints template  https://review.openstack.org/64318023:03
fungimwhahaha: ^23:03
*** wolverineav has quit IRC23:03
mwhahahak thanks23:03
fungiconfig-core: ^ that's a fairly important bit i missed in the osj prep23:03
fungiquick review appreciated23:04
fungifwiw i didn't see any other project-templates in osj calling tox-py35 directly23:04
fungiso hopefully that's all i overlooked there previously23:04
*** cristoph has quit IRC23:04
clarkbwill look momentarily23:05
*** slaweq has quit IRC23:05
*** ianychoi has joined #openstack-infra23:06
*** rlandy is now known as rlandy|bbl23:06
clarkbgitea fixup is now running for hopefully the final time23:06
*** rascasoft has quit IRC23:09
*** slaweq has joined #openstack-infra23:11
*** wolverineav has joined #openstack-infra23:15
*** slaweq has quit IRC23:15
clarkbcorvus: mordred care to quickly review https://review.openstack.org/#/c/643180/ to fix up fungi's thing?23:16
mordredfungi: I think maybe we shoudl do the same thing for the nodejs4- project templates23:17
fungimordred: please do23:18
mordredI mean - we should also get people off of nodejs4 - but it's possible that will take more than a second23:18
fungithat'll be a nearer-term fix at least23:18
fungii've sent a recap to the ml with the several issues we've identified so far23:19
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Run nodejs4- jobs on ubuntu-xenial  https://review.openstack.org/64318223:20
mordredfungi: cool23:20
*** wolverineav has quit IRC23:20
corvusmordred: your message has a *folded* subject line!  you almost never see those!23:22
*** wolverineav has joined #openstack-infra23:22
corvus(because early muas were terrible about handling them, and the habit stuck)23:22
*** tosky has quit IRC23:23
corvusclarkb: afsdb02 noticed afsdb01 was back online (a while ago): Wed Mar 13 21:46:06 2019 ubik:server 104.130.136.20 is back up: will be contacted through 104.130.136.2023:26
clarkbcorvus: is that from syslog?23:26
corvusso that's good23:26
corvus/var/log/openafs/VLLog23:27
clarkbthanks23:27
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Run tox-py35 on Xenial for no-constraints template  https://review.openstack.org/64318023:27
corvussimilar entry in PtLog23:27
corvus(that's "volume location" and "protection")23:27
*** dave-mccowan has joined #openstack-infra23:28
corvus(there are really two databases)23:28
clarkbya I noticed that when backing up /var/lib/openafs23:28
clarkband also bosserver is just a manager daemon it then forks off the appropriate sub processes23:28
corvus"basic overseer" iirc23:29
clarkbI'ev learned a lot about afs doing these upgrades23:29
clarkband then bosconfig determines which of those subprocesses to run iirc23:30
corvusthe ubik database/protocol was a gateway to PKD's short stories for me23:30
*** lseki has quit IRC23:31
ianwclarkb: yeah, it's almost like a system daemon that manages other daemons, daemon is hard to write so maybe we should just shorten it to "d" ... :)23:32
clarkbianw: I think afs was probably invented before daemons existed23:33
*** xek_ has quit IRC23:33
clarkbianw: a time of demogorgons and riding your bike down the street as a kid to save the world23:34
clarkb(stranger things is really good if you haven't seen it yet)23:34
ianwyeah, on the odd occasion i've had of going through the source looking for how an error message gets generated because it seems nobody else has ever seen that message (or at least posted about it somewhere indexable on the internet) it's been quite an archaeological tour23:34
ianwclarkb: yeah i watch that show and marvel at all the tupperware etc they've found.  I'm like "we had that!".  the americans too23:36
*** mattw4 has quit IRC23:36
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Run nodejs4- jobs on ubuntu-xenial  https://review.openstack.org/64318223:37
*** dave-mccowan has quit IRC23:38
ianwfungi: we got a bit sidetracked talking about https://review.openstack.org/#/c/639951/ for this bindep switching when afs went down the other day23:41
ianwi really don't like switching on the package manager, i just have that weird feeling that it may work but doesn't feel right23:41
fungiyeah, the rpm/dpkg nomenclature was meant more to identify distribution families based on packaging convention s23:44
fungithat distinction tended to represent a fair amount of the divergence in package naming between distros23:45
fungii'm unconvinced that paradigm holds true with package managers themselves, at least any more than switching on distro and version does23:46
*** wolverineav has quit IRC23:52
*** wolverineav has joined #openstack-infra23:57

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