Wednesday, 2021-11-10

opendevreviewIan Wienand proposed openstack/project-config master: Pause Fedora 34 builds  https://review.opendev.org/c/openstack/project-config/+/81731800:10
opendevreviewMerged openstack/project-config master: Pause Fedora 34 builds  https://review.opendev.org/c/openstack/project-config/+/81731800:24
EmilienMfungi: hey, when moving a repo under opendev, is it possible to maintain a mirror in its original namespace (e.g. foo/bar, moving to opendev/bar, but we want to maintain the foo/bar updated from opendev).01:12
fungiEmilienM: yep, basically just need to give the mirroring job a zuul secret of some account credentials which have write access to wherever it's going to mirror01:13
EmilienMfungi: cool. Bonus question: it mirror tags as well?01:15
fungiyep01:17
fungiEmilienM: https://github.com/airshipit/airshipctl/tags is an example01:18
EmilienMok, thank you01:18
fungiin fact, the job should be able to mirror to any writeable git remote01:18
EmilienMfungi: ok a last one then I'll stop :D01:18
fungidoesn't have to be github01:18
EmilienMgophercloud currently uses openlab, and they use a fork of zuul jobs, which aren't quite how they are now in opendev. So the migration wouldn't be just a switch of zuul but also a rewrite of the jobs. This is not a big deal as we don't have that many jobs, but for a smooth transition, I wish we had a fork of the repo already under opendev (or anywhere where zuul opendev can01:20
EmilienMcontrol), so we can already work on the new zuul layout, and when we're ready we can make the switch and rebase the fork.01:20
EmilienMI don't know if I explained it well but I think you got the idea01:20
fungimakes sense, yeah01:21
EmilienMhow would it be possible? (in a nutshell)01:22
fungiimport the codebase, then work on a change to rewrite the jobs, merge it once it passes01:23
fungiany jobs which would prevent merging a change should run speculatively on the change which alters them anyway01:24
EmilienMok, and once we make the switch, we would cherry-pick what merged into original repo, in the new repo, and then enable mirroring?01:25
fungiyou'd probably want to not merge anything new to github once it's imported to opendev, so that as soon as mirroring is set up it'll be fast-forwardable for anyone with existing github remotes01:26
fungithough if you manually push the same commits to github which merge to opendev in the meantime that would work01:28
EmilienMI see01:28
EmilienMfungi: we would need to be super careful; the repo has 400+ forks and is used by 5000+ libraries on github :D01:28
fungiyeah, i don't expect they'd see any difference, the commits/tags already there will still be there once mirroring01:29
fungithough you'll likely want to clean up any unwanted branches before importing01:30
EmilienMyeah right01:31
EmilienM"you'd probably want to not merge anything new to github once it's imported to opendev" > that's my point, I think this will have to happen. Because there will be some time between the import & having working zuul jobs01:34
EmilienMbut we'll manually push the missing commits into gerrit01:35
fungiyeah, but if you keep merging things to github and also pushing them as changes to gerrit, the commits won't be the same since you'll need to merge the job config fix change before those other changes can merge, so once mirroring gets set up you'll wind up making a non-fat-forwardable overwrite to what's in github01:37
fungier, non-fast-forwardable01:37
fungithe job rewrites can't be prioritized?01:37
EmilienMfungi: it'll probably be me doing it and I can't tell how much time it'll take01:41
EmilienMi hope not long, but let's say a week (in case)01:41
EmilienMwell it's a week where we can't merge PRs :/01:41
EmilienMwe don't have that many PRs, maybe 3 a week?01:41
fungiwe really prefer not to import a repo "twice" since the second import involves someone manually pushing a complete overwrite, but in theory we could do it that way (create the project automatically importing the current state from github, work on a proposed change to fix the job configs, once it's passing don't approve it but overwrite the project in opendev with the latest state in01:45
fungigithub, freeze updates in github, rebase the job fixes and approve them, then set up mirroring back to github)01:45
fungioh, there might be a more lightweight way to do that01:52
fungipropose a change to opendev/sandbox which replaces all the master branch content with the gophercloud code and job configs, then iterate on that change until the jobs pass01:53
fungiclarkb: ^ do you think that might work?01:53
opendevreviewTakashi Kajinami proposed openstack/project-config master: Retire puppet-senlin - Step 1: End project Gating  https://review.opendev.org/c/openstack/project-config/+/81732402:14
EmilienMfungi: oh, good idea for sandbox...02:16
EmilienMhowever it doesn't have any zuul job02:17
EmilienMbut I guess I could add one02:18
EmilienMI'll give it a try. Thanks fungi , good night02:18
fungiyeah, the zuul job configuration would just be in your proposed change, zuul will execute it speculatively02:18
fungihave a good night!02:19
opendevreviewTakashi Kajinami proposed openstack/project-config master: Retire puppet-senlin - Step 3: Remove Project  https://review.opendev.org/c/openstack/project-config/+/81732702:20
clarkbsorry just catching up was having dinner02:24
clarkbwhen fungi says we really prefer to not import twice I think we should taright up say that isn't part of the bargain :)02:26
clarkbits puts a lot of work on us as admins and there really isn't any reason to ever do that02:26
clarkband yes I think we've suggested the sandbox thing to others before02:27
EmilienM++02:27
clarkbIt won't be efficient with on disk caches but should be sufficient for the exercise02:27
EmilienMtrying something here https://review.opendev.org/c/opendev/sandbox/+/81733202:34
EmilienMbut it seems like the job I'm creating is being dequeued02:34
EmilienMnevermind it seems to run now02:34
clarkbthat may just be related to the multi zuul scheduler setup we're running now. One thing that can happen is it may flip flop between each of their views on the status page but they should eventually agree with each other02:36
EmilienMack02:37
opendevreviewIan Wienand proposed openstack/project-config master: Set debian-stretch to min-ready: 0  https://review.opendev.org/c/openstack/project-config/+/81733804:11
opendevreviewIan Wienand proposed openstack/project-config master: Remove debian-stretch nodes and builds  https://review.opendev.org/c/openstack/project-config/+/81733904:11
*** ysandeep|out is now known as ysandeep05:33
fricklerwow, opening that sandbox patch in firefox makes my computer want to go up in flames06:36
*** amoralej|off is now known as amoralej07:57
*** ysandeep is now known as ysandeep|lunch08:41
*** akahat|rover is now known as akahat|lunch08:44
*** ykarel is now known as ykarel|lunch08:51
opendevreviewdaniel.pawlik proposed openstack/ci-log-processing master: Initial project commit  https://review.opendev.org/c/openstack/ci-log-processing/+/81560409:06
*** akahat|lunch is now known as akahat|rover09:13
*** ysandeep|lunch is now known as ysandeep09:23
*** ykarel|lunch is now known as ykarel09:57
*** melwitt is now known as Guest550810:12
opendevreviewdaniel.pawlik proposed openstack/ci-log-processing master: DNM Add ansible role that is configuring logscraper  https://review.opendev.org/c/openstack/ci-log-processing/+/81705010:14
opendevreviewdaniel.pawlik proposed openstack/ci-log-processing master: Add ansible role that is configuring logscraper  https://review.opendev.org/c/openstack/ci-log-processing/+/81705010:18
opendevreviewdaniel.pawlik proposed openstack/ci-log-processing master: Initial project commit  https://review.opendev.org/c/openstack/ci-log-processing/+/81560410:23
fricklerEmilienM: if you need help with transforming or debugging jobs let me know10:55
*** rlandy is now known as rlandy|ruck11:10
EmilienMfrickler: thx11:12
*** dviroel|out is now known as dviroel11:16
*** jcapitao is now known as jcapitao_lunch11:36
rlandy|ruckfungi: clarkb: hello ... it looks like the tripleo gate is stuck12:09
rlandy|ruckand others12:09
rlandy|ruckcan you unstick those for us?12:10
rlandy|rucktripleo gate is waiting for 15 hours12:10
*** soniya29|ruck is now known as soniya29|ruck|afk12:23
fricklerrlandy|ruck: see backlog, waiting for corvus to have a deeper look12:28
rlandy|ruckfrickler: thanks12:28
fricklerrlandy|ruck: oh, actually the other discussion was in #opendev12:28
rlandy|ruckjoining there12:29
*** ysandeep is now known as ysandeep|afk12:32
dpawlikclarkb, fungi: Hey, I can move log-gearman-client,worker to ci-log-processing repo, right?12:38
*** jcapitao_lunch is now known as jcapitao12:55
*** ysandeep|afk is now known as ysandeep13:08
*** jpena|off is now known as jpena13:21
*** amoralej is now known as amoralej|lunch13:22
*** soniya29|ruck|afk is now known as soniya29|ruck13:33
*** rlandy|ruck is now known as rlandy|ruck|mtg14:01
*** amoralej|lunch is now known as amoralej14:06
fungidpawlik: yeah, if you want to reuse it, forking a copy of that script into the new repo seems like a reasonable way to go about it, then we'll be able to retire the old puppet-log_processor repo14:20
fungiretire it eventually once we turn off our servers, i mean14:20
opendevreviewdaniel.pawlik proposed openstack/ci-log-processing master: Add Log Processor module  https://review.opendev.org/c/openstack/ci-log-processing/+/81743614:31
dpawlikfungi: allright. Proposed a change ^^14:32
dpawlikfungi: is there any problem with nodeset definition? I got error "Nodeset ubuntu-bionic-2-node already defined"14:33
fungidpawlik: it's related to the current multi-scheduler work in zuul, we hope to restart with https://review.opendev.org/817328 in place shortly to correct it14:34
dpawlikack14:34
zulHey this one should have 2+/1+ https://review.opendev.org/c/starlingx/upstream/+/815691 but it hasnt merged yet14:40
fungizul: we've got a problem with stuck queues at the moment, likely related to the multi-scheduler work, so things aren't getting enqueued but investigation is underway and hopefully we'll be able to clear the situation shortly (whether that will entail clearing the current state though, i'm unsure yet)14:43
zulcool thanks for letting me know14:43
fungizul: there's a restart underway now, but any of your changes which aren't automatically reenqueued after that will likely need to be rechecked to get testing going for them14:56
zulack thanks14:58
*** ykarel is now known as ykarel|away15:12
*** soniya29|ruck is now known as soniya29|ruck|dinner15:38
*** akahat|rover is now known as akahat|lunch16:03
*** akahat|lunch is now known as akahat|dinner16:03
opendevreviewdaniel.pawlik proposed openstack/ci-log-processing master: Initial project commit  https://review.opendev.org/c/openstack/ci-log-processing/+/81560416:05
*** soniya29|ruck|dinner is now known as soniya29|ruck16:21
opendevreviewdaniel.pawlik proposed openstack/ci-log-processing master: Initial project commit  https://review.opendev.org/c/openstack/ci-log-processing/+/81560416:46
*** ysandeep is now known as ysandeep|out16:51
*** akahat|dinner is now known as akahat|rover16:52
*** soniya29|ruck is now known as soniya29|ruck|out17:01
*** rlandy|ruck|mtg is now known as rlandy|ruck17:09
*** jpena is now known as jpena|off17:34
*** rlandy is now known as rlandy|ruck17:40
*** amoralej is now known as amoralej|off18:23
*** dviroel is now known as dviroel|out21:15

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