Friday, 2019-07-19

*** igordc has quit IRC00:05
*** weifan has quit IRC00:08
*** sgw has quit IRC00:12
*** dchen has joined #openstack-infra00:12
*** igordc has joined #openstack-infra00:24
mordredcorvus: awesome. I look forward to debugging it!00:27
*** igordc has quit IRC00:30
harlowjastephenfin, sure (my damn irc logging faileed)00:34
harlowjastephenfin, do u know anyone in storaged group ;)00:35
harlowjai'll trade doc8 for 1 contact, lol00:36
*** yamamoto has quit IRC00:45
*** ruffian_sheep has joined #openstack-infra00:55
*** zhangfei has joined #openstack-infra00:59
*** gyee has quit IRC01:00
*** ricolin_ is now known as ricolin01:04
*** yamamoto has joined #openstack-infra01:07
*** yamamoto has quit IRC01:08
*** imacdonn has quit IRC01:16
*** ykarel|away has quit IRC01:17
*** imacdonn has joined #openstack-infra01:17
*** whoami-rajat has joined #openstack-infra01:34
*** yamamoto has joined #openstack-infra01:47
*** rh-jelabarre has quit IRC01:48
*** rh-jelabarre has joined #openstack-infra01:49
*** yamamoto has quit IRC01:54
*** armax has quit IRC02:03
*** zhangfei has quit IRC02:15
*** tkajinam has quit IRC02:21
*** tkajinam has joined #openstack-infra02:21
*** bhavikdbavishi has joined #openstack-infra02:26
*** bhavikdbavishi1 has joined #openstack-infra03:01
*** armax has joined #openstack-infra03:01
*** bhavikdbavishi has quit IRC03:02
*** bhavikdbavishi1 is now known as bhavikdbavishi03:02
*** armax has quit IRC03:06
*** ruffian_sheep has quit IRC03:26
*** psachin has joined #openstack-infra03:36
*** ricolin_ has joined #openstack-infra03:40
*** sgw has joined #openstack-infra03:41
*** ricolin has quit IRC03:42
*** rpittau|afk is now known as rpittau03:44
*** ruffian_sheep has joined #openstack-infra03:51
*** ruffian_sheep has quit IRC03:56
*** ykarel has joined #openstack-infra03:59
*** rh-jelabarre has quit IRC04:03
*** udesale has joined #openstack-infra04:04
*** _erlon_ has quit IRC04:12
*** ramishra has joined #openstack-infra04:14
*** armax has joined #openstack-infra04:15
*** apetrich has quit IRC04:20
*** pcaruana has joined #openstack-infra04:37
*** rpittau is now known as rpittau|Imonapla04:38
*** rpittau|Imonapla is now known as rpittau|flying04:38
*** dpawlik has joined #openstack-infra04:51
*** ykarel has quit IRC04:54
*** tkajinam has quit IRC05:01
*** armax has quit IRC05:04
*** ykarel has joined #openstack-infra05:08
*** ruffian_sheep has joined #openstack-infra05:35
*** raukadah is now known as chandankumar05:36
*** ykarel_ has joined #openstack-infra05:40
*** udesale has quit IRC05:42
*** ykarel has quit IRC05:42
*** udesale has joined #openstack-infra05:42
*** yamamoto has joined #openstack-infra05:44
*** ruffian_sheep has quit IRC05:44
*** armax has joined #openstack-infra05:45
*** dulek has quit IRC05:47
*** jistr has quit IRC05:47
*** kaisers has quit IRC05:47
*** mgoddard has quit IRC05:48
*** kaisers has joined #openstack-infra05:48
*** jaicaa has quit IRC05:48
*** jistr has joined #openstack-infra05:48
*** jaicaa has joined #openstack-infra05:49
*** roman_g has quit IRC05:49
*** roman_g has joined #openstack-infra05:49
*** dulek has joined #openstack-infra05:50
*** mgoddard has joined #openstack-infra05:51
*** tkajinam has joined #openstack-infra05:55
*** armax has quit IRC05:57
*** rcernin has quit IRC06:02
*** jbadiapa has quit IRC06:03
*** udesale has quit IRC06:12
*** udesale has joined #openstack-infra06:17
*** ykarel__ has joined #openstack-infra06:17
*** ykarel_ has quit IRC06:19
*** joeguo has quit IRC06:20
*** iurygregory has joined #openstack-infra06:39
*** odicha has joined #openstack-infra06:46
*** pgaxatte has joined #openstack-infra07:02
*** ykarel__ is now known as ykarel07:08
*** slaweq has joined #openstack-infra07:09
*** zbr has quit IRC07:15
*** zbr has joined #openstack-infra07:15
*** ginopc has joined #openstack-infra07:21
*** ykarel is now known as ykarel|lunch07:23
*** tosky has joined #openstack-infra07:24
openstackgerritMerged opendev/irc-meetings master: After transforming publiccloud wg to sig, meeting info changes as well.  https://review.opendev.org/67150907:45
*** jbadiapa has joined #openstack-infra07:49
openstackgerritMerged zuul/zuul-jobs master: Install system dependencies for tox-molecule  https://review.opendev.org/67102907:56
*** lucasagomes has joined #openstack-infra07:59
*** ralonsoh has joined #openstack-infra08:00
*** ruffian_sheep has joined #openstack-infra08:03
*** ccamacho has joined #openstack-infra08:04
*** derekh has joined #openstack-infra08:08
openstackgerritJan Kubovy proposed opendev/gear master: Add BSD/Darwin support.  https://review.opendev.org/67167408:11
*** rpittau|flying is now known as rpittau08:13
*** pkopec has joined #openstack-infra08:13
openstackgerritJan Kubovy proposed opendev/gear master: Add BSD/Darwin support.  https://review.opendev.org/67167408:16
*** ykarel|lunch is now known as ykarel08:24
*** dchen has quit IRC08:25
*** gfidente has joined #openstack-infra08:28
*** gtarnaras has joined #openstack-infra08:33
*** siqbal has joined #openstack-infra08:46
*** panda is now known as panda|drappt08:50
*** ricolin_ is now known as ricolin08:59
*** tkajinam has quit IRC09:05
*** derekh has quit IRC09:09
*** derekh has joined #openstack-infra09:19
*** xek has joined #openstack-infra09:20
*** yolanda has quit IRC09:30
*** joeguo has joined #openstack-infra09:33
openstackgerritJan Kubovy proposed opendev/gear master: Add BSD/Darwin support.  https://review.opendev.org/67167409:33
zbri wonder why we keep out of sync repos on github like https://github.com/openstack-infra/zuul-jobs ? i got confused today and cloned it for a minor change. why not archiving it?09:40
*** apetrich has joined #openstack-infra09:40
*** gtarnaras has quit IRC09:41
*** gtarnaras has joined #openstack-infra09:46
*** e0ne has joined #openstack-infra09:48
*** yamamoto has quit IRC09:52
*** joeguo has quit IRC09:53
*** udesale has quit IRC10:05
*** bhavikdbavishi has quit IRC10:06
*** udesale has joined #openstack-infra10:06
*** e0ne has quit IRC10:06
*** yamamoto has joined #openstack-infra10:10
*** apetrich has quit IRC10:13
*** panda|drappt is now known as panda10:14
*** yamamoto has quit IRC10:15
openstackgerritJan Kubovy proposed opendev/gear master: Add BSD/Darwin support.  https://review.opendev.org/67167410:16
*** uberjay has quit IRC10:18
*** uberjay has joined #openstack-infra10:19
AJaegerharlowja: you would need to add stephenfin to https://review.opendev.org/#/admin/groups/357,members10:28
*** priteau has joined #openstack-infra10:32
*** priteau has quit IRC10:35
openstackgerritJan Kubovy proposed zuul/zuul master: Update heuristing of parallel starting builds.  https://review.opendev.org/67170210:36
*** priteau has joined #openstack-infra10:37
jonherhttps://opendev.org/openstack/nova/ is very slow to load for some reason "Page: 14730ms"10:37
openstackgerritJan Kubovy proposed opendev/gear master: Add BSD/Darwin support.  https://review.opendev.org/67167410:42
*** udesale has quit IRC10:44
*** udesale has joined #openstack-infra10:45
*** priteau has quit IRC10:47
*** pgaxatte has quit IRC10:53
*** yamamoto has joined #openstack-infra10:53
*** udesale has quit IRC10:54
*** udesale has joined #openstack-infra10:55
openstackgerritTobias Henkel proposed zuul/nodepool master: Fix node failures when at volume quota  https://review.opendev.org/67170410:58
openstackgerritTobias Henkel proposed zuul/nodepool master: Fix node failures when at volume quota  https://review.opendev.org/67170410:59
*** yamamoto has quit IRC11:00
*** udesale has quit IRC11:02
donnydSo I have been trying to isolate why just a few jobs are timing out, and there was a thought that maybe is was contention in the mirror. So  I moved the mirror to its own dedicated node, with its own dedicated drive...11:09
donnydHowever it still seems a little sluggish. While performance is better than it was, it could still be faster. I am hoping someone can help me run a few tests on it today to see to the root of why11:10
stephenfinharlowja: storaged, you say? Can't say I do, unfortunately /o\11:12
zbrstephenfin: hi11:20
zbrstephenfin: re doc8, i seen that you created pyqa/doc8 as empty instead of transfering or forking openstack/doc8 or pycontribs/doc811:21
stephenfinYeah, I figured it was easy to force push everything. It's not a fork of either of those projects so much as a relocation11:22
zbrthat is not ideal as it prevents users from being redirected from old location to new one.11:22
stephenfinI doubt there are many (if any) people using pycontribs/doc8 at the moment, so I think that shouldn't be an issue11:23
zbrin case of relocation, lets ask one admin from infra to transfer it, it will redirect all users.11:23
zbrsure, forget about pycontribs, i can easily recreate 3-4 pull requests.11:23
stephenfinAs for openstack/doc8 though, I didn't even know if it was possible to move something there without a lot of work11:23
stephenfinI have a patch to prepare the README telling people where it's gone to so we _should_ be okay11:24
zbrin fact is not much work, but we need one admin to do it. clarkb it was you or fungi ?11:24
zbri think that we can fix the readme after, directly on github. the only trick is that the person doing the transfer needs to be able to create repos on new organization11:25
zbrbut i guess you can temporary give them this permissions, right?11:25
zbrthe other option is: fork and archive.11:26
stephenfinI can, but for a smaller project like this I don't know if it's worth the effort, tbh11:26
zbruser experience is important and you can do it only from start.11:26
stephenfinOr email GitHub and ask them to set up a redirect for us11:26
zbrnope, they will not do it.11:26
stephenfinYou sure? I know they can remove the 'Forked from' metadata if necessary11:27
zbrthere is a process, well documented, called transfer. they do not do stuff for you.11:27
stephenfinHmm, let me email and ask. They're very helpful usually11:28
stephenfinIf they can't, we can do the move of the openstack/doc8 project on GitHub if you'd like11:28
stephenfinBut again, I think for a smaller project like this, a simple note in the README is more than good enough11:29
zbrstephenfin: what is the problem of forking from openstack/doc8?11:29
zbrlater we can ask them to archive it.11:29
stephenfinThat doesn't solve the redirect problem11:29
stephenfinAnd it adds "forked from" metadata which isn't correct11:29
stephenfinAs above, "It's not a fork [...] so much as a relocation"11:30
stephenfinSo we either just push everything to this new pycqa repo and replace everything in the old GitHub/OpenDev repos with a simple note saying "we've moved to pycqa"11:31
*** tdasilva has joined #openstack-infra11:32
stephenfinOr we work through the paperwork of getting someone to move the openstack/doc8 project to the pyqca organization11:32
stephenfinand I'm firmly in favour of the former because it's much easier :)11:32
*** tesseract has joined #openstack-infra11:33
stephenfin(also, we won't be able to do anything about redirects for opendev.org/x/doc8, fwict. Again though, I don't think this matters. The README update is more than okay)11:33
stephenfinanywho11:33
* stephenfin -> lunch11:33
zbrnobody was against if i remember well, so lets see if we can do it using "transfer". much better user experience, no need to reclone or change other stuff.11:33
mordredzbr: I'm working on a script to handle the openstack-infra repos on github - just keep getting other stuff in front of it on the todo list11:37
zbrmordred: ok. but for the moment can you manually perform the transfer for doc8?11:38
*** pgaxatte has joined #openstack-infra11:38
*** apetrich has joined #openstack-infra11:38
mordredzbr: it is possible and not terribly hard - but I'm not fully awake or connected yet so I don't want to do it and make some mistake. one of us can certainly handle it as we awaken11:39
mordred(for me I need at least one more coffee before I go clicking on things)11:39
zbrmordred: thanks.11:39
zbrsure. pressing the transfer button on github needs coffee, i should go and grab another one too.11:40
zbri think everyone will appreciate the auto-redirect on github, no more need to put post-it notes on older locations.11:41
mordredagree. when things are actually moving, it's best to get the redirect in place when possible11:41
*** panda is now known as panda|lunch11:42
*** xek has quit IRC11:43
*** xek has joined #openstack-infra11:43
*** _erlon_ has joined #openstack-infra12:05
*** rh-jelabarre has joined #openstack-infra12:08
*** yamamoto has joined #openstack-infra12:13
*** udesale has joined #openstack-infra12:21
*** tdasilva_ has joined #openstack-infra12:29
*** tdasilva has quit IRC12:32
*** panda|lunch is now known as panda12:36
*** goldyfruit has quit IRC12:37
*** yamamoto has quit IRC12:38
fungizbr: mordred has a to do item to clean up the remnants of openstack-infra on github, i believe12:46
jamespageany project-config core's have time for a bit of a tidy friday review? https://review.opendev.org/#/c/67005812:47
fungizbr: stephenfin: a workaround is that we can transfer a repository to an individual account and then that account can transfer it into a new org12:47
mordredinfra-root: I'm going AFK for a bit this morning - back in a few hours12:47
fungithat still maintains the chain of redirects12:47
*** udesale has quit IRC12:49
fungijonher: yes, corvus has some suspicions as to why gitea might be slow rendering very large repositories (nova, openstack-manuals, neutron) but is seeking volunteers who have time to dig into it (easy to deploy gitea locally from a docker image) and if necessary improving gitea upstream to perform better (the maintainers are very friendly and responsive)12:50
jonheri see12:51
*** udesale has joined #openstack-infra12:53
*** aaronsheffield has joined #openstack-infra12:54
*** bhavikdbavishi has joined #openstack-infra12:54
fungidonnyd: which sorts of requests from the mirror are slow? we have two different types of caches... one is an afs cache serving prebuilt mirrors of packages, and the other is an apache caching proxy passing through requests to the usual repositories on the internet. the breakdown is at https://opendev.org/opendev/system-config/src/branch/master/playbooks/roles/mirror/templates/mirror.vhost.j212:54
fungiboth tend to be initially sluggish with a cold cache (should no longer be the case there hopefully) and also on cache misses12:56
donnydfungi: Well I moved the machine to a signficantly more performant machine with shared nothing on the fastest storage I can get my hands on and looking at the logs the download speeds I am seeing aren't very fast at all.12:57
donnydhttp://logs.openstack.org/96/670796/5/check/openstack-tox-lower-constraints/5597a80/job-output.txt#_2019-07-19_12_47_28_22784912:57
fungiafs suffers a bit more than the proxy on cache misses, mainly due to the protocol used on the backend12:57
fungi(designed many years ago for a much older, slower internet)12:58
*** apetrich has quit IRC12:58
fungihrm, okay so 17.6mb spread over a dozen files in the span of 3 seconds12:59
*** dtantsur is now known as dtantsur|bbl12:59
fungifrom the afs cache, and they're files that are almost certainly already present i the cache locally12:59
donnydwell if I look elsewhere on a real cloud provider its much much much faster12:59
donnydhttp://logs.openstack.org/53/670453/1/gate/openstack-tox-docs/ec624c9/job-output.txt#_2019-07-19_12_55_12_49943812:59
donnydfor instance this one from vexxhost yields significantly better performance13:00
donnydand I am thinking this is the root of why the jobs are timing out, the mirror isn't fast enough13:00
funginearly 2x, just shy of13:00
fungi10.3 vs 5.613:01
donnydyea, so something isn't quite right just don't know where to look13:01
donnydstorage performance has been increased about 10x13:02
donnydhttps://www.irccloud.com/pastebin/GHkxvN9R/13:02
*** apetrich has joined #openstack-infra13:02
donnydthat was 1m blocks13:02
donnydhere are 4k blocks13:02
donnydhttps://www.irccloud.com/pastebin/wIZTIy7F/13:02
donnydso I am confident there is not a storage issue for the mirror.13:03
fungimirror rebooted 11 hours ago13:03
donnydyea, when i moved it13:03
fungiokay, cool13:03
fungijust making sure it was a known cause13:03
donnydmigration isn't working in tripleo, so i had to do it the hard way13:04
donnydI should say the specific version of 3o i am on..13:04
donnydSo I am hoping to maybe run some network tests13:05
donnydthere are only two components to test13:05
donnydI am thinking the way I did routing for this network is causeing some issues13:05
fungione non-provider-related difference is that the fortnebula mirror is running openafs 1.8.3 on ubuntu bionic, while the vexxhost mirror is running openafs 1.6.15 on ubuntu xenial13:06
donnydbut being able to confirm it would be great13:06
fungiit's possible the performance issues are related to software in the guest13:06
donnyd100% slower??? One would think not, but its surely possible13:06
fungicomparing to a job which ran in rax-ord might be a better comparison (it's also newer openafs on newer ubuntu)13:08
donnydok, i will look for one13:09
*** rlandy has joined #openstack-infra13:09
donnydAnd i stand corrected.13:09
donnydhttp://logs.openstack.org/66/669866/3/check/openstack-tox-pylint/215dcc7/job-output.txt#_2019-07-19_13_02_29_58409213:09
fungiwe're in the process of redoing our mirrors on newer software, but i don't know if we had any real-world benchmarks comparing performance across them13:09
donnydnearly the same as me13:09
fungito be fair, it's also possible it's not the guest software, and the hardware in rax-ord is slow or something13:10
jrosserdonnyd: some of the jobs run an additional inner ARA report so you can get timing info for individual ansible tasks13:10
dmsimardnested ansibles all the way down13:11
jrosserthat might help decide "all apt installs from the mirror are slow" vs. "everything we pull from the internet is slow"13:11
fungidmsimard: i heard you like ansible so i put ansible in your ansible and now you can ara while you ara13:11
donnydIf someone has time i would like to get a quick throughput test to see if the issue is networking (surely not storage anymore) or something else13:12
dmsimardfungi: let me say that ara integration tests are fun :P13:12
fungino doubt13:12
fungidonnyd: sure, i can wget something to /dev/null13:12
dmsimardiperf ?13:12
fungiunless you need something more precise13:12
donnydsure13:12
donnydiperf 3 preferably13:13
*** rlandy_ has joined #openstack-infra13:13
fungii'll splat some urandom of a known size onto one server we manage and then wget it from the fn mirror13:13
*** rlandy_ has quit IRC13:13
fungioh, i can work out iperf3 cli options if that's preferable13:13
donnydboth ? :)13:13
*** rlandy_ has joined #openstack-infra13:13
fungiis that a client/server thing where you run something on both ends and connect them?13:14
dmsimardyeah13:14
fungii need to do some morning things real quick and then i'll learn me some iperf313:14
*** yamamoto has joined #openstack-infra13:14
donnydyou just need to run iperf3 -s13:14
*** rlandy_ has quit IRC13:15
*** yamamoto has quit IRC13:15
donnydit should open up a tcp server on 520113:15
*** yamamoto has joined #openstack-infra13:15
*** rlandy_ has joined #openstack-infra13:15
*** rlandy has quit IRC13:16
donnydfor sure, lmk when its running. thanks fungi13:16
fungiit'll probably be 30-45 minutes before i'm freed up, but will do13:16
*** rlandy_ is now known as rlandy13:17
donnydok13:17
*** xek has quit IRC13:17
donnydnp13:17
*** eharney has joined #openstack-infra13:21
*** goldyfruit has joined #openstack-infra13:34
*** yamamoto has quit IRC13:34
*** yamamoto has joined #openstack-infra13:37
*** siqbal has quit IRC13:37
*** EmilienM is now known as EvilienM13:38
*** siqbal has joined #openstack-infra13:40
*** yamamoto has quit IRC13:41
*** tdasilva_ is now known as tdasilva13:43
*** TheJulia is now known as needssleep13:48
*** rh-jelabarre has quit IRC13:50
*** ekultails has joined #openstack-infra13:51
*** igordc has joined #openstack-infra13:52
*** rh-jelabarre has joined #openstack-infra13:56
*** eernst has joined #openstack-infra13:59
*** goldyfruit has quit IRC13:59
*** goldyfruit has joined #openstack-infra14:00
*** armax has joined #openstack-infra14:12
*** e0ne has joined #openstack-infra14:12
*** sgw has quit IRC14:13
*** eernst has quit IRC14:13
mnaserclarkb: have the weirdi ssues about "reference is not a tree" been resolved?14:14
mnaseri have some sort of interesting information14:14
mnasercentos doesnt seem to be impacted, i dont see that issue happen on centos jobs14:15
mnaseri do see t hem on ubuntu bionic14:15
*** ykarel is now known as ykarel|away14:15
mnaserand i can see github clones working fine, but opendev ones failing14:15
mnaserhttp://logs.openstack.org/05/671105/2/check/openstack-ansible-upgrade-aio_metal-ubuntu-bionic/35cea57/job-output.txt.gz14:15
*** yamamoto has joined #openstack-infra14:18
*** ykarel|away has quit IRC14:20
*** igordc has quit IRC14:20
*** dtantsur|bbl is now known as dtantsur14:23
*** yamamoto has quit IRC14:26
stephenfinfungi: I guess the person to move 'openstack/doc8' to would be 'sigmavirus24' (Ian Stapleton Cordasco) since he's the one that's handling this for us14:26
stephenfin(I have it in my head he worked on OpenStack in the past but idk, tbh)14:26
fungistephenfin: yep, he did14:27
*** sgw has joined #openstack-infra14:27
stephenfinSo, once we've discussed it with him, perhaps we could just add him as an admin to that single repo so he can change the organization?14:27
stephenfinOr do we need to transfer to his personal account first?14:28
fungithe latter14:28
stephenfinfungi: Ack. I'll ping him now to make sure he's okay with us doing that14:29
*** odicha has quit IRC14:30
fungimnaser: is there a git submodule involved?14:31
*** pgaxatte has quit IRC14:32
fungilooks like no, i think it's doing the equivalent of `git clone https://opendev.org/openstack/ansible-hardening` and trying to checkout stable/stein?14:33
*** dpawlik has quit IRC14:34
fungiyeah, show-ref on a local clone i created confirms that's the commit id for the current state of the stable/stein branch14:34
corvusmnaser: why does that clone instead of using zuul?14:36
mnasercorvus: its an upgrade job, so we need to clone stable/stein, run that, then run master, but if there's a more zuul-y way of doing it, happy to hear14:36
corvusmnaser: i'll work up a patch :)14:37
mnaserin our branch jobs we use the zuul checked out stuff repos but that would be neat14:37
fungiyeah, zuul will have both branches. you just need to git checkout the ones you want at the right time(s) or perform local clones of them if you need two different worktrees present at those different states simultaneously14:37
fungimnaser: on the topic of the failure git is reporting, however, is it consistent on ubuntu-bionic, or only occasional?14:38
*** gtarnaras has quit IRC14:39
fungilike, if it impacts the same repos on only 1/8 runs, then maybe it's just one of our backends reporting this issue14:39
mnaserfungi: seems consistent on ubuntu-bionic (consistent as in like.. i had it fail 2/2 times)14:40
mnaserand centos worked 2/2 times but that's maybe not enough details14:40
fungigot it14:40
mnaseralso, TIL that zuul has both branches14:40
fungiso maybe something different about the version of git on those distros14:41
mnaseryeah that's what i figured :\14:41
fungistill, i wonder how to reproduce that error. i'll try on a bionic machine (i tested on debian/sid and couldn't reproduce)14:41
*** gtarnaras has joined #openstack-infra14:42
*** mattw4 has joined #openstack-infra14:42
*** rlandy has quit IRC14:43
*** dpawlik has joined #openstack-infra14:46
*** rlandy has joined #openstack-infra14:46
fungiyeah, not able to reproduce manually with the git cli14:46
fungieven on a bionic server14:46
fungii wonder if the ansible scm module does anything weird14:47
corvusmnaser, fungi: the problem is those are shallow clones and you're trying to checkout a branch which wasn't cloned14:48
corvusthis is the reproducer: git clone https://opendev.org/openstack/ansible-hardening --depth=10 && git checkout --force ae01cbc824c7cf8aa7eac054fde481dacc441b6814:49
*** siqbal has quit IRC14:49
fungiaha, i didn't see the shallow in there14:49
mnaserahhh, and i bet the centos version is too old to do shallow clones14:49
mnaserso it does full clones14:49
corvusnope, it's a shallow clone14:49
mnaserand it doesn't complain14:49
corvusa full clone would work14:49
mnaser(yeah but centos git is too old for shallow clones, i remember seeing this warning in ansible)14:49
mnaserwhich explains why it worked on centos and not on bionic14:49
corvusoh i see, yes14:49
corvusmnaser, fungi: so, really, the best solution is to let zuul handle it.  the clones will be fast, full, and correct14:50
corvusit looks like that playbook is set up to use zuul repos if they exist14:50
AJaegerconfig-core, a couple of repo retirements are ready for review: https://review.opendev.org/670923  https://review.opendev.org/671550 https://review.opendev.org/671263 https://review.opendev.org/67005814:50
fungiabsolutely, i was mainly wanting to make sure we don't have some unknown problem with the gitea cluster14:50
corvusbut there's some conditional around that which i don't understand14:50
mnaseryeah that code is a bit rough, but a checkout of stable/stein should be possible in there?14:50
mnaserand avoids us cloning anything at all14:50
corvusmnaser: absolutely14:50
mnaserok great, ill hack away :)14:50
mnaserthanks corvus & fungi14:50
*** dpawlik has quit IRC14:51
fungimnaser: and as an added bonus, if you depends-on or get queued behind a stable branch change to one of those repos, you get the possible future state from zuul rather than just the branch tip14:51
corvus(maybe the job needs more "required-projects" ?)14:51
mnaseri think that might be it, yeah14:51
mnaserthats probably fallen out of sync14:51
mnaserand maybe ill add a conditional for it to hard fail if inside gate + no local zuul clone14:52
mnasers/gate/zuul/14:52
corvusmnaser: that has helped us quite a few times with devstack14:52
clarkbas a sanity check there have been no OOMs since the swapfiles were added14:53
fungimnaser: technically the bionic version of the job is doing that for you already if you don't fix the shallow bit ;)14:53
mnaseraha, yep14:53
clarkbdoes ansible default to a shallow clone?14:54
clarkbthat seems like a bug if so14:54
corvusclarkb: no14:54
mnasercorvus: as a last question, if we do 'git checkout master' after doing our work, does that automatically get us the original state?14:54
mnaseror we need to store the exact comit and check that out14:54
mnaserthis is probably zuul 101 but yeah :(14:55
corvusmnaser: if the change was for the master branch, yes; {{ zuul.branch }} will tell you which.14:55
mnaserok awesome, thats perfect14:55
mnaserthat helps clean u pthings14:55
clarkbmnaser: the idea is that zuul has configured the repo for you in the way it would look if the change(s) merged14:56
corvusmnaser: to handle both sides of the upgrade path, we may need to make things a little more complicated, but getting this to work on just changes to master is a good step :)14:56
clarkbso master isn't real master it is the potential future master (and same with stable/stein and so on)14:56
corvusmnaser: actually, it's not that complicated; you're writing branch-specific jobs, so you probably do just want to hard-code "git checkout $oldbranch" and "git checkout master".  that will dtrt no matter which branch triggers the job.14:58
*** tosky_ has joined #openstack-infra14:59
corvusany objections to me restarting zuul now?14:59
*** ruffian_sheep has quit IRC15:00
corvusdoing it15:00
mnasercorvus, clarkb: from another angle ive been thinking if i should have a job per branch (i.e. a -master and -stein etc jobs) or stick to something more dynamic15:00
fungisorry, was just checking the release and release-post pipelines15:00
fungilooks like there are a couple of release-post jobs queued but probably not critical15:00
corvusfungi: i think those are false alarms15:01
fungicool15:01
fungii didn't get time to expand the refs on them before the status api went offline15:01
fungiso wasn't certain15:01
corvusthey probably just hadn't been dequeued yet after finding no matching jobs15:01
clarkbmnaser: grenade is dynamic. It checks if it is doing a "up to this release" or "forward to next release" upgrade then looks up what the two branches are in a table based on the current branch and the type of upgrade15:01
*** tosky has quit IRC15:02
clarkb(I think only the up to this release type of upgrade is currently tested/used)15:02
mnaserYeah I think for now we just want to test from n-1 in n .. that would be good for now15:02
*** ricolin_ has joined #openstack-infra15:03
*** ricolin has quit IRC15:04
fungidonnyd: reverse dns on traceroutes seems to indicate the border where you're peering is nearish to mae east. should i try to find a machine in that vicinity to be the other end of the iperf tests? or do you want something with a higher rtt/latency?15:08
donnydwell I was going to test it locally first to watch where the load is being placed. I have 10G to the desktop, so if I can get close to that then it isn't an issue with the way traffic is routed15:09
corvus#status log restarted all of zuul on 3d9498f78db956cee366e3f5b633cf37df4e5bfa15:09
openstackstatuscorvus: finished logging15:09
fungidonnyd: ahh, okay, so just need iperf listening and iptables set to allow connections to that socket?15:10
clarkba single red hat IP does make the vast majority of connections to opendev.org 358938 over yesterday's syslog file. Next up is codesearch at 273206, then nb02 at 80873, then another red hat ip at 62793, some random IP from bulgaria?, then nb01 at 3598615:10
donnydyea15:10
clarkbpointing that out beacuse the ip source hashing does likely hurt us given that distribution15:10
donnydi do believe the defaults are 520115:10
clarkb(maybe we can convince red hat to use ipv6)15:10
*** tosky_ is now known as tosky15:10
clarkbthat said the current cluster seems to be keeping up so maybe it is a non issue15:12
*** zhurong has quit IRC15:12
corvusre-enqueue finished15:13
fungidonnyd: listening on 5201/tcp in server mode now and ipv4/6 iptables rules amended to allow connections to that from anywhere15:15
fungilooks like it's achieving around 3Gbps?15:17
donnydyea, not ideal but not too bad either15:17
donnydhttps://www.irccloud.com/pastebin/xqqRJyWn/15:17
donnydipv4 first and ipv6 second15:17
fungisignificantly higher than what we're seeing in job logs anyway15:17
donnydyea, way higher15:18
fungiseveral orders of magnitude15:18
clarkbwe probably want to test the network path between the tenants too15:18
*** jamesmcarthur has joined #openstack-infra15:18
donnydIn terms of real data, we should be getting somewhere around 200-300M15:18
donnydyea, thats not a half bad idea either15:18
donnydthat could be the bottleneck15:19
clarkband maybe double check we aren't fragmenting15:19
fungii guess we don't have this mirror server in cacti yet? is there a change waiting in review?15:19
donnydhttps://www.irccloud.com/pastebin/7TVTfjQE/15:19
donnydNo fragmenting from outside15:19
fungishouldn't -s 1500 force fragmentation? that's the size of the data payload inside the echo15:21
donnydand throughput on multiple threads is about what I expect my edge fw to be able to do15:21
*** mattw4 has quit IRC15:22
*** mattw4 has joined #openstack-infra15:22
donnydipv615:22
donnyd[SUM]   0.00-10.00  sec  7.23 GBytes  6.21 Gbits/sec  708             sender15:22
donnyd[SUM]   0.00-10.00  sec  7.22 GBytes  6.20 Gbits/sec                  receiver15:22
donnydipv415:22
donnyd[SUM]   0.00-10.00  sec  8.21 GBytes  7.06 Gbits/sec  1168             sender15:22
donnyd[SUM]   0.00-10.00  sec  8.20 GBytes  7.04 Gbits/sec                  receiver15:22
fungi(unless you've got jumbo frames all the way through between the office and the guest or are doing transparent fragment reassembly somewhere)15:22
donnydping -s is don't fragment15:22
fungium, -s is "size"15:23
donnyd:checks flags for ping15:23
donnydping6 -M do -s 1450 mirror01.regionone.fortnebula.opendev.org15:24
donnydPING mirror01.regionone.fortnebula.opendev.org(2001:470:e045:2:f816:3eff:fe41:3c14 (2001:470:e045:2:f816:3eff:fe41:3c14)) 1450 data bytes15:24
donnyd1458 bytes from 2001:470:e045:2:f816:3eff:fe41:3c14 (2001:470:e045:2:f816:3eff:fe41:3c14): icmp_seq=1 ttl=62 time=1.98 ms15:24
donnydwhat is the mtu set in the VM?15:24
donnyd1500 should work15:24
fungiens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 100015:24
openstackgerritTristan Cacqueray proposed zuul/zuul master: manager: specify report failure in logs  https://review.opendev.org/67176015:26
fungidonnyd: the ip header will take up 20 bytes and the icmp header another 8, so max payload size to keep the packet below 1500 is -s 1472 i think?15:27
fungiif the mtu is 1500 octets and you are able to send echos through with larger than -s 1472, fragmentation and reassembly are successfully occurring15:28
*** e0ne has quit IRC15:29
fungior path mtu discovery is working and the request/reply are being split into multiple packets at the endpoints15:29
donnyd ping6 -M do -s 1452 mirror01.regionone.fortnebula.opendev.org15:30
donnydPING mirror01.regionone.fortnebula.opendev.org(2001:470:e045:2:f816:3eff:fe41:3c14 (2001:470:e045:2:f816:3eff:fe41:3c14)) 1452 data bytes15:30
donnyd1460 bytes from 2001:470:e045:2:f816:3eff:fe41:3c14 (2001:470:e045:2:f816:3eff:fe41:3c14): icmp_seq=1 ttl=62 time=1.23 ms15:30
donnyd1460 bytes from 2001:470:e045:2:f816:3eff:fe41:3c14 (2001:470:e045:2:f816:3eff:fe41:3c14): icmp_seq=2 ttl=62 time=1.13 ms15:30
*** zbr is now known as zbr|out15:30
donnydSo probably not an mtu issue then15:30
* clarkb pulls up PTG survey15:31
fungioh, or both ends have interfaces with an mtu of 1500 so they're both compatibly splitting request/reply into multiple packets based on their own mtus and there are no hops between them with a lower mtu than 150015:32
*** ykarel|away has joined #openstack-infra15:33
donnydthere should be no hops below 150015:34
clarkbya I only mentioned it because its a semi common network bw problem with overlay networking15:34
clarkbparticularly with neutron where there are hops with low mtus that don't have ip addrs so they can't tell the sender to fragment15:35
clarkband so you just lose pakcets if they go over a certain size15:35
fungibut yeah, let's move on. doesn't seem related at all to mtus along that path15:35
clarkbMy debug openstack networking list order is something like: ensure IP addrs are configured on host via glean/cloud-init, double check security groups, check MTUs, check routing15:35
fungihrm. the fn mirror just went dark for me15:38
fungiahh, over ipv6 but v4 is working fine15:38
fungimaybe my home ipv6 tunnel just broke15:38
*** mattw4 has quit IRC15:39
fungihrm, no, i can reach other ipv6 addresses just fine15:39
fungidonnyd: did the fn ipv6 networking just die on us?15:40
donnydYea15:46
donnydIt wasn't mtu15:46
fungiokay, just making sure it was known15:46
fungiseems it came back just a moment ago15:46
donnydv6 goes through my edge router, which i increased the mtu for... and made things quite unhappy15:47
clarkbthe ethers escaped15:47
donnydyea, my bad15:47
fungii can imagine. probably not a good idea if the peer isn't also accepting higher mtus15:47
fungiinsta-blackhole for larger frames15:48
*** pcaruana has quit IRC15:49
donnydso things seem to be pretty standard, and likely not an mtu issue. However even if it was iperf3 is still showing quite a bit faster than what the clients are able to achieve15:50
*** rpittau is now known as rpittau|afk15:50
donnydso maybe an openstack side client test?15:50
clarkbya I think we should test iperf between tenant networks. via both public ipv6 and private ipv415:51
clarkbwhich takes us down to the routes entry on my debugging list :)15:52
*** bhavikdbavishi1 has joined #openstack-infra15:53
*** bhavikdbavishi has quit IRC15:54
*** bhavikdbavishi1 is now known as bhavikdbavishi15:54
donnydok I can run that from the zuul tenant15:56
*** iurygregory has quit IRC15:57
*** gyee has joined #openstack-infra15:58
*** ginopc has quit IRC16:02
donnydis iperf still running?16:04
fungii'll fire it back up16:06
fungii lost my earlier ssh session in the mtu blackout16:06
fungidonnyd: running again16:07
*** tosky has quit IRC16:08
*** bnemec is now known as beekneemech16:09
*** kmalloc is now known as needscoffee16:11
*** lucasagomes has quit IRC16:15
donnydipv616:15
donnyd[  4]   0.00-60.00  sec  20.4 GBytes  2.92 Gbits/sec  138             sender16:15
donnyd[  4]   0.00-60.00  sec  20.4 GBytes  2.92 Gbits/sec                  receiver16:15
donnydipv416:15
donnyd[  4]   0.00-10.00  sec  3.39 GBytes  2.91 Gbits/sec   50             sender16:15
donnyd[  4]   0.00-10.00  sec  3.39 GBytes  2.91 Gbits/sec                  receiver16:15
donnydsingle thread16:15
mnaserweird question but does anyone know how to checkout a branch from a local repo with ansible16:15
mnaseri.e. i want to checkout the zuul stable/stein of a repo locally (without defining a remote)16:16
*** goldyfruit has quit IRC16:16
mnasershell: git checkout stable/stein args: chdir: src/opendev.org/openstack/openstack-ansible type of thing16:16
donnydsix threads16:16
donnyd[SUM]   0.00-10.00  sec  6.57 GBytes  5.64 Gbits/sec  735             sender16:16
donnyd[SUM]   0.00-10.00  sec  6.55 GBytes  5.63 Gbits/sec                  receiver16:16
mnaser"repo" seems to be required which is: git, SSH, or HTTP(S) protocol address of the git repository.16:16
*** gtarnaras has quit IRC16:17
donnydcould you do something like git:///var/code16:17
mnaserthats interesting16:17
*** diablo_rojo has joined #openstack-infra16:18
jrossergit clone file:///blah.git is legit too16:18
*** ricolin_ has quit IRC16:19
*** gfidente has quit IRC16:19
clarkbIt may still try to clone from taht remote to wherever you are asking it to put it16:19
clarkbthe git module in ansible is the one I run into with ansible lint the most16:20
clarkbbeacuse it simply can't express 99% of what git is capable of16:20
mnaserfile:/// did try to clone indeed16:20
*** goldyfruit has joined #openstack-infra16:20
mnasercause you have to give a 'repo' and 'dest'16:20
donnydnice16:21
donnydand finally ipv4  with multiple threads16:22
donnyd[SUM]   0.00-10.00  sec  6.52 GBytes  5.60 Gbits/sec  370             sender16:22
donnyd[SUM]   0.00-10.00  sec  6.50 GBytes  5.59 Gbits/sec                  receiver16:22
donnydSo i am thinking it probably isn't network BW to the mirror16:22
*** adriancz has quit IRC16:22
mordredcorvus: the gerrit 2.13 build issue is because it's using openjdk:6 which is wheezy which no longer exists. easy fix. the 2.15 one is more vexing, but I'll figure  it out16:23
mordredcorvus: there is a message which makes it look like it's targetting java7 instead of 8 for some reason. shrug. easy enough to reproduce locally though16:24
clarkbI have submitted PTG survey forms for opendev and gitea16:24
corvusmordred: sweet -- the 'run gerrit in a container' job passed, so i'm cleaning that up now so we can merge it (i need to make a new fake gerrit host so we don't actually run it in prod)16:24
*** ramishra has quit IRC16:25
*** goldyfruit has quit IRC16:25
*** dtantsur is now known as dtantsur|afk16:25
corvusmordred: that's using the upstream gerrit, so i think we merge my change for the job and your change for the build and then update the job to use our build16:26
mordredcorvus: yes, I agree with that16:27
mordredthe main difference between upstream and ours will be plugins, so I think it's worthwhile using the upstream images for testing until we have ours16:27
*** roman_g has quit IRC16:29
*** beekneemech has quit IRC16:30
*** goldyfruit has joined #openstack-infra16:31
openstackgerritJames E. Blair proposed opendev/system-config master: Run a gerrit container (test only)  https://review.opendev.org/63040616:31
clarkbcorvus: the xfce4-terminal paste warnings work on python too16:31
*** gtarnaras has joined #openstack-infra16:32
*** gtarnaras has quit IRC16:33
*** gtarnaras has joined #openstack-infra16:34
openstackgerritJames E. Blair proposed opendev/system-config master: WIP: Add gerrit to gitea job  https://review.opendev.org/67116216:35
corvusclarkb: i'm so looking forward to this.  i assume you can turn them off with some xresources16:35
donnydIs there a way to check performance on openafs?16:35
*** goldyfruit has quit IRC16:35
*** bnemec has joined #openstack-infra16:35
clarkbcorvus: ya I haven't decided if I want to disable it yet. Its a good sanity check and I can probably live with one a day. But if it gets more persistent then I'll probably find out how to disable it16:36
clarkbdonnyd: the easiest way would likely be fetching resources backed by afs on the mirror via http16:36
clarkb(that is also how jobs will access them so is more real world)16:36
clarkboh you know what I wonder16:36
donnydhttp://mirror.fortnebula.com/centos/7/os/x86_64/images/boot.iso16:37
donnydthis is big enough to get an idea16:37
clarkbthe new afs mirrors don't have very large afs caches or didn't to start. I thought ianw was workign to fix that but then I disappeared for vacation or something16:37
donnydhowever, idk how openafs works16:37
clarkb/afs:/var/cache/openafs:500000 is our cacheinfo which I think is still the samll value16:38
clarkbthat is kb iirc16:38
*** gtarnaras has quit IRC16:38
clarkbcorvus: ^ if I modify that file by hand (or maybe there is a command to run instead) how do I get afs to see the update?16:38
corvusclarkb: reboot i think16:39
donnydhere is what I get locally and this also reflects the speeds I am seeing in the logs16:39
corvusclarkb: https://review.opendev.org/66900616:39
clarkb`fs setcachesize` may be a thing too16:39
corvusclarkb: that should work16:39
*** chandankumar is now known as raukadah16:39
donnyd  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current16:39
donnyd                                 Dload  Upload   Total   Spent    Left  Speed16:39
donnyd 10  507M   10 55.5M    0     0   723k      0  0:11:58  0:01:18  0:10:40  697k16:39
clarkbcorvus: thanks I'll udpate that change based on your suggestion16:40
clarkbdonnyd: I think we should fix the cache problem first16:40
donnydok sounds good16:40
clarkbdonnyd: then retest as this may be the issue (we aren't caching effectively so it is laways over the wire)16:40
donnydthanks for helping to work out this seemingly final issue for FN16:40
*** pkopec has quit IRC16:41
fungithis would also explain why throughput from jobs sampled in two providers with the newer mirrors exhibited equivalent (slower) performance compared to older mirrors16:45
fungimirror.rax.ord.opendev.org was ~ the same as mirror.regionone.fortnebula.opendev.org16:46
fungier, mirror.ord.rax.opendev.org was i mean16:47
*** diablo_rojo has quit IRC16:47
*** goldyfruit has joined #openstack-infra16:47
donnydSeems like rax-ord is having similar timeout issues16:48
donnydnode_provider:"rax-ord" AND filename:job-output.txt AND message:"RUN END RESULT_TIMED_OUT"16:48
fungiin that case the afs cache size may solve a bunch of these16:48
fungier, afs cache size increase16:48
fungipresumably we're expiring entries much sooner, and so have many more cache misses16:49
corvusyeah, the system is more or less predicated on fitting the entire working set into cache16:49
donnydmakes sense16:49
donnydthe working cache part16:50
fungiespecially since afs not super fast at fetching data from the backend (small udp datagrams crossing half the internet)16:50
openstackgerritClark Boylan proposed opendev/system-config master: Set openafs cache sizes for mirror/mirror-update  https://review.opendev.org/66900616:52
fungithanks clarkb!16:52
clarkbcorvus: ^ I think  Igot that right as long as the zuul/templates stuff is automatically populated?16:52
clarkbcorvus: grep wasn't showing me anything explicitly applying those template files but maybe I wasn't grepping well enough16:53
clarkboh just found it. new ps in a sec16:53
openstackgerritClark Boylan proposed opendev/system-config master: Set openafs cache sizes for mirror/mirror-update  https://review.opendev.org/66900616:54
clarkbI think that should work now16:54
*** tdasilva has quit IRC16:56
corvusclarkb: one thing, but otherwise good16:56
*** tdasilva has joined #openstack-infra16:56
openstackgerritClark Boylan proposed opendev/system-config master: Set openafs cache sizes for mirror/mirror-update  https://review.opendev.org/66900616:56
openstackgerritClark Boylan proposed opendev/system-config master: Add tool to analyze check and gate success rates  https://review.opendev.org/67177716:59
clarkband ^ is the tool I realized I never pushed anywhere. Figured it should at least get up to gerrit16:59
*** dustinc_OSCON is now known as dustinc17:06
*** derekh has quit IRC17:10
*** igordc has joined #openstack-infra17:10
*** raissa has joined #openstack-infra17:12
*** raissa has quit IRC17:13
openstackgerritJames E. Blair proposed opendev/system-config master: WIP: Run a gerrit container (test only)  https://review.opendev.org/63040617:13
*** tdasilva_ has joined #openstack-infra17:13
*** raissa has joined #openstack-infra17:14
corvusclarkb, fungi: do we still need to do the whole ip address change notice if we change gerrit?17:14
*** raissa has quit IRC17:14
corvusi want to say that it shouldn't be a problem for contributors, but maybe for 3pci?  so maybe we still try to give a heads up (2 weeks?), but not sweat it as much as we used to?17:14
*** raissa has joined #openstack-infra17:14
*** raissa has quit IRC17:15
clarkbfwiw I think some end users needed it too for corporate firewall to open 29418 (like IBM)17:15
corvusclarkb: but they can use http17:15
clarkbbut in the intervening years our contributing orgs seem to have figured out how to network a bit better17:15
clarkbcorvus: ya thats true17:15
clarkbI think it is less of a concern17:15
*** tdasilva has quit IRC17:15
fungiyeah, two weeks sounds like plenty these days17:16
*** ykarel|away has quit IRC17:17
openstackgerritJeremy Stanley proposed opendev/python-storyboardclient master: fix tox python3 overrides  https://review.opendev.org/57434717:17
openstackgerritMerged openstack/project-config master: nova-lxd: noop jobs as part of project retirement  https://review.opendev.org/67005817:18
openstackgerritMerged openstack/project-config master: End Airship Utils gating  https://review.opendev.org/67092317:18
openstackgerritMerged openstack/project-config master: Add puppet-crane noop jobs  https://review.opendev.org/67126317:18
*** tesseract has quit IRC17:24
*** jamesmcarthur has quit IRC17:25
openstackgerritAndreas Jaeger proposed openstack/project-config master: Remove airship/berth from infra  https://review.opendev.org/67155017:31
*** mattw4 has joined #openstack-infra17:32
AJaegerclarkb: I rebased to resolve merge conflict, want to +2A again, please? ^17:32
*** gtarnaras has joined #openstack-infra17:32
*** ralonsoh has quit IRC17:34
openstackgerritJames E. Blair proposed opendev/system-config master: WIP: Run a gerrit container (test only)  https://review.opendev.org/63040617:35
*** rlandy is now known as rlandy|brb17:36
*** tdasilva_ has quit IRC17:37
*** tdasilva_ has joined #openstack-infra17:37
AJaegerthanks, fungi for taking that17:37
*** gtarnaras has quit IRC17:37
fungino problem17:37
mnaserquestion17:40
mnaserhttps://opendev.org/openstack/project-config/src/branch/master/playbooks/proposal/sync_openstack_ansible_common_files.sh -- this can't exist within our OSA repos right? because of the fact that it uses secrets (the proposal bot?)17:40
AJaegermnaser: you could merge it in-tree with *new* secrets.17:41
mnaserok so id have to create a new user called "the openstack-ansible proposal bot"17:41
mnaseror something17:41
AJaegerBut we have all that infrastructure here, so why would you want to move it?17:41
mnaserAJaeger: just made a change to it and figured we can manage our changes rather than have infra deal with it :)17:41
AJaegermnaser: it should work. But it needs other scripts as well, let me check the script...17:42
openstackgerritMohammed Naser proposed openstack/project-config master: proposal: add sync for doc/* in openstack-ansible  https://review.opendev.org/67178217:42
mnaserAJaeger: ^ in the meantime :p17:42
*** whoami-rajat has quit IRC17:43
AJaegermnaser: you can easily sync that over, no need for secrets. let me explain...17:44
AJaegermnaser: https://opendev.org/openstack/project-config/src/branch/master/playbooks/proposal/propose_update.sh#L29 is what we do for openstack-manuals, here the script lives in the repo: https://opendev.org/openstack/openstack-manuals/src/branch/master/tools/sync-projects.sh17:45
AJaegermnaser: so, change https://opendev.org/openstack/project-config/src/branch/master/playbooks/proposal/propose_update.sh#L64 to use your in-tree copy and maintain it there.17:46
AJaegermnaser: but I think for security reasons we wanted to keep those simple and in project-config. so, might need some discussion. In the meantime, let me review your change ;)17:47
*** gtarnaras has joined #openstack-infra17:48
*** gtarnaras has quit IRC17:48
*** udesale has quit IRC17:48
*** tosky has joined #openstack-infra17:49
openstackgerritMerged zuul/zuul-jobs master: upload-logs-swift: option for disabling the indexer  https://review.opendev.org/66335517:52
clarkbAJaeger: mnaser is there background on what that is doing?17:52
*** eernst has joined #openstack-infra17:52
mnaserclarkb, AJaeger: because we have a lot of roles in OSA, we have this little system that we do to maintain a single copy that is replicated to all of our other repos17:52
mnaserwe use it for things like mq_setup and db_setup which is literally the exact tasks being used across all of our repos17:53
mnaserand AJaeger i guess we can eventually move onto using this https://opendev.org/openstack/openstack-ansible-tests/src/branch/master/sync-test-repos.sh17:53
clarkbbut why do zuul jobs care about vagrantfiles?17:53
mnaseri thought that was actually gonna take care of it but maybe there was a reason why it wasnt being used17:53
clarkbor .gitignore files?17:53
mnaserclarkb: we have a Vagrantfile at the root of every single role, so we want to keep it sync'd because when we add a new supported OS, we don't want to manually change that file in every single repo17:54
clarkboh this is to update repos and propose changes back to gerrit?17:54
mnaseryes :)17:54
AJaegerclarkb: yes, it is.17:54
clarkbremember when we would copy python code around liek that?17:55
clarkbwhat is old is new again I guess17:55
openstackgerritMerged openstack/project-config master: Remove airship/berth from infra  https://review.opendev.org/67155017:56
fungiahh, oslo incubator, how we all miss you (or not)17:56
AJaegerand requirements sync...17:56
AJaegerhttps://review.opendev.org/#/c/671547/ is now ready to finish airship/utils retirement if I could get a second +2, please17:57
fungithat one's still a little more fresh in most people's memoryes17:57
fungimemories17:57
mnaseryeah it's pretty useful for us because we have a lot of common things across our roles that drift apart often17:57
mnaserand having some 30+ roles make it hard to keep them all up to date17:57
AJaegermnaser: and no way to use a "common library" ;(17:57
mnaseryeah exactly :(17:57
mnaserheres to ansible collections eventually helping17:57
fungiright, we solved that in puppet modules by being able to centralize most of the need there17:58
bnemecI dunno, Go built a whole subsystem around copying code. Maybe we were onto something with incubator...17:58
* bnemec barfs17:58
clarkbbnemec: remember when go relied on git submodules?17:58
mnaseronce this merges, is it possible to request rerunning a post job again to test and see if it works?17:58
fungimnaser: yep, just point to a log for one you want rerun and i'm happy to do it17:59
bnemecclarkb: I do not. I've only had the dubious pleasure of working in Go recently.17:59
*** rlandy|brb is now known as rlandy17:59
AJaegerconfig-core, a few more reviews - most simple housekeeping - if you have time: https://review.opendev.org/671568 https://review.opendev.org/671412 https://review.opendev.org/671311 https://review.opendev.org/670195 https://review.opendev.org/670778 https://review.opendev.org/658439 , please17:59
fungimnaser: to be clear, what we actually do is reenqueue the ref in the post pipeline, but basically the same result17:59
mnaserfungi: http://zuul.openstack.org/build/544dca35ca8249b08cc840b8bd82c488 it's not ready yet but in case you need to build your command if you have spare time :)18:00
* mnaser looks at AJaeger reviews in the meantime18:00
AJaegerthanks, mnaser18:00
AJaegerbbl18:00
clarkbhrm was tempest-full replaced globally?18:00
*** thiago__ has joined #openstack-infra18:00
clarkbre https://review.opendev.org/#/c/671568/1 because if that was only changed in neutron I think openstack has potentially opened itself to wedging the gate18:01
*** thiago__ is now known as tdasilva18:01
fungimnaser: for reference, the command i will run is `sudo zuul enqueue-ref --tenant=openstack --trigger=gerrit --pipeline=post --project=openstack/openstack-ansible-tests --ref=refs/heads/master --newrev=cf7ee23b237c7235060800e02d55488095b84a3d`18:01
clarkbtempest-full-py3 seems to be what nova is running ...18:01
clarkbslaweq: ^ do you know what the plan around that is?18:01
clarkbdoes http://zuul.opendev.org/t/openstack/stream/ff5f02530b464b058da02b4a577cd1ff?logfile=console.log kill your browser like it kills mine?18:03
*** tdasilva_ has quit IRC18:03
mnasermine is ok18:03
clarkb(I get the little wait for script or stop it yellow bar from FF and no text)18:03
mnaserusing latest chromium on fedora18:03
mnaserjobs done now fwiw18:04
mnaseror in post-logs18:04
clarkbya seems to work on chrome18:04
*** bnemec is now known as beekneemech18:04
clarkbso maybe we regressed FF18:04
clarkbmnaser: thanks for checking18:04
openstackgerritMerged openstack/project-config master: proposal: add sync for doc/* in openstack-ansible  https://review.opendev.org/67178218:05
mnaserfungi: ^ ready to rerun that enqueue when/if you are :)18:06
mnaser(the openstack-ansible-tests change that is)18:06
fungimnaser: enqueued now18:07
openstackgerritAndreas Jaeger proposed openstack/project-config master: Remove airship/utils from infrastructure  https://review.opendev.org/67154718:07
AJaegerrebased to resolve merge conflict, review welcome ^18:07
*** jamesmcarthur has joined #openstack-infra18:07
AJaegeranybody reviewing subunit2sql? https://review.opendev.org/#/c/671412/ moves some jobs around...18:09
*** raissa has joined #openstack-infra18:10
clarkbAJaeger: we should maybe sync up with the qa team on tooling responsibilities. In the past mtreinish in particul was good about working betwene groups but I think we've largely lost that at this point18:10
clarkbdevstack often languishes too18:10
AJaegerI see18:10
*** ekultails has quit IRC18:12
AJaegerclarkb: indeed, https://review.opendev.org/#/admin/groups/395,members looks like it could use some new members...18:12
openstackgerritJeremy Stanley proposed opendev/python-storyboardclient master: Correct the distname in PBR version discovery  https://review.opendev.org/66745518:13
* AJaeger signs off and wishes everybody a great weekend18:14
fungithanks AJaeger, you too!18:14
openstackgerritJames E. Blair proposed opendev/system-config master: Run a gerrit container (test only)  https://review.opendev.org/63040618:14
corvusthat should be ready now ^18:14
mnaserfungi, AJaeger, clarkb: thanks, our proposal jobs just worked fine18:16
fungiawesome18:16
openstackgerritMerged openstack/project-config master: Update Neutron grafana dashboard  https://review.opendev.org/67156818:18
openstackgerritMerged openstack/project-config master: Add release jobs for ansible-role-collect-logs  https://review.opendev.org/67131118:18
openstackgerritMerged openstack/project-config master: Add review priority for kayobe repos  https://review.opendev.org/67077818:18
*** raissa has quit IRC18:20
*** raissa has joined #openstack-infra18:21
*** raissa has joined #openstack-infra18:22
*** raissa has quit IRC18:22
*** eernst has quit IRC18:22
*** factor has joined #openstack-infra18:27
openstackgerritMerged openstack/project-config master: Remove airship/utils from infrastructure  https://review.opendev.org/67154718:32
clarkbcorvus: hrm http://logs.openstack.org/06/669006/4/gate/system-config-run-mirror/635e97b/job-output.txt.gz#_2019-07-19_18_28_23_783432 I'm not sure the templates version is overriding the system-config version of the group vars18:33
clarkbI wonder if playbooks/group_vars wins because it is adjacent to the playbook18:35
clarkbmaybe I can address this by having a default value if unset then only set it in the tests?18:35
*** goldyfruit has quit IRC18:35
* clarkb works on a new ps18:35
openstackgerritMerged zuul/zuul-jobs master: Add install-devstack test job  https://review.opendev.org/67019518:37
openstackgerritJeremy Stanley proposed opendev/python-storyboardclient master: fix tox python3 overrides  https://review.opendev.org/57434718:41
openstackgerritClark Boylan proposed opendev/system-config master: Set openafs cache sizes for mirror/mirror-update  https://review.opendev.org/66900618:42
clarkbcorvus: fungi ^ lets see if that does better18:42
corvusclarkb: that passed in check?18:43
corvusalso, weird, i would have thought the inventory would have overriden the adjacent value18:44
clarkbcorvus: I think it depends on the test node that gets assined because rax has the two devices that total >80GB disk but most other clouds have a single 80GB disk18:44
clarkbso /var/cache/afs or whatever the path is ends up on / in rax which is the samller 20GB or so disk iirc18:45
fungiunless we stick it in /opt and link it from /var/cache18:45
fungiin which case it's closer to 5018:45
clarkbya and even then it might be too small for 50GB cache18:45
corvusmordred: any chance you have either one of those image builds working?18:47
corvusmordred: maybe i can build 2.13 if i change 6 to 7?18:47
corvus(i'm to the point in my "add a job running gerrit in a container" where i need to change something in our built image, so i need to be able to build something (doesn't have to be any version in particular))18:48
openstackgerritJames E. Blair proposed opendev/system-config master: Run a gerrit container (test only)  https://review.opendev.org/63040618:53
*** Lucas_Gray has joined #openstack-infra18:54
*** eharney has quit IRC18:57
*** jamesmcarthur has quit IRC18:58
*** Lucas_Gray has quit IRC18:59
*** Lucas_Gray has joined #openstack-infra19:00
*** jamesmcarthur has joined #openstack-infra19:01
clarkbhttp://logs.openstack.org/06/669006/5/check/system-config-run-mirror-update/51fd523/job-output.txt.gz#_2019-07-19_18_56_21_014926 do the variables need to be differently named?19:02
*** goldyfruit has joined #openstack-infra19:02
openstackgerritClark Boylan proposed opendev/system-config master: Set openafs cache sizes for mirror/mirror-update  https://review.opendev.org/66900619:04
clarkbthat actually makes a lot of sense if we end up changing afs implementations later too19:04
clarkbwe can set general afs settings at top level then modify as necessary for implementation specific details19:05
*** Lucas_Gray has quit IRC19:05
*** Lucas_Gray has joined #openstack-infra19:06
*** jamesmcarthur has quit IRC19:07
fungiokay, need to go grab a late lunch and run some errands. bbiaw19:08
fungiand yeah, the method for setting options in 669006 seems fine to me19:09
*** Lucas_Gray has quit IRC19:10
*** Lucas_Gray has joined #openstack-infra19:11
clarkbwow I had lunch before fungi19:11
fungiit happens19:11
clarkbthough you might consider that breakfast since I sort of skipped that meal19:11
fungimaybe i'll call it "early dinner" instead19:11
fungii did also skip breakfast, so... i'll call it "food"19:12
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: configure-pypi-mirrors: add initial role  https://review.opendev.org/58116519:14
*** roman_g has joined #openstack-infra19:18
*** psachin has quit IRC19:20
*** eernst has joined #openstack-infra19:22
*** harlowja has quit IRC19:24
openstackgerritTristan Cacqueray proposed zuul/nodepool master: static: add host-key-checking toggle  https://review.opendev.org/65367919:26
clarkbcorvus: 669006 is ready for rereview now. It has passed the two mirror jobs and got a +119:33
openstackgerritTristan Cacqueray proposed zuul/nodepool master: static: add host-key-checking toggle  https://review.opendev.org/65367919:34
*** harlowja has joined #openstack-infra19:40
*** jamesmcarthur has joined #openstack-infra19:42
*** eharney has joined #openstack-infra19:42
*** jtomasek has quit IRC19:45
*** eernst has quit IRC19:46
*** jamesmcarthur has quit IRC19:48
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: configure-pypi-mirrors: add initial role  https://review.opendev.org/58116519:50
*** michael-beaver has joined #openstack-infra19:54
openstackgerritJames E. Blair proposed zuul/nodepool master: Remove opendev-promote-javascript-content  https://review.opendev.org/67185119:54
openstackgerritJames E. Blair proposed opendev/puppet-zuul master: Update to new zuul JS content url  https://review.opendev.org/67185219:56
corvusclarkb: ^ if we need to make any changes, we're gonna want that in place :)19:56
clarkblooking19:57
*** betherly has joined #openstack-infra20:00
*** betherly has quit IRC20:05
*** tdasilva has quit IRC20:06
*** tdasilva has joined #openstack-infra20:06
donnydfyi something is going on with my edge fw, looking now for root cause now20:07
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: configure-pypi-mirrors: add initial role  https://review.opendev.org/58116520:08
openstackgerritClark Boylan proposed zuul/zuul master: Update xterm to >= 3.14.5  https://review.opendev.org/67185820:09
*** Lucas_Gray has quit IRC20:10
clarkbcorvus: can you take a look at https://review.opendev.org/#/c/669006/6 one more time?20:11
*** Lucas_Gray has joined #openstack-infra20:12
corvus+320:12
clarkbtyty20:12
*** Lucas_Gray has quit IRC20:15
*** yamamoto has joined #openstack-infra20:17
*** jamesmcarthur has joined #openstack-infra20:20
*** jamesmcarthur has quit IRC20:26
*** ociuhandu has joined #openstack-infra20:28
*** Lucas_Gray has joined #openstack-infra20:29
mordredcorvus: sorry - not yet - almost though - patch coming (there are more errors than just the 8 thing20:32
corvusmordred: cool, thx20:33
openstackgerritMonty Taylor proposed opendev/system-config master: Build a docker image of the existing gerrit 2.13  https://review.opendev.org/67145720:34
mordredcorvus: ^^ the 2.13 should build now20:34
openstackgerritClark Boylan proposed zuul/zuul master: Update xterm to >= 3.14.5  https://review.opendev.org/67185820:36
*** Lucas_Gray has quit IRC20:40
openstackgerritMerged zuul/nodepool master: Remove opendev-promote-javascript-content  https://review.opendev.org/67185120:47
*** ociuhandu has quit IRC20:50
*** e0ne has joined #openstack-infra20:51
*** ociuhandu has joined #openstack-infra20:51
*** ociuhandu has quit IRC20:53
*** ociuhandu_ has joined #openstack-infra20:53
*** ociuhandu_ has quit IRC20:54
*** ociuhandu has joined #openstack-infra20:54
*** ociuhandu has quit IRC20:55
*** jamesmcarthur has joined #openstack-infra20:55
*** ociuhandu has joined #openstack-infra20:55
*** ociuhandu has quit IRC20:56
*** ociuhandu_ has joined #openstack-infra20:56
*** e0ne has quit IRC20:57
*** jamesmcarthur has quit IRC21:00
*** betherly has joined #openstack-infra21:00
openstackgerritMerged opendev/system-config master: Set openafs cache sizes for mirror/mirror-update  https://review.opendev.org/66900621:01
*** ociuhandu_ has quit IRC21:01
donnydok its fixed21:02
*** betherly has quit IRC21:05
clarkbdonnyd: and change to update afs cache sizes has merged. I'll reboot the mirror when that gets applied21:10
donnydAwesome21:12
donnydhopefully it fixes the issue21:12
openstackgerritClark Boylan proposed zuul/zuul master: Update xterm to >= 3.14.5  https://review.opendev.org/67185821:16
*** yamamoto has quit IRC21:18
openstackgerritJames E. Blair proposed zuul/zuul master: Display artifacts in build page  https://review.opendev.org/67186521:21
*** EvilienM is now known as EmilienM21:30
*** _erlon_ has quit IRC21:30
*** betherly has joined #openstack-infra21:31
*** jamesmcarthur has joined #openstack-infra21:32
*** betherly has quit IRC21:35
*** jamesmcarthur has quit IRC21:36
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Add mirror_info documentation  https://review.opendev.org/66994821:43
*** tosky has quit IRC21:43
clarkbI'm going to reboot the fortnebula mirror now. It has updated afs cache settings21:54
corvusclarkb: do you understand the failure of https://review.opendev.org/671852 in http://logs.openstack.org/52/671852/1/check/puppet-beaker-rspec-puppet-4-infra/f62192e/job-output.txt.gz ?21:57
clarkblooking21:57
corvushttp://logs.openstack.org/52/671852/1/check/puppet-beaker-rspec-puppet-4-infra/f62192e/job-output.txt.gz#_2019-07-19_20_21_37_70703421:57
corvusbut, like, what's not idempotent?21:58
corvusis it due to install-ara?21:58
donnydclarkb: how long does it take for the cache to build?22:00
fungicorvus: still looking but there are some nonzero exit codes earlier in that log as well22:00
clarkbcorvus: ya i think it installed ara again therefore failed the idempotency check22:00
openstackgerritJames E. Blair proposed opendev/puppet-zuul master: Update to new zuul JS content url  https://review.opendev.org/67185222:01
clarkbfungi: remember that puppet exits non zero to indicate different types of success22:01
clarkbin this case it returns 2 both times to indicate it ran successfully but made changes22:01
fungiahh, i see 2 and 127...22:01
corvusdonnyd: first build of any job should warm the cache.  so by the second build you should have good numbers.22:01
fungialso some exiting 122:01
fungithis was the 127: http://logs.openstack.org/52/671852/1/check/puppet-beaker-rspec-puppet-4-infra/f62192e/job-output.txt.gz#_2019-07-19_20_17_44_32651722:02
clarkbcorvus: donnyd ya it should warm up quickly if under use22:02
donnydi just ran a quick check22:02
corvusdonnyd: hard to say overall though, since different jobs use different packages; the cache populates one file at a time as it's used.22:02
donnyddonny@office:~> curl -o /dev/null http://mirror.fortnebula.com/centos/7/os/x86_64/images/efiboot.img22:02
donnyd  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current22:02
donnyd                                 Dload  Upload   Total   Spent    Left  Speed22:02
donnyd100 8704k  100 8704k    0     0   917k      0  0:00:09  0:00:09 --:--:-- 1220k22:02
donnyddonny@office:~> curl -o /dev/null http://mirror.fortnebula.com/centos/7/os/x86_64/images/efiboot.img22:02
donnyd  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current22:02
donnyd                                 Dload  Upload   Total   Spent    Left  Speed22:02
donnyd100 8704k  100 8704k    0     0   229M      0 --:--:-- --:--:-- --:--:--  229M22:02
corvusyeah, that's what i'd expect22:02
clarkbthat seems good22:03
donnyd:)22:03
donnydmuch mo better22:03
clarkbifnra-root should I quickly reboot the other opendev openafs mirrors?22:03
corvus(there will periodically be cache invalidations when the mirrors are updated, so if you see an anomoly, it may be that)22:03
corvusclarkb: can we just use fs setcache on those?22:03
clarkbcorvus: maybe? you would know better than me22:04
corvusie, have it on the filesystem for future reboots, but fs setcache to update currently running mirrors without downtime22:04
clarkbk I'll read some manpages22:04
corvusclarkb: i think running that (as root) should be fine.  it's just not going to persist.  and we have to make sure we have the right number of 0's in the command.  :)22:05
corvusso as long as the values are correctly copy-pasted from the ones on disk, we're great :)22:05
clarkbI'll copy the zeros off the number from disk22:06
*** needssleep is now known as TheJulia22:11
clarkbthe manpage says if you apss it -blocks 0 it will use the value set in the cacheinfo file. This is not true. It uses a cached value for what it thinks is in the cacheinfo file22:12
clarkbI've set it with fs setcachesize -blocks 5000000022:12
clarkband confirmed via fs getcacheparms22:12
clarkball three opendev mirrors report the correct cache size now22:14
jonher\o/22:15
clarkband fn mirror is now using more cache blocks than it had previously22:19
donnydhttp://logs.openstack.org/03/670203/9/check/neutron-fullstack-with-uwsgi/b8fe673/job-output.txt#_2019-07-19_21_09_37_17455222:19
donnydhttp://logs.openstack.org/03/670203/9/check/neutron-fullstack-with-uwsgi/b8fe673/job-output.txt#_2019-07-19_21_07_18_21783922:19
clarkb633072 blocks in use22:19
donnydYea, there is a pretty sizable difference22:19
donnydthats more along the lines of what something local should be doing22:20
*** eharney has quit IRC22:20
clarkband now up to 71174322:21
clarkbso ya seems to be a good improvement so far22:21
*** betherly has joined #openstack-infra22:22
*** betherly has quit IRC22:27
clarkbdonnyd: do you still have the timed out logstash query? I can't seem to find my tab22:27
donnydnode_provider:"fortnebula-regionone" AND filename:job-output.txt AND message:"RUN END RESULT_TIMED_OUT"22:28
clarkbthanks22:28
donnydedge fw still seems to be acting funny22:32
*** gyee has quit IRC22:34
fungifunny "ha ha" or funny "uh oh"?22:34
donnydHeaded out to dinner22:36
donnyd#2 fungi22:36
fungi:/22:36
fungiwell, seems stable enough22:36
donnydLike I'm going to need to reboot because there is a parameter that can only be changed at boot22:37
fungihave a good evening/weekend!22:37
donnydseems to be working(ish) enough22:37
donnydI will get it tuned up this weekend22:37
*** rascasoft has quit IRC22:40
*** rascasoft has joined #openstack-infra22:42
*** betherly has joined #openstack-infra22:53
clarkbno OOMs since swapfiles went in. Just double checking that again before I call it a week22:55
*** gyee has joined #openstack-infra22:57
*** betherly has quit IRC22:58
openstackgerritJames E. Blair proposed zuul/zuul master: Display artifacts in build page  https://review.opendev.org/67186523:00
*** rlandy has quit IRC23:07
*** mattw4 has quit IRC23:08
*** jamesmcarthur has joined #openstack-infra23:08
*** sgw has quit IRC23:14
*** betherly has joined #openstack-infra23:14
*** betherly has quit IRC23:19
*** jamesmcarthur has quit IRC23:22
*** Lucas_Gray has joined #openstack-infra23:22
*** jamesmcarthur has joined #openstack-infra23:23
*** michael-beaver has quit IRC23:23
*** jamesmcarthur has quit IRC23:28
*** takamatsu has quit IRC23:31
*** betherly has joined #openstack-infra23:35
*** betherly has quit IRC23:39
*** aaronsheffield has quit IRC23:44
*** factor has quit IRC23:46
*** factor has joined #openstack-infra23:47
*** igordc has quit IRC23:48
*** jamesmcarthur has joined #openstack-infra23:58

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