Wednesday, 2019-04-17

clarkbI'll reply to the last email notice I sent out so that each of the main discuss lists gets a copy00:00
fungiunless you want to include a link to http://paste.openstack.org/show/749402/ in some announcements to cut down on the volume of messages we're bombarding them all with00:00
clarkbfungi: I can do that. Let me get an etherpad going so that I can be sure I say the right things for that00:01
fungithe only real individualization i had in mind was to let airship, starlingx and zuul know i'd identified their repos via cgit aliases in our gerrit/projects.yaml and in the case of those with repo prefixes (airship and stx) dropped the prefixes as part of that mapping00:01
clarkbfungi: https://etherpad.openstack.org/p/YzSHxshSyj00:02
fungithis should be no surprise to them as these details were communicated with their liaisons00:02
clarkbsomething like that?00:07
fungilookin'00:08
*** gyee has quit IRC00:08
fungilgtm, thanks!!!00:08
clarkbok I'll get that out to the -discuss lists now00:08
*** dangtrinhnt has joined #openstack-infra00:11
fungimaybe -infra ml too?00:11
fungithat's the closest thing we have to a broadcast notification channel (for now) for unaffiliated projects hosting on opendev00:12
clarkb++00:12
*** sthussey has quit IRC00:13
clarkbok emails sent00:14
pabelangerfungi: just to confirm, official projects like openstack/nova and openstack/glance, get outputted to another yaml file, right? This seems to be outside of the current pastebin00:14
clarkbpabelanger: openstack/nova and openstack/glance stay put00:15
clarkbpabelanger: the openstack/ namespace will become an actual oepnstack namespace00:15
pabelangerah, okay. that makesense00:15
*** jamesmcarthur has joined #openstack-infra00:15
pabelangernot sure why my brain didn't register that00:16
fungiright, there will be a number of things transformed in the git repos during the maintenance, this is (some semblance of) the input which we'll use to determine which repos are moving into different namespaces (and possibly also losing some name prefixes)00:20
fungiall repos, even those not in the 825 listed there, will also be experiencing hostname moves which will involve some nonzero number of patches pushed into them00:21
*** armax has quit IRC00:23
clarkbfungi: were you going to bring up the system-config (and similar concerns) with the TC?00:26
clarkbI think for functional concerns the redirects will keep things working wherever they go00:26
clarkbsystem-config/modules.env for example should be served by the redirects00:26
fungiyeah, i think we should consider at least starting the process of moving some of those things out of governance but i'm on the fence for whether we ask to keep them in the openstack-infra namespace or move them somewhere new00:29
*** jcoufal has joined #openstack-infra00:29
fungiofficially we'll need your +1 at least on whatever we do with official infra team repos00:29
*** lseki has quit IRC00:30
fungibut first, we need a list of which ones are that00:30
*** jamesmcarthur has quit IRC00:31
clarkbFrom a migration sanity standpoint it might be worth keeping stuff in openstack-infra/ just so that we have working deployment tools after :)00:31
*** jamesmcarthur has joined #openstack-infra00:31
clarkbbut I expect most of them will still work fine after a rename due to the redirects so that is a small concern00:31
*** jamesmcarthur has quit IRC00:35
fungii don't know that leaving things in the openstack-infra namespace necessarily buys us anything00:36
clarkbya my biggest worry is some tools potentially won't follow redirects00:37
fungiand whatever moving them breaks, we're basically braced for mounds of potential work unbreaking other stuff anyway so it's just a few more00:37
clarkband in those cases we'll have to fix whateverbreaks00:37
*** diablo_rojo has quit IRC00:38
fungithere's going to be stuff to untangle no matter what, and it's mostly the stuff we can't predict (because if we could predict it, we'd have already developed contingency plans)00:38
clarkbindeed00:38
*** mriedem has quit IRC00:38
*** nicolasbock has quit IRC00:39
*** diablo_rojo has joined #openstack-infra00:43
*** michael-beaver has quit IRC00:48
*** ijw has quit IRC00:48
openstackgerritClark Boylan proposed openstack-infra/system-config master: Prune the intermediate registry before GCing  https://review.openstack.org/65314800:52
clarkbcorvus: ^ I think that makes bashate happier (fwiw the thing it was mad about is a real issue so maybe it caught something worthwhile)00:53
*** jcoufal has quit IRC00:55
*** ricolin has joined #openstack-infra00:56
*** jcoufal has joined #openstack-infra00:56
*** ijw has joined #openstack-infra01:04
clarkbcorvus mordred https://github.com/containers/skopeo/issues/631 I've filed that issue with skopeo01:06
*** jcoufal has quit IRC01:07
*** ijw has quit IRC01:09
clarkband with that I've largely caught up on my todo list after resting today. Exceptions are nodepool + puppet-4 and starting the plan document for friday. I'll pick those up in the morning01:09
*** rlandy|ruck has quit IRC01:11
*** bobh has joined #openstack-infra01:16
*** hamzy has joined #openstack-infra01:22
*** armax has joined #openstack-infra01:23
*** threestrands has joined #openstack-infra01:24
*** rosmaita has left #openstack-infra01:24
*** whoami-rajat has joined #openstack-infra01:31
*** hongbin has joined #openstack-infra01:37
*** bobh has quit IRC01:40
*** apetrich has quit IRC01:59
*** diablo_rojo has quit IRC02:05
*** bhavikdbavishi has joined #openstack-infra02:08
*** mriedem has joined #openstack-infra02:11
*** bhavikdbavishi1 has joined #openstack-infra02:14
*** bobh has joined #openstack-infra02:14
*** bhavikdbavishi has quit IRC02:14
*** bhavikdbavishi1 is now known as bhavikdbavishi02:14
*** bobh has quit IRC02:15
*** diablo_rojo has joined #openstack-infra02:46
*** bobh has joined #openstack-infra02:47
*** bobh has quit IRC02:58
*** dangtrinhnt has quit IRC02:59
*** dangtrinhnt has joined #openstack-infra02:59
anteayaclarkb: did you want to update the email I sent to the -discuss list with the subject '[all] Gerrit will be offline April 19, 2019'?03:01
anteayaI had said that post would be updated with a start time03:01
anteayaI can do it tomorrow if you want03:01
*** psachin has joined #openstack-infra03:12
*** aaronsheffield has quit IRC03:15
*** ykarel|away has joined #openstack-infra03:19
*** gregoryo has joined #openstack-infra03:30
*** hongbin has quit IRC03:38
openstackgerritMerged openstack-infra/system-config master: Update grafana for new archive repo  https://review.openstack.org/65244303:38
*** diablo_rojo has quit IRC03:44
*** diablo_rojo has joined #openstack-infra03:44
*** armax has quit IRC03:51
*** imacdonn has quit IRC04:07
*** imacdonn has joined #openstack-infra04:07
*** mriedem has quit IRC04:08
*** david-lyle has joined #openstack-infra04:13
*** manjeets_ has joined #openstack-infra04:14
*** dklyle has quit IRC04:16
*** manjeets has quit IRC04:16
*** hwoarang has quit IRC04:16
openstackgerritsean mooney proposed openstack/gertty master: replace MultiQueue with PQueue  https://review.openstack.org/65327504:18
openstackgerritsean mooney proposed openstack/gertty master: use timers for periodic tasks  https://review.openstack.org/65327604:18
*** hwoarang has joined #openstack-infra04:18
openstackgerritsean mooney proposed openstack/gertty master: use threadpool for syncing.  https://review.openstack.org/65327704:18
*** ykarel|away has quit IRC04:27
*** e0ne has joined #openstack-infra04:35
*** udesale has joined #openstack-infra04:37
*** e0ne has quit IRC04:42
*** ykarel|away has joined #openstack-infra04:43
*** e0ne has joined #openstack-infra04:44
*** armax has joined #openstack-infra04:48
ianwclarkb / cmurphy: 'If using an operating system of the Debian-based family, and the "repo" install_method, you will need to ensure that puppetlabs-apt version 4.x is installed.'04:48
ianwthis is for grafana.  the result seems to be that adding the gpg doesn't work with our version of puppetlabs-apt (2.something -- the last one that supports puppet3)04:49
cmurphy:(04:49
cmurphyi don't think we can update that one yet04:50
ianwto not waste time, i have just manually added the key on grafana, and things work now.  in the very unlikely event we need to redo grafana we should be aware04:50
ianwcmurphy: yeah, so just a heads up it should probably be something we pull in after the puppet3 excise04:50
*** ramishra has joined #openstack-infra04:50
cmurphy++04:51
*** yboaron has joined #openstack-infra04:52
ianw#status log grafana02.openstack.org is now puppeting again with some manual intervention to install the grafana repo gpg key.  this key should not change and can remain as is.  will need a new version of puppetlabs-apt when puppet4 transition is complete to be fully automatic again.  host running grafana 6.1.404:53
openstackstatusianw: finished logging04:53
*** armax has quit IRC04:55
*** zhurong has quit IRC05:00
*** armax has joined #openstack-infra05:07
*** zhurong has joined #openstack-infra05:08
*** ykarel|away is now known as ykarel05:10
*** mujahidali has joined #openstack-infra05:16
*** e0ne has quit IRC05:16
*** kjackal has joined #openstack-infra05:34
*** mattw4 has joined #openstack-infra05:37
*** e0ne has joined #openstack-infra05:40
*** _Cyclone_ has quit IRC05:46
*** _Cyclone_ has joined #openstack-infra05:47
*** quiquell|off is now known as quiquell|rover05:47
*** janki has joined #openstack-infra05:49
*** e0ne has quit IRC05:59
*** pcaruana has joined #openstack-infra06:11
*** mattw4 has quit IRC06:18
*** dpawlik has joined #openstack-infra06:31
*** udesale has quit IRC06:37
*** udesale has joined #openstack-infra06:38
*** udesale has quit IRC06:39
*** bhavikdbavishi has quit IRC06:40
*** udesale has joined #openstack-infra06:44
*** diablo_rojo has quit IRC06:45
*** udesale has quit IRC06:46
*** iurygregory has joined #openstack-infra06:49
*** udesale has joined #openstack-infra06:56
*** pgaxatte has joined #openstack-infra07:00
*** ginopc has joined #openstack-infra07:01
*** yolanda_ has joined #openstack-infra07:07
*** kopecmartin|off is now known as kopecmartin07:09
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Support fail-fast in project pipelines  https://review.openstack.org/65276407:12
*** rpittau|afk is now known as rpittau07:19
*** tosky has joined #openstack-infra07:29
*** yboaron has quit IRC07:31
*** dtantsur|afk is now known as dtantsur07:33
*** quiquell|rover is now known as quique|rover|brb07:33
*** apetrich has joined #openstack-infra07:34
*** ykarel is now known as ykarel|lunch07:43
*** e0ne has joined #openstack-infra07:51
*** kjackal has quit IRC07:55
*** kjackal_v2 has joined #openstack-infra07:55
*** Emine has joined #openstack-infra07:59
*** jpich has joined #openstack-infra08:01
*** quique|rover|brb is now known as quiquell|rover08:05
fricklerfungi: jroll: not sure whether that's been mentioned in backlog already, but openstack/openstack -> x/openstack seems wrong, even if that's in line with the current criteria. also openstack/openstack-map -> x/openstack-map08:12
*** rcernin has quit IRC08:13
*** yboaron has joined #openstack-infra08:14
AJaegerfrickler: want to reply to the email on openstack-infra mailing list? Good catch, thanks08:14
*** gregoryo has quit IRC08:15
*** tkajinam has quit IRC08:17
*** yboaron_ has joined #openstack-infra08:19
*** lucasagomes has joined #openstack-infra08:19
*** yboaron has quit IRC08:21
fricklerAJaeger: oh, you already found one of those. replied, thx08:22
*** rcernin has joined #openstack-infra08:27
*** ykarel|lunch is now known as ykarel08:31
openstackgerritBernard Cafarelli proposed openstack-infra/project-config master: Update Grafana dashboards for stable Neutron releases  https://review.openstack.org/65335408:37
*** e0ne has quit IRC08:38
*** e0ne has joined #openstack-infra08:42
*** e0ne has quit IRC08:43
*** e0ne has joined #openstack-infra08:43
*** udesale has quit IRC08:51
*** ccamacho has joined #openstack-infra08:53
elodhi infra team, i have a question regarding 'required project': stable periodic jobs on stable/rocky of networking-bagpipe fail as the jobs use the latest neutron instead the rocky version. I've tried to add neutron for all jobs as required projects but it still seems to use neutron from master ( https://review.openstack.org/#/c/653025/ )08:57
*** e0ne has quit IRC08:58
elodor is the only solution to add an upper limit for neutron in networking-bagpipe/requirements.txt @ stable/rocky?08:58
*** e0ne has joined #openstack-infra08:59
*** yboaron_ has quit IRC09:01
*** yboaron_ has joined #openstack-infra09:01
zbrAJaeger: do you know why base-jobs linter is failing with ERROR! the role 'revoke-sudo' was not found in ... ? http://logs.openstack.org/37/652637/1/check/tox-linters/322cb06/job-output.txt.gz --- totally unrelated to the patch.09:02
*** e0ne has quit IRC09:02
*** e0ne has joined #openstack-infra09:09
*** Lucas_Gray has joined #openstack-infra09:10
*** udesale has joined #openstack-infra09:20
AJaegerzbr: might be configuration issue for opendev/base-jobs - best to ask infra-root on what's going on there09:21
openstackgerritIldiko Vancsa proposed openstack-infra/project-config master: Adding the OUI training VM repo under docs  https://review.openstack.org/65336409:22
zbrAJaeger: yeah, is had being like this for few days. I guess the big migration is taking most of the time :p09:22
AJaegerzbr: we need to fix this, I fear that otherwise we cannot merge anythign to opendev/base-jobs09:24
zbri know09:24
*** rascasoft has quit IRC09:27
*** snapiri has joined #openstack-infra09:28
*** rascasoft has joined #openstack-infra09:28
dtantsurhi folks! we have a transient jobs failure, which seems dependent on which provider is used for a node. Do you have any ideas how to proceed/debug?09:29
spotzHey all, who's doing stackytics patch changes these days?09:29
dtantsurtl;dr HTTP requests to <hostname>:8089 succeed or fail based on the provider09:30
spotzdtantsur: I'm assuming a specific provider?09:30
dtantsurspotz: I have quite limited statistics, but we seem to pass on rax and fail on limestone and vexxhost09:31
spotzdtantsur: Wondering if something didn't get pushed everywhere, though it could be the passes are behind or the failures:(09:32
dtantsurprobably.. I have hard time imagining why it may happen09:33
dtantsurlike, we're connecting from within a box to its own hostname, and we get CONNREFUSED.09:33
dtantsurprovider-level firewalls should not kick in on this level, right?09:34
spotzdtantsur: No I would suspect they'd be open to allow testing from our systems anyways09:35
*** threestrands has quit IRC09:36
spotzHaven't seen mnaser yet this morning or guihermesp09:36
*** e0ne has quit IRC09:37
spotzlimestone I think is logan and it's early for him too09:37
dtantsurovh and inap seem working as well09:37
dtantsurokay, I'll re-ping people later09:37
spotzdtantsur: Give it another 3-5 hours for people to wake up:)09:40
*** lpetrut has joined #openstack-infra09:40
*** e0ne has joined #openstack-infra09:40
dtantsurright :)09:41
*** electrofelix has joined #openstack-infra09:46
*** e0ne has quit IRC09:46
*** e0ne has joined #openstack-infra09:53
*** sshnaidm|afk is now known as sshnaidm09:56
openstackgerritMarkus Hosch proposed openstack-infra/zuul master: Evaluate CODEOWNERS settings during canMerge check  https://review.openstack.org/64455709:56
openstackgerritMerged openstack/ptgbot master: Preserve JSON dictionary order  https://review.openstack.org/65268510:00
openstackgerritMerged openstack/ptgbot master: Remove last GitHub links for help  https://review.openstack.org/65268610:00
*** strigazi has quit IRC10:09
*** jchhatbar has joined #openstack-infra10:14
*** janki has quit IRC10:16
*** janki has joined #openstack-infra10:23
*** jchhatbar has quit IRC10:25
*** e0ne has quit IRC10:27
*** e0ne has joined #openstack-infra10:31
*** nicolasbock has joined #openstack-infra10:38
fricklerzbr: AJaeger: I think we need to set up a variant of the tox-linters job that sets up ANSIBLE_ROLES_PATH, similar to this http://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/zuul.d/jobs.yaml#n133910:38
openstackgerritIvan Kolodyazhny proposed openstack-infra/reviewstats master: Add vitrage projects  https://review.openstack.org/65338810:57
*** AJaeger has quit IRC10:57
*** AJaeger has joined #openstack-infra11:00
jrollfrickler: yeah, the intent with sending the list was to find things we had missed :)11:13
jrollthanks for those11:13
*** panda is now known as panda|lunch11:18
*** jchhatbar has joined #openstack-infra11:20
*** janki has quit IRC11:22
*** strigazi has joined #openstack-infra11:25
*** rh-jelabarre has joined #openstack-infra11:26
*** mujahidali has quit IRC11:26
*** rosmaita has joined #openstack-infra11:32
*** _erlon_ has joined #openstack-infra11:42
*** strigazi has quit IRC11:50
openstackgerritThierry Carrez proposed openstack/ptgbot master: Order JSON config import  https://review.openstack.org/65341111:50
*** strigazi has joined #openstack-infra11:51
*** bobh has joined #openstack-infra11:51
*** strigazi has quit IRC11:52
*** strigazi has joined #openstack-infra11:52
*** bobh has quit IRC11:54
*** strigazi has quit IRC11:55
*** strigazi has joined #openstack-infra11:55
*** e0ne has quit IRC12:00
*** bobh has joined #openstack-infra12:01
*** bobh has quit IRC12:05
*** dtantsur is now known as dtantsur|brb12:07
*** e0ne has joined #openstack-infra12:10
openstackgerritMerged openstack/ptgbot master: Order JSON config import  https://review.openstack.org/65341112:19
*** kgiusti has joined #openstack-infra12:20
*** rlandy has joined #openstack-infra12:20
*** zhurong has quit IRC12:20
*** Wryhder has joined #openstack-infra12:24
*** Lucas_Gray has quit IRC12:25
*** Wryhder is now known as Lucas_Gray12:25
*** rlandy is now known as rlandy|ruck12:27
*** pcaruana has quit IRC12:30
*** panda|lunch is now known as panda12:32
*** e0ne has quit IRC12:34
*** mujahidali has joined #openstack-infra12:36
pabelangerAJaeger: zbr: linters job need to be setup to depends on openstack-infra/zuul-jobs, that is where revoke-sudo lives12:48
pabelangerlike we do for openstack-infra/project-config12:48
mujahidaliclarkb: I tried adding the simple-init in elements but getting the ssh timeout error. Here is my nodepool config file http://paste.openstack.org/show/749424/12:48
pabelangermujahidali: make sure openssh is getting installed, you might need to add openssh-server element12:51
pabelangeryou can look at build logs and confirm12:52
pabelangeralso make sure port 22/tcp is open on your provider network12:52
*** aaronsheffield has joined #openstack-infra12:53
*** pcaruana has joined #openstack-infra12:53
*** bhavikdbavishi has joined #openstack-infra12:56
*** sthussey has joined #openstack-infra12:56
*** mriedem has joined #openstack-infra12:57
*** bhavikdbavishi has quit IRC12:58
*** e0ne has joined #openstack-infra12:58
mujahidalipabelanger: I need to add openssh-server and will rebuild the image. Provider's port is open.12:59
openstackgerritsebastian marcet proposed openstack-infra/openstackid-resources master: Updated presentation Materials serializers  https://review.openstack.org/65342413:01
mordreddtantsur|brb: limestone is ipv6 only - vexxhost is dual-stack ipv4/ipv6 - I mention because the fact that it's only on some providers and not on others, and limestone is one of the issues - makes me wonder if there is an ipv6 issue13:03
mordreddtantsur|brb: like - maybe an on-host iptables setup (I'm assuming possibly incorrectly devstack related) might have opened 8089 on 127.0.0.1 but not on ::1 - and localhost might be resolving to the ipv6 address?13:05
*** Goneri has joined #openstack-infra13:05
openstackgerritMerged openstack-infra/openstackid-resources master: Updated presentation Materials serializers  https://review.openstack.org/65342413:06
*** liuyulong has joined #openstack-infra13:06
liuyulonghi,  what happened to zuul? test queued for 4 hours?13:06
*** bhavikdbavishi has joined #openstack-infra13:06
*** dtantsur|brb is now known as dtantsur13:07
pabelangerliuyulong: looks like gate has reset a few times, which tends to back things up13:07
pabelangerbest to look why and fix those issues13:07
*** yboaron_ has quit IRC13:07
dtantsurmordred: hmm, possibly13:08
pabelangerliuyulong: we are also down a region in nodepool, so that will affect capacity13:09
liuyulongpabelanger, hi, OK, thanks,13:09
*** ralonsoh has joined #openstack-infra13:11
mordredpabelanger: you're smarter than me ... on https://review.openstack.org/#/c/652637 you said we need to set up tox-linters to depened on openstack-infra/zuul-jobs - but isn't tox-linters _in_ zuul-jobs?13:12
zbrpabelanger: are you referring to https://opendev.org/opendev/base-jobs/src/branch/master/zuul.yaml#L433 ? should I make tox-linters into a template and add role: zuul: ... ?13:12
mordredoh - wait. it's because the roles in zuul-jobs aren't available to the linter job ...13:13
zbrmordred: yep. this seems to be the issue.13:13
mordredok. patch coming for that13:14
pabelangermordred: zbr: http://git.openstack.org/cgit/openstack-infra/project-config/tree/tox.ini#n1513:15
pabelangerI think we need to do that13:15
zbrpabelanger: this does not seem as something I should have to add to each tox.ini tested by tox-linters job? i hope not. if is a special case for base-jobs repo, is ok.13:17
mordredit's a special case13:17
mordredbecause the base-jobs repo has playbooks that use the roles from zuul-jobs13:17
pabelangeryou'd need to do it in tox.ini or job stanza each time you want cross repo roles, outside of your project. So far, just base jobs I've seen doing it13:18
openstackgerritMonty Taylor proposed opendev/base-jobs master: Use zuul-jobs roles path for linters  https://review.openstack.org/65342913:18
mordredthere ^^ that should fix the linters job13:18
openstackgerritMonty Taylor proposed opendev/base-jobs master: [POC] Remove fetch-zuul-cloner from base job  https://review.openstack.org/65263713:18
mordredand there's your patch rebased on it13:18
mordredbut - as pabelanger said also - we need to do a base-test patch first13:19
openstackgerritSorin Sbarnea proposed opendev/base-jobs master: Fix linters by defining ANSIBLE_ROLES_PATH in tox.ini  https://review.openstack.org/65343013:19
mordredzbr: sorry - beat you to it - also, you want those in setenv, not passenv13:19
mordredzbr: oh - actually - we both got something wrong13:20
openstackgerritSorin Sbarnea proposed opendev/base-jobs master: Fix linters by defining ANSIBLE_ROLES_PATH in tox.ini  https://review.openstack.org/65343013:21
openstackgerritMonty Taylor proposed opendev/base-jobs master: Use zuul-jobs roles path for linters  https://review.openstack.org/65342913:21
mordredzbr: ^^ we don't need openstack-zuul-jobs - and also the relative paths are wrong, this is opendev/base-jobs, so we need ../../openstack-infra/zuul-jobs13:22
*** bobh has joined #openstack-infra13:22
openstackgerritMonty Taylor proposed opendev/base-jobs master: Fix paths for zuul org rename  https://review.openstack.org/65343113:22
*** shardy has joined #openstack-infra13:23
mordredpabelanger, fungi: ^^ there is a WIP followup patch - I'm not sure whether the rename script would catch this particular case of zuul org rename - is there a topic I should put on it so we know to include it in the rename patches to merge?13:23
openstackgerritMonty Taylor proposed opendev/base-jobs master: [POC] Remove fetch-zuul-cloner from base job  https://review.openstack.org/65263713:24
mordredzbr: you wanna split that ^^ into 2 patches - one that applies the change to base-test - so we can land that and then test things against the base-test base job, and then a second that does the update to base?13:25
openstackgerritPaul Belanger proposed openstack-infra/zuul-jobs master: Add test_setup_reset_connection setting  https://review.openstack.org/65313013:27
*** dikonoor has joined #openstack-infra13:27
*** e0ne has quit IRC13:30
openstackgerritSorin Sbarnea proposed opendev/base-jobs master: Remove fetch-zuul-cloner from base-test job 1/2  https://review.openstack.org/65263713:32
jrollfungi: do you want to keep track of namespace suggestions from the list, or would you like me to? for unofficial things that people want to remain in the openstack namespace, do we want to just let them do so, have a TC conversation about it, or ask them to define another namespace?13:33
openstackgerritSorin Sbarnea proposed opendev/base-jobs master: Remove fetch-zuul-cloner from base job 2/2  https://review.openstack.org/65343313:34
*** ykarel is now known as ykarel|afk13:36
*** bhavikdbavishi1 has joined #openstack-infra13:37
zbri still do not understand why the linters jobs is not running on a change that modified tox.ini file in base-jobs13:37
*** bhavikdbavishi has quit IRC13:38
*** bhavikdbavishi1 has quit IRC13:41
*** ykarel|afk has quit IRC13:41
mordredzbr: oh - maybe there is an exclusion?13:42
mordredhrm. no - no exclusions that I can see13:43
zbrsomething is weird there13:46
mordredzbr: the linters job is running on the tox.ini change13:53
mriedemfyi this doesn't hit much but it looks like maybe a bionic mirror issue https://bugs.launchpad.net/openstack-gate/+bug/182519013:57
openstackLaunchpad bug 1825190 in OpenStack-Gate "Failed to fetch http://mirror.dfw.rax.openstack.org/ubuntu/dists/bionic-updates/universe/binary-amd64/Packages.gz File has unexpected size (1257053 != 1257062). Mirror sync in progress?" [Undecided,New]13:57
*** quiquell|rover has quit IRC14:00
*** quiquell has joined #openstack-infra14:00
*** quiquell is now known as quiquell|off14:00
*** amansi26 has joined #openstack-infra14:01
*** lseki has joined #openstack-infra14:03
*** bobh_ has joined #openstack-infra14:05
fungimordred: yeah, it's going to be stuff like that which we won't be able to find easily in repos, so any of those sorts of relative path references (especially given this isn't even in zuul configuration or roles/playbooks it references)14:05
fungitopic:opendev-gerrit is what we've been using for the migration prep14:06
*** bobh has quit IRC14:06
mordredok. cool.14:07
openstackgerritMonty Taylor proposed opendev/base-jobs master: Use zuul-jobs roles path for linters  https://review.openstack.org/65342914:08
fungijroll: in the long run, openstack tc hat on, i think we need some way of tracking and authorizing those sorts of exceptions (like adding them to the tc repos list or the foundation board repos list or some similar new file). in the short term we can add them to the etherpad because the current script uses this precedence order airship > starlingx > openstack > zuul > ethercalc > openstack-legacy >14:09
fungiopenstack-eviction > unchanged14:09
openstackgerritMonty Taylor proposed opendev/base-jobs master: Use zuul-jobs roles path for linters  https://review.openstack.org/65342914:10
fungier, add them to the ethercalc i meant14:10
mordredcorvus: ^^ can you tell me if I'm correct about the change between ps3 and ps4 there14:10
jrollfungi: looking again, networking-l2gw-tempest-plugin seems like the only miss (should be in projects.yaml). upstream-institute-virtual-environment has a governance change up to make it official, and the rest appear that they should remain independent14:12
* jroll moves to -tc channel14:13
*** dpawlik has quit IRC14:19
corvusmordred: makes sense to me!14:21
*** ykarel|afk has joined #openstack-infra14:24
*** ykarel|afk is now known as ykarel14:25
*** liuyulong has quit IRC14:27
mordredcorvus: cool14:27
*** liuyulong has joined #openstack-infra14:28
*** lpetrut has quit IRC14:28
fungiand just to wrap up that loose end, the script worked fine, openstack/networking-l2gw-tempest-plugin was removed from reference/projects.yaml in governance a while back when the neutron stadium disbanded, but was not added to reference/legacy.yaml14:30
corvusfungi, mordred: what do you think of "ttygroup/gertty" ?14:32
*** bobh_ has quit IRC14:33
mordredcorvus: ++14:33
*** markvoelker has joined #openstack-infra14:35
*** david-lyle is now known as dklyle14:35
*** yboaron_ has joined #openstack-infra14:36
dtantsurmordred: it seems that IPv6 may be related. oslo_service.wsgi defaults to 0.0.0.0, the hostname may resolve to IPv6 though..14:36
fungicorvus: i think it's ttyriffic!14:36
mordreddtantsur: awesome. that seems like a thing where we might want to fix oslo_service to default to :: instead14:36
openstackgerritMatt Riedemann proposed openstack-infra/elastic-recheck master: Add query for mirror sync bug 1825190  https://review.openstack.org/65345114:37
openstackbug 1825190 in OpenStack-Gate "Failed to fetch http://mirror.dfw.rax.openstack.org/ubuntu/dists/bionic-updates/universe/binary-amd64/Packages.gz File has unexpected size (1257053 != 1257062). Mirror sync in progress?" [Undecided,New] https://launchpad.net/bugs/182519014:37
dtantsurmordred: wouldn't it break IPv4-only hosts?14:37
mordreddtantsur: nope - :: should work for both things14:37
fungiunless the kernel is configured very strangely, :: binds to all available addresses, both v4 and v614:37
corvusfungi: that's awesome.14:37
dtantsurTIL!14:37
*** michael-beaver has joined #openstack-infra14:37
mordredyeah -0 these days :: should generally be used anywhere that 0.0.0.0 has been in the past14:37
fungithere *is* a sysctl opt to tell the kernel to use separate stacks for :: and 0.0.0.014:38
fungibut none of the major distros actually set that by default14:38
fungimainly because it means that if you want your listening daemons to work in a dual-stack environment you end up needing to bind separately for v4 and v6 sockets14:39
fungiwhich is a royal pain14:39
dtantsur++14:40
dtantsurdamn, one day I will learn all necessary things about IPv6.. one day...14:40
fungii spent years as a professional network engineer, headed up v6 core and backbone connectivity at an isp, and still feel like i've barely scratched the surface with ipv6, so don't feel bad14:41
*** mattw4 has joined #openstack-infra14:41
fungiit's hard to overcome the inertia of decades of absorbed ipv4 knowledge14:42
dtantsurindeed :)14:43
mnaserdtantsur: both limestone and us run ipv6 apparnetly14:46
mnaserso that will most likely be your cause14:46
fungii envy the first generation who gets to learn about ipv4 in history class14:46
dtantsurright, thanks fungi, mordred, mnaser14:46
fungitechnically rackspace and ovh both provide ipv6, but do so in ways we can't consume in our gate jobs14:47
AJaegerfungi, jroll , I commented on the governance review - networking-l2gw-tempest-plugin was never under TC control AFAIU, couldn't find such a change14:48
fungiovh requires you to look up the v6 address and manually configure it in the instance (not provided in any metadata), rackspace has it working if you use cloud-init but doesn't include it in the configdrive data14:48
fungiso we effectively run test nodes with only ipv4 in those providers14:48
*** iurygregory has quit IRC14:49
fungiAJaeger: i agree, i just keyword searched the entirety of the governance repo history and can confirm it never appeared in any patch (adding or removing)14:50
*** mattw4 has quit IRC14:50
* AJaeger won't -1 that governance change - but that's for TC to decide...14:50
*** e0ne has joined #openstack-infra14:53
*** jchhatbar has quit IRC14:53
*** jchhatbar has joined #openstack-infra14:54
*** iurygregory has joined #openstack-infra14:54
*** dustinc has quit IRC14:56
*** dustinc has joined #openstack-infra14:56
*** dustinc is now known as dustinc_away14:56
*** weshay is now known as weshay|rover14:57
*** udesale has quit IRC14:57
*** udesale has joined #openstack-infra14:59
*** udesale has quit IRC14:59
*** udesale has joined #openstack-infra14:59
clarkbmordred: dtantsur fungi the one issue with :: is if ipv6 is disabled for some reason15:00
clarkbI wrote that geard binding change to figure out what addrs are available safely15:00
dtantsuryeah.. it's probably the best we can do for a quick fix (it appears in our gate).15:00
clarkbI forget the details but its basically give me the full list of things I can bind to, then sort by family then take first option15:00
*** lpetrut has joined #openstack-infra15:01
*** udesale has quit IRC15:06
clarkbhttps://review.openstack.org/#/c/611920/2/gear/__init__.py15:07
clarkbthen I think host is 'localhost' by default15:07
*** sreejithp has joined #openstack-infra15:10
fungipretty sure ipv6 should never be disabled by default on any of our job nodes. there will at least be linklocal interfaces15:10
*** bobh has joined #openstack-infra15:11
clarkbfor our nodes yes, but oslo is expected to run elsewhere too15:11
openstackgerritMerged openstack-infra/elastic-recheck master: Add query for mirror sync bug 1825190  https://review.openstack.org/65345115:12
openstackbug 1825190 in OpenStack-Gate "Failed to fetch http://mirror.dfw.rax.openstack.org/ubuntu/dists/bionic-updates/universe/binary-amd64/Packages.gz File has unexpected size (1257053 != 1257062). Mirror sync in progress?" [Undecided,New] https://launchpad.net/bugs/182519015:12
fungiclarkb: yeah, but defaulting to not listen on your ipv6 interface is at least as bad as failing to bind because you've disabled ipv6 in your kernel15:13
AJaegermordred: https://review.openstack.org/653429 did not pass - is that not self-testing and thus needs a force merge?15:14
fungineither default is perfect, but i feel like requiring special configuration to make it work with ipv6 is worse than requiring special configuration because you've gone to the trouble of turning off ipv6 in your system15:15
clarkbfungi: ya I'm not suggesting they don't bind to ipv6. I'm saying the code above is the safe way to do it over assuming :: works15:15
mordredAJaeger: it should be self-testing15:15
mordredoh - wait15:15
clarkbfungi: code above will lookup configured addresses for 'localhost' in all addressing families then pick the newest family addr15:15
mordredthe required-projects line won't be15:15
mordredsince it's a config repo15:16
AJaegerfun ;(15:16
mordredAJaeger: yes - I believe we're going to need to force-merge that - or we could split it, force-merge required projects (which won't fix the job but also won't break it more) - and then let the tox.ini run through the gate normally?15:17
AJaegerI'll +2...15:17
mordredAJaeger, clarkb, corvus: ^^ thoughts on which approach would be better15:17
fungiclarkb: i guess that looks at the loopback interface to see what address families are bound to it? because on a lot of systems "localhost" resolves only to 127.0.0.1 via /etc/hosts, and there's a separate ip6-localhost for ::115:17
clarkbfungi: yes. I think you can feed it '::' as the host too and it will give you back 0.0.0.0 if '::' isn't valid15:18
AJaegermordred: I suggest to force-merge as is and gave a +2 on 65342915:18
corvusmordred: ++ force merge15:18
AJaegercorvus: want to +2?15:20
mordredok. I'll do the force-merge15:20
openstackgerritMerged opendev/base-jobs master: Use zuul-jobs roles path for linters  https://review.openstack.org/65342915:21
openstackgerritMonty Taylor proposed opendev/base-jobs master: Remove fetch-zuul-cloner from base-test job 1/2  https://review.openstack.org/65263715:21
*** pgaxatte has quit IRC15:21
mordredrebased that - hopefully it comes back green15:21
AJaegerthanks, mordred15:23
fungidid we make a change to the ensure-twine role lately? trying to figure out what would have caused http://logs.openstack.org/19/19a7574237f44807b16c37e0983223ff57340ba3/release/release-openstack-python/769f856/job-output.txt.gz#_2019-04-17_02_21_43_52826615:24
clarkbcorvus: ttx: responded re the etherpad breakdown of projects and added a couple notes about some x/ projects that probably belong in openstack/. That plan seems reasonable to me. I think storyboard is the last big outstanding question in that list?15:24
clarkbfungi: ^ maybe you can weigh in on that as you've been most involved wtih storyboard recently15:24
openstackgerritSorin Sbarnea proposed opendev/base-jobs master: Use standard ansible-lint config file  https://review.openstack.org/65270815:26
openstackgerritSorin Sbarnea proposed opendev/base-jobs master: Remove fetch-zuul-cloner from base job 2/2  https://review.openstack.org/65343315:27
*** mujahidali has quit IRC15:29
corvusclarkb: my classification of storyboard into its own namespace is just a gut feeling, i'm not tied to it.  we should probably ask fungi, diablo_rojo, and SotK15:30
clarkbcorvus: ya that was sort of how I read that section "this needs input"15:30
corvusmordred: where should openstack-infra/shade go?  see https://etherpad.openstack.org/p/6CmVhW40m015:30
clarkbthe proposal as is should be fine if we don't hear any objections15:31
mordredit shoudl go to openstack - it's a subproject of the openstacksdk team - will comment there15:31
clarkbjeepyb is another one that had me pause beacuse it is somewhat opinionated around the way we gerrit, but thinking about it more I think it would be better for that project to not be seen as an openstack/opendev specific tool15:32
clarkbso I like it under x/15:32
*** jchhatbar has quit IRC15:33
*** jchhatbar has joined #openstack-infra15:33
mordredI don't have a problem with it under opendev/ - it's a tool that we wrote to manage projects in openstack-infra/opendev - and we still use it15:34
sreejithpHello All, one of my friends ps is still not merged even after getting 2 +2 and workflow +1. when i checked zuul, there is no jobs running for this ps. trying to understand how the merge ps works15:34
fungiclarkb: what options do you want to present the storyboard team? openstack vs storyboard vs opendev?15:34
sreejithpthis the ps https://review.openstack.org/#/c/652735/15:34
clarkbsreejithp: can you link to the change?15:35
openstackgerritSorin Sbarnea proposed openstack-dev/pbr master: Add openstack-tox-py37 job  https://review.openstack.org/61065915:35
clarkbfungi: ya I think those three options are the ones that make sense. Considering the way storyboard has largely been independent I think storyboard/ is appropriate if storyboard wants to do that15:35
sreejithpclarkb: https://review.openstack.org/#/c/652735/15:35
mordredclarkb: yeah - I think storyboard/ is nice for that one15:35
fungisreejithp: looks like its git parent is https://review.openstack.org/651659 which isn't merged yet15:36
*** jchhatbar has quit IRC15:36
clarkbsreejithp: https://review.openstack.org/#/c/651659/ is the parent change of https://review.openstack.org/#/c/652735/ and because the parent change is not merging and cannot merge the child cannot either15:36
*** jchhatbar has joined #openstack-infra15:36
AJaegersreejithp: check the right top corner "related changes"15:36
fungiclarkb: but we're okay if they are interested in going into the opendev namespace too, or is that a larger discussion?15:37
sreejithpoh ok, thanks for the info15:37
clarkbfungi: I'm ok with that as well. It is a service we intend to run for opendev and we've long been the "hosting" governance body15:37
*** jchhatbar has quit IRC15:40
mordredclarkb: re: jeepyb, git-review, git-restack, and glean - I kinda feel like those should be opendev/ - they're tools written by the opendev team to aid in either managing opendev systems or to aid in doing open development. if we were to start anyof those projects next week after the rename, I'd imagine we'd put them into opendev/ instead of x/ ... I don't feel STRONGLY about that - but they do feel15:41
mordredlike tools we wrote, own and currently maintain in the context of our work on opendev15:41
zbrdoes any of you know why check jobs made on base-jobs never appear in zuul http://zuul.openstack.org/status ? i seen them run after a while but never seen them in zuul dashboard.15:41
clarkbzbr: because it is in a different tenant. Try zuul.opendev.org15:41
clarkbmordred: ya I can go either way on that. As you say they are tools we build for our use of the other tools, but they should also be useful elsewhere.15:42
corvusmordred: no objection there; i think my rubric was "is this used to operate our systems" but i'm fine taking a more generous line.15:42
zbrclarkb: ouch,... so I will need to update the zuul greasemonkey script to know about both... :p15:42
*** lpetrut has quit IRC15:42
clarkbmordred: I'm happy for them to be in opendev if that makes people happier :)15:42
mordredclarkb: totally - we've got pynotedb and gerritlib in opendev too though15:42
clarkbzbr: well you can view openstack tenant under opendev.org too so could just use that one domain15:43
clarkbmordred: thats a good point15:43
corvusi put project-config under openstack/ because i was thinking of all the zuul stuff in there... but it also has gerrit, irc bots, etc.... so maybe it should stay in opendev for now?15:46
clarkbcorvus: opendev has a project-config though15:46
corvusokay15:46
corvusso we'll need to untangle that15:47
clarkbI think what will happen is the stuff in openstack/project-config will have to move into opendev/project-config over time15:47
clarkbbut that will be independent of the repo reorg?15:47
corvusyeah15:47
corvusand we will want an openstack/project-config for the zuul.d content15:47
clarkbyup15:47
mordredyeah. although can our storyboard tooling handle two project-config repos? (do we still have things that expect the repo part of org/repo to be unique?)15:48
* mordred agrees that we need a project-config for both opendev and openstack and that we'll need to move some things from openstack/project-config to opendev/project-config post-rename15:49
clarkbdevstack-gate expects that uniqueness but it shouldn't touch any project-config repos15:49
ttxRe: storyboard to me it depends whether we have external adoption or if it's just an opendev-specific thing15:49
ttxAt this point I'd probably keep it under opendev/15:50
ttxif only to encourage contribution to it15:50
mordredclarkb: k. cool15:50
zbrclarkb: it seems that I cannot just point the script to use http://zuul.opendev.org api because I need to mention which tenant to query, which kinda breaks it because it does not support multiple tenants. see https://github.com/openstack/coats/blob/master/coats/openstack_gerrit_zuul_status.user.js#L2715:50
corvusmordred: afaik, storyboard uses full project names and devstack-gate (as clarkb says) is the only thing that makes that assumption.15:51
*** adriant has quit IRC15:51
openstackgerritBen Nemec proposed openstack-infra/reviewstats master: Import Zuul job settings  https://review.openstack.org/65313315:52
openstackgerritBen Nemec proposed openstack-infra/reviewstats master: Load subproject data from governance  https://review.openstack.org/65302415:52
openstackgerritBen Nemec proposed openstack-infra/reviewstats master: Handle all exceptions loading pickled data  https://review.openstack.org/65310615:52
openstackgerritBen Nemec proposed openstack-infra/project-config master: Remove reviewstats unit test job config  https://review.openstack.org/65315015:52
*** adriant has joined #openstack-infra15:53
*** iurygregory has quit IRC15:53
fungimordred: storyboard projects are namespaced identically to gerrit/gitea so shouldn't be a problem. there's nothing in storyboard which uses a short repo name (or even understands that such a concept exists)15:55
openstackgerritBen Nemec proposed openstack-infra/reviewstats master: Import Zuul job settings  https://review.openstack.org/65313315:55
openstackgerritBen Nemec proposed openstack-infra/reviewstats master: Load subproject data from governance  https://review.openstack.org/65302415:55
fungiand i guess corvus said the same thing, only much faster than me ;)15:55
openstackgerritBen Nemec proposed openstack-infra/reviewstats master: Handle all exceptions loading pickled data  https://review.openstack.org/65310615:55
*** gyee has joined #openstack-infra15:58
zbrdo we have a CORS policy between old and new domain because i think that lack of it would prevent me from getting the live build status. maybe waiting is better in this case.15:58
clarkbzbr: I don't think we do. you should be able to get it from the new domain directly without talking to another domain though15:59
*** diablo_rojo has joined #openstack-infra15:59
*** bobh has quit IRC15:59
clarkbzbr: http://zuul.opendev.org/t/openstack/status for example16:01
*** ykarel is now known as ykarel|away16:05
openstackgerritClark Boylan proposed openstack-infra/system-config master: Prune the intermediate registry before GCing  https://review.openstack.org/65314816:05
clarkbcorvus: ^ I think that fixes the ansible lint issue? that one seems less like a real concern than the bashate catch16:06
zbrclarkb: something is not working, what is the correct new API url for lets say curl https://zuul.openstack.org/api/status/change/652708,216:07
*** dims has quit IRC16:07
zbri tried including /t/openstack/ but did not work.16:07
*** lpetrut has joined #openstack-infra16:09
*** Lucas_Gray has quit IRC16:09
corvuszbr: https://zuul.opendev.org/api/tenant/openstack/status/change/652708,216:09
*** lucasagomes has quit IRC16:09
zbrcorvus: thanks. i am updating it now. Out of curiosity, can I infer the tenant from the project prefix?16:10
corvuszbr: no, there's no relation16:10
funginope. you can have the same projects (with the same prefixes) in different tenants16:10
zbrand I guess we do not have consolidated API support16:11
corvuszbr: correct, tenants are entirely separate16:11
fungiwhat do you mean by "consolidated"?16:11
zbrmeaning making a single API call and get results from all tenants. like LDAP does.16:11
openstackgerritFabien Boucher proposed openstack-infra/zuul master: WIP - Pagure driver - https://pagure.io/pagure/  https://review.openstack.org/60440416:12
fungibut yes, the choice to put tenant early in the api path is so that deployments can choose to filter or authenticate specific tenants16:12
fungiwhich is easier than trying to bake an rbac into the status api16:12
corvusand among other reasons, a given project name (or change id) could actually appear in multiple tenants yet refer to a different project or change16:12
zbri am trying to imagine how to make the zuul-status script with the new setup, in a way that would avoid hammering each zuul tenant.16:14
corvusalso, just for the record since we're talking about it -- the zuul api is not yet stable and we don't yet make any backwards compatibility guarantees16:14
clarkbhttps://etherpad.openstack.org/p/the-great-opendev-git-migration I've started with a rough outline there16:16
clarkbplease add details and things I have missed if you notice them16:16
fungizbr: ahh, that's a good point... from within the context of our gerrit there's not a guaranteed 1:1 mapping from a change you're viewing to a specific status api tenant... you could have multiple pipelines in different tenants reporting into it16:16
*** ccamacho has quit IRC16:16
zbrexactly: the question is how does the change knows who to ping for updates.16:17
clarkbinfra-root as a heads up I've approved the review.opendev.org dns change as well as puppet-4 upgrade for nodepool hosts16:18
fungiclarkb: one thing we're going to need is a traditional project rename change for merging to the project-config repo... handling acl renames is going to be the trickiest part. i've been noodling on ways to programmatically generate that from the renames mapping, the stickiest part is if we want to rename teh files for implicit acls and need to update any corresponding references as explicit acl file16:18
fungientries in gerrit/projects.yaml (though i think i know a shortcut)16:18
openstackgerritMerged openstack-infra/zone-opendev.org master: Add review.opendev.org  https://review.openstack.org/65310816:19
clarkbfungi: if it is simpler maybe we add explicit acls paths then cleanup in a followup?16:19
fungii think if we apply the same rename mapping to teh acl-file entries in projects.yaml as we apply to the project names themselves and then also compare that mapping against subpaths of gerrit/acls/ we can do the transformation cleanly in a single pass16:20
*** jpich has quit IRC16:20
*** rpittau is now known as rpittau|afk16:20
fungii was also briefly worried about what this means for renaming retired repos since the project configs for them are read-only and manage-projects can't push updated acls into gerrit for them, but then realized that shouldn't be necessary if we're not actually altering the acl contents16:21
fungithat ought to just be a no-op16:21
fungii don't anticipate renaming any gerrit groups as a part of the migration16:22
clarkbalso we don't push retired acls anymore16:22
*** ginopc has quit IRC16:22
fungicool16:23
corvusfungi: that sounds good16:23
fungialso still planning to update the rename mapping generator to output the yaml file our project rename playbooks ingest16:24
corvusclarkb, mordred: i found out what's going wrong with the registry thing -- thanks to tcpdump, i found that the registry is sending http redirects to the docker daemon telling it to fetch data from swift tempurls, but the url is invalid; example: 16:21 < fungi> that ought to just be a no-op16:24
corvus16:22 < fungi> i don't anticipate renaming any gerrit groups as a part of the migration16:24
corvus16:22 < clarkb> also we don't push retired acls anymore16:24
corvusgah16:24
corvushttps://storage101.dfw1.clouddrive.com/v1/MossoCloudFS_622b11a1-5dfa-43b4-9f58-4ad3c6dbc4a0/intermediate_registry/files/docker/registry/v2/blobs/sha256/b0/b0299e0551df62b5f8061086ef5feb628f26949c1ba165ab7788e4e612072185/data?temp_url_sig=e0aba6eed50751107df81f64e85350a53045f07e&temp_url_expires=155551847216:24
*** dtantsur is now known as dtantsur|afk16:24
corvusclarkb, mordred: ^16:24
*** david-lyle has joined #openstack-infra16:24
*** dangtrinhnt_ has joined #openstack-infra16:25
*** igordc has joined #openstack-infra16:25
clarkbcorvus: for public access on rax you have to use their cdn setup which gives you the hashed domain name thing16:25
fungiis this related to the cdn proxy thing they use?16:25
clarkbcorvus: I wonder if that is still required, but could explain the error16:25
fungier, what clarkb said16:25
corvusi was under the impression that tempurls worked directly against swift16:25
corvusor rather, "cloud files"16:26
*** manjeets__ has joined #openstack-infra16:26
*** ramishra has quit IRC16:26
fungithat api endpoint is publicly reachable, at least16:27
*** dangtrinhnt has quit IRC16:27
*** dklyle has quit IRC16:27
*** mattw4 has joined #openstack-infra16:27
*** manjeets_ has quit IRC16:27
zbri added https://review.openstack.org/#/c/653487/ -- but i will have to wait for the DNS to start responding.16:32
corvusclarkb, fungi: https://developer.rackspace.com/docs/cloud-files/v1/use-cases/public-access-to-your-cloud-files-account/16:33
clarkbzbr: note that it won't be fully operational until friday16:33
clarkbzbr: since we have to update the gerrit config and apache16:33
corvusthat's why i think this should work16:33
jrollhrm, temp urls used to work on cloud files :/16:33
clarkbcorvus: that does say it should work independent of teh cdn16:34
corvusmaybe i should manually construct that tempurl and see if it matches16:34
jrollI've done this in the past, but it's been a while16:34
mordredcorvus: so - the first thing that comes to mind is whether the shared secret key is correct16:35
mordredcorvus: because it's going to be the swift driver for docker that's going to generate the temp_url_sig16:35
corvusmordred: yeah, manually constructing it would probably tell us that16:35
corvushere's the code for that, btw: https://github.com/ncw/swift/blob/master/swift.go#L183616:35
mordredso if it's doing that with the wrong key, the signature will be wrong16:35
corvusi will also verify that object exists :)16:36
mordredcorvus: there were key-related swift driver config settings ... I'm assuming we added a key to the container or the account, yeah?16:37
clarkbfungi: does the gerrit/projects.yaml update fall under your scripting task or do I need to add a new task to the story for that? I just added a task for the gerrit apache config update16:37
corvusmordred: i did not, which, i aiui, means that the registry will generate one and set it.  there is now a key on the account.16:38
mordredcorvus: for debugging, it might be worth putting that key into the secretkey setting and see if the generated tempurls work16:38
mordredah. ok. so there is an account key16:38
mordredwell that should probably work then :)16:38
corvuswelp, the web dashboard is returning an error when i look at cloud files in dfw.16:40
mordredawesome16:40
fungiclarkb: after thinking through it, i should be able to just include it in the same mass git change generator i'm already working on. the pattern matches in projects.yaml should be easy enough to integrate, which only leaves doing a git mv on a few acl files and making sure the parent dirs for them exist16:41
clarkbfungi: also the review.opendev.org cert you provisioned is for opendev.org only names or did we put the old openstack.org names in there too? Wondering if we need to manage two sets of certs or just one (I'm guessing two sets of certs)16:41
clarkbfungi: k16:41
fungiclarkb: it'll need separate certs if we put them on the same host16:41
fungiwe might want to consider hosting the review.openstack.org redirect on files.o.o instead?16:41
corvusi think that would be fine; might be a little squirrely as we do the dns changes16:42
clarkbthat is a good point, may simplify the config management update for review.o.o16:42
fungiwe already have all the git redirects there so it's just one more16:42
clarkbI'm pretty sure current puppet for review doesn't know how to manage two certs so splitting that off is probably a good idea16:42
corvus++16:42
*** eernst has joined #openstack-infra16:44
*** ijw has joined #openstack-infra16:45
corvusthe exmaple python code on that page is nonsensical16:45
corvusalmost nothing about it is right, it's python3 with bare print, the variables don't match....16:46
mordredcorvus: the cloud files tempurl docs?16:48
corvusya16:48
corvushowever, once i fix it, it *does* produce a working tempurl16:48
openstackgerritMerged openstack-infra/system-config master: Update nodepool servers to puppet 4  https://review.openstack.org/65037916:48
corvusand that does not match the one from go16:48
corvusso i will dig into the algorithm now16:48
mordredcorvus: awesome16:48
clarkbprogress at least16:48
mordredcorvus: https://docs.openstack.org/swift/latest/api/temporary_url_middleware.html is the upstream swift docs on the topic16:48
clarkbI'm going to monitor the puppet-4 upgrade to the nodepool servers.16:48
*** eernst has quit IRC16:48
jrollcorvus: looks like the go code uses sha1, cloud files docs uses sha25616:49
clarkbDoes anyone want to work on the puppet updates for redirecting review.openstack.org to review.opendev.org as well as updating the canonical name and the logo?16:49
*** ijw has quit IRC16:49
corvusjroll: ah thanks!  i changed the python script to use sha1 and it still produces a working url16:50
corvusso there must be some other difference16:51
jrollcorvus: oh, interesting16:51
*** amansi26 has quit IRC16:51
openstackgerritColleen Murphy proposed openstack-infra/system-config master: Update zuul servers to puppet 4  https://review.openstack.org/65038016:53
toskywith the upcoming opendev change, will openstack-specific domains like governance., tarballs., docs., wiki.openstack.org stay as they are? Should I focus only on renaming the occurrences of git.openstack.org (and review.openstack.org outside the .gitreview file)?16:53
*** dims has joined #openstack-infra16:54
mordredcorvus: do we know what c.StorageUrl is? and what then prefix.Path would be? like - maybe the wrong thing is getting passed in there16:54
clarkbtosky: the only domains that are changing on Friday are review.opendev.org and git.openstack.org becoming opendev.org16:54
*** hwoarang has quit IRC16:54
clarkbtosky: over time we may change others, but that will be separate efforts and we'll communicate them when they happen16:54
toskythanks!16:55
openstackgerritColleen Murphy proposed openstack-infra/system-config master: Update lists.openstack.org to puppet 4  https://review.openstack.org/65348916:55
*** hwoarang has joined #openstack-infra16:56
fungiwell, also git.airshipit.org, git.starlingx.io and git.zuul-ci.org are also going to opendev.org on friday16:56
corvusmordred: here's the calling site: https://github.com/docker/distribution/blob/master/registry/storage/driver/swift/swift.go#L64616:56
clarkbfungi: thanks just added that to the etherpad16:58
*** dims has quit IRC16:59
corvusmordred: i know from a log line that the "path" variable at the calling site is like this: /docker/registry/v2/blobs/sha256/b0/b0299e0551df62b5f8061086ef5feb628f26949c1ba165ab7788e4e612072185/data16:59
corvusmordred: (that's a different object than the example i pasted, but that's the format at least)16:59
mordredok. so path is the docker object path16:59
clarkbfungi: the files.o.o change for the git.* redirects is already in place right? we simply need to update DNS records for that to take effect at this point?17:00
corvusmordred: i'm going to step through the code here:17:00
corvusmordred: https://etherpad.openstack.org/p/qCGtbe92ES17:01
mordredso d.swiftPath(path) should in _theory_ be sometihng like /v1/MossoCloudFS_622b11a1-5dfa-43b4-9f58-4ad3c6dbc4a0/intermediate_registry/files/{path}17:01
*** e0ne has quit IRC17:01
fungiclarkb: correct, you can even test it with an /etc/hosts entry currently17:01
*** dims has joined #openstack-infra17:01
fungiin case you want to make absolutely sure17:01
clarkbok so we should be able to get the review.openstack.org redirect in place today and be in a similar spot for that redirect then we only need to update the cert values in hiera and the canonical hostname in the config17:01
clarkbI'm just mapping out my mental todo list then trying to get it onto the etherpad plan doc17:02
*** kjackal_v2 has quit IRC17:03
*** kjackal has joined #openstack-infra17:03
clarkbfungi: that redirect works with https too? (I assume it does just double checking things)17:04
*** ricolin has quit IRC17:04
*** kopecmartin is now known as kopecmartin|off17:05
fungiyes, we install the keys/certs on files.o.o with puppet17:05
fungiyou should just be able to copy all the plumbing for the git sites17:06
fungiup through to hiera variables in the global site manifest17:06
*** mattw4 has quit IRC17:06
clarkbok I think https://etherpad.openstack.org/p/the-great-opendev-git-migration is coming together. Basically just need to come up with the actual rename in gerrit and gitea plan17:07
fungii'm starting to think i need to bump up the ethercalc in the rename generator's precedence, as i doubt we'll have time to get all of these things removed from openstack governance before friday17:19
corvusmordred: that was it!  the secret key was wrong; starting the registry with it explicitly configured worked17:25
mordredcorvus: woot!17:25
corvusthat's very weird, because i obtained the secret key using, theoretically, the same method that the docker code is supposed to... but whatever.17:25
mordredcorvus: well, that's an easy fix then17:25
mordredyeah17:26
*** igordc has quit IRC17:26
corvusclarkb, fungi, mordred: so i think i have everything i need to push up a change to the intermediate registry to use cloud files as a backend17:26
mordredcorvus: woot!17:27
clarkbcorvus: any ideaif garbage-collect is expected to work against that storage backend?17:27
corvusclarkb: based on my 50% understanding of how the registry and garbage collect works, i don't think it's any different17:27
corvuser, there may be unclarity here17:28
openstackgerritPaul Belanger proposed openstack-infra/zuul master: WIP: Use zuul-ansible for ARA callback plugins  https://review.openstack.org/65349717:29
corvusclarkb: i think garbage-collect will work, but not work any differently (ie, registry still needs to be RO or offline)17:29
corvusclarkb: but i will verify at least that it works at all before i push up the change17:29
clarkbsounds good17:30
*** markvoelker has quit IRC17:31
*** markvoelker has joined #openstack-infra17:31
corvusclarkb: wow i spaced on https://review.openstack.org/653148 and forgot to plumb through the secrets; i've marked that WIP17:32
*** markvoelker has quit IRC17:35
*** ralonsoh has quit IRC17:36
mnaserclarkb: left a little suggestion17:37
mnaserand never mind17:39
clarkbmnaser: ya the redirect is expected to address that17:39
mnaserleft my afterthought :P17:39
mnaseryup ok cool17:39
toskyuh, will zull provide compatibility links for cloned repositories like src/git.openstack.org/openstack/foo pointing to src/opendev.org/openstack/foo ?17:39
fungitosky: i'm working on the change to patch references to those in everyone's job configs17:40
fungiwhich we'll push into all the repositories directly during the maintenance on friday17:40
fungialong with corrections to everyone's .gitreview files17:40
corvusclarkb: garbage-collect does work, but is *much* slower17:40
toskyfungi: ok, I will keep that out from my wip documentation patches17:41
mnaserfungi: it may be good to leave a note in the commit message to point to zuul docs, mentioning that you can actually avoid this entire thing if you used the zuul varaibles17:41
fungimnaser: thanks, that's an excellent idea17:41
corvusmnaser: well... some of the zuul variables are keyed by canonical project name, which is changing in this case17:42
toskybut I will keep also an eye in case it's missed (we have a few of them in sahara roles and playbooks :)17:42
corvus(so in *some* cases it could be avoided, but i think not all)17:42
mnasercorvus: yep true, but for most things staying under openstack/ would have benefitted, but yes, I agree indeed17:42
fungiyeah, it doesn't cover all cases, but could have helped reduce the diff17:42
mnaserI know OSA is pretty bad but our run_tests.sh file is sync'd across all of our roles with openstack proposal bot17:43
openstackgerritClark Boylan proposed openstack-infra/puppet-diskimage_builder master: Use full gpg key fingerprint  https://review.openstack.org/65349917:43
fungithen again, this script probably isn't going to address all cases either, because not all of them will be findable programmatically17:43
mnaserso doing an o-a-t change would automatically push it for all of them17:43
clarkbinfra-root ^ was the only thing that came out of puppet-4 on the nodepool hosts17:43
corvuswe could probably make an ansible jinja filter plugin which does dynamic lookups, so you could do "zuul_project('nova')" and it would translate that into opendev.org/openstack/nova... or something similar.17:43
mordredcorvus: yeah - using the zuul naming logic17:44
mordredcorvus: that's probably not a terrible idea in general17:44
*** igordc has joined #openstack-infra17:44
clarkbcorvus: we would be making a change for that too right? maybe best to just update to the new name in that case?17:44
mordredyeah - I think that's more "as a way to improve this for future cases" not "as a way to make friday easier"17:45
clarkbgotcha17:45
* fungi is caught up on e-mail and irc and is going to be on silent running for a bit to better flesh out the git commit generator script for friday, though will be around for the storyboard meeting at 1900z (if there ends up being one)17:45
clarkbI'm going to write the change for adding a review.openstack.org -> review.opendev.org redirect on files.o.o17:46
clarkbmaybe someone else can pick up the update canonical hostname and logo change that is needed on the etherpad?17:46
toskyare you also going to backport the changes on all branches? (non-EM branches?)17:48
fungitosky: not backport, no, the script is going to push commits to all open branches rewriting whatever it finds on them17:49
mordredclarkb: I'll pick up etherpad17:50
toskyfungi: oh, ok, direct push, but anyway all open branches will be fixed, thanks17:50
fungitosky: those commits aren't going through code review, they'll be pushed directly on disk on the gerrit server17:50
fungibut yes17:50
*** bobh has joined #openstack-infra17:50
fungi"fixed" as best we can guess with a script, still possibly somewhat broken and in need of further patching17:51
mordredclarkb: how are you approaching the redirect on files?17:51
fungimordred: clarkb: should just be able to copy the change i did to set up the git redirects on it17:52
clarkbmordred: I'm basically copying what fungi did for git.zuul-ci.org and friends. New vhosts for http and https that will redirect to review.opendev.org17:52
mordredah - that makes sense17:52
*** manjeets__ is now known as manjeets17:53
fungiright, just need a vhost with the redirects baked into the vhost template, and a fistful of ssl files17:53
*** arxcruz is now known as arxcruz|off|2317:53
fungiand then copy the existing ssl keys into group_vars/files.yaml on bridge17:53
mordredoh. hrm. where do I get those from?17:53
mordred(for etherpad)17:54
* mordred is feeling dumb :)17:54
fungiget them from group_vars/gerrit.yaml17:54
corvusmordred: what are you working on?17:54
*** david-lyle is now known as dklyle17:55
mordredOH WAIT17:55
mordrednevermind. nobody look at me17:56
fungii saw nothing17:56
corvusnothing here17:56
corvusmordred: since you're available now, i think clarkb was saying there are some tasks on https://etherpad.openstack.org/p/the-great-opendev-git-migration that need doing17:56
corvusi was just going through that myself17:56
mordredcorvus: yeah. I was starting to work on the apache vhost change ... but my brain mis-parsed what clarkb said earlier ... and I thought I was working on the vhost change _for_etherpad_17:57
corvusthat's what i was worried about :)17:57
mordredwhich is not actually the thing I need to be working on - so I'm now working on the actual needed thing17:57
corvusmordred: but i think clarkb is doing that vhost change?17:58
mordredhe's doing the redirect change17:58
corvusah gotcha17:58
mordredI'm doing update canonical hostname and logo17:58
clarkbyes17:58
corvusgot it, i see all that in the etherpad now :)17:58
mordredclarkb: actually - since you're doing the redirect, doesn't that mean you're also adding the opendev vhost?17:59
*** electrofelix has quit IRC18:00
clarkbmordred: no the redirect is going on files.openstack.org18:02
mordredclarkb: kk18:03
clarkband splitting it this way means we can test it ahead of time by merging my change whenever it is ready18:03
clarkbthe change you are looking at should happen during the maintenance window18:03
mordredah - gotit18:03
*** Goneri has quit IRC18:06
openstackgerritClark Boylan proposed openstack-infra/system-config master: Redirect review.openstack.org to review.opendev.org  https://review.openstack.org/65350718:07
clarkbinfra-root if ^ that looks approximately correct feel free to +2 but not approve and I can approve when I've got hiera updated18:07
fungianother up-side to doing it on files.o.o is that it doesn't take effect until we update dns, so can merge and test it early18:08
*** hwoarang has quit IRC18:08
fungiif we tried to shoe-horn it onto the gerrit server that would be one more possibly complex and hard to test thing to coordinate during the maintenance18:09
clarkbhrm let me make sure mod alias is enabled18:09
fungioh!18:10
mordredfungi: so - back to my question from earlier - the opendev vhost change needs review.opendev.org ssl certs - right? I only see one set of certs in group_vars/review.yaml18:10
fungii just realized one reason we maybe can't do this18:10
fungissh api18:10
openstackgerritClark Boylan proposed openstack-infra/system-config master: Redirect review.openstack.org to review.opendev.org  https://review.openstack.org/65350718:10
mordredfungi: oh right18:10
fungi:/18:10
mordredyeah- I think we need to add the vhost on review.o.o itself because we need the dns to continue pointing there18:11
clarkbwe are updating .gitreview files right?18:11
clarkbbut ya maybe it does want to be there18:11
mordredwe are - but that doesn't mean everyone is going to immediately update their remotes18:11
fungiwe are, but not things like third-party ci systems listening on the stream18:11
mordredyeah18:11
clarkbin that case we'd incorporate what I've done into what mordred is doing (could be separate chagnes still) and update things such that a second vhost is set on that server18:12
fungialso, i don't think git-review notices changes in .gitreview (especially if you haven't pulled them in yet) so will need people to blow away their existing gerrit or push remotes too, right?18:12
mordredclarkb: yes - I agree18:12
*** kjackal has quit IRC18:12
mordredand I think it can be done like what you've go tthere - additional args to openstack_project::review - and just do a vhost there directly18:13
clarkbmordred: yup18:13
clarkbmordred: I'll move my stuff into review.pp18:13
clarkbthen you can rebase on top of that18:13
mordredclarkb: cool. then I'll do mine on top of yours18:13
clarkb++18:13
mordredbut - still ... where are certs for review.opendev.org ?18:13
clarkbmordred: /root/certs on bridge I think18:13
*** psachin has quit IRC18:13
*** hwoarang has joined #openstack-infra18:14
fungibasically workflow for folks will be something like... `git remote update; git checkout origin/master; git remote remove gerrit; git review -s`18:14
mordredclarkb: nope. only review.openstack there18:14
clarkbfungi: ^ any idea where you stashed them?18:14
mordredunless I can just use opendev.org - is that a wildcard cert?18:14
clarkbmordred: it is not18:14
fungithey're under a dated subdir18:14
fungihold on18:14
mordredah - I can find it18:14
mordred./2019-03-26/review.opendev.org.crt yeah?18:15
fungicerts/2019-03-26/18:15
fungiyeah18:15
fungii did them at the same time as docs.opendev.org18:15
mordredcool.18:15
*** kjackal has joined #openstack-infra18:16
*** mujahidali has joined #openstack-infra18:17
*** rfolco has quit IRC18:20
*** Goneri has joined #openstack-infra18:21
*** rfolco has joined #openstack-infra18:21
mordredfungi, clarkb: I have put the review.opendev.org certs into group_vars as review_opendev_*18:22
fungithanks!18:24
mujahidaliclarkb: pabelanger: I have added simple-init openssh-server runtime-ssh-host-keys in the elemnts section but I am still getting the "Timeout waiting for ssh access" error.18:25
mujahidaliPlease have look at nodepool.yaml file http://paste.openstack.org/show/749442/18:26
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Use zuul-ansible for ARA callback plugin detection  https://review.openstack.org/65349718:28
openstackgerritJeremy Stanley proposed openstack-infra/system-config master: Add a opendev migration repo name mapping script  https://review.openstack.org/65313818:29
fungiokay, that ^ now also creates the repos.yaml input file for our rename_repos playbook18:29
openstackgerritClark Boylan proposed openstack-infra/system-config master: Redirect review.openstack.org to review.opendev.org  https://review.openstack.org/65350718:29
clarkbmordred: fungi ^ how does that look?18:30
fungialso i reordered the matching so the ethercalc gets checked first, and as such we can use it to override any other decision later18:30
clarkbmordred: I think your change will then update the ssl_cert_contents and ssl_key_contents to point at new hiera keys as well as change vhost_name and set canonical hostname?18:30
fungithis way we can encode stuff in there to move to opendev even if we haven't gotten it excised from openstack governance first18:30
clarkbmujahidali: the next thing I would check is that the ssh key for the nodepool process is being created on the server image properly so that nodepool can ssh in18:32
clarkbmujahidali: you should be able to boot your image out of band setting your own ssh key then login as root18:32
clarkbmordred: and I think your change will actually have to go in first because we need to not conflict on the vhost name18:35
clarkbmordred: so feel free to rebase mine on top of yours18:35
clarkbskopeo says they don't want to diverge from docker18:35
clarkbmordred: or I can rebase when yours is up18:36
mujahidaliclarkb: thank you, I will try out of band boot and see what comes next.18:37
mordredclarkb: yes on updating ssl_cert_contents to new keys18:38
*** mattw4 has joined #openstack-infra18:40
mordredclarkb: maybe we just want to squash them? I'm not sure either work or make sense without the other18:41
clarkbmordred: wfm18:41
*** lpetrut has quit IRC18:41
fungiinfra-root: as a heads up, i'm rsyncnig the /home/gerrit2/review_site/git tree into /opt/fungi-test on review.o.o so i have a full set of the data there to test against. there is plenty of space in /opt18:41
*** lpetrut has joined #openstack-infra18:42
fungii won't be running anything as root, so no chance i'll actually modify production data18:42
fungihuh, the contents of /home/gerrit2/review_site/git are only 11gib? for some reason i thought it was way larger. maybe that was just back when we were having git gc issues?18:43
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Redirect review.openstack.org to review.opendev.org  https://review.openstack.org/65350718:44
mordredclarkb: how does that look? ^^18:44
clarkbfungi: that number looks about right18:44
clarkbfungi: based on nodepool iamge sizes I think we are ~8gb of active repo data18:45
mordredfungi: also - when we first replicated into ceph and the block size was really big18:45
fungiahh, yes i remember that now18:46
clarkbmordred: https://review.openstack.org/#/c/653507/4/modules/openstack_project/manifests/gerrit.pp line 71 I think we don't want to change that yet. gerrit will redirect you to "cgit" which will redirect you to opendev18:46
clarkbmordred: then as a followup we can update the rules in gerrit to directly point at opendev18:46
mordredclarkb: whyfore?18:46
clarkbmordred: you have to set up the rules to map to the gitea urls for that to work18:47
mordredclarkb: AH - gotcha18:47
clarkbalso does git_http_url need similar treatment?18:48
dmsimardJust realized that the post pipeline doesn't trigger off of new tags which leaves a gap when expecting upload-git-mirror to run18:49
mordredclarkb: I thnk git_http_url is the http url for cloning18:49
mordredclarkb: so that shouldn't need any special deep-link handling18:49
clarkbgotcha18:49
clarkbdmsimard: there is a tag pipeline18:49
mordredclarkb: also - I updated review@openstack.org to review@opendev.org - is that also premature?18:49
dmsimardyeah, I suppose I'll add the job to it18:49
clarkbmordred: I think that should be ok though we may want spf records?18:50
clarkbI updated the etherpad with a note about adding spf records and updating the web repo url links to be direct links18:52
fungii honestly don't know why we set up spf records for review.openstack.org in the first place. i think those predate my involvement in the community18:54
fungioh, because it was for openstack.org not review.openstack.org18:55
fungiand openstack.org has spf records for osf reasons18:55
clarkbya not actually sure if we need them but left a note so we don't forget to consider it18:55
fungisending messages as anything at opendev.org is probably premature until we have some mta accepting e-mail for it18:56
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Redirect review.openstack.org to review.opendev.org  https://review.openstack.org/65350718:58
mordredclarkb: k. updated18:58
*** mujahidali has quit IRC18:58
clarkbfungi: newer gerrit will accept email for itself but we aren't there yet18:58
fungiright18:59
*** yboaron_ has quit IRC18:59
fungiand then it will be something at review.opendev.org anyway, not just opendev.org18:59
clarkbya18:59
fungisame for sb18:59
fungionce its smtp api gets developed anyway19:00
*** ykarel|away has quit IRC19:02
clarkbmordred: one thing given fungi's concern (missed email update cleanup)19:03
clarkbotherwise I think that looks pretty good19:03
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Redirect review.openstack.org to review.opendev.org  https://review.openstack.org/65350719:06
mordredclarkb: whoops fixed19:06
clarkbmordred: that looks good to me. We should get people that aren't us to sanity check it though19:07
mordredclarkb: yes please :)19:08
*** e0ne has joined #openstack-infra19:17
*** e0ne has quit IRC19:20
*** jcoufal has joined #openstack-infra19:21
*** Goneri has quit IRC19:21
*** e0ne has joined #openstack-infra19:22
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add support for yappi and objgraph output  https://review.openstack.org/65354119:30
*** tjgresha has quit IRC19:33
*** tjgresha_nope has joined #openstack-infra19:33
*** Goneri has joined #openstack-infra19:34
*** tjgresha_nope has quit IRC19:40
*** lpetrut has quit IRC19:40
*** tjgresha has joined #openstack-infra19:44
prometheanfirefungi: we are not using mailman2 right? the dmarc/dkim stuff was 'backported' to mm1?19:44
clarkbprometheanfire: we areusing 2 not 319:45
*** rlandy|ruck is now known as rlandy|afk19:46
prometheanfireright, I meant 3/2 not 2/119:47
*** tjgresha has quit IRC19:51
openstackgerritFabien Boucher proposed openstack-infra/zuul master: WIP - Pagure driver - https://pagure.io/pagure/  https://review.openstack.org/60440419:55
*** bobh has quit IRC19:56
clarkbprometheanfire: is there context for the question? fwiw we are asking people to not change dkim moderation action settings on mailman20:04
clarkb(that was part of my email re the server upgrade)20:04
prometheanfireclarkb: no, it was a question based on some gentoo stuff20:06
clarkbah. fungi has some work in progress exploring an upgrade to mailman3 which will give us a mroe friendly web ui (including posting from the ui aiui)20:07
clarkbbut for now still on 220:07
fungiyeah, i have a (stale) poc up and running, and an etherpad listing the detailed steps i took to get it going, but aside from confirming it gets us out of our bolted-on whitelabeled mailman virtual hosts (now supports lists on multiple domains out of the box), i haven't done much else20:09
fungialso want to tear it down and try to do the same setup with containers so we're not stuck with an older version (mm3 is still under fairly heavy development)20:10
fungihttps://etherpad.openstack.org/p/mm3poc20:10
*** ijw has joined #openstack-infra20:11
*** ijw has joined #openstack-infra20:11
openstackgerritClark Boylan proposed openstack-infra/system-config master: Redirect review.openstack.org to review.opendev.org  https://review.openstack.org/65350720:14
clarkbmordred: ^ changes so that tests can pass.20:14
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add support for yappi and objgraph output  https://review.openstack.org/65354120:15
clarkbinfra-root reviews on 653507 so that we are ready for friday much appreciated20:16
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul master: Fix for yappi output  https://review.openstack.org/65354920:17
*** jcoufal has quit IRC20:22
*** jcoufal has joined #openstack-infra20:30
*** e0ne has quit IRC20:31
*** tjgresha has joined #openstack-infra20:34
*** tjgresha has quit IRC20:39
*** jcoufal has quit IRC20:39
*** Goneri has quit IRC20:40
*** pcaruana has quit IRC20:43
*** shardy has quit IRC20:45
corvusclarkb: in 507, why the email address change?20:47
rpiosoTheJulia: Should or perhaps must cherry picks have the same change-id footer as the source change?20:47
clarkbcorvus: oh that came from mordred I think it is beacuse fungi pointed out we shouldn't use a domain until there is an mta running for it20:48
corvusclarkb: i'm pretty sure we've already created that account with that email address20:48
clarkbrpioso: I think the stable maintenance team asks that you do it for backports but it isn't strictly necessary in the general case20:48
clarkbcorvus: ya we may not want to edit that one either20:48
clarkbcorvus: I didn't write that half of the change, mordred did and I think it was due to fungi's feedback about about the lack of an mta20:48
mordredyeah. but I can remove that part of the chagne - fix coming20:49
clarkbmordred: don't forget to git review -d to pull down my updates20:49
clarkb( I chagned some bits of the vhost stuff to make tests happier)20:49
corvusclarkb: since it's in production that way already, i feel like we should remove it; it will only cause production not to match our code :/20:49
clarkbcorvus: ya we can udpate it out of band if we decide it is necessary20:50
clarkbhowever gitea isn't very interactive so probably fine to leave as is20:50
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Redirect review.openstack.org to review.opendev.org  https://review.openstack.org/65350720:50
clarkb(eg gitea shouldn't send email)20:50
corvusclarkb: why would we update it -- it's already opendev.org?20:50
mordredfixed20:50
corvusi wrote it that way so we wouldn't have to change it...20:50
rpiosoclarkb: Thank you. During our chat last week, I overlooked fungi's response -- http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2019-04-09.log.html#t2019-04-09T22:32:4420:51
* mordred needs to afk for a bit - biab20:51
* rpioso shrugs20:51
clarkbcorvus: aiui fungi doesn't want us to use domains that don't have an mta? I don't know if that is an actual concern20:51
corvusclarkb: i really don't understand20:51
mordredI think his concern was the use of an email address that wasn't an actual email address that mail could be sent to20:52
clarkbcorvus: http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2019-04-17.log.html#t2019-04-17T18:56:0820:52
corvushow are gerrit@review.openstack.org and gerrit@review.opendev.org different in that respect?20:52
clarkbcorvus: I think the "correct" fix would be to do @openstack.org according to fungi20:52
clarkbsince that does have an mta20:52
mordredthe actual review was about changes I'd made to update the gerrit emails to gerrit@review.opendev.org - I updated that playbook in error - I was mostly just trying to remove places where I'd made changes to the email addresses so that there would be no email address changes in the change20:53
mordredunfortunately, I undid one that I hadn't done in the first palce20:53
mordredand with that - I really do have to AFK for a bit now ...20:53
corvusmordred: thanks o/20:54
clarkbI'm not particularly worried about the gitea case as gitea shouldn't be sending email20:54
corvusif everyone is sufficiently happy with the status quo there we can probably move on to something else now :)20:54
*** tjgresha has joined #openstack-infra20:54
clarkbgerrit on the other hand does send a bunch of email so maybe we leave that as is for no (which is what current change does)20:54
*** tjgresha has quit IRC20:56
corvusya20:59
*** whoami-rajat has quit IRC21:01
fungiyes, i agree. i was mostly worried about high-volume gerrit e-mail21:01
fungiand in truth, i don't feel super strongly about not using an opendev.org address for gerrit too, but figure we'll start doing e-mail for that domain in the not too distant future and that might be a better time to change it21:08
corvusya that all makes sense21:08
*** rh-jelabarre has quit IRC21:09
*** rh-jelabarre has joined #openstack-infra21:09
corvusis there a kolla swift image?21:14
corvusi found https://docs.openstack.org/kolla-ansible/pike/reference/swift-guide.html but not https://docs.openstack.org/kolla-ansible/stein/reference/swift-guide.html21:14
tdasilvacorvus: are you looking for a swift-all-in-one container image?21:15
corvuslet me ask a different question -- i'd like to be able to continue to test our intermediate registry after we switch to swift; that means i need a tiny little swift in order to do that; my first thought is a container image....21:15
corvustdasilva: yes!21:15
tdasilvacorvus: try this: https://cloud.docker.com/u/swiftstack/repository/docker/swiftstack/picoswiftstack21:16
*** slaweq has quit IRC21:17
corvustdasilva: thanks!21:17
corvuslooks like https://hub.docker.com/r/swiftstack/picoswiftstack is the non-logged-in version of that url21:17
corvustdasilva: any chance you know if you can provide credentials to that (eg via docker env settings) instead of just retrieving them like the docs describe?21:19
*** slaweq has joined #openstack-infra21:20
tdasilvacorvus: looking21:22
*** slaweq has quit IRC21:24
clarkbinfra-root based on the etherpad I've been trying to put together, https://etherpad.openstack.org/p/the-great-opendev-git-migration, and our story's task list I think the last remaining major items are the name update change generation from fungi and the need for a playbook to drive the whole thing21:26
corvusclarkb: i'll hack up the playbook21:27
clarkbcorvus: thanks21:27
clarkbif anyone thinks of something else please add it to the etehrpad and/or the story list depending on what is most appropriate21:27
corvustdasilva: i could also just use devstack i think21:28
fungicorvus: also, i think there's a proposed change or maybe merged which SotK wrote for storyboard to set up swift in a docker container for testing swift-backed story attachments, not sure if that helps21:28
tdasilvayeah, if you don't mind spinning up a vm, there are tools like devstack or https://github.com/thiagodasilva/ansible-saio21:29
corvusfungi: ah, it looks like that uses bouncestorage/swift-aio21:29
*** Goneri has joined #openstack-infra21:29
weshay|roverclarkb to the best of my knowledge.. zbr has killed the rechecks of our tripleo jobs, as requested21:29
clarkbweshay|rover: thank you!21:29
weshay|roverno prob man :)21:29
tdasilvacorvus: bouncestorage/swift-aio is also a good option as that uses tempauth, so you just need to go inside container and set the auth as you would like21:29
weshay|roverthanks zbr!21:29
clarkbI'm going to pop out for a bit now. I've still got what I think are allergy related malaise so trying to not overdo it before friday.21:30
corvustdasilva: that would probably work -- the main thing is that i need to be able to force the auth creds to be something known ahead of time (so that the part of the test which tests deployment is realistic)21:30
clarkbhard to tell if I'm getting properly sick or if all the plants have decided this is the week to kill me21:30
tdasilvaclarkb: I feel like i'm under a combination of both21:31
tdasilvacorvus: yeah, i think either one of those options will allow you to mock with the proxy config files and then you can just set the auth in tempauth filter21:32
*** ijw has quit IRC21:34
mriedemoh nice pip install seg fault http://logs.openstack.org/02/570202/8/check/grenade-py3/1625f50/logs/grenade.sh.txt.gz#_2019-04-16_18_13_00_68921:34
*** ijw has joined #openstack-infra21:34
*** logan- has quit IRC21:34
clarkbmriedem: nice21:35
mriedemApr 16 18:13:00 ubuntu-bionic-ovh-gra1-0005153120 kernel: pip3.6[11878]: segfault at 7f973189a000 ip 00000000004e8620 sp 00007ffc4b1c0370 error 4 in python3.6[400000+3b2000]21:35
ianwclarkb: though just then on removing the git.openstack.org cluster from replication; this will leave anyone hitting git:// targets with out-of-sync repos until it is completely shutdown?21:35
*** Goneri has quit IRC21:36
fungiianw: yeah, maybe we stop haproxy on it21:36
clarkbianw: git.openstack.org will be pointed to files.openstack.org for the redirection which means they will just break21:36
fungioh, yep, perfect21:36
clarkbwe can stop haproxy on it to be extra sure they break :)21:36
*** logan- has joined #openstack-infra21:37
ianwoh yeah, see that step, thanks21:37
*** ijw has quit IRC21:40
*** slaweq has joined #openstack-infra21:41
*** ijw has joined #openstack-infra21:41
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Use swift to back intermediate docker registry  https://review.openstack.org/65361321:41
corvusi haven't added swift to the tests for that yet -- it may or may not pass tests...21:42
corvusi expect that to take some more time, so, if it does pass tests, we might want to go ahead and merge it and add the testing later so we're not dealing with space issues21:42
*** slaweq has quit IRC21:45
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Add a one-time playbook for the opendev migration  https://review.openstack.org/65361421:45
*** ijw has quit IRC21:48
*** Emine has quit IRC21:51
*** fdegir has quit IRC21:55
*** Goneri has joined #openstack-infra21:55
openstackgerritMatt Riedemann proposed openstack-infra/elastic-recheck master: Add query for pip3.6 install seg fault bug 1825251  https://review.openstack.org/65361721:58
openstackbug 1825251 in OpenStack-Gate "Segmentation fault during pip install on python3.6" [Undecided,Confirmed] https://launchpad.net/bugs/182525121:58
*** kjackal has quit IRC22:01
*** kjackal has joined #openstack-infra22:01
openstackgerritPaul Belanger proposed openstack-infra/zuul master: WIP: Support Ansible 2.8  https://review.openstack.org/63193322:03
openstackgerritPaul Belanger proposed openstack-infra/zuul master: WIP: Support Ansible 2.8  https://review.openstack.org/63193322:06
*** rh-jelabarre has quit IRC22:08
*** mriedem has quit IRC22:10
*** sreejithp has quit IRC22:15
*** ijw has joined #openstack-infra22:19
*** Goneri has quit IRC22:40
clarkbI've updated the etherpad plan to disable the entire ansible cron instead of just putting review.o.o in the emergency file22:46
clarkbthis way we can kick.sh on some representative hosts to ensure things are generally happy with the redirects22:46
corvusin 653613 tox-linters failed because ansible-lint is trying to lint a yaml file which is not ansible22:50
corvusshould i attempt to fix it or remove ansible-lint?22:51
*** kgiusti has left #openstack-infra22:51
clarkbcorvus: the issue is with our find I think22:52
corvusif so, we'd need to exclude "templates/*" or something22:52
corvusoh22:53
corvusor just make sure that .yaml is at the end22:53
corvusthat might be easy22:53
corvusclarkb: how about this?    -regex '.*.y[a]?ml$'22:53
corvus(just adding $ to the end there)22:53
openstackgerritMerged openstack-infra/elastic-recheck master: Add query for pip3.6 install seg fault bug 1825251  https://review.openstack.org/65361722:54
openstackbug 1825251 in OpenStack-Gate "Segmentation fault during pip install on python3.6" [Undecided,Confirmed] https://launchpad.net/bugs/182525122:54
clarkbwon't that still match /home/zuul/src/git.openstack.org/openstack-infra/system-config/playbooks/roles/registry/templates/config.yml22:54
corvusalso, i forgot to actually add the .j2 extension to the file i think22:54
*** tkajinam has joined #openstack-infra22:54
corvusyeah, usually we do .foo.j2 in those dirs22:55
corvushrm22:55
corvusi wonder if -regex already behaves like that and that's all i need to do22:55
clarkboh I see ya if we rename the file to .j2 suffix and add the $ that should fix it I think22:55
corvusah yep, -regex already works like that, so the only problem is lack of .j2 extension22:56
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Use swift to back intermediate docker registry  https://review.openstack.org/65361322:57
corvusclarkb: i proposed that as an alternate to the /opt change (so everything will remain in /var afterwords) since it hasn't merged yet22:58
clarkbk22:58
*** zigo has quit IRC22:58
clarkbthe migration playbook looks good too22:58
*** auristor has quit IRC22:59
clarkbtomorrow I'll add commands for doing db backups and the reindexing to the etherpad22:59
corvus /opt is at 55%, so i'll leave it alone for today22:59
corvusif we don't merge the swift thing tomorrow, i'll clear out the data22:59
clarkbthings are coming together. Just need the rename all the things changes22:59
corvusclarkb: are we going with the etherpad for openstack-infra?23:00
clarkbcorvus: I think so with the tweaks that mordred suggested for jeepy, git-review and glean23:01
corvusmaybe i should take that and put it in the ethercalc?23:01
clarkb++23:01
corvuscool, will do that now23:01
*** auristor has joined #openstack-infra23:01
clarkbI'm reviewing the registry changes now23:02
*** rlandy|afk is now known as rlandy|ruck23:03
clarkbcorvus: one comment on the registry change to make sure the cert config wasn't missed23:06
clarkbotherwise that lgtm23:06
corvusclarkb: fungi has some suggestions in https://etherpad.openstack.org/p/6CmVhW40m0 (groups especially, though i think trystack-site might be similar)23:07
*** jamesmcarthur has joined #openstack-infra23:07
clarkblooking23:07
corvusshould i move those 3 to osf?23:07
corvusalso odsreg23:09
clarkbya if we are making an osf/ lets go ahead and move odsreg and groups* to there23:10
corvusand trystack-site?23:10
clarkbtrystack was never an official thing was it? I think x/ might be most appropriate for that one now that I'm looking again23:10
clarkbeither way it is being retired as a repo so probably doesn't matter too much if we pick oen or the other23:13
clarkbfor infra-specs I'm ok with not renaming that one since it is still the opendev infra specs repo23:13
corvusclarkb: i put the first chunk into https://ethercalc.openstack.org/opendev-transition  -- that look ok?  (i added a note which should make it easy to see each of our chunks)23:14
corvus(rows 40-54)23:14
corvusoh, what should i do with bugdaystats?23:15
clarkblets put that in openstack/ then openstack can decide if it wants to retire it or not23:15
corvusk23:16
clarkband ya that first chunk lgtm23:16
*** ijw has quit IRC23:16
*** ijw has joined #openstack-infra23:17
fungialso, in case it was missed, i bumped the precedence for that ethercalc to the front of the renames generator, so we can just stuff all of this in the ethercalc and it will override any other possible later choices23:17
corvusfungi: yeah, i noted you mentioned that earlier, so that's what i'm doing now23:18
fungispiff!23:18
clarkbcorvus: oh wait the new name column should all be openstack/ in that first chunk right?23:18
clarkbnot openstack-infra/23:19
fungii'm still futzing with popen calls to git commands23:19
corvusclarkb: yes, i copypastefailed23:19
corvusi got it right in the second chunk23:19
clarkbyup second chunk looking good so far23:19
corvussecond chunk in place23:20
corvusoh, storyboard is opendev; i'll add that in23:20
*** igordc has quit IRC23:21
*** aaronsheffield has quit IRC23:21
diablo_rojo\o/23:21
*** jamesmcarthur has quit IRC23:23
corvusgiven all the others, maybe we should move gear to opendev too?23:26
clarkbcorvus: I figured I would defer to you on gear and restack. I'm happy for them to live in opendev as they have been somewhat important tools for us. But not necessary that they do if you prefer they live externally23:26
clarkbI do think that glean and git-review and jeepyb make a good home in opendev/23:27
corvusok, so from the x/ section, i'm moving git-restack git-review glean jeepyb gear23:27
corvusinto opendev23:27
clarkb++23:28
corvusi have no idea what the two js- things are, nor what we should do with nose-html-output23:28
fungiseems like if git-review is opendev then git-restack probably is too23:29
clarkbhttps://git.openstack.org/cgit/openstack/swift/tree/test-requirements.txt#n10 swift uses nose-html-output (I don't think anyone else does)23:29
clarkbgiven that my vote for nose-html-output is openstack/23:29
fungii'd lean toward that choice too, yes23:29
fungieither openstack or x23:30
fungisince it's currently an official part of openstack, openstack makes more sense of the two23:30
clarkbalso the infra team moved everyone off of nose years ago except swift which was happy with the status quo23:31
clarkbso I think openstack (swift) can own that and not us23:31
clarkbI'm looking up the js things now23:33
corvusok i'll move nose-html-output to openstack23:33
corvusregarding x/ ...23:35
corvusis that a literal "x/" or is it a placeholder for "self-prefixed"?23:35
clarkbI've been using it as a literal 'x/' its a short less meaningful prefix than _/ or unknown/23:36
*** ijw has quit IRC23:36
clarkbre the js things both are retired I think they are fine to be in x/23:36
corvusi'm not sure "x/jenkins-job-builder" is what i would choose...23:37
corvusis thanh in irc?23:37
clarkbzxiiro-away: ^23:37
*** tosky has quit IRC23:38
corvusi would suggest "jjb/jenkins-job-builder" for that... let's see what zxiiro-away says23:38
corvusi'll put that in the spreadsheet for now23:38
clarkbthat wfm23:39
fungithe openstack tc recommended a namespace of "unknown" which had a somewhat negative connotation. "_" was suggested based on dockerhub's use of that as a meta-namespace, but there it means project explicitly vetted and managed by them (also "_" could get treated weirdly by some things maybe?), so "x" was suggested as being reasonably connotation-unencumbered and short23:39
fungianother alternative i suggested was "git"23:40
fungibasically we want something short and generic23:40
corvuszxiiro-away: here's some background: http://lists.openstack.org/pipermail/openstack-discuss/2019-March/003603.html23:40
*** ijw has joined #openstack-infra23:40
logan-i'm going to temporarily disable the nodepool host aggregate on limestone and wait for the instances to drain to do some HV restarts. starting yesterday booting a nested virt instance instantly crashes the node. so i'm going to upgrade kernels on the HVs since that usually fixes it.23:42
fungiat least as a default https://opendev.org/x/foo is shorter than https://github.com/openstack/foo by 7 characters, so that's an incentive ;)23:43
fungilogan-: reports like that would be really helpful on the latest of the recurrent "why don't we use nested virt in jobs?" threads23:44
corvusclarkb, fungi: i believe i'm done with the ethercalc updates23:44
openstackgerritPaul Belanger proposed openstack-infra/zuul master: WIP: Support Ansible 2.8  https://review.openstack.org/63193323:44
clarkbcorvus: the 5 to opendev/ lgtm and jjb/jenkins-job-builder is a fine choice if zxiiro-away is happy with it23:45
clarkbthat to say I think the list in ethercalc looks good23:45
fungiwfm23:46
logan-fungi: unfortunately for me our jobs use nested virt heavily and the jobs go from 20 minutes to 1+hr without nested KVM. so I have to keep it working for my sanity :(23:46
fungii'm still hacking on loops within loops within loops within loops23:46
corvusfungi: i'm not sure why we keep calling it the opendev migration instead of the opendev inception23:46
fungilogan-: totally understand, we just keep hearing from, e.g., intel employees who are shocked and awed that nested virt isn't 100% stable and reliable23:47
fungicorvus: opendevification23:47
clarkbfungi: logan- right real world reports that it doesn't work 100% of the time in the real world is useful :)23:47
logan-fungi: ahh gotcha23:47
*** mattw4 has quit IRC23:49
zxiiro-awayclarkb: corvus Just FYI I'm in Asia this week so my replies will be in a different timezone than usual.23:55
zxiiro-awayclarkb: corvus I'm ok with the moving the namespace though having "openstack" prefixed probably no longer makes sense anyway. What's the proposed new namespace though is it jjb/* or opendev/* ?23:55
clarkbzxiiro-away: the current proposal for jenkins-job-builder is jjb/jenkins-job-builder23:56
corvuszxiiro-away: probably not opendev/ -- but you can have anything else you want, including jjb/23:56
zxiiro-awayclarkb: would python-jenkins go under there too?23:56
clarkbzxiiro-away: it can23:56
zxiiro-awaycool yeah that works for me23:56
zxiiro-awayjjb/python-jenkins and jjb/jenkins-job-builder23:56
clarkbbut as corvus says you can pick somethign other than jjb/ unless you want jjb/ :)23:56
corvusthat should be fine23:56
clarkbsounds great thnaks23:57
corvusis python-jenkins currently  openstack/ ?23:57
corvuslooks like yes23:57
clarkbyup23:57
zxiiro-awayyep it's currently openstack/python-jenkins23:57
corvusok, ethercalc updated with that (https://ethercalc.openstack.org/opendev-transition lines 196-197)23:58
fungialso, while it is some amount of work, the rename story after friday is somewhat less impactful for folks than previously given gitea's built-in redirecting23:59

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