Wednesday, 2022-06-22

*** dviroel|afk is now known as dviroel00:07
ianwi saw a similar-ish error when building locally after git submodules wasn't fully updated correctly00:14
ianwthat may not be the issue in the gate fresh builds00:14
ianwoh i see you found a stable branch for it00:17
ianwfungi if you have a sec for https://review.opendev.org/c/opendev/system-config/+/845066 and https://review.opendev.org/c/opendev/system-config/+/845853 that would be good; doc formatting and small fixes for duplicate gerrit user bits00:23
opendevreviewMerged opendev/system-config master: Add description to IRC channel reg example  https://review.opendev.org/c/opendev/system-config/+/84618200:32
opendevreviewTristan Cacqueray proposed zuul/zuul-jobs master: Update ensure-ghc to use ghcup  https://review.opendev.org/c/zuul/zuul-jobs/+/84711100:32
opendevreviewTristan Cacqueray proposed zuul/zuul-jobs master: Update ensure-ghc to use ghcup  https://review.opendev.org/c/zuul/zuul-jobs/+/84711100:45
rlandyhello - is there a known mirror issue? 01:34
rlandy Error: Failed to download metadata for repo 'baseos': Yum repo downloading error: Downloading error(s): repodata/868c4a84a908ce8ed0be968af98a4b355c3b2de758d6634c1d376a14a5ffebba-primary.xml.gz - Cannot download, all mirrors were already tried without success; repodata/9b8991b4a8d86b7d0af95e2e936c91d6ef472d9e87de0c52b4bc276577a1294f-filelists.xml.gz - Cannot download, all mirrors were already tried without success01:34
rlandyhttps://mirror.mtl01.iweb.opendev.org/centos-stream/9-stream/BaseOS/x86_64/os/repodata/01:35
rlandyresolves but not the rest01:36
rlandyhttps://logserver.rdoproject.org/openstack-component-baremetal/opendev.org/openstack/tripleo-ci/master/periodic-tripleo-ci-centos-9-standalone-baremetal-master/d92fc00/job-output.txt01:36
rlandysame here on vexxhost01:36
rlandyarxcruz|rover: pojadhav|out: ^^01:37
Clark[m]You should be able to check if that file is present on our mirror and our upstream we pull from01:37
Clark[m]But if rdo is having the same issue I'm going to guess it is upstream of us01:38
rlandyit's not01:38
rlandy9b8991b4a8d86b7d0af95e2e936c91d6ef472d9e87de0c52b4bc276577a1294f01:38
rlandythat part is not01:38
Clark[m]But it is listed in repomd.xml so ya would check the upstream. Facebooks mirror iirc01:40
rlandyhttps://mirror.facebook.net/centos-stream/9-stream/BaseOS/x86_64/os/repodata/01:41
rlandynot there either01:41
rlandygiving up for the night - hoping for a sync in the morning01:42
*** rlandy is now known as rlandy|out01:42
Clark[m]It isn't there on th Facebook mirror but their repomd.xml appears to be different. But the timestamps line up?01:43
Clark[m]The repomd.xml signatures are different too. Not sure why that isn't being synced01:44
Clark[m]Maybe fallout from the corrupted file thing?01:44
*** ysandeep|out is now known as ysandeep02:09
ianwthe mirror has been stable for a bit, but ... who knows02:14
ianwthe rsync logs look ok02:15
ianwafter recent events i probably would start at the central infrastructure, rather than our upstream.  but both could be at fault02:16
opendevreviewMerged opendev/system-config master: Run zuul cluster reboots and updates automatically  https://review.opendev.org/c/opendev/system-config/+/84619504:40
*** pojadhav|out is now known as pojadhav|ruck05:10
*** open10k8s_ is now known as open10k8s06:12
opendevreviewIan Wienand proposed openstack/project-config master: [dnm] testing grafana  https://review.opendev.org/c/openstack/project-config/+/84712907:00
*** ysandeep is now known as ysandeep|afk07:02
*** jpena|off is now known as jpena07:18
noonedeadpunkhello everyone! Do you know whom I should ping for changes to x/stackalytics ?07:58
noonedeadpunkspecifically talking about https://review.opendev.org/c/x/stackalytics/+/84190507:59
fricklernoonedeadpunk: seems looking at who recently approved patches is your best bet08:22
noonedeadpunkI wasn't just sure if stackalyticks-core group was about old or new one...08:23
opendevreviewArtem Goncharov proposed openstack/project-config master: Add hashicorp-vault-plugin-secrets project  https://review.opendev.org/c/openstack/project-config/+/84713508:48
opendevreviewArtem Goncharov proposed openstack/project-config master: Add hashicorp-vault-plugin-secrets project  https://review.opendev.org/c/openstack/project-config/+/84713509:05
*** ysandeep|afk is now known as ysandeep09:09
*** rlandy__ is now known as rlandy10:34
*** sshnaidm_ is now known as sshnaidm11:05
*** dviroel__ is now known as dviroel11:28
*** ysandeep is now known as ysandeep|afk12:23
*** pojadhav is now known as pojadhav|ruck12:58
*** ysandeep|afk is now known as ysandeep13:22
*** dasm|off is now known as dasm13:47
opendevreviewTristan Cacqueray proposed zuul/zuul-jobs master: Update ensure-ghc to use ghcup  https://review.opendev.org/c/zuul/zuul-jobs/+/84711114:10
*** dviroel is now known as dviroel|lunch14:59
*** ysandeep is now known as ysandeep|out15:00
opendevreviewTristan Cacqueray proposed zuul/zuul-jobs master: Update ensure-ghc to use ghcup  https://review.opendev.org/c/zuul/zuul-jobs/+/84711115:17
*** marios is now known as marios|out15:34
clarkbthe way we do the gerrit testing makes running stuff against the old gerrit difficult as no users are bootstrapped there yet. I'll haev to think about how to refactor this to do the 3.5 to 3.6 upgrade16:00
opendevreviewClark Boylan proposed opendev/system-config master: Add Gerrit 3.5 to 3.6 upgrade testing  https://review.opendev.org/c/opendev/system-config/+/84719516:25
clarkbthats a quick maybe not so great reorg to make this work.16:25
*** dviroel|lunch is now known as dviroel16:31
*** jpena is now known as jpena|off16:37
clarkbgitea 1.17 changes the default branch name to main16:44
clarkbwe already explicitly default to master in gerrit and gitea with the optional override so shouldn't regress from there, but just a heads up that another tool is shifting its default (but not gerrit itself or git as far as I can tell)16:45
fungiyeah, i checked up on git upstream a couple of months ago and they still hadn't resolved to change their default-default branch name16:50
opendevreviewClark Boylan proposed opendev/system-config master: WIP Update to Gitea 1.17.0-rc1  https://review.opendev.org/c/opendev/system-config/+/84720416:57
clarkbI expect ^ to explode, but figured gathering data to compare against the change log is a good idea16:57
clarkbNew gitea requires golang 1.18 and nodejs 14 both of which we were already using. There are a number of other breaking changes listed but I sort of got lost looking at them and decided to push up a change and see what actually breaks then cross check against the written list to see if it makes more sense17:00
*** pojadhav|ruck is now known as pojadhav|out17:00
fungiyeah, that seems like a reasonable experiment17:01
opendevreviewClark Boylan proposed opendev/system-config master: Add Gerrit 3.5 to 3.6 upgrade testing  https://review.opendev.org/c/opendev/system-config/+/84719517:03
opendevreviewClark Boylan proposed opendev/system-config master: WIP Update to Gitea 1.17.0-rc1  https://review.opendev.org/c/opendev/system-config/+/84720417:52
clarkbthe chagne log appaers to be wrong about the nodejs version used to build the upstream image. I got a really weird npm failure as it tried to install something for arm on x86. I've bumped to nodejs 16 as taht seems to be what alpine actually supplies in the upstream image contrary to the changelog17:53
opendevreviewClark Boylan proposed opendev/system-config master: Add Gerrit 3.5 to 3.6 upgrade testing  https://review.opendev.org/c/opendev/system-config/+/84719517:58
opendevreviewKendall Nelson proposed opendev/system-config master: Setup #openinfra-envirosig IRC Channel  https://review.opendev.org/c/opendev/system-config/+/84721318:05
clarkbhttps://zuul.opendev.org/t/openstack/build/f28166f0f2f94ea8b07cc08711c216bc we have successfully upgraded a test gerrit 3.5 to 3.6 all before we have even actually merged a change to build 3.6 images18:38
clarkbhttps://zuul.opendev.org/t/openstack/build/f28166f0f2f94ea8b07cc08711c216bc/log/job-output.txt#15537 shows that copy approvals doesn't actually do anything in our case, but I think that is probably fine. We'll run that command against our running gerrit outside of the actual upgrade window18:43
fungiyeah, we didn't expect it to do anything because of already running 3.5, right?18:46
clarkbya I think changes created under 3.5 have the new format. 3.5 understands the new and old format. 3.6 only understands the new one18:48
clarkbbut we can run the tool while gerrit is running so we can run that whenever we're confident we won't downgrade to 3.4?18:49
clarkbor maybe tie it to the upgrade itself so that we lump related tasks together18:49
fungii think anything we can do in advance is probably better, as long as we're confident we won't need to roll back to 3.419:04
clarkbhttps://3173935d1683b1ac754b-b45f7fdceccc06baa60c38e38ca87fcf.ssl.cf2.rackcdn.com/847204/2/check/system-config-run-gitea/7d45d3e/bridge.openstack.org/screenshots/gitea-main.png shows a neat gitea feature. I think that is actually ok in this case.19:47
*** dviroel is now known as dviroel|afk19:48
clarkbThere is a new packages tab that I think we need to address. Otherwise this looks good from the screenshots19:49
opendevreviewClark Boylan proposed opendev/system-config master: WIP Update to Gitea 1.17.0-rc1  https://review.opendev.org/c/opendev/system-config/+/84720419:53
*** timburke_ is now known as timburke20:39
*** dviroel|afk is now known as dviroel20:43
clarkbinfra-root https://etherpad.opendev.org/p/8m8IjR5E2m368VZWDBuo how does that look for another opendev update email. Feel free to add or note things I've forgotten or fix my terrible english :)20:48
fungiuse of the royal "we" feels a little stilted ;)20:49
fungi*you* sent the status update, after all, no harm in taking credit for that20:50
clarkbpretty sure some of you reviewed it, but fair enough :)20:50
fungiit's our status update, but you definitely were the one who sent the last one for us20:52
fungiminor edits, but lgtm. thanks!20:54
corvuslgtm20:55
*** dviroel is now known as dviroel|afk21:22
clarkbgreat sending that out momentarily21:28
vlotorev[m]Hi, gerrit on opendev had welcome-message script. This script was disabled when all changes have moved to NoteDB https://opendev.org/opendev/system-config/commit/1ccf5e68e51815479381a941fd9cf4f469498c6d22:13
vlotorev[m]Just wondering if the status has not changed since then and there is still no easy way to implement similar script on the top of NoteDB.22:13
clarkbvlotorev[m]: it would need to be implemented as a script running against the gerrit apis rathe than the database. Off the top of my head I'm not sure if the existing APIs perform all the necessary actions22:15
clarkbmaybe something like search for owner:current_change_owner and if results >1 then exit else comment back with the welcome message. And add in sanity checks that the message hasn't already been left. Maybe need to check that it is ps1 too22:16
vlotorev[m]clarkb: got the idea, thanks.22:19
fungivlotorev[m]: my thinking was that it should be rewritten as a zuul job22:22
*** rlandy is now known as rlandy|bbl22:30
clarkbthat newre patchset on the gitea 1.17 rc test change did manage to remove the packages tab.22:38
*** dasm is now known as dasm|off23:03
opendevreviewSamuel Walladge proposed openstack/project-config master: Add Cinder IBM Storwize charm  https://review.opendev.org/c/openstack/project-config/+/84689923:07
opendevreviewSamuel Walladge proposed openstack/project-config master: Add Cinder Dell EMC PowerStore charm  https://review.opendev.org/c/openstack/project-config/+/84688823:13
opendevreviewMerged openstack/project-config master: Add Cinder IBM Storwize charm  https://review.opendev.org/c/openstack/project-config/+/84689923:39

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