Monday, 2019-04-22

clarkbtonyb[m]: what I did was git remote update ; git checkout master ; git pull origin master ; git remote rm gerrit ; git review -s00:00
clarkbthat assumes the origin remote is git.openstack.org or similar00:00
clarkbI guess that doesnt update origin either, just gerrit00:00
tonyb[m]clarkb: Okay, I was trying soemthing similar but I'm getting:00:01
tonyb[m]fatal: unable to connect to git.openstack.org:00:01
tonyb[m]git.openstack.org[0: 23.253.125.17]: errno=No route to host00:01
tonyb[m]git.openstack.org[1: 2001:4800:7817:103:be76:4eff:fe04:e3e3]: errno=Network is unreachable00:01
clarkbah you have git:// remotes?00:01
clarkbgit remote -v will confirm00:01
tonyb[m]Yeah00:01
clarkbfor that you may just want to git remote rm then git remote add00:02
clarkbgit remote rm origin ; git remote add origin https://opendev.org/project/path00:02
tonyb[m]okay00:03
tonyb[m]is the a map for things that changed org?00:03
clarkbWe have one on our bastion (maybe we should publish that)00:03
clarkbotherwise you can lookup the old name via https and see where it redirects you00:04
tonyb[m]okay.00:04
tonyb[m]I'll do that00:04
clarkbso s/git/https/ in your remote then see where it redirects tou00:04
tonyb[m]I'll hack something up and drop it on the list00:05
paladoxyou could do sed -i -e 's/review.openstack.org/review.opendev.org/' .git/config00:05
tonyb[m]paladox: Thanks, but that's only part of the problem00:06
fungiyeah, the .gitreview files are updated in all branches of all repos, but you need to be able to pull them (which won't be possible if you were using git:// remotes)00:10
fungiusing sed to convert them to https:// (or http://) first will solve that00:11
tonyb[m]Cool, I was just being lazy and hoping y'all had done the hard work ;P00:11
fungiwe definitely did the hard work, this is just what's left for you ;)00:11
tonyb[m]LOL00:12
tonyb[m]fair point ;P00:12
fungithe really lazy but entirely effective alternative is just to delete and re-clone (though that really isn't necessary)00:12
*** rascasoft has quit IRC00:13
tonyb[m]True but being on the wrong side of the wet string that isn't super appealing.00:17
tonyb[m]fungi: it takes me an hour just to update ~24hours changes00:17
fungii hear you00:18
tonyb[m]fungi: I suspect fresh clones would be much longer ;P00:18
fungiindeed00:18
*** whoami-rajat has quit IRC00:22
*** zhurong has quit IRC00:32
*** yamamoto has joined #openstack-infra00:33
*** yamamoto has quit IRC00:36
*** yamamoto has joined #openstack-infra00:36
*** rascasoft has joined #openstack-infra00:40
*** yamamoto has quit IRC00:47
*** rascasoft has quit IRC00:52
*** yamamoto has joined #openstack-infra00:52
*** jamesmcarthur has joined #openstack-infra01:06
*** d34dh0r53 has quit IRC01:09
*** eglute has quit IRC01:09
*** cloudnull has quit IRC01:09
jamesmcarthur:mordred01:09
*** Goneri has joined #openstack-infra01:14
*** jamesmcarthur has quit IRC01:16
*** rascasoft has joined #openstack-infra01:18
prometheanfiredo we have a reason rechecks aren't working for the reqs project? (see https://review.openstack.org/653887 )01:21
clarkbI dont see a recheck comment on that change01:22
*** Goneri has quit IRC01:22
clarkbprometheanfire: I left a recheck comment and it is in the check queue now01:24
paladoxclarkb that's another thing i added to the ui :) (a recheck button)01:30
paladoxso now all the user has to do is click the button and watch zuul-status light up. (automatically gets the data without refreshing the page)01:31
clarkbnice01:31
prometheanfireok01:34
prometheanfiremaybe my gertty is sad01:34
prometheanfireoh, migration break gertty?01:34
*** rascasoft has quit IRC01:35
clarkbIm not currently a gertty user so not sure. I believe corvus got it working though01:38
*** Goneri has joined #openstack-infra01:39
*** jamesmcarthur has joined #openstack-infra01:42
prometheanfireya, doesn't look like there are fields in the DB for it, just after the domain, seems like it's hardcoded01:42
*** rascasoft has joined #openstack-infra01:43
prometheanfirelast release july 30 2017, and that's the version I have01:43
prometheanfireprobably about due :P01:44
*** bhavikdbavishi has joined #openstack-infra01:47
*** jamesmcarthur has quit IRC01:54
prometheanfireit also is still py2 only01:55
*** ykarel|away has joined #openstack-infra01:56
*** ykarel|away is now known as ykarel01:56
*** bhavikdbavishi1 has joined #openstack-infra01:59
dtroyerFIWI I threw together a little git remote updater, tuned to stx so it doesn't get all of the namespace changes, like to x/:  https://raw.githubusercontent.com/starlingx-staging/tools-contrib/master/misc/stx-remote-fix.sh.01:59
*** bhavikdbavishi has quit IRC01:59
*** bhavikdbavishi1 is now known as bhavikdbavishi01:59
prometheanfirecool01:59
*** rascasoft has quit IRC02:01
prometheanfireya, installed git master gertty, guess those changes need updating02:05
*** Goneri has quit IRC02:05
*** rascasoft has joined #openstack-infra02:08
*** yamamoto has quit IRC02:20
*** yamamoto has joined #openstack-infra02:25
*** rascasoft has quit IRC02:29
prometheanfiretonyb[m]: you use that script you just linked in the ML ( opendev-git-update ) to migrate openstack / openstack-dev / openstack-infra?02:29
*** Goneri has joined #openstack-infra02:31
*** cloudnull has joined #openstack-infra02:43
*** eglute has joined #openstack-infra02:44
tonyb[m]prometheanfire: Yup02:45
*** d34dh0r53 has joined #openstack-infra02:46
tonyb[m]prometheanfire: more specifically from git:// based orgins to new https://opendev based origins02:46
tonyb[m]prometheanfire: I'm still running it but that's the idea certainly ;P02:46
prometheanfireright02:49
prometheanfiretonyb[m]: let me know how it goes, I'm away this week but still need to migrate02:49
tonyb[m]prometheanfire: I'll update the list when I'm done ;P02:51
tonyb[m]prometheanfire: I'll try to ping you also02:51
prometheanfire:D02:51
prometheanfirethanks02:51
ykarelhmm we also fixed our third party playbooks to switch git:// to https:// in RDO02:54
prometheanfirefor me it's just local02:55
*** yamamoto has quit IRC03:00
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: Add ansible-lint job  https://review.opendev.org/53208303:02
*** yamamoto has joined #openstack-infra03:02
*** ramishra has joined #openstack-infra03:15
ykarelLooks like gitweb is still not working03:21
ykarelexample https://review.opendev.org/#/c/651904/03:22
ykarelgitweb url not working03:22
ykarelreturns 40403:22
*** psachin has joined #openstack-infra03:22
ykarelinfra-root ^^03:22
mordredykarel: good catch. the cause is that we're not currently replicating refs/changes due to a gitea bug. we'll clearly need to sort out a solution and I'm not 100% sure which thing will be the right choice right now03:32
ykarelmordred, ack, Thanks for the info, so can you confirm https://logs.rdoproject.org/openstack-periodic-master/opendev.org/openstack/tripleo-ci/master/periodic-tripleo-fedora-28-master-containers-build-push/81f1910/job-output.txt.gz#_2019-04-22_03_05_56_660514 also related to ^^03:35
clarkbmordred: I think we might just enable the embedded gitweb?03:36
clarkbmordred: that seems simple for now03:36
mordredclarkb: yeah03:36
ykarelhmm i think we need to use review.opendev.org03:37
mordredykarel: yes - fetching refs/chages from opendev.org/openstack/kolla is not going to work until we can fix the gitea bug03:38
mordredor someone else can03:38
paladoxWhat is the bug?03:39
clarkbif using zuul zuul should provide all the refs?03:39
clarkbI thought rdo used software factory zuul03:39
clarkb(and zuul gets refs from gerrit)03:39
mordredpaladox: the bug is - if we push refs/changes/* to gitea, it gets grumpy03:40
paladoxOh, you mean like github?03:41
ykarelmordred, Okk Thanks for the bug, any link to that gitea bug? so i can link it in our fix03:42
ykarelto use review.opendev.org instead of opendev.org03:42
mordredykarel: no - we haven't filed one yet, because we're not sure what to file03:42
ykarelmordred, ack03:42
openstackgerritGhanshyam Mann proposed openstack/hacking master: Dropping the py35 testing  https://review.opendev.org/65428703:42
mordredpaladox: pushing refs/changes/* to github actually works03:44
paladoxI didn’t with NoteDB last year :)03:44
paladox*it03:44
paladoxOne of the gerrit maintainers has to file a bug against GitHub issue tracker to get that fixed03:45
mordredah - awesome. we haven't tried with newer gerrit / notedb - but we currently replicate refs/changes/ and refs/notes there03:45
mordredpaladox: *excellent*03:45
paladox(We hit that at the wmf too)03:45
paladoxIt’s now fixed :)03:45
mordredwell - luckily that's less important to us overall :)03:45
mordredah - cool!03:45
mordredhopefully it's not too hard to fix in gitea03:45
paladoxTo replicate mediawiki/core refs/changes/ to GitHub required a script :P03:46
paladoxTo work around the bug03:46
openstackgerritGhanshyam Mann proposed openstack/os-performance-tools master: Dropping the py35 testing  https://review.opendev.org/65428903:49
tonyb[m]I have git notes enabled on a few repos, it looks like those refs aren't available on opendev is that a variation of the same issue with refs/changes?03:50
paladoxmordred: https://github.com/isaacs/github/issues/125303:51
openstackgerritGhanshyam Mann proposed openstack/os-testr master: Dropping the py35 testing  https://review.opendev.org/65429003:55
*** udesale has joined #openstack-infra03:56
clarkbtonyb[m]: yes I think so04:03
*** hwoarang has quit IRC04:10
*** bobh has quit IRC04:10
*** bobh has joined #openstack-infra04:12
*** hwoarang has joined #openstack-infra04:15
*** bobh has quit IRC04:16
tonyb[m]clarkb: Thanks.  I'll just avoid them then04:32
*** ricolin has joined #openstack-infra04:38
*** Goneri has quit IRC04:42
*** tonyb has joined #openstack-infra04:46
*** zhurong has joined #openstack-infra04:52
*** sajauddin has joined #openstack-infra05:08
*** ykarel is now known as ykarel|afk05:57
*** ykarel|afk has quit IRC06:01
*** jbadiapa has joined #openstack-infra06:04
openstackgerritzhongshengping proposed openstack/os-performance-tools master: Update python 3 unit test job  https://review.opendev.org/63775906:06
*** quiquell has joined #openstack-infra06:09
*** quiquell is now known as quiquell|rover06:09
*** tonyb has quit IRC06:13
*** tonyb has joined #openstack-infra06:14
*** ykarel|afk has joined #openstack-infra06:16
AJaegerinfra-root, https://opendev.org/openstack/openstack is still broken - even after my changes merged ;(06:18
*** ykarel_ has joined #openstack-infra06:19
*** ykarel_ is now known as ykarel06:19
*** amansi26 has joined #openstack-infra06:21
*** ykarel|afk has quit IRC06:21
*** yamamoto has quit IRC06:24
AJaegeris gitea confused with some of the renames?06:26
*** yamamoto has joined #openstack-infra06:30
amansi26I am facing this issue http://paste.openstack.org/show/749582/ . Can someone help in resolving this?06:31
openstackgerritFabien Boucher proposed zuul/zuul master: Pagure driver - https://pagure.io/pagure/  https://review.opendev.org/60440406:33
AJaegerinfra-root, do we need a "git submodule update" or something like that on gitea for openstack/openstack?06:35
AJaegeramansi26: looks like a tempest issue, better ask on #openstack-qa06:37
*** quiquell|rover is now known as quique|rover|brb06:46
*** ccamacho has joined #openstack-infra06:58
*** sshnaidm|off is now known as sshnaidm07:00
*** quique|rover|brb is now known as quiquell|rover07:02
*** ralonsoh has joined #openstack-infra07:16
*** yolanda_ has joined #openstack-infra07:18
*** pcaruana has joined #openstack-infra07:19
*** ykarel is now known as ykarel|lunch07:23
*** slaweq has joined #openstack-infra07:30
*** dikonoor has quit IRC07:31
*** amansi26 has quit IRC07:36
*** yolanda_ has quit IRC07:52
*** bobh has joined #openstack-infra08:01
*** bobh has quit IRC08:06
*** kjackal has joined #openstack-infra08:09
*** ykarel|lunch is now known as ykarel08:19
*** tkajinam has quit IRC08:24
*** dciabrin__ has quit IRC08:34
*** rossella_s has joined #openstack-infra08:40
*** yikun has joined #openstack-infra08:41
*** pcaruana has quit IRC08:45
*** dave-mccowan has joined #openstack-infra08:45
*** zxiiro-away is now known as zxiiro08:48
*** dave-mccowan has quit IRC08:53
*** rossella_s has quit IRC08:53
openstackgerritMasayuki Igawa proposed openstack/os-testr master: Deprecate ostestr command  https://review.opendev.org/57363609:02
*** rcernin has joined #openstack-infra09:03
openstackgerritMasayuki Igawa proposed openstack/os-testr master: Deprecate ostestr command  https://review.opendev.org/57363609:04
*** slaweq has quit IRC09:17
*** rossella_s has joined #openstack-infra09:20
*** slaweq has joined #openstack-infra09:35
*** yamamoto has quit IRC09:36
*** yamamoto has joined #openstack-infra09:36
*** slaweq has quit IRC09:40
*** e0ne has joined #openstack-infra09:42
*** yamamoto has quit IRC09:50
*** rossella_s has quit IRC09:52
*** xinranwang has joined #openstack-infra09:53
xinranwangHi guys, i can not pull the lastest code to local after we change to OpenDev. Is there any configuration I need to do?09:54
*** hwoarang has quit IRC10:03
*** hwoarang has joined #openstack-infra10:04
xinranwangThe error is "gnutls_handshake() failed: The TLS connection was non-properly terminated."10:17
*** quiquell|rover is now known as quiquell|ruck10:21
AJaegerxinranwang: it works here. Do you have any firewalls in between that need to know about opendev.org?10:22
AJaegerinfra-root, regarding openstack/openstack, I see that github.com is also confused - last update for project-config was three days ago. Did the org move confuse github and gitea?10:24
*** yamamoto has joined #openstack-infra10:27
xinranwangAJaeger:  thanks. I was working behind the proxy, I switched to another network, and it works :)10:28
*** yamamoto has quit IRC10:32
AJaegerxinranwang: glad to hear that - so work with your proxy folks...10:34
*** yamamoto has joined #openstack-infra10:57
*** yamamoto has quit IRC10:57
*** pcaruana has joined #openstack-infra10:58
mordredAJaeger: github/openstack/openstack seems ok11:01
mordredbut I agree, gitea is still borked11:01
*** yamamoto has joined #openstack-infra11:08
*** yamamoto has quit IRC11:10
*** yamamoto has joined #openstack-infra11:11
*** yamamoto has quit IRC11:12
*** Lucas_Gray has joined #openstack-infra11:14
mordred2019/04/22 11:17:21 [...routers/repo/view.go:55 renderDirectory()] [E] GetCommitsInfo: signal: segmentation fault (core dumped)11:18
*** Lucas_Gray has quit IRC11:21
*** yamamoto has joined #openstack-infra11:22
dtroyerAre there plans for the github mirror repos that moved namespaces and not transferred to other github organizations? ie, push empty contents and archive?11:24
mordreddtroyer: probably so for projects that didn't transfer to other github orgs and are not interested in mirroring to a github org - but there's also dmsimard's mirror to github job for people who want to do that - so I think we're waiting a bit for the owners of the repos to communicate their intent11:28
mordredlike, if the new-org repos _do_ want to replicate using the job, we can probably go in and do some org transfers11:29
*** udesale has quit IRC11:34
*** slaweq has joined #openstack-infra11:43
*** yamamoto has quit IRC11:44
*** yamamoto has joined #openstack-infra11:45
openstackgerritMonty Taylor proposed opendev/system-config master: Rename cgit_file to git_file  https://review.opendev.org/65405511:47
*** lpetrut has joined #openstack-infra11:47
*** slaweq has quit IRC11:47
*** ykarel is now known as ykarel|afk11:51
*** rh-jelabarre has joined #openstack-infra12:03
*** rlandy has joined #openstack-infra12:06
*** rlandy is now known as rlandy|ruck12:06
*** yamamoto has quit IRC12:10
*** quiquell|ruck is now known as quiquell|rover12:12
*** edmondsw_ has joined #openstack-infra12:14
*** yamamoto has joined #openstack-infra12:19
AJaegermordred: thanks for checking12:20
*** cmurpheus is now known as cmurphy12:21
*** quiquell|rover is now known as quique|rover|eat12:22
*** kgiusti has joined #openstack-infra12:26
openstackgerritboden proposed openstack/project-config master: update vmware-nsx related jobs  https://review.opendev.org/65268012:29
openstackgerritAndreas Jaeger proposed openstack/project-config master: Remove reviewstats unit test job config  https://review.opendev.org/65315012:33
*** bhavikdbavishi1 has joined #openstack-infra12:33
*** bhavikdbavishi has quit IRC12:34
AJaegerconfig-core, could you review https://review.opendev.org/653150 and https://review.opendev.org/652680 , please?12:34
*** bhavikdbavishi1 is now known as bhavikdbavishi12:34
AJaegeras well as https://review.opendev.org/#/c/654241/12:34
*** rlandy|ruck is now known as rlandy|ruck|mtg12:36
*** yamamoto has quit IRC12:37
*** sajauddin has quit IRC12:38
*** _erlon_ has joined #openstack-infra12:41
*** rlandy|ruck|mtg is now known as rlandy|ruck12:42
lpetrutHi, I have some questions about the opendev transition, is there anyone I could talk to?12:42
*** jamesmcarthur has joined #openstack-infra12:42
openstackgerritMerged openstack/project-config master: Remove reviewstats unit test job config  https://review.opendev.org/65315012:45
mordredlpetrut: all of the relevant people will be in here at various times - it's best to just ask away12:45
openstackgerritMerged openstack/project-config master: update vmware-nsx related jobs  https://review.opendev.org/65268012:47
*** bobh has joined #openstack-infra12:48
*** mriedem has joined #openstack-infra12:50
lpetrutI work on the compute-hyperv Nova driver, which is out of tree. I've noticed that the github repo is no longer mirrored after the opendev transition: https://github.com/openstack/compute-hyperv12:51
lpetrutalso, I saw that compute-hyperv is now under the "x" organization12:51
lpetrutI assume that's because compute-hyperv was not included in the governance projects.yaml file, thus not considered an official project12:51
sshnaidmcores, can you please check that it's configure correct:  https://review.opendev.org/654447 ? <- clarkb mordred pabelanger12:52
*** quique|rover|eat is now known as quiquell|rover12:52
*** bobh has quit IRC12:53
*** aaronsheffield has joined #openstack-infra12:53
mordredlpetrut: yes - that's right. there is a zuul job that can be used to replicate to github if that's a thing you desire (although obviously it's not a requirement) - unofficial projects that didn't get claimed before the transition got put into the x/ namespace. I'm not sure what the overall plan is regarding renaming those to a new namespace for people who would want a new namepsace12:55
lpetrutI'd say the IBM PowerVM driver is in a really similar situation, having both an in-tree driver and an out of tree driver, yet the out of tree driver is marked as a deliverable, inc: https://github.com/openstack/governance/blob/61886e29771460bb1de7797a5d22a6f590521191/reference/projects.yaml#L2945-L294912:56
lpetrutso, we intend to have the compute-hyperv driver recognized as an official project as well. is there anything else required from our side, other than proposing a patch against the governance project?12:57
mordredno, that should be it - and then we can work through the necessary followup steps12:57
lpetrutthat's great, thanks12:58
mordredsure thing!13:00
*** ykarel|afk is now known as ykarel13:01
*** rf0lc0 is now known as rfolco13:02
*** rlandy|ruck is now known as rlandy|ruck|mtg13:08
openstackgerritMatt Riedemann proposed openstack/openstack-zuul-jobs master: Drop legacy-grenade-dsvm-neutron-multinode-live-migration  https://review.opendev.org/64020913:08
openstackgerritMerged zuul/zuul-preview master: Use splice instead of erase/push_front  https://review.opendev.org/65214813:09
*** yamamoto has joined #openstack-infra13:11
*** jamesmcarthur has quit IRC13:14
fungidtroyer: what to do with repositories still in the openstack namespace on github is more of a question for the openstack tc now, or whoever they want to delegate curation of that org to. in the near term we might want to wait a bit for the dust to settle. longer term my suggestion is to use the "archive" feature i've been told github has, so that if the maintainers of one of those repos wants to have13:17
fungiit transferred to a different org we can unarchive it and do that13:17
*** sthussey has joined #openstack-infra13:18
mriedemclarkb: when you're about, i've noticed that the e-r graph has "Unable to get launchpad data" for all of the bugs, which looks like it's a result of a request exception to launchpad - i don't hit it locally, but it should dump a trace in case the graph generation is logged13:18
*** rpioso|afk is now known as rpioso13:25
dtroyerfungi: thanks.  Would it be possible to set the description line to the new location and indicate it is a stale mirror while the rest is sorted?13:25
fungidtroyer: it might be. is that urgent?13:28
openstackgerritMatt Riedemann proposed opendev/elastic-recheck master: Use pyyaml safe_load to avoid deprecation warning  https://review.opendev.org/65445413:28
fungidtroyer: if it's urgent that something is done about stale github repos, i say we just hurry up and archive them or something rather than just making more work for ourselves13:29
*** psachin has quit IRC13:39
dtroyerfungi: no, not urgent, I was just asked to find out13:40
*** smarcet has joined #openstack-infra13:40
dtroyerI would be OK with archiving them now.  I think this is another example situation of where many people only notice things when they break...13:41
fungiyes, pretty sure we all figured there would be vast swathes of folks who don't pay attention to the myriad of places we discussed/announced these changes in the service13:44
fungifirst of many such changes, but this was the hardest to engineer and has the most expected lingering impact on folks13:46
fungiso figured it was the best place to start... it's all down hill from here13:46
*** eharney has joined #openstack-infra13:49
openstackgerritAndreas Jaeger proposed openstack/project-config master: Retire oslosphinx  https://review.opendev.org/64907213:49
cmurphymordred: i didn't catch up on scrollback, is the beaker job still broken?13:50
*** kranthikirang has joined #openstack-infra13:52
*** eernst has quit IRC13:56
*** rlandy|ruck|mtg is now known as rlandy|ruck13:58
*** kranthikirang1 has joined #openstack-infra13:59
*** xinranwang has quit IRC14:02
*** lseki has joined #openstack-infra14:02
*** kranthikirang has quit IRC14:03
*** jamesmcarthur has joined #openstack-infra14:03
*** michael-beaver has joined #openstack-infra14:04
*** eernst has joined #openstack-infra14:08
smcginnishttps://media.giphy.com/media/FwpecpDvcu7vO/giphy.gif14:10
*** amansi26 has joined #openstack-infra14:11
*** rfarr has joined #openstack-infra14:12
clarkbcmurphy: I believe all system-config tests that vote are expected to work now14:13
fungiprofessor bunsen honeydew must have fixed him back up14:14
cmurphyclarkb: okay great14:17
clarkbinfra-root When properly at a keyboard I expect I'll look at mriedem's e-r issue then work to fix ansipuppet on those hosts we noticed saturday just to be sure there arent rename related errors hiding behind the current errors14:18
openstackgerritDavid Shrewsbury proposed opendev/puppet-nodepool master: Install yappi package  https://review.opendev.org/65446214:19
openstackgerritMerged openstack/project-config master: Retire oslosphinx  https://review.opendev.org/64907214:19
fungii also have a few to do items stacked up if anybody wants one... renaming projects on storyboard-dev to get puppet happy again, writing a change to reduce the db backup retention on paste.o.o from 30 days to something like 10 so that we don't fill up its rootfs in the middle of the summit, and running the fixup playbook to correct storyboard urls in gitea issues links in the wake of repository moves14:21
clarkbfungi: I can do the paste db change aspartof getting ansipuppet happy14:23
clarkbcorvus: mordred we also need updates to our rename playbook based on fixes we did friday right?14:23
*** Lucas_Gray has joined #openstack-infra14:26
*** mjblack has left #openstack-infra14:27
*** openstackgerrit has quit IRC14:28
*** bobh has joined #openstack-infra14:40
*** quiquell|rover is now known as quiquell|off14:42
*** openstackgerrit has joined #openstack-infra14:42
openstackgerritDrew Walters proposed openstack/project-config master: Update Airship projects for gerritbot  https://review.opendev.org/65447014:42
AJaegerHere's an OpenDev rename change for infra-manual. https://review.opendev.org/654222 could somebody queue that on their review queue, please?14:44
*** yamamoto has quit IRC14:46
clarkbAJaeger: looking now14:46
AJaegerthanks14:46
fungican you make sure someone adds it to https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting#Upcoming_Project_Renames ?14:47
*** yamamoto has joined #openstack-infra14:47
*** yamamoto has quit IRC14:48
fungioh, nevermind, i misunderstood what you were saying14:48
prometheanfireso, who has gertty working after the migration?14:52
fungii do14:52
fungirunning master branch tip under python 314:53
fungiit should notice when projects disappear/reappear on restart14:53
fungiyou may need to go into the full project list and subscribe to any which were renamed14:53
prometheanfirehmm, it seems like it's having probems for me, running master under py27 (setup.cfg doesn't state py3 :)14:54
fungioh, and i updated the ~/.gertty.yaml for the new hostname14:54
*** jcoufal has joined #openstack-infra14:54
prometheanfireah, that'd do it14:54
prometheanfirereview.opendev.org ?14:54
fungiyep14:54
prometheanfirelooks like it's working :D14:55
prometheanfireI checked the DB, but not the config14:55
fungithough in my case i took it as an opportunity to clear out a lot of cruft... blew away my ~/.gertty.db and the existing git cache, fired it up, went through the full list of projects subscribing to the ones i normally follow, and then letting it sync overnight14:55
*** rosmaita has joined #openstack-infra14:56
fungibut i run gertty in a somewhat resource-constrained vm where it regularly balloons in memory usage to the point where i need to restart it before it begins thrashing swap hard and/or the oom killer gets it14:56
prometheanfireheh14:57
openstackgerritClark Boylan proposed opendev/puppet-lodgeit master: Reduce paste db local backup retention to 10 days  https://review.opendev.org/65447414:57
prometheanfireI'll end up using tony's remote updating script14:57
clarkbfungi: ^ fyi14:57
openstackgerritMerged openstack/infra-manual master: Update for OpenDev Gerrit changes  https://review.opendev.org/65422214:58
*** josephrsandoval has joined #openstack-infra14:58
fungiprometheanfire: vm qith 1gb ram and 2gb swap and a handful of other long-term processes running... since cleaning it up i seem to be running much leaner so i think that may have helped (it's been going for a day and is still only using half as much memory as my irc client)14:58
fungi97036res, 524260virt14:59
prometheanfireya...14:59
prometheanfirerunning on the local laptop works15:00
*** lpetrut has quit IRC15:00
clarkbon pbx I am gzipping the asterisk logfiles messages.2 .3 and .415:00
clarkbthat should give us enough space to have ansipuppet run successfully and then figureo ut proper logrotation15:02
*** amansi26 has quit IRC15:03
*** dklyle has joined #openstack-infra15:03
*** diablo_rojo has joined #openstack-infra15:05
*** ykarel is now known as ykarel|away15:06
clarkbmriedem: the e-r issue is realted to the rename. e-r runs on an older host and isn't doing sni with ssl so it fails the ssl check saying review.openstack.org doesn't match review.opendev.org15:08
clarkbmriedem: I think the fix there is just going to be updating the config to point at the new locations. I'll get a traceback up as soon as they stop scrolling paste15:08
clarkbmriedem: http://paste.openstack.org/show/749601/15:09
AJaegerconfig-core, the airship irc notifications are broken due to the OpenDev change - could you review https://review.opendev.org/654470  , please?15:10
*** gyee has joined #openstack-infra15:11
*** bhavikdbavishi has quit IRC15:11
clarkblooks like fungi got ^15:13
clarkbfor asterisk logging we have an /etc/asterisk/logger.conf that says rotate and gzip but I don't see the gzip happening and the rotate seems to happen via logrotate instead15:13
clarkbI wonder if xenial asterisk doesn't load the logger.conf and instead relies on logrotate which rotates weekly without compression15:14
AJaegeryeah, thanks, fungi and clarkb15:15
clarkbpabelanger: ^ any idea if asterisk logging behavior around rotation and config files has chagned?15:15
Shrewscorvus: i cannot find where objgraph is installed on the zuul hosts (though i did find yappi install in puppet-zuul). It *is* installed though. Maybe this was installed by hand and we just forgot to automate it? Or maybe I'm just blind.15:16
corvusShrews: quite possibly by hand since things were on fire at the time15:17
*** imacdonn has joined #openstack-infra15:17
Shrewscorvus: ack, just wanted to confirm15:18
mriedemclarkb: ack. i wonder why generating the graph didn't fail for me locally since i didn't change default config.15:20
openstackgerritDavid Shrewsbury proposed opendev/puppet-nodepool master: Install yappi and objgraph packages  https://review.opendev.org/65446215:20
mriedemoh i'm not using ssl either15:21
*** boden has joined #openstack-infra15:21
openstackgerritClark Boylan proposed opendev/puppet-reviewday master: Use opendev git url  https://review.opendev.org/65448215:21
openstackgerritJeremy Stanley proposed zuul/zuul master: Include zookeeper.hosts in ZFS example zuul.conf  https://review.opendev.org/65448315:22
mriedemclarkb: i'll push a change15:22
bodenhi, has anyone run into the following error since the migration to opendev SystemError: b"fatal: not a git repository: '/home/zuul/src/git.openstack.org/openstack/requirements/.git'\n"15:22
bodenfor example: http://logs.openstack.org/09/653009/5/check/requirements-check/cb0e2ad/job-output.txt.gz#_2019-04-22_15_02_24_95818115:22
openstackgerritClark Boylan proposed opendev/puppet-bugdaystats master: Use opendev url for bugdaystats source  https://review.opendev.org/65448415:22
clarkbmriedem: k15:22
clarkbinfra-root ^ fyi debugging 654483 and 654484 I've found that puppet vcsrepo will not update an existing origin15:23
clarkbthose two vcsrepos are currently pointing at git:// urls depsite being updated to https at some point. My plan there is to get these two changes in then I'll delete the source dirs on the host and have puppet recloen them updating the remotes15:23
openstackgerritMerged openstack/project-config master: Update Airship projects for gerritbot  https://review.opendev.org/65447015:24
*** yamamoto has joined #openstack-infra15:24
clarkbboden: then path is actually /home/zuul/src/opendev.org/openstack/requirements.git now. We'll have to look at that job and see what needs fixing15:24
bodenclarkb should that path be used for upper constraints in tox.ini files?15:24
bodene.g. should I be updating my tox.ini files for the new url15:25
AJaegermordred: do you know why your system-config change for gitea is failing? I think we need this one, don't we? https://review.opendev.org/65403415:25
clarkbboden: we might have to update the requirements check script. http://logs.openstack.org/09/653009/5/check/requirements-check/cb0e2ad/ara-report/file/2483cec0-d822-404e-8948-37139f6dbc28/#line-3 the python script there15:26
AJaegerboden: the redirects will work. So, you can but don't have to.15:26
clarkbboden: https://opendev.org/openstack/requirements/src/branch/master/playbooks/files/project-requirements-change.py#L44-L45 that specifically15:26
bodenclarkb AJaeger okay thanks... guess I'll wait for a fix to that script15:26
clarkbboden: do you want to write the change to fix ^15:26
clarkbI think you just have to replace git.openstack.org with opendev.org in that path15:27
AJaegerclarkb: I'll do it if boden won't...15:29
bodenAJaeger working on it15:29
boden1 sec15:29
AJaegerboden: great!15:30
AJaegerboden: happy to wait ;)15:30
*** eernst has quit IRC15:31
clarkbcmurphy: infra-root https://review.opendev.org/#/c/654474/ can I get a review on that as part of the fixing things for paste work?15:32
openstackgerritMerged zuul/zuul-website master: Update review.openstack.org URLs  https://review.opendev.org/65422315:32
*** yamamoto has quit IRC15:32
cmurphyi'm too slow15:33
bodenAJaeger clarkb   https://review.opendev.org/#/c/654487/15:33
openstackgerritJeremy Stanley proposed zuul/zuul master: Log an error when command socket is missing  https://review.opendev.org/65448815:33
clarkbboden: +2 lets see if maybe prometheanfire or dhellmann or another requirements core can do a second review15:34
corvusclarkb: https://review.opendev.org/65406515:35
clarkbcmurphy: https://review.opendev.org/#/c/654482/ and https://review.opendev.org/#/c/654484/ are other puppet module updates to fix status.o.o15:35
prometheanfirelooking15:36
prometheanfiredone15:36
clarkbcorvus: +315:37
corvuswhat recent changes happened regarding oslosphinx?15:37
corvusthey seem to have caused some errors: http://zuul.openstack.org/config-errors15:37
clarkbfrom a consumption side I think oslosphinx has been retired in favor of openstackdocstheme15:38
AJaegercorvus: it was retired15:38
fungicorvus: oslosphinx is being retired because the maintainers don't feel like supporting sphinx 2.x15:38
clarkbmaybe we just need to remove it from the zuul main.yaml?15:38
AJaegerwe just removed it an hour or so ago from main.yaml15:38
corvusok.  we have cleanup to do.  i'll do it.15:38
AJaegerwhat did we miss?15:38
corvusAJaeger: http://zuul.openstack.org/config-errors15:39
AJaegercorvus: ah, see it. thanks for fixing15:39
openstackgerritJames E. Blair proposed openstack/openstack-zuul-jobs master: Remove oslosphinx  https://review.opendev.org/65453715:40
fungiyeah, from the openstack project's perspective, oslosphinx was deprecated for a while in favor of openstackdocstheme, so when it broke with the release of sphinx 2.0.0 they decided it wasn't worth fixing15:40
corvusAJaeger, fungi: ^ can you instapprove that?15:40
fungion it15:40
*** kaspars__ has joined #openstack-infra15:40
*** kaspars__ has left #openstack-infra15:40
AJaegercorvus: +2, thanks15:40
*** ijw has quit IRC15:41
fungiand approved15:41
cmurphyhow come reviewday is openstack/reviewday but puppet-reviewday is opendev/puppet-reviewday ?15:41
clarkbcmurphy: most(all?) of the config management stuff went into opendev because it is our tooling for oeprating the services. But then services liek zuul or reviewday might actually be built by another org15:42
cmurphygotcha15:42
clarkbit is the difference between building the software and running the service15:42
cmurphyclarkb: we're gonna have to fix all of these Gemfiles, they are pointing to /home/zuul/src/git.openstack.org/openstack-infra/puppet-openstack_infra_spec_helper and if that file is not found it's going directly to git.o.o and not zuul15:43
cmurphyi guess that's what mordred was talking about over the weekend?15:43
clarkbya that sounds like it might be related15:43
corvuscmurphy: agreed15:43
clarkbthe git.o.o fallback should mostly work except for where we need self testing of the infra spec helper15:43
clarkbdefinitely something to update15:43
cmurphyyeah15:44
corvusi thought we removed the centos7 jobs from system-config15:44
clarkbcorvus: I think my change must've failed15:44
clarkbcorvus: let me check on it15:44
clarkbhrm I may not have sufficiently removed the infra puppet apply centos7 jobs15:45
clarkbI will fix15:45
corvuswe removed them from something, right?15:46
corvusi distinctly remember a change which couldn't land because the job was running and there are no centos7 hosts15:46
clarkbI thought I had removed the template that included that but there is another second template with those specific centos7 jobs15:47
*** e0ne has quit IRC15:47
openstackgerritClark Boylan proposed openstack/openstack-zuul-jobs master: Stop running centos7 puppet apply for infra  https://review.opendev.org/65454915:49
openstackgerritClark Boylan proposed opendev/system-config master: Stop ansipuppeting the old cgit farm  https://review.opendev.org/65405315:50
clarkbcorvus: ^ I think that should do it15:50
*** jamesmcarthur has quit IRC15:50
openstackgerritMatt Riedemann proposed opendev/elastic-recheck master: Switch gerrit URL to review.opendev.org  https://review.opendev.org/65455015:51
*** Lucas_Gray has quit IRC15:51
*** josephrsandoval has quit IRC15:51
clarkbmriedem: ^ one small thing on that15:53
mriedemack15:55
*** Lucas_Gray has joined #openstack-infra15:55
openstackgerritMatt Riedemann proposed opendev/elastic-recheck master: Switch gerrit URL to review.opendev.org  https://review.opendev.org/65455015:56
openstackgerritMerged opendev/puppet-lodgeit master: Reduce paste db local backup retention to 10 days  https://review.opendev.org/65447415:56
mriedemclarkb: will that require a restart of the e-s worker?15:56
mriedem*er e-r worker15:56
clarkbmriedem: yes that host is also unhappy for other reasons (which I'm fixing currently) I'll be sure to restart e-r as part of that15:57
clarkbthe cron jobs should just start working but I expect the bot is also unhappy15:58
*** openstackgerrit has quit IRC15:58
corvusclarkb: the docker issue is pretty high-priority (we're getting to the point where we're having trouble landing zuul changes); is that ready to go?15:59
*** ykarel|away has quit IRC15:59
*** openstackgerrit has joined #openstack-infra16:00
openstackgerritMerged opendev/system-config master: Add some more legacy cgit h= redirects  https://review.opendev.org/65406516:00
openstackgerritAndreas Jaeger proposed openstack/openstack-zuul-jobs master: Remove centos-7 puppet apply infra jobs  https://review.opendev.org/65455416:00
AJaegerclarkb: followup to your change ^16:00
clarkbcorvus: not quite. I need to update changes with your change and then we need mordreds ssh tunnel idea and the cert update16:00
clarkbcorvus: let me start with that first bit16:00
corvusmy change is the cert update16:00
mriedemclarkb: ok - fwiw i haven't seen the bot in forever anyway16:00
clarkbah ok then we'll just need teh ssh tunnel16:00
corvusdid anyone write that yet?16:01
clarkbcorvus: I don't think so16:01
*** e0ne has joined #openstack-infra16:01
corvusso what was the idea?  set up an ssh tunnel and then use that when using skopeo?16:02
fungii think i missed what the tunnel idea was for docker16:02
fungiahh, to work around the skopeo/docker raw v6 address url issue16:02
corvusya16:02
clarkbcorvus: yes exactly then skopeo can speak ipv416:03
clarkbover ipv616:03
corvusokay, i'll give that a shot16:03
fungii suppose that's easier than setting up a 6-over-4 tunnel or something16:04
fungier, i guess this would be 4-over-616:04
AJaegeramorin: is ovh-bhs1 ok again? We disabled it on the 19th due to network problems16:05
fungiclarkb: as best i can piece together from history, you just ran https://opendev.org/opendev/system-config/src/branch/master/playbooks/sync-gitea-projects.yaml to correct issues links last time?16:06
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Only alias docker registries on test nodes  https://review.opendev.org/65455516:08
clarkbcorvus: ^ I think that is everything but the skopeo tunneling16:08
clarkbfungi: ya it will take a few hours. We should maybe sanity check that the force option on gitea-repos isn't going to undo things like our redirects16:09
fungiclarkb: should we be able to just use a custom copy of that role which drops the force option instead?16:10
clarkbfungi: the force option is necessary to make chagnes to repos that already exist16:10
clarkbfungi: otherwise it skips16:10
fungiahh16:10
clarkbfungi: I expect it is fine16:11
clarkbbut gitea is also new to me so my expectations may be wrong :)16:11
fungihow a about a stripped-down https://opendev.org/opendev/system-config/src/branch/master/playbooks/roles/gitea-git-repos/tasks/setup-repo.yaml which just does the sb bits?16:11
openstackgerritMerged opendev/puppet-gerrit master: Fix opendev urls  https://review.opendev.org/65403116:11
openstackgerritMerged opendev/puppet-gerrit master: Add support for gitea links  https://review.opendev.org/65403316:11
clarkbfungi: that may be a good option as it will run faster too16:12
clarkbmordred: may have throughts since he wrote teh original iirc16:12
corvusclarkb, fungi: for the ssh tunnel, we're going to need a random unused port on the executor, right?16:12
fungilike dropping the create repo and repo settings and default branch tasks16:12
corvusfungi: the repo settings is what does the storyboard link16:13
corvusbut you can drop set default branch16:13
fungicorvus: i expect so on the tunnel... and unless openssh has an option for that, allocating one could be racy?16:13
corvusfungi: yeah, that's what i'm worried about...16:13
fungicorvus: oh, i guess the storuboard tasks are just setting facts which the repo settings task then applies16:14
fungimakes sense16:14
*** eernst has joined #openstack-infra16:14
clarkbcorvus: I wonder if 0 works with ssh16:19
clarkbthen we can ask netstat/ss for the number16:19
corvusclarkb: no, just tried it.  it does with -R but not -L16:19
clarkbis bwrap running in its own network namespace?16:20
clarkbif so the concern over collisions is much smaller16:20
*** jamesmcarthur has joined #openstack-infra16:21
corvusclarkb: not by default16:21
corvusit has that option16:21
*** sshnaidm is now known as sshnaidm|afk16:22
corvusif we do that, we just get a loopback device... what then?16:22
*** tosky has joined #openstack-infra16:22
clarkbprobably have to bring your own network routing and setup in that case :/16:23
clarkbwe may be able to use nc16:24
clarkband if not nc then socat16:24
corvusi also have an idea, but let's hear the nc/socat idea first16:25
clarkbwell I thought nc supported more proxy formats than https connect and socks. But in general set up a proxythat goes from localhost:0 to registry:5000 and not worry about encryption16:25
clarkbwe really only need to translate the ip layer headers16:26
clarkbI'm fairly certain there is a socat incantation that would do that for us but its manpage is large and complicated so may take a few minutes to sort out16:26
corvusi just realized my idea won't work so nevermind16:26
clarkbsocat localhost:0 registry:5000 (maybe? that seems far too simple)16:27
fungiyeah, having nc listen on localhost as a proxy would be just as good as an ssh tunnel, i expect16:27
fungioh, except that the listener on the remote end could close the socket i suppose?16:28
clarkbya socat and nc can both be told to do forks on connection16:29
clarkbso that you don't kill the process16:29
fungiahh16:29
openstackgerritMerged opendev/elastic-recheck master: Switch gerrit URL to review.opendev.org  https://review.opendev.org/65455016:30
toskyup to which stable branch should we backport the opendev fixes? ocata?16:31
fungitosky: which opendev fixes?16:31
openstackgerritMerged openstack/openstack-zuul-jobs master: Remove oslosphinx  https://review.opendev.org/65453716:31
corvusclarkb: something like:   socat TCP-LISTEN:0,fork TCP:zuul.openstack.org:8016:32
fungitosky: and it really depends on the nature of the fixes probably. if just cleanup i wouldn't backport them, but if required to be able to run tests then probably any on which you expect to do that (so presumably all open branches?)16:32
clarkbcorvus: ya I'm working through it locally too and that looks similar to what I have16:32
corvuswould love a "print the port on stdout" option :)16:32
clarkbcorvus: also TCP4-LISTEN to force tcp4 on the local side16:32
fungii suppose the listening port could be obtained from /proc/pid/something16:34
fungior lsof16:34
clarkbcorvus: yup I just got `socat TCP4-LISTEN:0,fork TCP:127.0.0.1:1337` to pass data between two nc's16:35
rajinirWe are seeing git review errors, can anyone help?16:35
rajinirhttps://www.irccloud.com/pastebin/ngKTA71B/16:35
clarkband did lsof | grep socat | grep TCP to find the port (which is probably not robust enough for our purposes but does give us an option)16:35
clarkbrajinir: can you show us what git remote -v looks like? From that we'll be able to recommend steps to update the remotes for the renamed repos16:36
clarkbrajinir: in general though you cannot use git:// anymore and the path component of the repo will need to be updated to whatever the new path is for any ssh:// remotes16:36
*** e0ne has quit IRC16:36
clarkbyou can find the new path by opening the old http(s) path in your browser and seeing where it leads you16:36
corvusclarkb: socat -d -d TCP-LISTEN:0,fork TCP:zuul.openstack.org:8016:37
corvusclarkb: 2019/04/22 09:36:55 socat[16220] N listening on AF=2 0.0.0.0:5003316:37
clarkbdebug output to the rescue16:37
*** smarcet has quit IRC16:40
toskyfungi: so are fixes which only affects the README or other documentation file probably not worth backporting so back in time?16:41
mwhahahais the github sync broken since the rename?16:41
fungitosky: yeah, up to you but i wouldn't personally make updates to old branches if it's simply to avoid using the redirects16:42
corvusclarkb: i'll try to ansible that and come up with a change; thanks!16:42
toskyfungi: ack, thanks, I will ask the other cores too16:43
mwhahahanm i got confused by the git log16:43
fungimwhahaha: depends on the repo. any repos which were in the openstack namespace and remained there are still actively mirrored to the openstack org on github. repositories in other namespaces (including those which used to be in openstack.*) are no longer and need a zuul job added to sync commits after merge to whatever gh org you want16:43
*** smarcet has joined #openstack-infra16:44
AJaegercorvus: zuul config-config errors are fixed ;) Thanks!16:46
*** jamesmcarthur_ has joined #openstack-infra16:47
*** smarcet has quit IRC16:48
*** lpetrut has joined #openstack-infra16:49
*** smarcet has joined #openstack-infra16:50
*** jamesmcarthur has quit IRC16:50
corvusclarkb: have a link to your bug handy?16:52
corvusdocker bug16:52
clarkbone swc16:52
clarkbhttps://github.com/moby/moby/issues/3903316:53
corvusthx16:53
fungicustom playbook with stripped-down role now updating issues links. https://opendev.org/airship/armada goes to the correct sb project and https://opendev.org/openstack/airship-armada is still correctly redirected16:56
*** chandankumar is now known as raukadah16:56
fungiseems to be churning through them fairly quickly... already up to opendev/lpmqtt16:57
fungiprobably worth thinking about how to do this correctly in the rename_repos playbook16:57
*** amansi26 has joined #openstack-infra16:58
clarkbfungi: aweaome thanks!16:58
corvusclarkb, fungi: i verified that "socat -d -d TCP-LISTEN:0,fork TCP:[2001:4800:7819:103:be76:4eff:fe04:5870]:80" works inside a zuul-bwrap on an executor16:59
openstackgerritAndreas Jaeger proposed openstack/openstack-zuul-jobs master: Use py36 instead of py35 for periodic master jobs  https://review.opendev.org/65457116:59
corvuswe will need to install socat on the executors, but that's easy16:59
*** eharney has quit IRC17:00
*** ijw has joined #openstack-infra17:01
clarkbcorvus: exciting17:02
openstackgerritMerged opendev/puppet-bugdaystats master: Use opendev url for bugdaystats source  https://review.opendev.org/65448417:09
corvusclarkb: does https://review.opendev.org/654555 replace https://review.opendev.org/651334 ?17:09
clarkbcorvus: yes when you were on vacation I put up 651334 and child as they were easier to review split like that but when we merged them they went in squashed together. I've done similar this time.17:10
clarkbthen we had to revert the squashed change when skopeo was no better at ipv617:10
openstackgerritAndreas Jaeger proposed openstack/project-config master: Use py36 instead of py35 for periodic master jobs  https://review.opendev.org/65457417:10
*** Lucas_Gray has quit IRC17:11
fungino better, and indicated they wished to remain bug-compatible with docker's behaviors there17:11
corvusclarkb: mind if i update your change to remove the whitespace changes which conflict with my socat change?17:11
clarkbcorvus: not at all17:11
*** Lucas_Gray has joined #openstack-infra17:12
*** Weifan has joined #openstack-infra17:12
corvusi think i ended up removing the double newlines anyway17:12
corvusclarkb: actually, i should squash my change into yours17:12
clarkbcorvus: that also works17:12
corvuswe don't actually need an ssh tunnel, right?17:13
corvusthe buildset registry is expected to be remotely accessible17:14
clarkbcorvus: nope no ssh necessary17:14
clarkband the buildset registry does ssl17:14
*** harlowja has joined #openstack-infra17:15
corvusya17:15
*** ijw has quit IRC17:15
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Only alias docker registries on test nodes  https://review.opendev.org/65455517:15
corvusclarkb, fungi: ^ new omnibus patch17:15
openstackgerritJames E. Blair proposed opendev/system-config master: Install socat on zuul executors  https://review.opendev.org/65457717:17
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Only alias docker registries on test nodes  https://review.opendev.org/65455517:18
clarkbcorvus: for the port discovery log file and ansible var do we want to use different values so that we can run both playbooks on the same executor context?17:18
corvusreadme update17:18
clarkb> socat_port_pull and socat_port_push etc17:19
openstackgerritAndreas Jaeger proposed openstack/openstack-zuul-jobs master: Use py36 instead of py35 for periodic master jobs  https://review.opendev.org/65457117:19
openstackgerritAndreas Jaeger proposed openstack/openstack-zuul-jobs master: Remove periodic-py35 jobs  https://review.opendev.org/65458017:19
corvusclarkb: we could just for extra tidiness, but i don't think the current setup would be a problem since we don't need the variable once we hit the end of that set of tasks17:19
clarkbk17:20
clarkbmriedem: the e-r graphs seem to be fixed now fyi17:22
mriedem\o/17:23
*** Lucas_Gray has quit IRC17:23
fungiclarkb: corvus: do we have a depends-on change to exercise 654555?17:25
corvusfungi: no, unfortunately we can't because it's used in trusted playbooks17:26
corvusfungi: our options there are (a) land it and quick-revert if it goes sideways; (b) land alternate "test-" roles and set up new jobs to use those; (c) make full-scale integration tests for those17:27
fungiohh17:27
corvusfungi: my iniclination is (a) today and (c) in a month17:27
fungiit's already partly broken anyway depending on where it runs, so not a huge risk17:27
clarkbwe've been doing a)17:27
corvusyeah, that's what's driving my thinking on this17:27
clarkbrechecking a zuul or nodepool change has worked well as a checker17:28
fungiright. anyway it's on its way to the gate now17:28
corvusi think i'll direct-enqueue it17:29
fungisgtm17:29
*** ramishra has quit IRC17:30
*** lpetrut has quit IRC17:32
fungii've added a note at the end of https://ethercalc.openstack.org/opendev-transition so people hopefully don't think they should add follow-up moves/renames there17:34
SpamapSFYI, https://opendev.org/openstack/openstack 500's pretty reliably.17:34
SpamapSGuessing gitea wasn't designed to display all of openstack in one repo. ;)17:35
corvusSpamapS: we think there's something wrong with the submodules there; folks have been working through trying to fix that17:35
fungiSpamapS: yeah, we're still trying to work out if gitea needs some additional jolt to fix the subrepos change17:35
fungiSpamapS: though the incorrect issues links you spotted yesterday should hopefully be corrected shortly... we're up around openstack/m repos already17:37
SpamapSfungi: sweet, thanks!17:37
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Only alias docker registries on test nodes  https://review.opendev.org/65455517:37
clarkbfwiw I did double check that the submoduels in opendev/gerrit render fine and they do17:37
clarkbso it isn't just submodules being broken17:37
corvusfungi, clarkb: ^ can you re-approve ps4 of that17:38
clarkblooking17:38
fungiahh, command vs shell task17:38
fungiapproved17:38
corvusi switched it for a change i didn't end up making and forgot to switch it back17:38
corvus(that was back when i thought i would be doing ssh tunnels)17:39
fungii'm going to go snag a late lunch and then start in on project renames in the storyboard-dev database when i get back17:39
fungibbiaw17:39
*** eernst has quit IRC17:41
fungi(well, once the diversity wg meeting wraps up, anyway)17:41
clarkbI've removed /var/lib/bugdaystats/bugdaystats on status.o.o. Puppet should put it back in place with the new origin17:42
clarkbwill do the same with reviewday when that fix is merged17:44
corvusi don't see anything useful in the logs about the openstack/openstack 50017:44
corvuswe may not be logging right yet :/17:44
clarkbcorvus: that from docker logs gitea ?17:44
corvusclarkb: yes and also /var/gitea/logs17:44
corvus(i think we should have docker logs empty and actual logs on disk)17:45
corvus(also, rotation)17:45
openstackgerritMerged openstack/openstack-zuul-jobs master: Stop running centos7 puppet apply for infra  https://review.opendev.org/65454917:45
openstackgerritMerged openstack/openstack-zuul-jobs master: Remove centos-7 puppet apply infra jobs  https://review.opendev.org/65455417:45
clarkbcorvus: that sounds good to me17:45
*** otherwiseguy has quit IRC17:48
*** mhu has quit IRC17:48
*** mhu has joined #openstack-infra17:48
corvusclarkb: http://paste.openstack.org/show/749606/17:50
*** mattw4 has joined #openstack-infra17:51
clarkbI'm cloning from gerrit to fsck17:52
*** otherwiseguy has joined #openstack-infra17:52
clarkbgit fsck --strict --full passes in that repo17:53
clarkband git symbolic-ref head tells me head is not a symbolic ref17:54
corvusi don't see those commands in the gitea source, so that must be from a library?17:55
clarkbthe fsck was something I did, but the symbolic ref command si from your paste17:55
corvusoh sorry i meant the commands in the log17:55
clarkbgot it17:56
*** zbr is now known as zbr|pto17:56
*** ykarel|away has joined #openstack-infra17:56
*** eharney has joined #openstack-infra17:57
openstackgerritDavid Shrewsbury proposed opendev/puppet-nodepool master: Install yappi and objgraph packages  https://review.opendev.org/65446217:57
openstackgerritMerged opendev/puppet-reviewday master: Use opendev git url  https://review.opendev.org/65448217:58
*** e0ne has joined #openstack-infra17:58
corvusclarkb: the "looking for beginning of value" error may come from the json lib17:59
clarkboh interesting17:59
corvusclarkb: i ran it locally in debug mode and got: An error has occurred : signal: segmentation fault (core dumped)18:07
clarkbdo you know what segfaulted?18:07
corvusthere is, in fact, a core file in the openstack repo on the gitea server18:07
corvusclarkb: git18:07
corvus[14864.599480] git[25510]: segfault at 7ffccdf96ff8 ip 00007fcf6f98ccdc sp 00007ffccdf97068 error 6 in libz.so.1.2.11[7fcf6f983000+1c000]18:08
clarkbwow18:08
corvusfrom my local machine18:08
corvusApr 22 17:35:05 gitea01 kernel: [4592809.533995] git[25309]: segfault at 7ffee3950fd0 ip 00007f127edf91ea sp 00007ffee3950fc0 error 6 in libz.so.1.2.11[7f127edeb000+1c000]18:08
corvusfrom gitea01 ^18:08
ShrewsI'm not sure why, but the infra-puppet-apply-3-ubuntu-trusty job doesn't like that I'm trying to define a package in puppet-nodepool that is already defined in puppet-zuul. Other jobs seem ok with it (and I admit, I don't understand why one is using the other). Any puppet experts have an explanation for me?18:08
*** e0ne has quit IRC18:08
clarkbShrews: puppet requires all resource definitions be unique which means youcan't redefine a resource (this is a really annoying behavior in puppet)18:09
clarkbShrews: the fix is to wrap it in a conditional that checks if it is already defined first. Let me find you an example18:09
Shrewsclarkb: ah ha18:09
Shrewsclarkb: no need. i did that with the latest PS18:09
clarkbShrews: k18:09
Shrewsclarkb: but thx for the explanation18:09
openstackgerritMerged zuul/zuul-jobs master: Only alias docker registries on test nodes  https://review.opendev.org/65455518:10
clarkbcorvus: for ^  ithink we can recheck a zuul or nodepool change and see how it does18:10
Shrewsclarkb: curious that the other jobs didn't complain though18:10
clarkbShrews: it requires we install the two modules on the same host so its possible the others don't do that18:10
*** ricolin has quit IRC18:10
*** ykarel|away has quit IRC18:11
*** rnoriega has quit IRC18:11
*** rnoriega has joined #openstack-infra18:12
clarkbor depending on evaluation order if the other side already checks ! defined but the new side doesn't then it dpeends on ordering (and puppet ordering is often not sane)18:13
*** e0ne has joined #openstack-infra18:14
corvushttps://review.opendev.org/654577 hasn't landed18:14
corvusi will manually install socat on all executors real quick18:14
clarkbk18:14
corvusi rechecked https://review.opendev.org/65423818:15
corvusk, socat is installed18:15
clarkbcorvus: any idea what git command is segfaulting? (I'm guessing the coredump has that in argv somewhere?)18:16
openstackgerritMerged opendev/system-config master: Stop ansipuppeting the old cgit farm  https://review.opendev.org/65405318:16
openstackgerritDavid Shrewsbury proposed opendev/puppet-zuul master: Install objgraph package  https://review.opendev.org/65459918:18
corvusclarkb: working on it18:20
corvusCore was generated by `git -c credential.helper= -c filter.lfs.required= -c filter.lfs.smudge= -c filt'.18:21
openstackgerritDavid Shrewsbury proposed opendev/puppet-zuul master: Install objgraph package  https://review.opendev.org/65459918:22
corvusi think that's truncated18:22
corvusthe last command i have in my log is this:18:22
corvusweb_1    | [git-module] /data/git/repositories/openstack/openstack.git: git -c credential.helper= -c filter.lfs.required= -c filter.lfs.smudge= -c filter.lfs.clean= name-rev 923e72d5ab3f7d3c8064ec471a5d946e64b9265818:22
clarkbalright bugdaystats seems happy on status now. I've also removed reviewstats repo on status.o.o as that fix merged18:23
corvusbut that works18:23
clarkbgit-name-rev - Find symbolic names for given revs18:23
clarkb(I had to look that one up)18:25
mnaserjust gonna barge in but18:26
mnaserhttp://zuul.openstack.org/config-errors18:26
mnaserlooks like we have a few things right now18:26
corvusmnaser: i think we just cleared those; do you see any on reload?18:27
mnasernope, I don't.  I thought that autorefreshed (and when I clicked the little bell, I thought it pulled it from the API again)18:27
mnaserindeed, I don't see anything, sorry for the noise!18:27
*** amansi26 has quit IRC18:28
mwhahahaso i noticed that old Depends-On no longer get listed in zuul changes if they still reference openstack.org18:29
clarkbmwhahaha: yup I sent email warning about that18:30
clarkbmwhahaha: zuul sees the gerrit as review.opendev.org now so the old urls are no longer valid from its perspective18:30
mwhahahameh i missed that one18:30
corvusclarkb: i have reproduced it18:31
corvusclarkb: i think this is the actual command: git -c credential.helper= -c filter.lfs.required= -c filter.lfs.smudge= -c filter.lfs.clean= name-rev 05ca984219b8fb6d6fed708061d81d82e8c77a0f18:31
corvus(i expect that's the command that's run after the last one logged)18:32
clarkbcorvus: that segfaults for me too18:32
clarkbin my gerrit cloned repo18:32
corvusclarkb: it will succeed in a repo with refs/changes but segfault otherwise18:32
clarkbhrm18:32
corvusstill, pretty sure segfaulting isn't the right behavior18:33
clarkb++18:33
*** smarcet has quit IRC18:34
clarkbcorvus: that commit does show up in the master log18:34
AJaegerinteresting, 05ca984219b8fb6d6fed708061d81d82e8c77a0f is a change for openstack/openstack/README.rst from 201218:35
corvusclarkb: oops i don't think we fixed the underscore issue in your change18:36
clarkbcorvus: rgr I'll get a patch up18:36
corvusclarkb: i'll do that18:36
clarkbok I'll get out of the way then18:36
clarkb:)18:37
clarkbname-rev does have an --execlude flag but I can't get it to not segfault with that18:37
clarkbprobably need to examine the core dump18:37
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Don't use underscore in buildset_registry_alias  https://review.opendev.org/65460318:40
clarkbcorvus: I went ahead and fast approved ^ since it was something we had talked through previously18:40
corvusclarkb: thanks; i've direct-enqueued it18:41
*** jamesmcarthur_ has quit IRC18:44
clarkbI'm learning how to install debug symbol'd packages on tumbleweed now18:48
*** jamesmcarthur has joined #openstack-infra18:48
corvusclarkb: do you need to do that on ubuntu?18:48
corvussame versions, etc18:48
clarkbpossibly. Though I observe the same behavior here on tumbleweed18:49
corvusoh, yeah, i guess you could view your own core file :)18:49
*** jamesmcarthur has quit IRC18:50
*** jamesmcarthur has joined #openstack-infra18:50
clarkbya I figure understanding how to do this on the current distro I run is worthwile too. I'm failing to get the symbols despite installing what I expected are the packages with such things18:52
openstackgerritMerged zuul/zuul-jobs master: Don't use underscore in buildset_registry_alias  https://review.opendev.org/65460318:53
clarkbI need to update git is why I htink18:55
*** Weifan has quit IRC19:04
AJaegerconfig-core, here's a change to use py36 for some periodic jobs - please put on your review queue: https://review.opendev.org/65457119:05
*** slaweq has joined #openstack-infra19:08
*** nicolasbock has joined #openstack-infra19:08
clarkbcorvus: it is segfaulting in libz inflating what I assume is a packfile19:13
clarkbweird that fsck wouldn't catch that19:14
smcginnisclarkb, fungi: We just got another ensure-twine failure looking like it was somehow run in a venv again.19:19
smcginnisRerunning the job last time that happened passed the second time.19:20
smcginnisCan we reenqueue this one? http://logs.openstack.org/93/93665aaf9bfaec15c5b045118398fc8b339c39ea/release/release-openstack-python/a86df25/job-output.txt.gz#_2019-04-22_19_15_01_71923019:20
smcginnisUnless anyone has any ideas for troubleshooting how that ended up in that state in the first place.19:20
*** Weifan has joined #openstack-infra19:21
clarkbsmcginnis: hrm that runs on localhost?19:21
clarkbsmcginnis: I wonder if this is an interaction with the ansible venvs that zuul creats19:21
smcginnisclarkb: I believe so.19:21
clarkblike maybe sometimes we install into that venv19:21
clarkbor try to rather19:21
smcginnisThere aren't any jobs or roles that I'm aware of that would even be setting up a venv.19:22
smcginnisUnless somehow this gets invoked somewhere: https://opendev.org/openstack/horizon/src/branch/stable/pike/tools/with_venv.sh19:22
smcginnisI see it being copied, but not run anywhere.19:22
*** e0ne has quit IRC19:23
smcginnisLooks like that is removed in stable/queens, so pike might be the last place we hit it if that is the root cause. Or involved in whatever the root cause is.19:23
smcginnisDropped here: https://opendev.org/openstack/horizon/commit/6529cd1eb8aef16b7ded96779c684644ed5a9fe019:24
corvusclarkb: remote:   https://review.opendev.org/654613 Touch the README19:26
smcginniswith_venv.sh and run_tests.sh not present in the python-solumclient release that failed last week (and passed after reenqueing)19:28
clarkbcorvus: neat hack if it works19:29
corvusclarkb: i'm trying it locally now19:29
clarkbfwiw I think I've extracted the broken chunk of the packfile but gzip says its not valid so maybe pebcak19:29
clarkb05ca984219b8fb6d6fed708061d81d82e8c77a0f commit 289  202              54832784 is what verify-pack says19:29
clarkbSHA-1                                    type   size size-in-packfile offset-in-packfile are the columns19:30
fungiokay, back and getting ready to work out how to fix the storyboard-dev database. the gitea issues linking playbook completed in 2 hours 15 minutes, for the record19:31
fungistill catching up, but... mwhahaha: you can query gerrit for changes matching message:"depends-on: https://review.openstack" and then update their commit messages with the correct domain19:33
mwhahahayea just a giant pain that's all19:34
mwhahahaif you're not paying attention you can end up hanging stuff19:34
smcginnisA lot of those tags out there.19:34
mwhahahathis is why i liked using the change-id instead :D19:34
mwhahahapros and cons of both19:34
corvusclarkb: there are other commits that will trigger it; da2b65dadfda6e6551ef4114a7ae362faaa9ba57 for ex19:35
*** smarcet has joined #openstack-infra19:40
clarkbassuming I've extracted the right bytes from the packfile pigz and python zlib both are mad about the data19:41
corvusclarkb: i've tried variations of fsck, gc, and repack with no change19:45
clarkbI'm unpacking into a just git init'd repo then will see what I get for loose objects19:46
clarkb`git unpack-objects < ../openstack/.git/objects/pack/pack-cc39805ca42cb2cdabf0ba776d157f15524c500f.pack` sort of thing19:47
clarkbpuppet on status is happy again now. I'm going to restart the e-r bot to pick up mriedem's fix19:48
*** josephrsandoval has joined #openstack-infra19:49
clarkbcorvus: in my new repo with unpacked object name-rev does not segfault and returns "undefined"19:52
clarkbcorvus: I'm kinda thinking maybe the packfile is valid but tickles a zlib or git bug?19:52
clarkband for whatever reason doing a full conversion doesn't trip over that19:53
clarkbgit cat-file works in both cases19:53
corvusclarkb: i cloned the repo into my homedir on review.o.o, verified it did not segfault, tar'd it and copied it to my workstation, untar'd and it does segfault19:54
corvusso it seems that git/zlib on review.o.o doesn't have this bug?19:54
clarkbcorvus: that would make sense to me given the behavior we are seeing19:55
clarkbI can also pigz -d -c < $objectfile and that works19:55
clarkbso I think my earlier thing is pebkac somewhere19:56
*** slaweq has quit IRC19:56
clarkbI'm goign to repack in my test repo and see if that results in broken again19:56
*** jjohnson42 has joined #openstack-infra19:58
jjohnson42I have a question, is it currently expected that github mirror of project is not getting updates after opendev change?19:59
clarkbcorvus: I can't convince git repack to actually repack because it says "Nothing new to pack."19:59
fungijjohnson42: it depends entirely on the project. is it an official openstack deliverable, or an unofficial project which was moved out of openstack and a stale repository left behind in the "openstack" namespace on github?20:00
fungithe latter is entirely expected, it's up to the openstack tc to decide how, when and who will take care of those20:00
jjohnson42fungi: https://github.com/openstack/pyghmi20:01
AJaegerjjohnson42: So, an unofficial project that was moved out of namespace20:01
jjohnson42fungi: So who should I talk to about either getting that alive again or moving it elsewhere?20:01
clarkbcorvus: hrm I moved .git/objects aside in the repo I cloned and moved the .git/objects from my hacked up repo into the original repo (so no packfile) and now it segfaults again20:02
fungijjohnson42: yep, that's not an official part of openstack and it will be removed from https://github.com/openstack/ at some point in the future by a method as of yet undetermined. we can arrange to transfer it to a different github organization and point you to a zuul job you'll want to run in the post pipeline to start mirroring there20:02
clarkbcorvus: so it is some interaction between the data and the repo state I think20:02
fungijjohnson42: in the meantime, https://opendev.org/x/pyghmi should be entirely up to date20:02
jjohnson42fungi: right, I have that as my remote, just most others come across through github20:03
jjohnson42and have been worried about how dead-looking it would be20:03
fungii understand the worry. we tried to communicate that this would be the case, but there was a lot for people to read20:03
corvusclarkb: i'm going to grab food20:03
jjohnson42Any rough guesses as to when the openstack github plans to clean house?20:04
jjohnson42If it's just a few weeks, will just sit tight and let nature take its course20:05
clarkbjjohnson42: I think that is mostly up to the openstack TC?20:05
*** e0ne has joined #openstack-infra20:05
smcginnisA maintainer could choose what they want to happen to unofficial projects, right?20:06
smcginnisTC can give a recommendation, but being unofficial, it's really just that.20:06
jjohnson42ok, I don't know how rare my situation is, but the project evolved such that I'm pretty oblivious to openstack governance and haven't paid attention, hence my obliviousness20:08
jjohnson42anyway, I have another github remote and I'll steer things that way, and I guess I'll go asking about the right person if it doesn't naturally disappear from github20:09
jjohnson42thanks for the clarification20:09
smcginnisjjohnson42: Would having it be archived on GitHub meet your needs?20:09
fungijjohnson42: no worries. regardless of what the tc decides we should be able to simply transfer it to a different org under your control and show you how to set up replication if that's preferred. then github sets up redirection naturally for folks who still have the old remote20:10
jjohnson42smcginnis: so from my perspective, the ideal would be a visitor to that url gets sent to the 'correct' url, even if the correct url is something that I (the maintainer) designate20:10
*** josephrsandoval has quit IRC20:10
jjohnson42for example: https://github.com/lenovo/pyghmi20:13
jjohnson42I'll of course settle for whatever is most convenient, a url change wouldn't be the worst thing in the world since it's just the git repository not the enduser download experience or anything20:13
fungiyeah, if you control the lenovo org, you could delete the existing pyghmi repository there temporarily and we could transfer openstack/pyghmi to lenovo/pygmhi, the main complexity is that we need an account which is an administrator in both the old and new gh org at the time the transfer is initiated20:14
fungibut after doing that, the account can be removed from the lenovo org20:14
*** ralonsoh has quit IRC20:14
fungiand anyone going to https://github.com/openstack/pyghmi (browsing or cloning/pulling) will be redirected to https://github.com/lenovo/pyghmi20:15
jjohnson42fungi: but that account can be demoted after transfer?20:15
Shrewsinfra-root: Just FYI, in order to start tracking down the nodepool mem leak, we're going to need https://review.opendev.org/654462 merged. I can restart the launchers after that.20:16
Shrews(assuming i did the puppeting things right)20:16
*** sshnaidm|afk has quit IRC20:16
jjohnson42fungi: hmm, if it is still feasible, then could move to my personal and then I could coordinate with the lenovo owners to do it once more, if doing it twice makes sense..20:17
fungijjohnson42: yes, it can be removed from the org permissions as soon as the transfer request is completed20:17
jjohnson42fungi: ok, again sorry from coming in cold, but who do I talk to to get openstack to set up the repository redirect?20:17
fungialso, as i noted earlier, in combination with this or separately, there is a job in the zuul-jobs standard library which can be added to your project to mirror it to any external service via git push, you just need to provide it with encrypted credentials for an account to use for that purpose20:18
fungijjohnson42: no apologies needed. you're effectively the first organic request we've had for a transfer (we only just implemented the changes on friday) but we were prepared for the likelihood. dmsimard already did one before the manitenance for the openstack/ara repo to test out the gh api scripting he wrote for it20:20
jjohnson42fungi: yeah... I might do that through another git hook offsite in this case due to the org I'd probably target, but thanks for the thought20:20
clarkbhttps://github.com/madler/zlib/blob/master/inftrees.c#L20-L39 is where zlib seems to segfault20:20
fungijjohnson42: i'll see if i can dig up where we landed the transfer script and work with you on the details20:21
*** josephrsandoval has joined #openstack-infra20:21
*** kgiusti has left #openstack-infra20:22
jjohnson42fungi: thanks.  I just have been keenly aware that I was living in the infrastructure without paying appropriate attention and so I want to be extra clear that I'm not being rude or anything ;)20:23
funginot rude at all, though we do at least try to communicate upcoming changes in our services on the openstack-infra@lists.openstack.org (we're aware it's still a very "openstacky" mailing list name for the moment)20:24
jjohnson42fungi: going to have to run, but I'll check the irc logs around about this when I get back if you post anything, thanks.20:26
fungijjohnson42: cool, and i found it by the way, still under review at https://review.opendev.org/64493720:26
*** rlandy|ruck is now known as rlandy|ruck|biab20:26
fungii'm approving it now, and we can always improve it if we discover any bugs20:27
corvusfungi: when you have a sec, https://review.opendev.org/654577 could use a +3 (though i already installed it manually)20:28
jjohnson42fungi: great, thanks for the pointer, I'll try my luck sometime this week20:28
fungithanks corvus, taking a look20:29
clarkbcorvus: also I hoped on my xenial fileserver and it too segfaults20:29
*** lpetrut has joined #openstack-infra20:29
corvusclarkb: weird that review doesn't -- it's xenial20:29
fungii was about to say the same20:29
fungicompare zlib1g package versions?20:29
clarkbcorvus: fungi I think it goes back to refs/changes20:29
clarkbI've got one clone on my xenail fileserver with refs/changes mirrored in and one that doesn't20:30
corvusclarkb: right, but my clone doesn't have refs/changes20:30
clarkbit segfaults on the one that doesnt but does not on the one without refs/changes20:30
clarkbhrm20:30
clarkbmaybe it is something else in a git cloen --mirror then20:30
fungicuold something be referring to object ids under refs/changes and then breaking when those are excluded?20:30
clarkbhttp://paste.openstack.org/show/749613/ is a bt by the way20:31
clarkbhttps://github.com/madler/zlib/blob/master/inftrees.c#L88-L91 is the sort of thing that may cause this I expect20:32
*** jjohnson42 has quit IRC20:33
*** lpetrut has quit IRC20:33
clarkbcodes = 19 and lens[0:19] area all smaller than MAX_BITS so that rules that out20:37
fungiwas that bt with symbols installed for zlib?20:38
clarkbfungi: yup20:39
clarkband git20:39
clarkbhttps://marc.info/?l=git&m=139526849815131&w=2 fwiw that may be related?20:39
fungiyeah, i guess so, it has function names and line numbers20:39
*** kjackal has quit IRC20:39
fungii got lost in the lengthy data segments20:40
clarkbyup doubling stacksize fixes it for me20:41
clarkbcorvus: ^ fyi20:41
corvusclarkb: i'll try that with gitea20:41
clarkb05ca984219b8fb6d6fed708061d81d82e8c77a0f master~124884^2 is the answer it emits20:41
fungiso this may be a stack overrun?20:41
clarkbfungi: ya20:41
clarkbwhich eplains why the segfault happens on the function line and not internally20:41
fungiright20:42
clarkbI think if you have refs/changes/foo that it doesn't need as many recursive calls to find the name-rev20:42
clarkbbecause the name-rev is refs/changes/something but without them it has to go all the way back to end of master and fine it20:42
corvusclarkb: yep that works20:42
clarkbwe might be able to workaround this by tagging things periodically on that repo20:42
clarkbso that it finds the tgas20:43
clarkbcorvus: woot. I am going to find lunch myself now20:43
fungithat git ml thread is definitely interesting20:43
clarkbbefore I go the openstack discuss list has a thread on codesearch needing updates20:43
clarkbanyone know what we need to do to make it reindex things?20:44
fungiunfortunately it's over 5 years old and ends with "I'll look into it and hopefully have a patch by the end of the weekend."20:44
fungidid dragos patch this? or lose interest?20:44
clarkbI don't know20:44
clarkbbut I do know my stomach demands food. Back in a bit20:44
fungiyeah, following up to the ml would have been swell20:44
corvusdoubling the stack size should be sufficient20:45
corvusso something in the 16M neighborhood20:45
*** josephrsandoval has quit IRC20:45
*** pcaruana has quit IRC20:46
fungiSpamapS: ^ mystery solved by the way20:46
fungia testament to openstack that its git activity is massive enough to trigger this sort of bug20:47
corvusif anyone asks why the cncf activity thingy hasn't updated, we'll have a *really* good answer20:48
corvusETOOMUCHACTIVITY20:48
fungialso yet another argument against monorepos for large projects, i guess20:48
corvusi'll work on a change20:49
*** seyeongkim has quit IRC20:51
*** guilhermesp has quit IRC20:52
*** davidlenwell has quit IRC20:53
*** icey has quit IRC20:53
*** yikun has quit IRC20:53
*** michael-beaver has quit IRC20:54
*** jungleboyj has quit IRC20:54
*** dwalt has quit IRC20:55
*** sthussey has quit IRC20:55
*** jungleboyj has joined #openstack-infra20:55
*** lsell has quit IRC20:56
*** seyeongkim has joined #openstack-infra20:56
*** michael-beaver has joined #openstack-infra20:57
*** lseki has quit IRC20:57
*** icey has joined #openstack-infra20:57
*** davidlenwell has joined #openstack-infra20:57
*** dwalt has joined #openstack-infra20:57
*** seyeongkim has quit IRC20:58
*** e0ne has quit IRC20:58
*** sweston has quit IRC20:58
SpamapSfungi:s/for large projects//  ... it's hard to know which projects will be too large for monorepo when you set up your repo structure. ;)20:59
*** gmann has quit IRC20:59
fungithis is very true20:59
*** smarcet has quit IRC21:00
*** dougwig has quit IRC21:00
fungigranted, you *can* split things out as the project grows21:00
*** beisner has quit IRC21:00
openstackgerritJames E. Blair proposed opendev/system-config master: Double stack size on gitea  https://review.opendev.org/65462921:01
corvusfungi, clarkb, SpamapS: ^ should be the fix21:01
corvusrather, "a" fix :)21:01
*** josephrsandoval has joined #openstack-infra21:01
*** e0ne has joined #openstack-infra21:02
*** bobh has quit IRC21:02
*** sthussey has joined #openstack-infra21:02
*** dwalt has quit IRC21:02
*** davidlenwell has quit IRC21:03
*** zbr|pto has quit IRC21:03
*** icey has quit IRC21:04
*** jungleboyj has quit IRC21:04
*** mnaser has quit IRC21:04
*** msmarcal has quit IRC21:04
SpamapScorvus:neat21:04
clarkbcorvus: will that apply to the proceses running in the container?21:06
*** e0ne has quit IRC21:06
corvusclarkb: probably? :)21:06
clarkbSpamapS may know. Do the ulimits defined in the host system or the container image apply to processes in a container run by docker?21:07
*** sthussey has quit IRC21:07
clarkbcorvus: https://mtyurt.net/post/docker-how-to-increase-number-of-open-files-limit.html it might be something docker compose exposes for us21:07
*** msmarcal has joined #openstack-infra21:07
*** jungleboyj has joined #openstack-infra21:07
*** icey has joined #openstack-infra21:07
*** kranthikirang1 has quit IRC21:07
corvusclarkb: i'll check out the docker-compose idea21:07
*** gmann has joined #openstack-infra21:07
*** dwalt has joined #openstack-infra21:08
*** mnaser has joined #openstack-infra21:08
*** lseki has joined #openstack-infra21:08
*** sweston has joined #openstack-infra21:08
*** beisner has joined #openstack-infra21:08
*** davidlenwell has joined #openstack-infra21:08
*** lsell has joined #openstack-infra21:08
*** seyeongkim has joined #openstack-infra21:08
clarkbreading more I think docker gives containers the limits set in the host so your change will probably work as is21:08
*** dougwig has joined #openstack-infra21:08
*** dwalt has left #openstack-infra21:09
*** sthussey has joined #openstack-infra21:09
*** yikun has joined #openstack-infra21:09
clarkb(fwiw I like the idea of capturing that in docker-compose if possible because then it is self contained)21:10
corvusany idea how to tell docker something is unlimited?21:11
clarkbcorvus: https://docs.docker.com/engine/reference/commandline/run/ says they pass the value on the command line straight to the syscall21:11
corvusservices.web.ulimits.stack.hard contains "unlimited", which is an invalid type, it should be an integer21:12
corvusERROR: Service 'web' has invalid ulimit '{'stack': {'hard': 0, 'soft': 16384}}'. 'soft' value can not be greater than 'hard' value21:12
corvusservices.web.ulimits.stack u'hard' is a required property21:12
*** guilhermesp has joined #openstack-infra21:12
corvusi'm 0/321:12
clarkb-1 maybe?21:12
corvusERROR: Service 'web' has invalid ulimit '{'stack': {'hard': -1, 'soft': 16384}}'. 'soft' value can not be greater than 'hard' value21:12
clarkb"To specify the unlimited or infinity limit (RLIM_INFINITY), the -1 or 'unlimited' string can be passed." from the prlimit man page21:15
clarkbI'm guessing docker doesn't translate either -1 or unlimited to the defined constant21:15
corvusyeah.  it's almost like the docker folks are unfamiliar with unix.21:15
corvusit's failed to support basic unix resource control and networking so far.21:16
clarkbcan you pass RLIM_INFINITY ?21:16
clarkb(I doubt that will work but maybe they translate that?)21:16
corvusclarkb: https://github.com/docker/compose/blob/master/compose/config/config_schema_v3.7.json#L258-L27621:17
corvusservices.web.ulimits.stack.hard contains "RLIM_INFINITY", which is an invalid type, it should be an integer21:17
*** fmount has quit IRC21:18
clarkbwelp another case of overzealous input checking that prevents people from using their system21:18
clarkbare you wanting to set stack size to unlimited?21:18
corvusi will file a bug for them to ignore21:18
clarkboh the hard limit I expect you want to set to unlimited21:18
clarkbmaybe we set hard to 8x the size of soft and double soft?21:18
corvusyeah, if gitea is smart enough to do a ulimit change i don't want to stop it21:19
*** josephrsandoval has quit IRC21:20
corvusdocker itself has the same problem:21:21
corvusinvalid argument "stack=16123:unlimited" for "--ulimit" flag: strconv.ParseInt: parsing "unlimited": invalid syntax21:21
clarkbnot surprising21:22
*** fmount has joined #openstack-infra21:22
smcginnisDid python-storyboard client end up getting moved somewhere other than openstack/ ?21:23
smcginnisI get a 404 on opendev, but the paste that had the list of renames said it should be there.21:23
corvusclarkb: ugh -- https://github.com/moby/moby/issues/1251521:24
clarkbsmcginnis: https://opendev.org/opendev/python-storyboardclient works for me21:24
clarkbcorvus: so we need compose to accept -1?21:24
smcginnisclarkb: So that's a "yes" then. :)21:24
corvusclarkb: nope, compose behaves the same as docker21:24
corvusclarkb: it accepts -1, but still requires that hard be > soft21:24
clarkbcorvus: oh wow21:25
clarkbsmcginnis: well you said it 404s21:25
clarkbsmcginnis: I'm saying it doesn't and yes it moved to opendev/21:25
corvusclarkb: you can set unlimited/unlimited, but that's the only thing you can do with unlimited21:25
smcginnisclarkb: Yes, the openstack namespace 404's and that was what was listed in the migration list. So yes, it was moved from somewhere other than openstack/21:25
corvussmcginnis: what migration list?21:26
smcginnishttp://paste.openstack.org/show/749402/21:26
corvussmcginnis: where did that come from?21:26
clarkbcorvus: I think that was one of the early lists jroll and fungi shared21:27
smcginniscorvus: It was what was published to openstack-infra ML.21:27
clarkbsmcginnis: fwiw the easiest way to find where something moved to is to use its old url and let the redirects show you21:27
corvussmcginnis: that was probably a draft published for feedback21:28
corvuswe got lots of feedback and many changes happened21:28
clarkbhttps://git.openstack.org/openstack-infra/python-storyboardclient -> https://opendev.org/opendev/python-storyboardclient for example21:28
smcginnisclarkb: Oh, good idea. I think this was the only rename I had an issue with, but that will be a quick way if I run into anything else.21:28
clarkbas an alternative you can click to explore button in gitea and type in python-storyboardclient and you should get results that way too21:28
clarkbcorvus: http://logs.openstack.org/38/654238/1/check/zuul-build-image/9b08032/job-output.txt.gz#_2019-04-22_21_05_54_075128 looks like the cert isn't working for docker proxied through socat, but it seems that ipv6 shouldn't be an issue once we fix that21:31
corvusclarkb: oh i think i see the problem21:35
clarkbgood I wasn't seeing it yet :)21:35
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Fix localhost cert location for push-to-intermediate-registry  https://review.opendev.org/65463221:36
corvusclarkb: ^21:36
corvusclarkb: also https://github.com/moby/moby/issues/3912521:36
clarkbcorvus: the error I linked seem to be with ssl validation21:37
clarkbthe config issue may be an issue too but do we expect it to fix ^21:38
corvusclarkb: yeah, i think it didn't find the CA cert because it didn't match the "hostname"21:38
clarkboh I see21:38
clarkbthough you only updated the json?21:38
clarkbwe also need to update filepaths?21:38
corvushrm21:39
corvuswell, that was the only localhost instance i found21:39
corvusyeah, i guess i only updated the auth config21:40
clarkbgrep for certs21:40
corvusthat doesn't seem like it should cause the 509 error21:40
clarkbI think we use buildset_registry.host | ipwrap currently there and that needs to become 127.0.0.121:40
corvusclarkb: yep, thx21:40
corvuswill update that patch21:40
*** boden has quit IRC21:41
clarkband re ulimits I think we can just set a really big hard value then21:42
clarkbshould have roughly the same effect21:42
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Fix localhost cert location for push-to-intermediate-registry  https://review.opendev.org/65463221:43
clarkbfungi: ^ have a quick moment to review that too?21:45
*** bobh has joined #openstack-infra21:46
clarkbcorvus: ^ it is approved now if you want to direct enqueue. I need to step away for a little bit again21:48
openstackgerritJames E. Blair proposed opendev/system-config master: Double stack size on gitea  https://review.opendev.org/65463421:54
corvusclarkb, fungi: ^ alternate to https://review.opendev.org/65462921:54
fungioh, cool, should i assume i don't yet need to dig into the system-config-run-gitea failure on 654629?21:55
clarkbfungi: not if you prefer the alternate :)21:56
corvusfungi: i dug into it enough to see that it looks like a real failure, so there's probably a bug in the change or the test; so yeah, it's moot if we go with 65463421:56
clarkb(I prefer the alternate)21:56
clarkbok in my todo list I scribbled down the last remaining big item I wanted to followup on from friday was the update of the rename playbook21:57
clarkbhas anyone done that?21:57
clarkbif not I can take that on21:57
corvuswell, there are two problems with the first change: 1) there's a bug in the test which is causing it not to work; and 2) the output shows that the test would fail if it did work21:57
clarkb(I'm sure there are other todos to add to my list too)21:57
*** bauzas_ has joined #openstack-infra21:58
*** manjeets_ has joined #openstack-infra21:58
*** irclogbot_0 has quit IRC21:58
*** niedbalski has quit IRC21:58
*** bauzas has quit IRC21:58
*** tonyb has quit IRC21:58
*** bauzas_ is now known as bauzas21:58
*** diablo_rojo has quit IRC21:58
*** panda has quit IRC21:58
*** odyssey4me has quit IRC21:58
*** zhurong has quit IRC21:59
*** ddurst has quit IRC21:59
*** diablo_rojo has joined #openstack-infra21:59
*** manjeets has quit IRC21:59
*** dansmith has quit IRC21:59
openstackgerritMerged zuul/zuul-jobs master: Fix localhost cert location for push-to-intermediate-registry  https://review.opendev.org/65463221:59
*** imacdonn has quit IRC21:59
*** panda has joined #openstack-infra22:00
clarkbI recheced 654238 to test ^22:00
*** odyssey4me has joined #openstack-infra22:00
*** anteaya has quit IRC22:00
*** rlandy|ruck|biab is now known as rlandy|ruck22:00
*** ddurst has joined #openstack-infra22:00
*** seyeongkim has quit IRC22:01
*** bgmccollum has quit IRC22:01
*** dansmith has joined #openstack-infra22:01
*** imacdonn has joined #openstack-infra22:01
clarkbgitea 1.8.0 released too apparently22:01
fungiyeah, i like the new version22:01
*** mandre has quit IRC22:02
*** irclogbot_1 has joined #openstack-infra22:02
*** seyeongkim has joined #openstack-infra22:03
*** mandre has joined #openstack-infra22:04
fungii had to math for a moment to confirm that number was what i thought it was22:05
*** sthussey_ has joined #openstack-infra22:05
fungithis was so much easier when we only had to think about 32-bit systems22:06
clarkbit was really big and I figured the test would tell us if there was something wrong with its size22:06
fungior, heck, 16-bit ;)22:06
fungiit's 2^63-122:06
clarkbso max signed int22:06
fungiso max size for a signed 64-bit int, right22:06
*** sthussey has quit IRC22:07
*** jungleboyj has quit IRC22:07
*** gmann has quit IRC22:07
*** sthussey_ is now known as sthussey22:07
*** nicolasbock has quit IRC22:07
*** nicolasbock has joined #openstack-infra22:07
clarkbhttp://zuul.openstack.org/stream/9ef300ffdfac48cea619b5c62695d4c4?logfile=console.log hopefullyshows working docker22:07
*** gmann has joined #openstack-infra22:07
*** bgmccollum has joined #openstack-infra22:07
*** bobh has quit IRC22:08
*** tjgresha_nope has joined #openstack-infra22:10
*** gmann has quit IRC22:11
*** irclogbot_1 has quit IRC22:11
*** amotoki_ has joined #openstack-infra22:11
*** gmann has joined #openstack-infra22:11
*** kopecmartin has joined #openstack-infra22:11
*** defionscode_ has joined #openstack-infra22:12
*** kinrui has joined #openstack-infra22:13
*** armax_ has joined #openstack-infra22:13
*** jrist- has joined #openstack-infra22:13
*** rpioso_ has joined #openstack-infra22:15
fungii did a double-take because i'm not used to looking at numbers that large outside of initialization vectors for cryptographic algorithms22:16
*** freerunner has quit IRC22:16
*** amotoki has quit IRC22:16
*** kopecmartin|off has quit IRC22:16
*** rpioso has quit IRC22:16
*** jbadiapa has quit IRC22:16
*** strigazi has quit IRC22:16
*** Qiming has quit IRC22:16
*** gagehugo has quit IRC22:16
*** brwyatt has quit IRC22:16
*** dansmith has quit IRC22:16
*** nhicher has quit IRC22:16
*** defionscode has quit IRC22:16
*** fungi has quit IRC22:16
*** slittle1 has quit IRC22:16
*** tjgresha has quit IRC22:16
*** SpamapS has quit IRC22:16
*** jrist has quit IRC22:16
*** pots has quit IRC22:16
*** armax has quit IRC22:16
*** armax_ is now known as armax22:16
*** defionscode_ is now known as defionscode22:16
*** rpioso_ is now known as rpioso22:16
*** pots has joined #openstack-infra22:16
*** dansmith has joined #openstack-infra22:17
*** brwyatt has joined #openstack-infra22:17
*** freerunner has joined #openstack-infra22:18
*** irclogbot_2 has joined #openstack-infra22:18
*** kinrui is now known as fungi22:19
*** SpamapS has joined #openstack-infra22:19
*** irclogbot_2 has quit IRC22:19
fungiwhee, freenode asplodey22:19
corvusclarkb: there is a bug in that change which will cause it to fail zuul-quick-start, but we can still learn what we need to about the registry changes, so i'm holding a new patchset to fix it until the current run finishes22:19
clarkbcorvus: ok22:20
corvus(missed a zuul-ci.org -> opendev.org change)22:20
*** irclogbot_2 has joined #openstack-infra22:20
*** Qiming has joined #openstack-infra22:21
corvusmy gitea change to add .git support is failing tests; i will try to get to it this week, but if anyone wants to hack go, https://github.com/go-gitea/gitea/pull/668822:21
corvus(BTW, that should really be two different PRs with a dependency, but github doesn't support that)22:22
*** sshnaidm has joined #openstack-infra22:24
*** sshnaidm is now known as sshnaidm|afk22:24
clarkbcorvus: so I think the build image job worked this time and now we are waiting on a test node for the quickstart job22:25
clarkbif quickstart pulls images then I htink we are set22:25
Weifanexcuse me, our repo has been moved from openstack namespace to x, will the package still be uploaded to pypi automatically when a new tag is pushed, or should we manually do it?22:29
clarkbWeifan: the package name on pypi should be independent of the namespace and things should continue to work as before22:29
Weifanthanks :)22:29
corvusclarkb: the push and pull aspects of this are under-tested because there isn't a change before or after this one; we'll test the push-to-intermediate in the second half of the build-image job, but not the pull-from-intermediate22:31
corvusclarkb: so actually, how about i push up my change on its own and have it depends-on mordred's change22:31
corvusthen we'll see the pull exercised22:31
clarkbcorvus: wfm22:32
openstackgerritJames E. Blair proposed zuul/zuul master: Fix another opendev rename  https://review.opendev.org/65464322:33
corvusso 654238 should exercise push-to-intermediate, 654643 should exercise pull-from-intermediate; they should both exercise use-buildset-registry and the /etc/hosts stuff, and the second should fix all known errors and be green22:34
*** ijw has joined #openstack-infra22:34
*** rfarr has quit IRC22:36
ijwHey, I might be a bit late with a daft question, but I'll ask anyway.  I see there's a redirect on the review.openstack URLs, but the filters I have in my bookmarks are screwy because project names have changed from openstack/... to x/... - is that a permanent change?  I'll update my bookmarks if so.22:37
clarkbijw: it is permanent as long as those projects don't ask to get migrated into new namespaces22:37
corvusas permanent as any project repo url :)22:38
ijwOK.  The redirector would probebly be more useful to the next people along if it made a comment in passing, if that's not too difficult a request22:40
clarkbijw: I'm not sure I understand what you mean by that? we did redirect everything on the public mirror side22:40
corvusclarkb: push-to-intermediate on 654238 looks good22:43
ijwclarkb: You redirected a URL which used to work (review.openstack.org, project:openstack/*) to one that didn't without rewriting the querystring to fix it22:43
clarkbijw: can you share examples of the original url and the resulting url? I don't think we rewrote any review.openstack.org urls22:44
clarkb(just the domain)22:44
*** rcernin has quit IRC22:45
ijwclarkb: https://review.openstack.org/#/q/project:openstack/networking-vpp+status:open -> https://review.opendev.org/#/q/project:openstack/networking-vpp+status:open22:45
*** rcernin has joined #openstack-infra22:45
clarkbya ok that was expected. gerrit doesn't have proper renaming tools so we aren't able to sanely redirect everything in gerrit. This is one of many reasons we push people towards other tools for browsing and fetching22:46
clarkbwe expect that our developers will be able to manage if it happens infrequently22:46
clarkb(and hopefully we can eventually write that gerrit rename plugin and have it do a sane thing around this)22:47
paladoxclarkb i think there's a plugin to rename projects in gerrit (but it's not future proof).22:47
paladoxhttps://gerrit-review.googlesource.com/admin/repos/plugins/rename-project22:48
clarkbpaladox: there is but its broken :P22:48
clarkbpaladox: it deletes the project and creats a new one22:48
clarkbso you lose all the existing changes and stuff22:48
paladoxoh22:48
paladoxin notedb you can easily rename, just change the name of the repo then reindex.22:48
ijwAll I was thinking is maybve you could somehow flash up a message during the redirect or on the resulting page22:49
openstackgerritClark Boylan proposed opendev/system-config master: Double stack size on gitea  https://review.opendev.org/65463422:49
ijwPlus you get to tell people at the same time 'the project names have changed'22:50
clarkbcorvus: ^ small fix that will hopefully make the test pass22:50
clarkbijw: got it, ya wecould possibly do that22:50
*** jcoufal has quit IRC22:50
clarkbpaladox: that is excellent news22:50
clarkbpaladox: and more motivation to upgrade I guess22:51
paladox:)22:51
fungipaladox: does changing the repo name in notedb migrate all user preferences/watches for it or is that stored separately still? we currently do update queries during renames to switch those to the new project name22:51
paladoxOh, that im not sure about. (i haven't personally tryed that).22:51
fungithough also, the "doesn't have proper renaming tools" in this case seemed to be more about the fact that we don't have a mechanism inside gerrit to magically redirect requests for an old name to a new one. doesn't sound like the new situation is any better22:53
fungiin that regard i mean22:54
*** ijw has quit IRC22:55
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Don't log setting up creds for the intermediate registry  https://review.opendev.org/65464422:55
corvusclarkb, fungi: ^ let's er, merge that and rekey22:55
fungioops ;)22:55
corvusyep.  i don't think it's a big deal as long as we don't build and publish any images until the rekey22:56
corvusor rather, "publish".  building is fine.22:56
fungisingle-core approved that one for obvious reasons22:56
clarkbI +2'd too22:56
*** tkajinam has joined #openstack-infra22:57
corvusafter it lands, we should put a new password in hostvars and once that's applied, restart the intermediate registry22:57
paladoxfungi just tested, nope doesn't automatically rename preferences/watches. I also found you have to reindex offline. (it hit a null pointer when running the online index)22:57
fungiouch22:58
*** yamamoto has joined #openstack-infra22:58
fungiat least our current solution with offline renaming can be done with an outage on the order of a minute or two, and then take advantage of online reindexing thereafter22:58
fungithough we'll obviously have to revisit a good chunk of it when we upgrade and switch database implementations22:59
fungiso no idea how many of those properties will still hold once that's done23:00
paladoxfungi oh23:01
paladoxaha23:01
paladoxif you copy the project first it should work23:01
*** yamamoto has quit IRC23:01
paladoxSo ie: cp -R test test2 (then ssh -p 29418 <host> gerrit index start projects --force)23:02
corvusclarkb: pull-from ran without error23:02
clarkbcorvus: \o/23:02
fungipaladox: cp instead of mv? do you rm the original afterward?23:03
* paladox test rm23:03
corvusclarkb: so i think all the ipv6 related changes have been exercised; the only unknown is whether that's the final fix for quickstart23:03
paladoxah23:03
paladoxfungi rm after yp23:03
paladox*yup23:03
paladoxthat works23:03
fungineat! so there's hope that we can do online renames, perhaps with some caveats around user preferences23:04
*** threestrands has joined #openstack-infra23:04
paladoxYeh, user preferences are stored in All-Users now23:04
fungiwe could probably push updates to that23:05
paladoxyup23:05
fungisounds like we have at least a semblance of a plan for better renames with notedb in that case23:05
corvuspaladox: if there are 2 copies of the project, won't there be duplicate change numbers?23:05
fungidoes notedb still use change numbers?23:06
corvusistr change numbers are stored as refs in notedb23:06
paladoxi doin't think so23:06
paladoxcorvus gerrit now includes the project name in the url23:06
corvusi last looked > 6 months ago, so that could be new since then23:07
fungigot it, so change numbers are no longer assumed to be globally unique23:07
fungii wonder how they kept that backward-compatible with old change urls23:07
corvusah like this?  https://gerrit-review.googlesource.com/c/gerrit/+/22124523:08
fungimaybe non-unique change numbers require the project in the url, and a projectless change url gives you a change list like a query result for a duplicatyed change-id does23:08
paladoxfungi corvus from what i just tested, it won't show the changes from the new repo until you delete the old repo.23:09
*** tosky has quit IRC23:09
corvusfungi: it works somehow: https://gerrit-review.googlesource.com/153111/23:09
paladoxcorvus it looks up the project name internally23:09
funginifty23:11
*** ijw has joined #openstack-infra23:11
corvusclarkb: some more quick-start errors, i'll fix them and squash everything into mordred's change23:11
clarkbcorvus: ok let me know if I can help otehrwise I'm finally catching up on email related stuff23:11
clarkbsending out the infra meeting agenda etc23:11
corvusclarkb: but i think we're good on the job changes23:11
clarkbthis is excellent news23:12
paladoxah23:13
paladoxi see what it does now23:13
paladoxfungi corvus, apprently gerrit's smart and will only show one of the repos with the same change number (for example i have rename and rename2, it will only show rename due to it being higher then rename2).23:14
fungi"higher" as being older, or appearing earlier alphabetically, or...?23:15
openstackgerritJames E. Blair proposed zuul/zuul master: Update references for opendev  https://review.opendev.org/65423823:15
*** rcernin has quit IRC23:15
paladoxfungi order23:15
*** rcernin has joined #openstack-infra23:16
openstackgerritMerged zuul/zuul-jobs master: Don't log setting up creds for the intermediate registry  https://review.opendev.org/65464423:18
clarkbcorvus: ^ you driving the rotation?23:19
*** aaronsheffield has quit IRC23:19
corvusclarkb: i'll update the creds now23:19
corvusand i'll kick intermediate-ci-registry23:21
corvuser, insecure-ci-registry23:21
corvuswhatever we called it23:21
openstackgerritClark Boylan proposed opendev/system-config master: Double stack size on gitea  https://review.opendev.org/65463423:23
clarkbanother fix for the test. Apparently testinfra doesn't expose stdout_lines just stdout23:24
clarkbI think the check should still work though23:24
corvusclarkb: should i remove all the data from the registry since i'm restarting it anyway23:24
corvusat 89%23:24
clarkbcorvus: ++ that will give us breathing room23:24
clarkband ensures we won't publish something there23:24
*** mriedem has quit IRC23:24
*** mriedem has joined #openstack-infra23:25
fungiyeah, good thinking23:26
*** sthussey has quit IRC23:28
corvusokay, cleared and restarted23:29
clarkbtyty23:29
corvusissued a recheck on my swift patch (which may have been failing due to issues since fixed, or could be broken)23:30
paladoxfungi clarkb though when we first migrated to NoteDB, it almost caused a db outage for phabricator (and possibly gerrit) due to writes.23:30
clarkbcorvus: you may want to review my small edits on https://review.opendev.org/654634 too23:30
paladoxWe had to hotfix our phab install to ignore refs/changes/**/**/meta23:30
paladoxAnd oh man the repo's grew huge due to just refs/changes/**/**/meta.23:31
corvusclarkb: why change stdout_lines to stdout?23:31
corvusclarkb: (that was one of the things i fixed from my first patch)23:31
clarkbcorvus: the test failed because the return object doesn't have stdout_lines23:31
clarkbhttps://github.com/philpep/testinfra/blob/master/testinfra/backend/base.py#L31 is the code and http://logs.openstack.org/34/654634/2/check/system-config-run-gitea/84b8900/job-output.txt.gz#_2019-04-22_23_12_06_415508 the error23:31
corvusclarkb: well.. the first change failed because stdout isn't iterable23:31
clarkboh hrm23:32
corvusclarkb: i guess we need a third way :)23:32
clarkbsounds like it23:32
fungipaladox: good to know, thanks for the warning23:32
paladoxhttps://phabricator.wikimedia.org/T196840 <-- that was task23:32
paladoxand your welcome :)23:32
corvusclarkb: apparently we should do cmd.stdout.split('\n'):23:33
clarkbcorvus: that seems right23:33
clarkbor at least not wrong23:33
corvusi'll push up a new ps with that?23:33
clarkb++23:34
openstackgerritJames E. Blair proposed opendev/system-config master: Double stack size on gitea  https://review.opendev.org/65463423:34
clarkbfungi: ^ one last time hopefully23:35
fungii'm curious why that didn't just match the substring in the splatted output stream23:36
clarkbtype difference maybe?23:37
fungithey aren't both str?23:37
clarkbthey definitely appear to be23:38
*** yamamoto has joined #openstack-infra23:38
fungi"foo" in "foobarbaz" evaluates true23:39
fungias does "bar" in "foobarbaz"23:40
clarkbmaybe the whitespace counts were off before?23:40
fungii mean, the expected value is declared as a str explicitly, and for out.split('\n') to work it presumably is too23:41
clarkbhttp://logs.openstack.org/29/654629/1/check/system-config-run-gitea/905340d/job-output.txt.gz#_2019-04-22_21_24_39_434931 is the old error23:42
clarkbI think it is a quoting issue23:42
clarkbneed a closing quote in the first line of the assert23:42
clarkbso its possible that both pevious ps and current one will work. Current one is maybe a bit more explicit that this is a separate line23:42
fungiTypeError: argument of type 'CommandResult' is not iterable23:45
fungiahh, maybe it simply needs to be coerced with str()23:45
clarkblogan-: I know you were following along on the docker + ipv6 stuff before. Wanted to point out that we ended up using socat to rewrite ipv4 to ipv6 connections in front of docker as the fix23:52
*** lseki has quit IRC23:52
clarkblogan-: not sure if you have similar problems in your infrastructure but that may be useful info :)23:52
fungithe case of needing to use a docker registry with a raw ipv6 address and no dns is presumably a very unusual corner case, given the amount of head-scratching it has caused23:53
clarkbfungi: corvus now failing on not enough whitespace I think23:56
clarkbshould I update it23:56
clarkb?23:56
fungimay as well23:57
clarkbok one moment23:57

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