Wednesday, 2020-01-08

*** d34dh0r53 has quit IRC00:16
*** cloudnull has quit IRC00:16
*** cloudnull has joined #openstack-infra00:18
*** cloudnull has quit IRC00:18
openstackgerritJeremy Stanley proposed opendev/system-config master: Alphabetize ssldomains file  https://review.opendev.org/70148100:19
openstackgerritJeremy Stanley proposed opendev/system-config master: Add insecure-ci-registry to ssldomains  https://review.opendev.org/70148200:19
fungiclarkb: i just got notified by namecheap about another cert which is expiring soon ^00:20
clarkbthansk00:21
*** cloudnull has joined #openstack-infra00:24
*** d34dh0r53 has joined #openstack-infra00:25
*** ahosam has quit IRC00:25
*** d34dh0r53 has quit IRC00:25
fungiwe likely overlooked it in previous audits due to not listening on 443/tcp00:26
clarkbcould be00:27
clarkbdown to 8k replication tasks now00:27
*** cloudnull has quit IRC00:27
*** d34dh0r53 has joined #openstack-infra00:28
*** d34dh0r53 has quit IRC00:30
*** d34dh0r53 has joined #openstack-infra00:35
*** d34dh0r53 has quit IRC00:36
*** d34dh0r53 has joined #openstack-infra00:39
*** d34dh0r53 has quit IRC00:39
*** aedc has joined #openstack-infra00:40
*** d34dh0r53 has joined #openstack-infra00:43
*** d34dh0r53 has quit IRC00:44
*** aedc_ has joined #openstack-infra00:48
*** aedc has quit IRC00:48
mordredclarkb, fungi: the amount of time a full replication takes makes me reluctant to want to do one necessarily on a gitea restart - but maybe we just have to - we don't do them that frequently anyway00:51
fungior is there a way to "pause" gerrit replication and resume it after the gitea restarts conclude? i'm not aware of one, but it's possible i've overlooked it00:52
*** d34dh0r53 has joined #openstack-infra00:52
*** d34dh0r53 has quit IRC00:53
fungior maybe if whatever the behavior is that causes gitea to silently discard pushes when that lock is present could be fixed to properly refuse/error00:53
fungior maybe we can temoprarily remove the firewall rule which allows ssh access?00:53
fungithis probably becomes much simpler when multiple gitea servers are able to correctly share a common file backend00:54
mordredyah00:54
mordredat least - I hope it does00:54
fungisince we could probably use a load balancer to direct replication to whichever gitea server has the "write token" at any point in time, and then move that around during restarts00:55
*** ricolin_ has joined #openstack-infra00:57
*** ricolin_ has quit IRC00:58
*** d34dh0r53 has joined #openstack-infra00:59
*** d34dh0r53 has quit IRC00:59
*** d34dh0r53 has joined #openstack-infra01:01
*** cloudnull has joined #openstack-infra01:02
*** d34dh0r53 has quit IRC01:04
*** cloudnull has quit IRC01:04
*** laurenceee has quit IRC01:08
mordredfungi, clarkb: the changes to compression landed today right?01:12
fungiyes01:12
mordredI think there is an impact from that01:12
mordredhttps://zuul.opendev.org/t/openstack/build/b92ccc05d3b84cb69a6eb2483305b262/logs01:12
mordredclick the raw link from testr_results.html.gz01:12
fungiexcept for the default change we've held back for the announcement window01:12
fungiwoo!01:13
fungiyeah, that's not what people probably want to see when they click there01:13
mordredyeah01:13
mordredI think this might be one fo those complicated things01:13
fungiso we're serving compressed data to browsers now, at least for that file01:14
fungiand without a content encoding header to tell them to decompress it?01:14
*** d34dh0r53 has joined #openstack-infra01:14
fungii guess the reason is that the job is pre-compressing that file01:16
fungihttps://zuul.opendev.org/t/openstack/build/b92ccc05d3b84cb69a6eb2483305b262/log/testrepository.subunit.gz shows a similar issue01:16
clarkbmordred: fungi the change we are holding iff on until next week fixes that01:17
fungid'oh!01:17
mordredgotcha01:17
clarkbbut it changes behavuor in zuul-jobs01:17
fungiso i guess we live with it until the 14th?01:18
*** liuyulong has quit IRC01:23
mordredit's a good question - cause for now all of the testr results are pretty much busted01:26
*** d34dh0r53 has joined #openstack-infra01:28
*** rfolcOUT has quit IRC01:28
*** d34dh0r53 has quit IRC01:28
clarkbwe could fork the role01:30
mordredclarkb: oh - if you're still around, I fixed your comments on https://review.opendev.org/#/c/691800/01:31
clarkbor is there a var to not compress? if so set that01:31
*** d34dh0r53 has joined #openstack-infra01:33
*** d34dh0r53 has quit IRC01:34
*** d34dh0r53 has joined #openstack-infra01:37
*** d34dh0r53 has quit IRC01:38
*** d34dh0r53 has joined #openstack-infra01:41
*** d34dh0r53 has quit IRC01:42
*** cloudnull has joined #openstack-infra01:47
*** cloudnull has quit IRC01:48
*** cloudnull has joined #openstack-infra01:50
*** cloudnull has quit IRC01:51
*** d34dh0r53 has joined #openstack-infra01:52
*** d34dh0r53 has quit IRC01:52
*** cloudnull has joined #openstack-infra01:54
*** cloudnull has quit IRC01:54
*** cloudnull has joined #openstack-infra01:56
*** d34dh0r53 has joined #openstack-infra01:56
*** cloudnull has quit IRC01:56
*** d34dh0r53 has quit IRC01:57
*** cloudnull has joined #openstack-infra01:57
*** cloudnull has quit IRC01:57
*** d34dh0r53 has joined #openstack-infra02:02
*** d34dh0r53 has quit IRC02:03
*** cloudnull has joined #openstack-infra02:04
*** cloudnull has quit IRC02:04
*** cloudnull has joined #openstack-infra02:04
*** cloudnull has quit IRC02:04
*** d34dh0r53 has joined #openstack-infra02:05
*** d34dh0r53 has quit IRC02:05
*** d34dh0r53 has joined #openstack-infra02:09
*** d34dh0r53 has quit IRC02:10
*** d34dh0r53 has joined #openstack-infra02:19
*** d34dh0r53 has quit IRC02:19
*** Lucas_Gray has quit IRC02:21
*** d34dh0r53 has joined #openstack-infra02:21
*** d34dh0r53 has quit IRC02:22
*** hamzy has joined #openstack-infra02:22
*** d34dh0r53 has joined #openstack-infra02:38
*** cloudnull has joined #openstack-infra02:38
*** d34dh0r53 has quit IRC02:39
*** cloudnull has quit IRC02:39
*** dSrinivas has joined #openstack-infra02:39
*** cloudnull has joined #openstack-infra02:39
*** cloudnull has quit IRC02:39
*** ykarel has joined #openstack-infra02:44
*** cloudnull has joined #openstack-infra02:44
*** d34dh0r53 has joined #openstack-infra02:45
*** d34dh0r53 has quit IRC02:45
*** cloudnull has quit IRC02:45
*** cloudnull has joined #openstack-infra02:45
*** cloudnull has quit IRC02:46
*** rfolcOUT has joined #openstack-infra02:48
*** cloudnull has joined #openstack-infra02:49
*** cloudnull has quit IRC02:49
*** ykarel has quit IRC02:50
*** cloudnull has joined #openstack-infra02:56
*** cloudnull has quit IRC02:56
*** cloudnull has joined #openstack-infra02:58
*** cloudnull has quit IRC02:58
*** cloudnull has joined #openstack-infra03:01
*** d34dh0r53 has joined #openstack-infra03:01
*** cloudnull has quit IRC03:01
*** d34dh0r53 has quit IRC03:01
*** d34dh0r53 has joined #openstack-infra03:09
*** d34dh0r53 has quit IRC03:09
*** rlandy|bbl is now known as rlandy03:10
*** cloudnull has joined #openstack-infra03:11
*** cloudnull has quit IRC03:11
*** rlandy has quit IRC03:16
*** cloudkiller has joined #openstack-infra03:18
*** d34dh0r53 has joined #openstack-infra03:19
*** d34dh0r53 has quit IRC03:19
*** cloudkiller has quit IRC03:19
*** cloudkiller has joined #openstack-infra03:21
*** cloudkiller has quit IRC03:21
*** d34dh0r53 has joined #openstack-infra03:28
*** d34dh0r53 has quit IRC03:28
*** ykarel has joined #openstack-infra03:30
*** psachin has joined #openstack-infra03:33
*** ykarel has quit IRC03:34
*** d34dh0r53 has joined #openstack-infra03:36
*** cloudkiller has joined #openstack-infra03:40
*** d34dh0r53 has joined #openstack-infra03:41
*** d34dh0r53 has quit IRC03:41
*** cloudkiller has quit IRC03:41
*** cloudkiller has joined #openstack-infra03:42
*** cloudkiller has quit IRC03:42
*** cloudkiller has joined #openstack-infra03:46
*** cloudkiller has quit IRC03:46
*** cloudkiller has joined #openstack-infra03:48
*** d34dh0r53 has joined #openstack-infra03:48
*** ykarel has joined #openstack-infra04:02
*** ykarel has quit IRC04:14
*** cloudkiller is now known as cloudnull04:39
*** d34dh0r53 has quit IRC04:40
*** cloudnull has quit IRC04:40
*** hwoarang has quit IRC04:43
*** d34dh0r53 has joined #openstack-infra04:43
*** d34dh0r53 has quit IRC04:44
*** cloudnull has joined #openstack-infra04:45
*** d34dh0r53 has joined #openstack-infra04:45
*** d34dh0r53 has quit IRC04:45
*** cloudnull has quit IRC04:45
*** d34dh0r53 has joined #openstack-infra04:47
*** d34dh0r53 has quit IRC04:48
*** cloudnull has joined #openstack-infra04:51
*** hwoarang has joined #openstack-infra04:51
*** ykarel has joined #openstack-infra04:51
*** cloudnull has joined #openstack-infra04:51
*** cloudnull has quit IRC04:51
*** d34dh0r53 has joined #openstack-infra04:53
*** d34dh0r53 has quit IRC04:53
*** cloudnull has joined #openstack-infra04:54
*** d34dh0r53 has joined #openstack-infra04:54
*** d34dh0r53 has quit IRC04:56
*** cloudnull has quit IRC04:56
*** gyee has quit IRC04:57
*** d34dh0r53 has joined #openstack-infra04:58
*** d34dh0r53 has joined #openstack-infra05:01
*** cloudnull has joined #openstack-infra05:02
*** udesale has joined #openstack-infra05:03
*** spsurya has joined #openstack-infra05:05
*** evrardjp has quit IRC05:33
*** evrardjp has joined #openstack-infra05:33
*** surpatil has joined #openstack-infra05:34
*** dave-mccowan has quit IRC05:36
*** lmiccini has joined #openstack-infra05:43
*** zxiiro has quit IRC06:27
*** SurajPatil has joined #openstack-infra06:28
*** surpatil has quit IRC06:31
*** dpawlik has joined #openstack-infra06:52
*** ykarel is now known as ykarel|lunch07:27
*** pgaxatte has joined #openstack-infra07:28
*** surpatil has joined #openstack-infra07:34
*** SurajPatil has quit IRC07:36
*** pcaruana has joined #openstack-infra07:38
*** ociuhandu has joined #openstack-infra07:46
*** jtomasek has joined #openstack-infra07:56
*** ociuhandu has quit IRC07:58
*** tosky has joined #openstack-infra08:05
*** tesseract has joined #openstack-infra08:06
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Adds support to control log fetching with variables  https://review.opendev.org/70138108:18
*** dchen has quit IRC08:18
*** gfidente|afk is now known as gfidente08:23
*** ykarel|lunch is now known as ykarel08:25
*** SurajPatil has joined #openstack-infra08:27
*** lbragstad has quit IRC08:28
*** tkajinam has quit IRC08:29
*** surpatil has quit IRC08:30
*** apetrich has joined #openstack-infra08:31
*** tosky_ has joined #openstack-infra08:33
*** tosky has quit IRC08:34
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Control log archive and user preservation with vars  https://review.opendev.org/70138108:35
*** aedc_ has quit IRC08:39
*** tosky_ is now known as tosky08:39
*** lbragstad has joined #openstack-infra08:40
openstackgerritAndreas Jaeger proposed openstack/project-config master: Retire js-openstack-lib (step 2)  https://review.opendev.org/70150908:42
*** iurygregory has quit IRC08:42
openstackgerritAndreas Jaeger proposed openstack/openstack-zuul-jobs master: Retire js-openstack-lib: Remove jobs and templates  https://review.opendev.org/70151008:43
*** jpena|off has joined #openstack-infra08:44
*** jpena|off is now known as jpena08:44
openstackgerritAndreas Jaeger proposed openstack/project-config master: Finish retiring js-openstack-lib  https://review.opendev.org/70151308:48
*** surpatil has joined #openstack-infra08:50
*** ralonsoh has joined #openstack-infra08:52
*** SurajPatil has quit IRC08:52
openstackgerritAndreas Jaeger proposed openstack/project-config master: Finish retiring js-openstack-lib  https://review.opendev.org/70151308:56
*** SurajPatil has joined #openstack-infra08:58
*** surpatil has quit IRC09:01
*** xek has joined #openstack-infra09:05
*** tetsuro has joined #openstack-infra09:06
*** diablo_rojo has joined #openstack-infra09:07
*** iurygregory has joined #openstack-infra09:08
*** lucasagomes has joined #openstack-infra09:17
*** rpittau|afk is now known as rpittau09:25
*** surpatil has joined #openstack-infra09:32
yoctozeptomorning09:33
*** SurajPatil has quit IRC09:34
yoctozeptoclarkb: AJaeger sent me to you regarding keeping js-openstack-lib09:35
yoctozeptoI have yet to check details (incl. governance) on it09:35
yoctozeptoI wrote on the ML already but: I would be glad to pick this up because I planned some integrations like this on my own09:36
yoctozeptoI thought it might be also wise to preserve this since there are posts now and then that horizon is reaching its limit and a JS lib might be beneficial for any possible replacement (as it can run from the browser)09:37
AJaegeryoctozepto: there're two things IMHO: Keep it alive - and keep it as part of infra. I don't see it as infra deliverable. I suggest you check whether it's an option to keep it alive and then governance is the second part.09:39
AJaegeryoctozepto: note that clarkb is US east coast based, so will be around in 6 to 7 hours only.09:40
yoctozeptoAJaeger: yeah, hence I left a whole monologue :-)09:40
AJaeger:)09:40
yoctozeptoAJaeger: I think you are right this is not infra thingy09:40
yoctozeptoI added todo note to test this if this is usable09:41
*** asettle has joined #openstack-infra09:42
*** derekh has joined #openstack-infra09:42
asettleo/09:42
AJaegermorning asettle ! Happy new year!09:44
asettleThank you AJaeger :D09:44
asettleHow was your break?09:44
AJaegerexcellent!09:45
AJaegerand yours?09:45
*** ociuhandu has joined #openstack-infra10:02
*** dpawlik has quit IRC10:07
*** dSrinivas has quit IRC10:07
*** dpawlik has joined #openstack-infra10:14
*** pkopec has joined #openstack-infra10:14
*** ociuhandu has quit IRC10:19
sean-k-mooneyAJaeger: thanks for reviewing the dpdk testing patches. is there a similar template to build but not publish docs to the build-release-notes-jobs-python3 template10:47
openstackgerritJean-Philippe Evrard proposed openstack/project-config master: New project "Ideas"  https://review.opendev.org/70153010:47
openstackgerritJean-Philippe Evrard proposed openstack/project-config master: New project "Ideas"  https://review.opendev.org/70153010:48
*** dtantsur|afk is now known as dtantsur10:50
*** sshnaidm|afk is now known as sshnaidm10:57
AJaegersean-k-mooney: https://docs.openstack.org/infra/openstack-zuul-jobs/project-templates.html#project_template-build-openstack-docs-pti10:58
openstackgerritJean-Philippe Evrard proposed openstack/project-config master: New project "Ideas"  https://review.opendev.org/70153010:58
evrardjpmorning AJaeger :)10:59
evrardjpand others10:59
*** ociuhandu has joined #openstack-infra10:59
sean-k-mooneyAJaeger: great thanks ill add that when i remove the noop job11:00
evrardjpFrohes Neujahr11:00
AJaegerFrohes Neues, evrardjp !11:00
evrardjpthough I guess we are not the first January, so I am not sure Neujahr applies ? German 101 here11:01
AJaegerevrardjp: it still applies...11:02
evrardjpwoot! :)11:02
*** portdirect has quit IRC11:06
openstackgerritSimon Westphahl proposed zuul/zuul master: Ensure correct cleanup on repo update and reset  https://review.opendev.org/70153111:09
*** ociuhandu has quit IRC11:18
*** ramishra has quit IRC11:24
*** ramishra has joined #openstack-infra11:24
*** ociuhandu has joined #openstack-infra11:29
sean-k-mooneyAJaeger: possibly dumb question but where does zuul clone the requireed projects? is it in the zuul users home directory or to /opt/stack?11:29
sean-k-mooneyoh is it in /opt/git https://zuul-ci.org/docs/zuul-jobs/general-roles.html#role-prepare-workspace-git11:30
sean-k-mooneybasically im trying to figure out how to set the devstack_plugins line to use the local copy11:32
sean-k-mooneynetworking-ovs-dpdk: https://opendev.org/x/networking-ovs-dpdk11:33
sean-k-mooneyinstead of having it point to the upstream git repo11:33
sean-k-mooneydoes it matter i guess it would have cloning disabled and devstack woudl just use the copy in /opt/stack/networking-ovs-dpdk ?11:34
*** ociuhandu has quit IRC11:34
*** diablo_rojo has quit IRC11:38
*** sshnaidm is now known as sshnaidm|afk12:00
*** rfolcOUT is now known as rfolco12:07
AJaegersorry, don't know enough about devstack - but you need to use the local copy since that one has your changes12:08
AJaegersean-k-mooney: I advise you check what other repos do  - or ask on #openstack-qa12:09
*** surpatil has quit IRC12:09
openstackgerritSimon Westphahl proposed zuul/zuul master: Ensure correct cleanup on repo update and reset  https://review.opendev.org/70153112:24
*** rosmaita has joined #openstack-infra12:34
*** ykarel is now known as ykarel|afk12:35
*** jpena is now known as jpena|lunch12:36
*** ykarel|afk has quit IRC12:47
*** udesale has quit IRC12:52
openstackgerritLiron Kuchlani proposed openstack/os-testr master: subunit2html dealing with incorrect data format  https://review.opendev.org/70077812:53
openstackgerritLiron Kuchlani proposed openstack/os-testr master: subunit2html dealing with incorrect data format  https://review.opendev.org/70077812:55
*** rlandy has joined #openstack-infra12:56
*** liuyulong has joined #openstack-infra12:58
*** liuyulong has quit IRC12:59
sean-k-mooneyAJaeger: looking at all the uses via codesearch they all use the url to the git repo.13:01
sean-k-mooneyso i think its fine ill need to double check the devstack logs but for now im going to assume its correct13:02
AJaegersean-k-mooney: Then devstack might just use the path for it, is their documentation for it?13:03
sean-k-mooneyfor the plugin interface? yes but devstack run in the age in a mode where it will not clone so its likely just using the plugin name then looking for it in /opt/stack and assuming it is already present13:05
sean-k-mooneyill check the devstack code later to confirm13:05
sean-k-mooney/age/gate/13:07
*** liuyulong has joined #openstack-infra13:08
*** liuyulong_ has joined #openstack-infra13:08
*** goldyfruit_ has quit IRC13:08
*** ykarel has joined #openstack-infra13:08
*** ociuhandu has joined #openstack-infra13:09
openstackgerritsean mooney proposed openstack/project-config master: Add ovs and dpdk source to available repos  https://review.opendev.org/70153913:13
openstackgerritsean mooney proposed openstack/project-config master: Add ovs and dpdk source to available repos  https://review.opendev.org/70153913:17
*** ociuhandu has quit IRC13:17
slaweqhi infra-root13:26
slaweqdo You know why e.g. on https://55e5ed78ab8a48d2f6f2-536b57e3f93d8003b521e21618376b89.ssl.cf2.rackcdn.com/671293/30/gate/openstack-tox-py36/a8ca0cd/testr_results.html.gz I see strange chars only, instead of proper html page?13:26
slaweqI have it like that for every patch I checked today13:27
slaweqand every job which I checked13:27
mordredyoctozepto: if you're interested in keeping it alive, I'd be happy to adopt it in sdk from a governance perspective, if you think that would be helpful13:27
sean-k-mooneyslaweq: im pretty sure its not serving the page with the correct content type13:28
sean-k-mooneyslaweq: so you are seeign the raw gz bytes13:28
mordredslaweq: yes, sean-k-mooney is right13:29
sean-k-mooneyit does have content-encoding gzime and content type text/html13:29
mordredthis is an issue from a change yesterday to fix a different issue13:29
slaweqmordred: sean-k-mooney: ok, thx13:29
sean-k-mooney/gzime/gzip13:30
slaweqbut my question was more: are You aware of it already and is someone working on fix? :)13:30
sean-k-mooneyim not sure why that is not being decoded13:30
slaweqTBH I really like those page with results summary and I miss it a lot now :)13:31
mordredI don't know that we've reached a conclusion as to the best way to fix it for this week... last night we were discussing a couple of options13:31
slaweqmordred: ok, it's good to hear that You are already aware of it13:31
slaweqthx a lot13:31
mordredsean-k-mooney: we had an issue where things were being double encoded / double decoded because of an "interesting" behavior from some swifts. so we fixed that - which broke this13:32
mordredslaweq: I'm with you - I was trying to see why a test job failed last night and it was ... not fun13:32
sean-k-mooneymordred: ah ok13:32
sean-k-mooneyi guess you can still donwload it and decompress it locally13:33
sean-k-mooneystrange ok so looking at workign links it looks like the content type and encoding are the same13:34
sean-k-mooneyso on the broken one its seam like its double compressed13:35
sean-k-mooneyjust comparing ot https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_0c7/700894/2/check/tempest-integrated-compute/0c73f5a/testr_results.html.gz13:35
*** dpawlik has quit IRC13:37
*** dpawlik has joined #openstack-infra13:37
slaweqsean-k-mooney: yes, decompressing it locally works, but that isn't fun ;)13:37
*** ociuhandu has joined #openstack-infra13:38
*** jpena|lunch is now known as jpena13:38
AJaegermordred: could you review the stack at https://review.opendev.org/#/c/699683 again, please?13:40
*** kjackal has joined #openstack-infra13:41
mordredAJaeger, smcginnis: we should add some more people to that core team who work on openstack and have interest ...13:42
*** ociuhandu has quit IRC13:42
openstackgerritMonty Taylor proposed openstack/reviewstats master: Clean up requirements  https://review.opendev.org/69971713:43
*** Goneri has joined #openstack-infra13:44
mordredAJaeger: stack is +2 - finding a second +2 might be hard - maybe given the content we shoudl consider your +1 a +2 and just +A it?13:46
*** rh-jelabarre has joined #openstack-infra13:50
*** zxiiro has joined #openstack-infra13:55
AJaegermordred: smcginnis is core as well, so take that into account and just +A...13:56
mordredAJaeger: ++13:58
smcginnisThat core list could probably be cleaned up a bit.13:59
AJaegerLet's ask clarkb what he wants to do with reviewstats ^14:01
*** hrw has joined #openstack-infra14:03
hrwmorning14:03
evrardjpttx: are you usual tc stats generated with reviewstats?14:04
hrwhow often ubuntu-cloud-archive mirror is synced? patch adding arm64 got merged yesterday so I though that ~24h will be enough ;D14:04
openstackgerritMerged openstack/reviewstats master: Switch to py37 jobs  https://review.opendev.org/69968314:10
openstackgerritMerged openstack/reviewstats master: Drop py2 testing and metadata  https://review.opendev.org/69968014:10
openstackgerritMerged openstack/reviewstats master: Clean up requirements  https://review.opendev.org/69971714:10
fungihrw: seems that adding a new architecture has caused it to start logging messages like this:14:33
fungiNew architecture 'arm64' in 'bionic-updates/train'. Perhaps you want to call `reprepro flood 'bionic-updates/train' 'arm64'` to populate it with architecture 'all' packages from other architectures.14:33
fungii'll give that a try14:33
hrwfungi: thank you14:33
*** ociuhandu has joined #openstack-infra14:38
fungiokay, i've run that command for each configured suite all the way back to trusty-updates/liberty14:39
funginow to see if it will update14:39
hrwthanks14:40
*** eharney has quit IRC14:42
*** ociuhandu has quit IRC14:43
*** ociuhandu has joined #openstack-infra14:44
fungihrw: http://files.openstack.org/mirror/ubuntu-cloud-archive/dists/bionic-updates/train/main/binary-arm64/14:44
hrwnice14:45
hrwhm. ussuri is not mirrored?14:46
hrwor in progress?14:46
ttxevrardjp: not really14:47
*** ociuhandu has quit IRC14:47
fungihrw: i don't know. is there already a ussuri uca?14:54
fungiif so, it's probably just a matter of extending that same file14:54
*** sshnaidm|afk is now known as sshnaidm14:54
hrwfungi: http://ubuntu-cloud.archive.canonical.com/ubuntu/dists/bionic-updates/ussuri/14:56
hrwwill look in system-config and create patch if not14:56
openstackgerritMarcin Juszkiewicz proposed opendev/system-config master: UCA: mirror Ussuri packages  https://review.opendev.org/70155214:58
*** rcernin has quit IRC15:01
openstackgerritMerged openstack/reviewstats master: Remove fuel project  https://review.opendev.org/69998115:02
*** priteau has joined #openstack-infra15:06
*** dave-mccowan has joined #openstack-infra15:06
AJaegerfungi, could you review this infra-manual change, please? https://review.opendev.org/#/c/700636/15:08
openstackgerritTristan Cacqueray proposed zuul/zuul master: spec: add a zuul-runner cli  https://review.opendev.org/68127715:12
*** liuyulong has quit IRC15:18
*** liuyulong_ has quit IRC15:18
*** jkt has joined #openstack-infra15:18
*** ociuhandu has joined #openstack-infra15:18
jkthi there, I'm wondering about opendev and hosting random open source projects -- is that something that's possible?15:18
jktit's about a corporate-backed, but FLOSS project, https://github.com/Telecominfraproject/oopt-gnpy , we currently do not have a budget for sysadmining15:19
fungijkt: it's more than possible. folks have been hosting random open source projects in opendev for a while15:19
jktso far we've been on github + travis, and we more or less got fed up with that crazy workflow of force pushes15:19
* fungi refrains from making a joke about the randomness of openstack15:19
jkt:)15:19
fungihttps://opendev.org/explore/organizations15:20
fungithat's basically a quick listing of the git repository namespaces in opendev now15:20
fungi(it already spans more than a page)15:21
jktfungi: what should I do to get this project involved?15:21
jktalso, can you integrate with GerritHub? Gerrit versions, polygerrit UI improvements, etc15:21
corvusre gerrit versions -- we're working on an upgrade15:23
funginot sure what integration gerrithub offers. opendev is a shared gerrit, currently on an older version (2.13.12) but mordred is nearing completion on a revamp of our configuration management for it which should allow us to rapidly fast-forward to the latest release15:23
*** ociuhandu has quit IRC15:23
mordredyeah - hopefully we'll be on pollygerrit RSN15:24
jktnice -- I got used to polygerrit at $work and I really like it15:24
mordredyeah - it's super nice15:24
jktbtw, it's super-nice to see that work on checks plugin15:24
mordredwait til you see the zuul integration with latest gerrit corvus has been working on15:24
mordredah - youve already seen it :)15:24
fungiwe're very excited by the gerrit community's interest in using zuul too15:25
jktbefore I decided to ask here, I wanted to see if it's possible to get TravisCI tied with Gerrit without running extra VMs15:25
jktso I played with IBM's free tier for their functions, the workflow was with a webhooks plugin at gerrithub which triggers a "serverless function" in IBM's freebie offering which in turn massges Travis to build against Gerrit's ref15:26
mordredjeez15:27
jktit kinda-works, except that GerritHub is replicated, which means that every build gets triggered twice, and I have not sorted out propagation in the other way yet :)15:27
jktyeah, so I thought that it's probably better to ask someone for hosting :)15:27
*** eharney has joined #openstack-infra15:28
mordred\o/15:29
fungijust to set expectations, the ci system integrated in opendev is zuul, you basically can't merge anything without at least getting it added to zuul's tenant configuration15:29
fungiand triggering travis jobs and having it report in opendev's gerrit isn't something which seems like a good use of time15:30
fungibut zuul ought to be able to run anything travis can15:31
jktoh yes, I actually much prefer Zuul15:31
openstackgerritMerged openstack/infra-manual master: translation: drop babel extractor definitions  https://review.opendev.org/70063615:32
jktI wasn't sure if opendev is open to external organizations before, that's why I tried to investigate that abomination15:32
fungicool, we've had folks on another project ask about temporary travis integration for migration purposes, but it looked like a lot of work for not much gain15:32
*** xek has quit IRC15:32
openstackgerritPaul Albertella proposed zuul/zuul master: Fix Gerrit config issue in tutorial demo  https://review.opendev.org/70156215:33
*** xek has joined #openstack-infra15:33
fungiand yeah, i think there's an faq entry on the front page of https://opendev.org/ identical to your question15:33
fungiin case you need to point anyone to that15:33
corvus                DNS:www.zuul-ci.org, DNS:www.zuulci.org, DNS:zuul-ci.org, DNS:zuulci.org15:35
corvus\o/15:35
corvusfungi, mordred: i think https://review.opendev.org/701472 is ready15:35
mordredcorvus: woot15:35
jkttravis also appears to have undocumented API rate limit of 50 "requests" per hour (and it seems that actually mean "build" with "request", and that their idea of an hour is different from mine)15:36
mordredhaha15:36
AJaegerconfig-core, could please review https://review.opendev.org/700913, https://review.opendev.org/701244 , and https://review.opendev.org/700909 ?15:37
*** udesale has joined #openstack-infra15:39
*** ociuhandu has joined #openstack-infra15:42
openstackgerritPaul Albertella proposed zuul/zuul-jobs master: Add Bazel build and install roles  https://review.opendev.org/69351315:43
openstackgerritMerged openstack/project-config master: Add ozj to docs site  https://review.opendev.org/70124415:48
AJaegerthanks, mordred15:49
*** ociuhandu has quit IRC15:50
*** ociuhandu has joined #openstack-infra15:51
openstackgerritMerged openstack/project-config master: Add `sushy-cli` project  https://review.opendev.org/70090915:52
*** ykarel is now known as ykarel|afk15:52
fungi#status log trove instance subunit2sql-MySQL was down briefly between 05:00 and 05:25 utc due to an offline migration for impending host issues15:55
openstackstatusfungi: finished logging15:55
*** dtantsur is now known as dtantsur|bbl15:55
*** portdirect has joined #openstack-infra15:55
*** ociuhandu has quit IRC15:58
*** eernst has joined #openstack-infra15:59
yoctozeptomordred: re: sdk and js-openstack-lib - thanks for proposing that, I thought it fits there best indeed :-)16:02
*** ykarel|afk is now known as ykarel16:03
openstackgerritMerged opendev/system-config master: Use LE certs for zuul-ci.org  https://review.opendev.org/70147216:07
clarkbAJaeger: yoctozepto I ront think the je lib shpuld be an infra deliverable. We (likely) wont use it and are very unlikely to care for it16:09
efriedo/ infra16:10
efriedI've noticed yesterday and today that when I punch through to a *.gz from job results, it shows up gobbledygook. Presumably not unzipped, though I can't tell that from the browser -- but when I punch the corresponding `raw` link the .gz file downloads (and is a real .gz file).16:10
clarkbbah "dont think the js lib"16:10
efriede.g. https://zuul.opendev.org/t/openstack/build/35e0907add8046369796b05834965174/log/logs/etc/nova/nova.conf.txt.gz16:10
efrieddoesn't seem to be a browser thing, cause same result in ff/chrome16:10
corvusefried: we did make a change regarding that; must have missed something16:10
clarkbcorvus: the fix is the change you asked to wait on merging16:11
corvusclarkb: er, i thought we set a site var?16:11
efriedphew, glad it wasn't another situation where it's just me :P16:11
clarkbthe sitr var handled everything but subunut and test results files I think16:12
corvusclarkb: ^nova.conf.gz16:12
clarkboh hrm is that a legacy job?16:12
fungianything which has been precompressed isn't being written to swift with a content encoding16:12
clarkbdevstack-gate may still compress internally16:12
fungiis that the gist?16:12
clarkbfungi: yes16:12
fungi(well, anything which has a .gz extension when we collect it anyway)16:13
corvusclarkb: yes it's legacy16:14
corvusefried: ^16:15
efried"It used to work"?16:15
fungifor some definition of work16:15
efriedused to show up as text in my browser.16:16
efriedrather than having to download and unzip manually16:16
fungithis is fallout from trying to prevent rackspace's swift/cdn from helpfully decompressing .tar.gz files when fetched with wget/curl, which was breaking other things16:16
AJaegerclarkb: I agree - and mordred proposed to move js-openstack-lib into SDK16:17
efriedI don't think nova-next is a legacy job, and this is similar: https://21ca3af7674a9a12fa4d-6282d3869df7fb619a0818038dd2e45a.ssl.cf5.rackcdn.com/693460/9/check/nova-next/2e09d2a/testr_results.html.gz16:17
AJaeger(if yoctozepto wants to help)16:17
*** mattw4 has joined #openstack-infra16:17
clarkbefried: subunit and test result files are a subset of the problem with a fix up16:18
corvusyeah, we should be able to merge that next week16:18
efriedokay, if there's a fix in the pipe, cool, I'll work around for now.16:18
clarkb(basically weneed to not precompress things in jobs unless their intended state is compressed otherwise we break things that are intended to be compressed)16:18
clarkbwebreak things like release artifacts16:19
corvusbut the nova.conf one will either need a fix to devstack-gate or the job needs to be upgraded to zuulv316:19
yoctozeptoclarkb, AJaeger: agreed, never suggested keeping it as infra deliverable, just not dropping completely16:19
efriedoh16:19
fungithere are likely other things d-g is precompressing too16:19
yoctozeptoI have yet to sit down to play with it16:19
fungii need to disappear to grab lunch and run some errands, but should be back in an hour or so16:19
yoctozeptoto see if it has any real value16:19
efriedso this is, like, a roundabout way of encouraging folks to upgrade legacy jobs :P16:19
AJaegerconfig-core, please review https://review.opendev.org/701446 and https://review.opendev.org/70091316:20
fungiefried: take note there's also an upcoming openstack release goal for that too16:20
melwitthi, I was wondering does anyone know why these conf files don't view as text in the browser whereas they do for other jobs? https://zuul.opendev.org/t/openstack/build/35e0907add8046369796b05834965174/log/logs/etc/nova/nova.conf.txt.gz16:20
efriedmelwitt: rewind about 10 minutes :)16:21
melwittlol, oops. will read16:21
efriedmelwitt: but yeah, I came here after looking at the same one16:21
efried(Though I pretended it worked for me. But I had to download and manually unzip.)16:21
melwittcool. I had it on my todo list to ask first thing today bc I was running into it last night when no one was around to ask16:22
efriedclarkb, corvus, fungi: Not sure if this was clear/known, but this definitely didn't start happening earlier than when I buggered off in mid-December. So like, it's not related to the swift cutover or anything.16:23
*** Goneri has quit IRC16:24
*** Goneri has joined #openstack-infra16:24
melwittI miss having the build name in the url in the past. trying to figure out which build this was when handed a direct link to a file from the build16:24
efriedoh, my bad16:25
clarkbefried: it is new and known. It happened because we just realized that sometimes our release artifacts are broken16:25
clarkbefried: on tracking that back it was a result of wgetting foo.tar.gz from swift and getting back an uncompressed file16:25
clarkbefried: things that then expect gzipped file break16:25
clarkbefried: the change we made was to stop setting the encoding type on gzipped files when uploading them to swift so that whenever you download them you get backed compressed data. This fixes the release artifacts but breaks things like your config file16:26
openstackgerritMerged opendev/system-config master: UCA: mirror Ussuri packages  https://review.opendev.org/70155216:26
clarkbefried: the fix for things that don't actually need to be compressed is to stop compressing them upfront. swift uploading will still compress them on upload but we can logically work with them as if they were uncompressed16:26
smcginnismelwitt: Not as convenient, but if you drop the "logs/..." end of the URL, it does get you to the summary report.16:26
efriedokay, so fix $overthere related to releases had ripple effects $overhere in day to day job archaeology, got it. Thanks for the explanation.16:27
clarkbefried: we set a global var in our zuul install to stop compressing things upfront in the zuulv3 role that does that16:27
clarkbefried: things that don't use the zuulv3 role to do that (subunit, testresults, devstack-gate) need to updated separately16:27
melwittsmcginnis: that's helpful, I was missing where it shows the name altogether. thanks16:27
*** rishabhhpe has joined #openstack-infra16:27
hrwok. uca/ussuri merged. tomorrow will do recheck for kolla uca/ussuri patch then16:28
efriedclarkb: so tldr I should continue to report if I see this, because it probably indicates a corner we haven't swept yet?16:28
rishabhhpeHi All , Can anyone help me out for setting up third party CI setup for zuul v3 along with latest version of devstack ?16:28
smcginnismelwitt: Better than nothing at least. ;)16:28
melwittyeah, wfm16:28
clarkbefried: I guess? I don't expect the infra team will be fixing the legacy devstack-gate stuff which is likely to be a large chunk of it16:29
clarkb(we've been trying to assert that is unmaintained tooling for a long time now and really only modify it to keep grenade working :/)16:30
melwittoh, does anyone here know anything about grenade? based on some observation, it looks like grenade jobs always have to pull devstack from the master branch and are incapable of using the contents of a proposed patch? can anyone confirm that that's true? I looked through the code and wasn't 100% sure what I was seeing. based on this it looked like it confirmed my suspicion that devstack can only be used from master and not a proposed16:30
melwitt patch https://github.com/openstack/grenade/blob/master/inc/bootstrap#L263-L26816:30
*** openstackgerrit has quit IRC16:30
clarkbmelwitt: the repo should already be there checked out to the correct ref16:31
clarkbmelwitt: that is what devstack-gate does16:32
melwittclarkb: ok, hm. in this patch we were trying to get some additional debug info by adding some settings to nova.conf in a DNM patch https://review.opendev.org/692402 and it is *not* reflecting the values into grenade jobs like grenade-py3 where we need it16:33
melwittand I can't figure out what's going wrong16:33
efriedmelwitt: ah - and I picked nova-live-migration at random, where it does show up16:33
* melwitt nods16:34
clarkbmelwitt: is it because the greande job does train -> master and the train side sets the config?16:34
efriedokay, afaict we (nova) have two legacy jobs in check/gate (nova-live-migration, nova-grenade-multinode) and a bunch in experimental. Sounds like we need to prioritize porting those jobs to zv3. This is where I wish we could send up the mriedem signal.16:34
clarkbmelwitt: I think you may need that change to be on stable/train devstack16:34
efriedOr the sean-k-mooney signal?16:34
melwittclarkb: that was my theory so I tried a nova patch that Depends-On that one https://review.opendev.org/701478 and that didn't work. I could try a stable/train change but would that get us the settings on the ussuri side too?16:35
efried("...prioritize porting those jobs to zv3..." meaning the two check/gate jobs. I'm happy to leave the experimental ones for now.)16:35
melwittI mean, it might be good enough anyway because I think things have been failing on the old side anyway16:36
melwitt*always failing16:36
clarkbmelwitt: I think grenade doesn't update settings in the upgrade unless there are specific actions to do so in the grenade upgrade scripts16:37
clarkbmelwitt: this ensures that when you upgrade a cloud you don't break because N+1 stopped accepting a config option16:37
melwittah I see16:37
clarkbthat means the config for the master test is written by train devstack currently16:37
corvusefried: i can't volunteer to do it, but i'd be happy to help with any questions.  a year or 2 ago when we were really focused on this, it was supposed to be pretty easy to switch them over -- like, almost just a mechanical exercise in translating env vars to yaml.16:38
melwittclarkb: ohhh ok. thank you, that's helpful16:38
clarkbthen you update N+1 devstack to stop writing deprecated configs and upgrade to N+2 can drop support for that config setting16:38
clarkbAJaeger: for the fuel stuff I think this may be a good reason for me to set up gertty again16:39
corvus(the real unfortunate thing here is that *new* jobs were created based on legacy jobs)16:39
clarkbunless corvus or fungi want to escalate privs and use their existing gertty to mass merge things ?16:39
efriedcorvus: Thanks. These are particularly complicated jobs, which is why I suspect they haven't been tackled yet. I'm still pretty green to this stuff, so I'm going to do my best to delegate the switch, but there's a nonzero probability I (or whoever) will take you up on that.16:39
clarkbAJaeger: let me start on that16:39
AJaegerclarkb: in a call for the next 60 minutes16:40
clarkbAJaeger: k16:40
*** lmiccini has quit IRC16:40
clarkbgood time for me to get that set up then16:40
AJaeger;)16:40
sean-k-mooneyefried: sorry was on a call you rang :)16:43
cloudnullhey all, anyone around able to take a look at https://review.opendev.org/#/c/70045216:45
*** gyee has joined #openstack-infra16:45
corvuscloudnull: let me ask about that in #zuul16:48
sean-k-mooneyefried: melwitt there is a patch to make a zuulv3 native grenatde job16:49
sean-k-mooneyit seamded to work but it also was missing some functionality16:49
sean-k-mooneyhttps://review.opendev.org/#/c/548936/16:50
*** rishabhhpe has quit IRC16:54
* cloudnull goes to join #zuul 16:54
efriedsean-k-mooney: Can I ask you to take the lead on getting nova-live-migration and the grenade jobs ported over? It sounds like we're going to be running into compressed CI artifacts in those, which will be a real PITA very quickly, so it has become a higher priority. And you're the most experty zuul person I know of...16:54
cloudnullthanks corvus16:54
*** rishabhhpe has joined #openstack-infra16:55
sean-k-mooneyefried: then we are all doomed.... but ok i can try that said i need to check if mriedem/stephenfin have start on those16:56
stephenfinsean-k-mooney: mriedem had, yeah16:56
sean-k-mooneyefried: i am planing to spend then next few weeks working on ci anyway so ill bring this up on the list16:56
*** openstackgerrit has joined #openstack-infra16:57
openstackgerritJean-Philippe Evrard proposed openstack/project-config master: New repo: "ideas"  https://review.opendev.org/70153016:57
sean-k-mooneyi just got a networking-ovs-dpdk job working so next on the list is move the os-vif legacy job to zuulv3 which ill do tomorow then i can start on the nova ones16:57
*** lucasagomes has quit IRC17:00
clarkbI'm going to find breakfast while gertty syncs things for me17:01
clarkbefried: sean-k-mooney stephenfin re grenade tosky has been working on getting a zuulv3 version of grenade going17:02
clarkbI think it is very close (I reviewed the stack pre holidays) and assistance getting that rolled out would be much appreciated I expect17:02
*** ociuhandu has joined #openstack-infra17:03
toskyyep, sorry; thanks to the general help here I was able to refresh the patches, but something is broken when using plugins (see all the patches with the same topic)17:03
toskyI will be able to recheck them next week17:03
sean-k-mooneyclarkb: yes i was hoping we could move our grenade jobs to the version when it was complete17:04
*** pgaxatte has quit IRC17:05
*** udesale has quit IRC17:05
*** ociuhandu has quit IRC17:08
*** psachin has quit IRC17:12
*** iurygregory has quit IRC17:13
johnsomHi all, I see in the scroll back there is some discussion of the broken gz links in zuul. Is there a guide of what I need to change for our jobs or is that change being reverted?17:15
*** ykarel is now known as ykarel|away17:15
johnsomExample: https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_d5e/701485/1/check/openstack-tox-py37/d5ed048/testr_results.html.gz17:15
johnsomI did't see any e-mail on this, but that doesn't mean I didn't miss it while out for vacation17:16
johnsomThese are template jobs, so we will need to update this in a bunch of repositories I suspect.17:17
donnydFYI Fortnebula just had a power outage - looks like one of my UPS batteries are in need to replacing17:17
*** rishabhhpe has quit IRC17:18
clarkbjohnsom: the testr and subunit stuff will be handled for you17:18
efriedjohnsom: you're magic #3. I think a ML post would probably be a good thing, esp because the answer isn't a simple one.17:18
johnsomYeah, I saw it yesterday, but thought I would give it a day. grin17:18
corvusclarkb: what about splitting the subunit change from the stage-output change17:18
*** rishabhhpe has joined #openstack-infra17:19
clarkbcorvus: I can do that17:19
efriedSounds to me like there are at least three categories:17:19
efried- testr/subunit on v3, which should be fine now17:19
efried- legacy jobs: you have been warned, go convert them17:19
efried- something something patch proposed but not yet merged17:19
clarkbefried: 1) is not fine yet, but will be soon17:19
clarkb3) is related to 1^17:19
*** kjackal has quit IRC17:19
* efried clearly is not qualified to author the suggested ML post17:20
clarkbhttps://review.opendev.org/#/c/701282/ I'll split that change into two so we can merge the subunit fix early17:20
corvusif we split clarkb's patch in 2 and merge half of it now,  we can reduce that list to "legacy jobs"17:20
johnsomYeah, it's not just the tox template jobs. Our octavia logs from zuulv3 jobs are also broken17:20
clarkbjohnsom: right the subunit thing is global17:21
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Stop compressing files during intermediate steps part 2  https://review.opendev.org/70128217:24
openstackgerritClark Boylan proposed zuul/zuul-jobs master: top compressing files during intermediate steps part 1  https://review.opendev.org/70157817:24
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Stop compressing files during intermediate steps part 1  https://review.opendev.org/70157817:24
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Stop compressing files during intermediate steps part 2  https://review.opendev.org/70128217:24
clarkbcorvus: ^ split now17:24
sean-k-mooneyclarkb: so is stage_compress_logs=True why the result html is double compressed17:25
clarkbsean-k-mooney: no. That is a swift implementation thing17:26
sean-k-mooneyoh ok17:26
mordredclarkb: nice side-effect of this is that the links to testr_results.html are going to be more pleasant17:26
clarkbsean-k-mooney: assuming its the deflate + gzip double compress17:26
clarkbthat should be fixed once the changes above merge too17:26
*** ociuhandu has joined #openstack-infra17:26
*** ociuhandu has quit IRC17:27
sean-k-mooneyya well i guess we will see shortly17:27
*** ociuhandu has joined #openstack-infra17:27
*** kjackal has joined #openstack-infra17:29
*** tbarron_ is now known as tbarron17:30
*** ociuhandu has quit IRC17:31
*** evrardjp has quit IRC17:33
*** evrardjp has joined #openstack-infra17:34
*** ociuhandu has joined #openstack-infra17:34
clarkbefried: email sent17:35
gmannneed one more d-g core to approve this. this is needed to un-block Tempest, Patrole, stable/queens|pike|ocata gate - https://review.opendev.org/#/c/701404/117:37
openstackgerritMerged zuul/zuul-jobs master: Stop compressing files during intermediate steps part 1  https://review.opendev.org/70157817:40
*** ociuhandu has quit IRC17:41
corvusapache failure on files02, investigating17:42
corvusAH00016: Configuration Failed17:43
corvusthat's an extremely lame error message17:43
sean-k-mooneythat seamed to work https://4a5f7324f50c525e768c-c393df920c3ba3d74686e2bffd0842f4.ssl.cf2.rackcdn.com/701578/2/gate/tox-py37/ab32af6/testr_results.html17:44
*** ociuhandu has joined #openstack-infra17:44
sean-k-mooneyalthough im not sure if the result issue only effeced legacy jobs?17:44
mordredcorvus: that message tells you SO MUCH17:45
clarkbsean-k-mooney: no testr_results and subunit_log.txt.gz or whatever that files is called was universal17:45
clarkbsean-k-mooney: it should now be fixed wherever fetch-subunit-results role is used17:45
mordred\o/17:45
sean-k-mooneywell that was from the change that just merges so yes it appears to be17:46
mordredthat should take care of a large % of the issues I think17:46
mordredexcept for the ones it doesn't17:46
cloudnullis docs.openstack.org down for anyone else ? I'm getting connection refused (both ipv4/6) ?17:47
clarkbcloudnull: corvus just mentioned an apache configuration error and is investigating17:47
johnsomSame here17:47
cloudnullah. ok. thanks clarkb corvus17:47
*** ociuhandu has quit IRC17:49
corvusclarkb, mordred, fungi: i have moved the zuul conf files out of the way and restarted apache17:50
corvusi do not know what changed17:50
corvusnor do i understand the error17:50
corvusadditional help would be appreciated17:50
*** rpittau is now known as rpittau|afk17:51
clarkbcorvus: that implies the error is in the zuul config? where can I see those on files02?17:51
corvusclarkb: ~root/back217:51
*** factor has joined #openstack-infra17:53
corvusnote that it does not appear that the files were updated with the new cert paths17:53
*** tosky has quit IRC17:54
corvus[Wed Jan 08 17:49:30.331912 2020] [ssl:emerg] [pid 18629:tid 140370605315968] AH02561: Failed to configure certificate zuul-ci.org:443:0, check /etc/ssl/certs/zuul-ci.org.pem17:54
corvus[Wed Jan 08 17:49:30.332007 2020] [ssl:emerg] [pid 18629:tid 140370605315968] SSL Library Error: error:0906D06C:PEM routines:PEM_read_bio:no start line (Expecting: CERTIFICATE) -- Bad file contents or format - or even just a forgotten SSLCertificateKeyFile?17:54
mordredcorvus: the cert contents look off17:54
corvusmordred: yep, sure does17:54
mordredI thnk that wants to be a link, yeah?17:54
fungiokay, back. now to find out what excitement i've missed17:55
corvusno, the config file was supposed to be updated with that path17:55
corvusokay, i know what to do to fix things manually, i'll do that now17:55
mordredoh - the config file is supposed to have /etc/letsencrypt-certs/zuul-ci.org/zuul-ci.org.cer instead?17:55
mordredcool17:55
corvusyep17:55
mordrednod17:55
mordredwell - at least it explains why apache had a sad17:55
clarkbdid we set the contents var to == the file path var?17:56
clarkbthat is what it looks like17:56
clarkbwhich would explain why the path didn't update but the contents did17:56
* clarkb looks17:56
*** derekh has quit IRC17:57
clarkbyup17:58
clarkbI'll have a fix shortly17:58
*** dpawlik has quit IRC17:58
corvusi've restarted apache with a working zuul-ci.org config17:58
corvuslooks like we did not get a git.zuul-ci.org cert17:58
corvusclarkb: so we should revert that part of the change too17:58
clarkbcorvus: ok18:00
corvusfatal: [adns1.opendev.org]: FAILED! => {"msg": "The task includes an option with an undefined variable. The error was: 'ansible.vars.hostvars.HostVarsVars object' has no attribut18:00
corvuse 'acme_txt_required'\n\nThe error appears to be in '/opt/system-config/playbooks/roles/letsencrypt-install-txt-record/tasks/main.yaml': line 5, column 3, but may\nbe elsewhere i18:00
corvusn the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n\n- name: Build key list\n  ^ here\n"}18:00
corvusif we're wondering why that didn't happen18:00
*** priteau has quit IRC18:01
*** gfidente is now known as gfidente|afk18:03
openstackgerritClark Boylan proposed opendev/system-config master: Fix zuul-ci.org vhost cert paths  https://review.opendev.org/70158218:04
clarkbcorvus: ^ I think that handles the path issue and reverts the git.zuul-ci.org bits temporarily18:05
corvusclarkb, fungi, mordred: ^ approved and enqueued into gate18:06
fungiokay, all caught up now. seems i did miss some excitement18:06
corvusthe fortnebula outage is why we didn't get the cert18:07
clarkbcorvus: because we couldn't get into mirror?18:07
corvusclarkb: presumably; it processes the fortnebula mirror before files0218:08
fungiahh, i also missed that the fn mirror is offline. when did that start?18:08
*** jpena is now known as jpena|off18:08
corvusso i'm assuming an earlier step failed for that host, which then caused the value of the required_txt var to be missing18:08
donnydThat is a likely scenario - the generator kicked on and what is up now is being run by it  - but it would appear one of the UPS has went offline and is  not responding - I won't be able to physically look at it for a while18:08
corvusunfortunately this means we have another place where our control plane is tied to our clouds18:09
donnydI was made aware at 121718:09
donnydand I let infra know in the same minute fungi18:09
corvusso we either need to make the letsencrypt role more robust, or run a separate playbook for the clouds18:09
donnydHopefully my bad timed outage doesn't cause too much heart ache18:10
clarkbcorvus: can we set failed_when: false type deal to have it not stop in ansible for that bit of the role?18:11
clarkbthen have a verification step on the other side I guess?18:11
corvusclarkb: i think we may just need a soft dict lookup; this is a task that runs only on adns1; ansible has already marked the fortebula host as failed and stopped running tasks on it.18:12
*** ociuhandu has joined #openstack-infra18:13
clarkbah18:13
*** dtantsur|bbl is now known as dtantsur18:13
efriedthanks clarkb (email)18:13
fungidonnyd: ahh, thanks! i see it in scrollback now (at 17:17 utc), i missed it when skimming all the lunchtime backlog18:15
*** tesseract has quit IRC18:15
corvusi'll work on an improvement to the role18:16
openstackgerritZane Bitter proposed openstack/project-config master: gerritbot: notify in #heat for stable branches  https://review.opendev.org/70158418:17
*** ociuhandu has quit IRC18:17
*** michael-beaver has joined #openstack-infra18:18
*** ykarel|away has quit IRC18:23
openstackgerritJames E. Blair proposed opendev/system-config master: Handle offline hosts in LE role  https://review.opendev.org/70158618:23
*** ykarel|away has joined #openstack-infra18:23
corvusclarkb, fungi, mordred: ^ should be more robust; i tested that locally with a mock inventory18:24
openstackgerritMerged opendev/system-config master: Fix zuul-ci.org vhost cert paths  https://review.opendev.org/70158218:25
*** pcaruana has quit IRC18:27
donnydWell both ups  are finally back up and it looks like I lost both batteries this time around - uggg....18:28
*** ykarel|away has quit IRC18:29
clarkbpoor batteries18:31
fungiouch18:33
* fungi has too many upses at home, constantly replacing batteries18:33
*** dtantsur is now known as dtantsur|afk18:34
*** kjackal has quit IRC18:37
*** rishabhhpe has quit IRC18:44
rm_workbnemec: OK so it looks like it IS possible to send argv through to the wsgi app (eg --pyargv="--config-file my.conf"), it just relies on the app being set up to accept it properly (some are not)18:50
* mordred is back online and enjoying the lovely metal tube ... looks like the patches from the earlier thing are +A already19:02
donnydThey are 5Kw ups - so its like 32 batteries this time around - /me shops for two new ups19:09
* donnyd goes shopping for new ups19:10
clarkbinfra-root I'm going to put myself in project bootstrappers so that I can approve ajaeger's fuel project retirements19:11
clarkbnow to see how to get gertty to update its vote options19:13
bnemecrm_work: Good to know, thanks.19:13
clarkbcorvus: ^ any hints on how to get gertty to update the review fields available to me after updating my group membership?19:15
openstackgerritBrian Haley proposed openstack/project-config master: Add periodic panel to Octavia dashboard  https://review.opendev.org/70159619:20
corvusclarkb: reload change19:23
corvusclarkb: ctrl-r by default19:24
*** aedc has joined #openstack-infra19:27
*** rlandy is now known as rlandy|mtg19:29
*** pkopec has quit IRC19:29
donnydfungi: what are you using for UPS? I have HP ups atm - but they are getting pretty old and I am thinking of doing something different19:29
*** jtomasek has quit IRC19:32
AJaegerconfig-core, please review https://review.opendev.org/701446 (retire dox) and https://review.opendev.org/700913 (remove duplicated ACLs)19:36
clarkbI'm out of the bootstrapper group. Now going to abandon the existing fuel changes19:36
fungidonnyd: oh, far worse probably. some old non-rackmountable apc back-ups ns 1250 units (i used to lay them sideways on rack shelves because i could squeeze them into a 3u space and monitor over a usb data connection), and also some tripp-lite internet900u compact upses because i can wall-mount them behind things like televisions19:38
corvusdonnyd, fungi: the folks at eaton (formerly mge) do a lot of work on open source drivers/monitoring software.  i'm unfamiliar with current models though, as my 15yo mge is still happy.19:38
fungiyeah, eaton powerware used to be a customer of mine back when i was working for an isp/hosting company19:38
fungii didn't know they made consumer-grade gear19:39
corvusfungi: i think they "started" that when they bought mge19:39
fungiaha, that would 'splain it, that was about the time i lost track of them19:39
fungii mostly knew them for large room-sized equipment19:40
clarkbAJaeger: I think the retire chagne merges are all done as are the other change abandons19:40
mwhahahaany issues with the fortnebula mirror? seeing pip timesouts19:40
clarkbAJaeger: can you check and confirm19:40
corvusi have a 1500va 1u unit from mge; only company doing that capacity in that ff. but i think eaton discontinued that one.19:40
mwhahahacontext https://review.opendev.org/#/c/701479/19:40
clarkbAJaeger: if so I think you can unwip https://review.opendev.org/#/c/699849/ ?19:41
corvusmwhahaha: yeah, fn was completely offline -- maybe now it's partially offline and we need to disable it?19:41
AJaegerclarkb: done19:42
mwhahahaprobably19:42
mwhahahai rechecked again19:43
AJaegerconfig-core, want to finalize retiring of Fuel repos? I need another +2A on https://review.opendev.org/#/c/699849/ , please19:43
AJaegerclarkb: yes, all looks great. Thanks a lot!19:43
openstackgerritJames E. Blair proposed openstack/project-config master: Temporarily disable fortnebula  https://review.opendev.org/70160219:43
mnaserAJaeger: that's a satisfying -278019:43
mnaserthank you for doing a lot of that19:43
corvusclarkb, fungi, donnyd, mwhahaha: https://review.opendev.org/70160219:44
corvusmaybe we want to force-merge that19:44
AJaegermnaser: thanks for the review19:44
AJaegermnaser, clarkb, want to review the dox retirement as well, please? https://review.opendev.org/70144619:44
clarkbcorvus: change lgtm, happy for it to be force merged too19:44
corvusclarkb: i'll merge it then19:45
mnaserAJaeger: got it19:45
mwhahahagracias19:45
openstackgerritMerged openstack/project-config master: Temporarily disable fortnebula  https://review.opendev.org/70160219:45
AJaegermnaser: great19:45
*** bnemec has quit IRC19:47
*** ramakris has joined #openstack-infra19:49
*** kjackal has joined #openstack-infra19:50
*** bnemec has joined #openstack-infra19:52
openstackgerritMerged openstack/project-config master: Retire x/fuel repos (step 4)  https://review.opendev.org/69984919:56
AJaeger\o/19:57
sean-k-mooneyERROR: No matching distribution found for oslo.service===1.41.1 (from -c /home/zuul/src/opendev.org/openstack/requirements/upper-constraints.txt (line 47))20:00
sean-k-mooneyso is this a one off or is this hitting other jobs?20:00
clarkbsean-k-mooney: can you link to it?20:00
clarkbthat can be caused by a number of issues (including potentially the fn mirror outage)20:01
sean-k-mooneyah its on FN20:01
sean-k-mooney Looking in indexes: http://mirror.regionone.fortnebula.opendev.org/pypi/simple, http://mirror.regionone.fortnebula.opendev.org/wheel/ubuntu-18.04-x86_6420:01
clarkbsean-k-mooney: we've disabled that cloud so mirror related problems there should go away (since jobs will stop running there)20:01
*** eharney has quit IRC20:01
sean-k-mooneyok cool ill ignore it then20:02
sean-k-mooneyjust said i would check as this is normally either an infra issue like mirrors or we have just done a release20:02
openstackgerritMerged openstack/project-config master: Retire x/dox (step 2)  https://review.opendev.org/70144620:03
openstackgerritMerged opendev/system-config master: Handle offline hosts in LE role  https://review.opendev.org/70158620:07
AJaegerconfig-core, dox is now retired as well - please review https://review.opendev.org/701447 to finalize20:07
mordredAJaeger: \o/20:08
*** rlandy|mtg is now known as rlandy20:09
AJaegeroh, we need https://review.opendev.org/#/c/701448/ to merge first - config-core, please review20:12
AJaegerthanks, clarkb and mordred !20:14
clarkbI'm going to pop out for a bike ride and lunch now20:14
mordredAJaeger: thanks for driving that!20:14
*** eharney has joined #openstack-infra20:15
AJaegeryou're welcome20:16
*** fdegir has quit IRC20:22
*** fdegir has joined #openstack-infra20:23
AJaegerinfra-root, what's up with arm64? I see changes for 6+ hours in the check-arm64 queue waiting for a node - is all good?20:24
mnaserAJaeger: i assume that there's either not enough capacity or the cloud is having issues20:24
fungithere is a very limited pool there, something like 10 nodes20:25
* mordred is landing ... or rather, in a metal tube that is landing - likely AFK for the rest of the day, will talk to folks tomorrow!20:25
fungii'll take a look and see how many are in use20:25
AJaegerthanks, fungi20:25
openstackgerritMohammed Naser proposed zuul/zuul-helm master: Add Zuul charts  https://review.opendev.org/70046020:25
*** ramakris has quit IRC20:25
openstackgerritDavid Shrewsbury proposed zuul/zuul master: WIP: documentation reorg  https://review.opendev.org/70160820:29
fungilooks like we have 2x ubuntu-bionic-arm64 in-use and 3x deleting20:29
fungifor a total of 5 nodes20:29
fungia couple of the deleting nodes have been in that state for ~8 minutes, so seems it may be slow to process those20:30
fungithe in-use nodes have only been in their state less than a minute20:31
*** openstackgerrit has quit IRC20:31
AJaegerthat looks fine - ok, so they might be used not only in the check-arm64 queue20:32
fungilooks like linaro-london (the only provider with those nodes) has max-servers: 8 currently20:32
fungipossible we have some leakage there, i can look at the launcher logs shortly20:33
*** openstackgerrit has joined #openstack-infra20:37
openstackgerritMerged openstack/openstack-zuul-jobs master: Remove legacy-dox-buildimages job  https://review.opendev.org/70144820:37
*** eharney has quit IRC20:38
openstackgerritMerged openstack/project-config master: Finish retiring x/dox (step 4)  https://review.opendev.org/70144720:47
*** aedc_ has joined #openstack-infra20:48
*** aedc has quit IRC20:51
funginodepool.driver.NodeRequestHandler[nl03-16591-PoolWorker.linaro-london-main]: Predicted remaining provider quota: {'compute': {'ram': 58272, 'cores': -16, 'instances': 91}}20:57
fungii guess we're short on available cores there20:57
*** Goneri has quit IRC20:59
fungiopenstack server list for that project only shows five instances21:01
fungiall are os.extra.large.infra flavor, a mix of debian-buster-arm64 and ubuntu-xenial-arm64 images21:02
fungiso far it seems like the only nodes i've seen in use are debian-buster-arm64 and i only ever see ubuntu-xenial-arm64 in a deleting state21:05
*** ociuhandu has joined #openstack-infra21:10
*** michael-beaver has quit IRC21:18
hrwthere is work in progress to add more arm64 nodes21:24
hrwbut can not give ETA21:24
hrwin kolla(-ansible) we only use debian-buster-arm64 and have one job in review which will use ubuntu-bionic-arm64 (but this one waits for uca/ussuri/arm64 to be available and more nodes in infra too)21:26
*** rfolco has quit IRC21:29
openstackgerritBrian Haley proposed openstack/project-config master: Add periodic panel to Octavia dashboard  https://review.opendev.org/70159621:30
fungihrw: i'm guessing repeated attempts to run that job is what is eating so many of the nodes, since 60% of the quota is perpetually consumed by ubuntu-xenial-arm64 nodes in a "deleting" state21:30
*** ralonsoh has quit IRC21:30
fungi(doesn't help that it seems to take upwards of 10 minutes for that cloud to delete an instance_21:31
hrwkevinz: ^^ can you take a look why it takes 10 minutes to delete an instance?21:31
hrwfungi: kevinz is linaro-london admin21:31
hrwlives in China21:32
*** spsurya has quit IRC21:32
fungithe cpu quota also seems to be at odds with the max-servers. we only have enough allowed cores to boot 5 nodes there (according to the errors nodepool is logging) even though max-servers is set to 821:32
*** armax has joined #openstack-infra21:32
fungiso probably either the core limit or the flavor needs adjusting21:32
hrwfungi: we may try reverting https://review.opendev.org/#/c/671445/ - with new ceph cluster in linaro-london 8vcpu probably will work fine21:33
fungiahh, yep if that uses more cores then it probably explains the errors21:34
hrwok, will revert. need to write commit message21:34
openstackgerritMarcin Juszkiewicz proposed openstack/project-config master: Revert "Linaro London: use new bigger flavour"  https://review.opendev.org/70162621:35
clarkbfungi: what is our absolute quota for cpus?21:35
clarkbnova hasbeen known to leak quota usage21:36
fungii'll check21:36
hrwfungi: is there a project using those ubuntu-xenial-arm64 nodes? as it would be more sane for them to switch to bionic - xenial/arm64 is full of real old stuff missing several features21:38
fungiaccording to `openstack limits show --absolute` it's maxTotalCores=12821:38
*** ociuhandu has quit IRC21:39
fungihrw: codesearch.o.o doesn't turn up any, but i see we have ubuntu-xenial-arm64 set to min-ready: 1 so if those are failing to come up reachable that could also explain the churn21:40
hrwok21:40
fungimaybe min-ready is a bad idea when we can only boot ~5 nodes21:41
clarkb128/5 ~= 25, are these 25 core flavors?21:43
hrwmailed kevinz to take a look at patch and comment21:43
hrwclarkb: 16c21:43
clarkbso ya nova must have gotten quota out of sync21:44
fungialso nodepool is complaining that node requests would put it at -16 cpus and openstack flavor show os.extra.large.infra says it gets vcpus=16 so the limits detail of maxTotalCores=128 and totalCoresUsed=80 leaves me wondering where the other 3 nodes worth are21:44
fungithe math there suggests that max-servers: 8 is correct21:44
fungisomehow nodepool is seeing more cpus in use than `openstack limits show --absolute` reports for totalCoresUsed21:45
* hrw -> bed21:45
fungihave a good night hrw!21:45
hrwyou too21:45
fungithanks21:45
hrwvote/comment  https://review.opendev.org/701626 please21:46
hrwI pointed kevinz to irc log so he will know what was discussed21:46
clarkbfungi: we may have cached an older lower maxTotalCores value?21:46
fungipossible?21:47
*** sshnaidm is now known as sshnaidm|afk21:47
fungihow often is that refreshed?21:50
clarkbI think it depends on sdk, possibly never?21:50
clarkbShrews may know21:50
fungii guess if maxTotalCores was previously 80 and we were using a flavor with 8 vcpus (targeting max-servers: 10), but later bumped it to 128 in the provider to accommodate larger flavors, that could explain it21:51
clarkbya, if we restart the launcher that should load up new quota info21:52
clarkbI think nl03 is the launcher responsible for that cloud21:53
ShrewsI don't think any caching of quota is done? But I could be wrong and would have to look.21:54
ShrewsWhen we've seen quota oddities in the past, it's usually been something off with the provider's database21:55
ShrewsSomething about it on their side gets... confused21:55
clarkbShrews: caching of the max value not the usage value21:56
clarkbI think we may cache that but not sure21:56
corvusi think the openstack nodepool driver caches it for 5 minutes21:56
corvusand invalidates the cache on any error21:57
ShrewsMAX_QUOTA_AGE = 5 * 60  # How long to keep the quota information cached21:57
Shrewsyeah21:57
corvusso if it hasn't fixed itself since the beginning of this conversation, something else is up :)21:58
fungii'll reevaluate assumptions22:02
fungiat 2020-01-08 20:59:18,113 nodepool got node request 300-0006788831 for the debian-buster-arm64 label22:04
funginl03 is still trying to satisfy it22:05
fungias of 22:04:58,50822:05
fungiRetrying node request 300-000678883122:06
fungiPredicted remaining provider quota: {'compute': {'ram': 58272, 'cores': -16, 'instances': 91}}22:06
fungiNot enough quota remaining to satisfy request 300-000678883122:06
fungii guess it doesn't report its presumed max values22:06
fungibut `openstack limits show --absolute` for that project continues to report totalCoresUsed=80 and maxTotalCores=12822:07
openstackgerritBrian Haley proposed openstack/project-config master: Add periodic panel to Octavia dashboard  https://review.opendev.org/70159622:08
fungiso there's 48 cores unaccounted for22:08
*** eharney has joined #openstack-infra22:08
fungialso `openstack server list` gives me the same instances nodepool knows about, there are no extras showing up22:09
*** kjackal has quit IRC22:09
*** slaweq has quit IRC22:15
*** armax has quit IRC22:33
openstackgerritJames E. Blair proposed opendev/zone-zuul-ci.org master: Also delegate git. acme challenge to opendev  https://review.opendev.org/70163322:40
corvusclarkb, fungi: ^22:40
corvushappily, acme.sh does actually produce a useful error message in that case :)22:40
fungiooh! how did i miss that in reviewing the other half?22:41
*** Goneri has joined #openstack-infra22:52
*** tkajinam has joined #openstack-infra22:56
*** tkajinam has quit IRC22:58
*** tkajinam has joined #openstack-infra23:00
openstackgerritMerged opendev/zone-zuul-ci.org master: Also delegate git. acme challenge to opendev  https://review.opendev.org/70163323:00
*** slaweq has joined #openstack-infra23:11
*** rcernin has joined #openstack-infra23:13
*** slaweq has quit IRC23:16
*** Goneri has quit IRC23:16
*** armax has joined #openstack-infra23:19
*** eharney has quit IRC23:19
*** rlandy is now known as rlandy|bbl23:23
*** aedc_ has quit IRC23:40
*** dchen has joined #openstack-infra23:46
*** tetsuro_ has joined #openstack-infra23:50
*** tetsuro has quit IRC23:52
*** Goneri has joined #openstack-infra23:58

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