Thursday, 2019-02-07

fungimgagne: one showing in use for over 2 days, e8c4c1df-743e-44ea-b576-60d655b9f58e00:00
fungisomething tells me it's lost00:01
mgagneok, this one exists on my side00:01
fungiother than that, nothing00:01
mgagnecool00:01
mgagnethanks00:01
clarkbmordred: mostly thinking maybe the existing servers go in a new group for the extra ansible00:02
clarkbmordred: then not being in that is the basest of ansible00:02
mordredclarkb: yah - totes00:04
mordredclarkb: although this is all predicated on actually knowing what the basest of ansible is first00:04
mordredclarkb: which I thought I knew, but now I'm less sure00:04
*** wolverineav has quit IRC00:05
corvusclarkb: if you have a chance to +3 https://review.openstack.org/635358 today i'd appreciate it (so it can wend its way through and we can find the next error)00:07
*** wolverineav has joined #openstack-infra00:07
*** markvoelker has joined #openstack-infra00:11
*** wolverineav has quit IRC00:12
fungimgagne: after some playing around with awk i've managed to ask nodepool to delete all 24 images it thinks it uploaded to inap-mtl0100:15
mgagnefungi: ok, will nodepool reupload them?00:15
fungiand i see a bunch new in uploading status, yes00:15
mordredfungi: any task that can't be solved with awk is not worth solving00:22
*** dmsimard has quit IRC00:25
corvuscgit urls with line numbers (eg http://git.openstack.org/cgit/openstack/nova/tree/requirements.txt#n31) use url fragments, which aren't sent to the server, which means we can't redirect them.  cgit uses "#n", gitea uses "#L".  the only choices i can think of are to ignore the problem, so line-number links won't work anymore (but at least you'll get to the right file, and can probably find the line00:27
corvusby looking at the url).  or coming up with some javascript or something that we stick in gitea that causes it to work with both #n and #L (possibly by mutating the url to #L).00:27
mordredcorvus: seems like adding javascript to gitea to accept #n as well shouldnt' be SUPER terrible, right?00:28
corvusi guess it's worth a try?00:29
corvusmaybe it's upstreamable, maybe not...00:30
corvusif not, if it works for a couple years before bitrotting, that's probably good enough...00:30
mordredcorvus: well, even if it's not, we can squeeze it in in a theme00:30
mordredcorvus: yeah00:30
mordredcorvus: I'm looking at gitea source code ...00:30
mordredpublic/js/index.js has function selectRange - which has a line: changeHash('#L' + a + '-' + 'L' + b);00:31
mordredso - something something00:31
corvusmordred: if you feel like taking that on while i continue working through the wonderful world of regexes, i'd be most appreciative.00:33
mordredcorvus: yeah - on it00:33
mordredcorvus: cgit only supports single lines and not ranges, right?00:33
corvusmordred: yep00:33
*** sdake has quit IRC00:37
*** jamesmcarthur has quit IRC00:40
*** sdake has joined #openstack-infra00:41
*** jamesmcarthur has joined #openstack-infra00:41
*** sdake has quit IRC00:41
*** hwoarang has quit IRC00:42
*** tosky has quit IRC00:43
*** markvoelker has quit IRC00:44
*** hwoarang has joined #openstack-infra00:44
*** jamesmcarthur has quit IRC00:46
clarkbcorvus: done. Is the client cert data non secret?00:47
clarkbI guess the key is necessary00:48
corvusclarkb: afaik00:48
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Rewrite #nXXX to #LXXX in incoming gitea urls  https://review.openstack.org/63537900:49
mordredcorvus: ^^ there's stab #100:49
*** jamesmcarthur has joined #openstack-infra00:50
*** dmsimard has joined #openstack-infra00:57
*** wolverineav has joined #openstack-infra00:57
*** hwoarang has quit IRC00:58
*** wolverineav has quit IRC01:01
*** hwoarang has joined #openstack-infra01:01
mordredcorvus: https://github.com/go-gitea/gitea/pull/598701:03
*** sthussey has quit IRC01:09
*** roman_g has quit IRC01:11
*** sdake has joined #openstack-infra01:12
openstackgerritRoman Gorshunov proposed openstack-infra/openstack-zuul-jobs master: Replace deprecated docs job in docs-on-readthedocs template  https://review.openstack.org/63538101:19
*** roman_g has joined #openstack-infra01:20
*** gyee has quit IRC01:22
openstackgerritMerged openstack-infra/system-config master: Configure .kube/config on bridge  https://review.openstack.org/63535801:22
*** dklyle_ has joined #openstack-infra01:27
*** hwoarang has quit IRC01:29
*** david-lyle has quit IRC01:31
*** hwoarang has joined #openstack-infra01:31
*** yamamoto has quit IRC01:41
*** bobh has joined #openstack-infra01:42
*** bobh has quit IRC01:44
*** armax has quit IRC01:46
Shrewsinfra-root: just checking in on the new builder... no issues as of yet. But I did notice that opensuse-423 has not been successfully built for quite a few days. Also, I am afk tomorrow, so just a heads up.01:47
*** sdake has quit IRC01:48
*** sdake has joined #openstack-infra01:50
*** jamesmcarthur has quit IRC01:50
*** bobh has joined #openstack-infra01:52
*** jamesmcarthur has joined #openstack-infra01:53
*** hwoarang has quit IRC02:05
*** yamamoto has joined #openstack-infra02:05
*** hwoarang has joined #openstack-infra02:06
*** jamesmcarthur has quit IRC02:06
*** wolverineav has joined #openstack-infra02:07
*** bobh has quit IRC02:09
*** david-lyle has joined #openstack-infra02:12
*** jamesmcarthur_ has joined #openstack-infra02:13
*** wolverineav has quit IRC02:14
*** manjeets has quit IRC02:15
*** dklyle_ has quit IRC02:15
*** manjeets has joined #openstack-infra02:16
*** sdake has quit IRC02:19
*** bobh has joined #openstack-infra02:23
*** diablo_rojo has quit IRC02:27
*** wolverineav has joined #openstack-infra02:35
*** wolverineav has quit IRC02:40
*** ijw has quit IRC02:43
*** armax has joined #openstack-infra02:52
*** bobh has quit IRC02:53
*** jamesmcarthur_ has quit IRC02:54
funginoted, thanks!02:56
*** psachin has joined #openstack-infra02:56
fungiShrews: seems like that could also be relevant to proposed openstack/governance change https://review.openstack.org/63346002:57
*** jamesmcarthur has joined #openstack-infra02:59
*** rcernin has joined #openstack-infra03:07
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/buildsets route  https://review.openstack.org/63003503:08
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add buildsets page  https://review.openstack.org/63004103:08
*** ekcs has quit IRC03:09
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/buildset/{uuid} route  https://review.openstack.org/63007803:10
openstackgerritTristan Cacqueray proposed openstack-infra/zuul-jobs master: add-build-sshkey: remove previously authorized build-sshkey  https://review.openstack.org/63262003:12
*** jamesmcarthur has quit IRC03:14
*** jamesmcarthur has joined #openstack-infra03:15
*** adriant has quit IRC03:18
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool master: Implement zookeeper-auth  https://review.openstack.org/61915503:23
*** wolverineav has joined #openstack-infra03:26
*** adriant has joined #openstack-infra03:27
*** hwoarang has quit IRC03:31
*** hwoarang has joined #openstack-infra03:32
*** sdake has joined #openstack-infra03:43
*** rlandy|bbl is now known as rlandy03:43
*** sdake has quit IRC03:44
*** jamesmcarthur has quit IRC03:53
*** jamesmcarthur has joined #openstack-infra03:53
*** jamesmcarthur has quit IRC03:56
*** jamesmcarthur has joined #openstack-infra03:58
*** jamesmcarthur has quit IRC03:58
*** jamesmcarthur has joined #openstack-infra03:58
*** jamesmcarthur has quit IRC04:02
*** rlandy has quit IRC04:06
*** sdake has joined #openstack-infra04:10
*** ykarel has joined #openstack-infra04:14
*** ramishra has joined #openstack-infra04:14
*** udesale has joined #openstack-infra04:25
*** rcernin has quit IRC04:35
*** ramishra has quit IRC04:45
*** jtomasek has joined #openstack-infra04:49
*** ykarel has quit IRC05:03
*** jtomasek has quit IRC05:07
*** armax has quit IRC05:09
*** ramishra has joined #openstack-infra05:14
*** hwoarang has quit IRC05:15
*** jtomasek has joined #openstack-infra05:15
*** hwoarang has joined #openstack-infra05:17
*** sdake has quit IRC05:18
*** ykarel has joined #openstack-infra05:19
*** jtomasek has quit IRC05:24
*** noama has joined #openstack-infra05:26
*** ramishra has quit IRC05:29
*** ramishra has joined #openstack-infra05:30
*** chandankumar has joined #openstack-infra05:45
*** chandankumar is now known as chkumar|ruck05:46
*** janki has joined #openstack-infra05:51
*** jamesmcarthur has joined #openstack-infra06:02
*** hwoarang has quit IRC06:04
*** adriant has quit IRC06:06
*** hwoarang has joined #openstack-infra06:06
*** jamesmcarthur has quit IRC06:06
*** markvoelker has joined #openstack-infra06:07
*** adriant has joined #openstack-infra06:07
*** e0ne has joined #openstack-infra06:10
*** markvoelker has quit IRC06:11
*** wolverineav has quit IRC06:21
*** wolverineav has joined #openstack-infra06:22
*** wolverineav has quit IRC06:30
*** quiquell|off is now known as quiquell|rover06:36
*** diablo_rojo has joined #openstack-infra06:37
*** chkumar|ruck has quit IRC06:48
*** chandankumar has joined #openstack-infra06:48
*** chandankumar is now known as chkumar|ruck06:49
*** quiquell|rover is now known as quique|rover|r--06:53
*** kopecmartin|off is now known as kopecmartin07:01
*** pcaruana has joined #openstack-infra07:02
*** betherly has joined #openstack-infra07:07
*** markvoelker has joined #openstack-infra07:08
*** e0ne has quit IRC07:10
*** efried has quit IRC07:11
*** jtomasek has joined #openstack-infra07:12
*** efried has joined #openstack-infra07:12
*** hwoarang has quit IRC07:15
*** yamamoto has quit IRC07:15
*** wolverineav has joined #openstack-infra07:15
*** slaweq has joined #openstack-infra07:16
*** diablo_rojo has quit IRC07:16
*** yamamoto has joined #openstack-infra07:16
*** quique|rover|r-- is now known as quiquell|rover07:18
*** hwoarang has joined #openstack-infra07:18
*** e0ne has joined #openstack-infra07:20
*** slaweq has quit IRC07:21
*** pgaxatte has joined #openstack-infra07:21
*** hwoarang has quit IRC07:24
*** hwoarang has joined #openstack-infra07:25
*** janki is now known as janki-07:27
*** janki- is now known as janki07:27
*** e0ne has quit IRC07:31
*** gfidente has joined #openstack-infra07:33
*** quiquell|rover is now known as quiquell|rover|b07:33
*** quiquell|rover|b is now known as quique|rover|brb07:33
*** slaweq has joined #openstack-infra07:37
*** markvoelker has quit IRC07:41
*** slaweq has quit IRC07:42
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fix translation jobs due to opendev/base-job change  https://review.openstack.org/63544307:44
*** janki is now known as janki|lunch07:44
AJaegerinfra-root, the change above ^ follows https://review.openstack.org/635347 , could you review to unbreak all translation jobs, please?07:44
*** slaweq has joined #openstack-infra07:47
*** wolverineav has quit IRC07:50
*** slaweq has quit IRC07:51
ianwAJaeger: lgtm, was discussed a little before and i think the idea of just fixing like this was considered best07:51
openstackgerritMerged openstack/diskimage-builder master: pip-and-virtualenv: handle centos image-based builds  https://review.openstack.org/63536507:54
*** yboaron has quit IRC07:56
*** quique|rover|brb is now known as quiquell|rover07:58
*** hwoarang has quit IRC07:58
*** hwoarang has joined #openstack-infra07:59
*** Emine has joined #openstack-infra08:02
*** jamesmcarthur has joined #openstack-infra08:03
*** rpittau has joined #openstack-infra08:06
*** jamesmcarthur has quit IRC08:07
*** aojea has joined #openstack-infra08:09
AJaegerthanks, ianw08:10
*** tkajinam has quit IRC08:15
*** ginopc has joined #openstack-infra08:15
*** ykarel is now known as ykarel|lunch08:16
*** slaweq has joined #openstack-infra08:18
*** ccamacho has joined #openstack-infra08:20
*** rossella_s has joined #openstack-infra08:23
*** wolverineav has joined #openstack-infra08:25
*** wolverineav has quit IRC08:31
*** shardy has joined #openstack-infra08:32
*** slaweq has quit IRC08:36
*** markvoelker has joined #openstack-infra08:38
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/buildsets route  https://review.openstack.org/63003508:39
*** jpena|off is now known as jpena08:45
*** tosky has joined #openstack-infra08:46
*** jpich has joined #openstack-infra08:48
*** zbr|ssbarnea has joined #openstack-infra08:49
*** xek__ has joined #openstack-infra08:49
*** chkumar|ruck has quit IRC08:53
*** slaweq has joined #openstack-infra08:53
*** slaweq has quit IRC08:58
*** yboaron has joined #openstack-infra09:00
openstackgerritMerged openstack-infra/project-config master: Fix translation jobs due to opendev/base-job change  https://review.openstack.org/63544309:03
*** slaweq has joined #openstack-infra09:03
*** slaweq has quit IRC09:08
*** ykarel|lunch is now known as ykarel09:10
*** zbr has joined #openstack-infra09:11
*** markvoelker has quit IRC09:12
*** zbr|ssbarnea has quit IRC09:12
*** panda|off is now known as panda09:17
*** kjackal has joined #openstack-infra09:21
openstackgerritQuique Llorente proposed openstack-infra/zuul master: Escape jinja2 stuff from inventory  https://review.openstack.org/63393009:22
openstackgerritQuique Llorente proposed openstack-infra/zuul master: Escape jinja2 stuff from inventory  https://review.openstack.org/63393009:22
*** ccamacho has quit IRC09:23
*** wolverineav has joined #openstack-infra09:27
*** wolverineav has quit IRC09:31
*** derekh has joined #openstack-infra09:32
*** slaweq has joined #openstack-infra09:33
*** chandankumar has joined #openstack-infra09:34
*** chandankumar is now known as chkumar|ruck09:35
*** jtomasek has quit IRC09:36
*** jtomasek has joined #openstack-infra09:37
*** yamamoto has quit IRC09:38
*** zbr has quit IRC09:40
*** zbr|ssbarnea has joined #openstack-infra09:40
*** ociuhandu has joined #openstack-infra09:43
*** yamamoto has joined #openstack-infra09:47
*** jbadiapa has quit IRC09:47
*** jbadiapa has joined #openstack-infra09:48
*** priteau has joined #openstack-infra09:49
*** chandankumar has joined #openstack-infra09:50
*** chkumar|ruck has quit IRC09:51
*** oanson has joined #openstack-infra09:51
*** chandankumar is now known as chkumar|ruck09:51
*** ociuhandu has quit IRC09:56
*** ociuhandu has joined #openstack-infra09:58
*** markmcd has quit IRC10:00
*** slaweq has quit IRC10:00
*** e0ne has joined #openstack-infra10:03
*** zbr|ssbarnea has quit IRC10:04
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fix releasenotes publishing after opendev/base-jobs change  https://review.openstack.org/63547010:06
AJaegerconfig-core, another failing job, please review ^10:07
*** zbr|ssbarnea has joined #openstack-infra10:07
*** kjackal has quit IRC10:08
*** markvoelker has joined #openstack-infra10:09
AJaegerinfra-root, there's a change for  openstack-infra/tripleo-ci in zuul for 69 hours ;( Change is 634410, probably waiting for Fedora 28 node10:09
*** slaweq has joined #openstack-infra10:17
*** slaweq has quit IRC10:22
openstackgerritQuique Llorente proposed openstack-infra/zuul master: Escape jinja2 stuff from inventory  https://review.openstack.org/63393010:23
*** betherly has quit IRC10:25
*** betherly has joined #openstack-infra10:25
ShrewsAJaeger: i looked in the nodepool logs yesterday and fedora 28 nodes were being created. i suspect something weird with that job we'll have to dig into zuul logs to figure out10:29
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Add opendev kubernetes nodes to ansible inventory  https://review.openstack.org/63547210:30
zbr|ssbarneaAJaeger: indeed, I created one job using fedora-28 node about an hour ago and it did start. i suspect something else.10:31
*** ociuhandu has quit IRC10:31
AJaegerShrews, zbr|ssbarnea, so what can be done with that change? Abort it?10:35
zbr|ssbarneaAJaeger: let me ask on #oooq,10:36
zbr|ssbarneaAJaeger: ok to abort.10:38
fricklerinfra-root: seems there was a weird zuul error when that job started http://paste.openstack.org/show/744662/10:38
*** betherly has quit IRC10:40
fricklerAJaeger: did you see the error on 635470?10:41
*** markvoelker has quit IRC10:41
AJaegerfrickler: no - thanks for telling me10:42
AJaegerfixing10:42
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fix releasenotes publishing after opendev/base-jobs change  https://review.openstack.org/63547010:43
AJaegerfrickler: ^10:43
AJaegerthanks10:43
roman_gHello team. If anyone has capacity, please, have a look at openstack-infra/openstack-zuul-jobs change https://review.openstack.org/#/c/635381/1. I would like to get an advice whether this change could be tested somehow, before being reviewed (because Zuul check coverage is very basic). It potentially could break many jobs (I can add release notes, if needed). Thank you.10:45
roman_gChange: Replace deprecated docs job in docs-on-readthedocs template10:45
openstackgerritFabien Boucher proposed openstack-infra/zuul master: [WIP] - URLTrigger based on the timer trigger  https://review.openstack.org/63524110:57
*** fdegir has quit IRC10:57
*** fdegir has joined #openstack-infra10:58
*** ociuhandu has joined #openstack-infra11:01
*** ociuhandu has quit IRC11:05
*** slaweq has joined #openstack-infra11:13
*** ociuhandu has joined #openstack-infra11:14
*** ociuhandu has quit IRC11:14
*** ociuhandu has joined #openstack-infra11:15
*** sshnaidm|afk is now known as sshnaidm11:17
*** ociuhandu_ has joined #openstack-infra11:22
*** ociuhand_ has joined #openstack-infra11:23
*** ociuhandu has quit IRC11:25
*** ociuhandu has joined #openstack-infra11:26
*** ociuhandu_ has quit IRC11:26
*** chkumar|ruck has quit IRC11:29
*** wolverineav has joined #openstack-infra11:29
*** ociuhand_ has quit IRC11:29
*** ociuhandu_ has joined #openstack-infra11:30
*** chandankumar has joined #openstack-infra11:30
*** chandankumar is now known as chkumar|ruck11:30
*** ociuhand_ has joined #openstack-infra11:31
*** ociuhandu has quit IRC11:31
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Add opendev kubernetes nodes to ansible inventory  https://review.openstack.org/63547211:32
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Run base-repos as ubuntu on k8s nodes to bootstrap  https://review.openstack.org/63548111:32
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Update k8s-on-openstack for ssh known_hosts  https://review.openstack.org/63548211:32
*** wolverineav has quit IRC11:33
*** udesale has quit IRC11:33
*** udesale has joined #openstack-infra11:34
*** ociuhandu_ has quit IRC11:34
*** yamamoto has quit IRC11:37
*** rfolco is now known as rfolco_doctor11:38
*** markvoelker has joined #openstack-infra11:38
openstackgerritMonty Taylor proposed openstack-infra/zone-opendev.org master: Add kubernetes nodes to DNS  https://review.openstack.org/63548511:40
openstackgerritMonty Taylor proposed openstack-infra/zone-opendev.org master: Switch opendev.org to point to gitea  https://review.openstack.org/63548611:40
*** yamamoto has joined #openstack-infra11:40
*** yamamoto has quit IRC11:45
*** yamamoto has joined #openstack-infra11:46
openstackgerritQuique Llorente proposed openstack-infra/zuul master: Escape jinja2 stuff from inventory  https://review.openstack.org/63393011:47
fnordahlAnyone familiar with the Depends-On: GitHub integration?  We see intermittent issues with gate not picking up +2A +WF events even though external dependencies have merged and are not sure how to debug them.  Example review: https://review.openstack.org/#/c/633464/11:48
*** ccamacho has joined #openstack-infra11:49
*** yamamoto has quit IRC11:50
*** slaweq has quit IRC11:54
fricklerfnordahl: this is what I found in the zuul log, not sure whether this is a bug or whether the setup is bad, but I assume that you'll need to remove the dependency for now http://paste.openstack.org/show/744664/11:56
*** e0ne has quit IRC11:56
fricklerinfra-root: ^^ maybe someone knows more about this scenario?11:56
*** e0ne has joined #openstack-infra11:57
mordredfrickler: yeah: https://review.openstack.org/#/c/613143/ corvus has a WIP patch to fully support this11:58
*** electrofelix has joined #openstack-infra11:58
*** electrofelix has quit IRC12:04
*** bassemessam has joined #openstack-infra12:04
*** jamesmcarthur has joined #openstack-infra12:04
fricklermordred: ah, thx. fnordahl ^^12:05
*** electrofelix has joined #openstack-infra12:05
fricklerinfra-root: how does one set up a launchpad project so that it's bugs can be updated? I haven't found a reference to that in the project creation guide. seems the watcher project has some issues with it, see e.g. https://bugs.launchpad.net/watcher/+bug/180221712:06
openstackLaunchpad bug 1802217 in watcher "'watcher audit show' can't display the value of 'start_time' and 'end_time'" [Undecided,New] - Assigned to licanwei (li-canwei2)12:06
*** jamesmcarthur has quit IRC12:09
*** markvoelker has quit IRC12:11
*** priteau has quit IRC12:12
AJaegermordred: could you +2A  635470, please?12:12
*** aojeagarcia has joined #openstack-infra12:15
mordredAJaeger: done!12:17
AJaegerthanks!12:18
*** aojea has quit IRC12:18
openstackgerritMerged openstack-infra/project-config master: Fix releasenotes publishing after opendev/base-jobs change  https://review.openstack.org/63547012:24
*** yamamoto has joined #openstack-infra12:27
*** wolverineav has joined #openstack-infra12:29
*** iurygregory has quit IRC12:30
*** wolverineav has quit IRC12:34
*** markmcd has joined #openstack-infra12:39
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Perform per repo locking on the executor  https://review.openstack.org/63549512:40
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Optionally parallelize update threads  https://review.openstack.org/63549612:40
*** jpena is now known as jpena|lunch12:44
*** sdake has joined #openstack-infra12:45
*** sdake has quit IRC12:51
*** sshnaidm is now known as sshnaidm|afk12:52
*** sdake has joined #openstack-infra12:52
*** jtomasek has quit IRC12:55
*** jtomasek has joined #openstack-infra12:55
*** sigmavirus24 has joined #openstack-infra13:00
*** bobh has joined #openstack-infra13:01
* sigmavirus24 waves13:02
sigmavirus24I tripped over BonnyCI again and remembered that Zuul v3 is using github3.py. I just wanted to check in and make sure we wren't blocking anything for y'all13:02
*** rh-jelabarre has joined #openstack-infra13:03
*** rlandy has joined #openstack-infra13:04
*** priteau has joined #openstack-infra13:06
*** markvoelker has joined #openstack-infra13:08
*** jamesmcarthur has joined #openstack-infra13:09
*** jamesmcarthur has quit IRC13:09
*** jamesmcarthur has joined #openstack-infra13:09
*** sshnaidm|afk is now known as sshnaidm13:11
openstackgerritMonty Taylor proposed openstack-infra/zuul master: WIP Run python with jemalloc in containers  https://review.openstack.org/63550413:14
*** slaweq has joined #openstack-infra13:17
mordredsigmavirus24: I think we're eagerly awaiting the landing of the tasks api stuff - but I don't think anything is actively blocking us13:19
mordredsigmavirus24: ooh - looks like you landed that13:20
mordredtobiash: was there anything you were blocked on from github3.py ^^ ?13:20
mordred(checks api, not tasks api)13:21
tobiashthe checks api landed right?13:21
*** mriedem has joined #openstack-infra13:21
tobiashbut not release yet?13:21
*** bobh has quit IRC13:22
mordredtobiash: looks like it's been released!13:22
tobiashoh, then we can move on with checks api in zuul13:22
mordredtobiash: https://pypi.org/project/github3.py/ 1.3.0 is out, and https://github.com/sigmavirus24/github3.py/blob/master/docs/source/release-notes/1.3.0.rst mentions it13:23
tobiashso if that doesn't break us, everything is fine ;)13:23
* mordred hands sigmavirus24 a cake13:23
tobiashoh, looks like we're already running 1.3.0 in production, so everything looks good :)13:25
mordredwoot!13:27
*** ramishra has quit IRC13:29
*** wolverineav has joined #openstack-infra13:30
fnordahlgreat, thanks frickler mordred13:31
*** yboaron_ has joined #openstack-infra13:32
*** ramishra has joined #openstack-infra13:33
*** yboaron has quit IRC13:35
*** wolverineav has quit IRC13:35
*** jamesmcarthur has quit IRC13:37
*** jamesmcarthur has joined #openstack-infra13:38
mnaserinfra-root: i had a hold on an os_mistral job that i no longer need :)13:39
*** roman_g has quit IRC13:40
*** roman_g has joined #openstack-infra13:41
*** markvoelker has quit IRC13:41
*** jamesmcarthur has quit IRC13:43
*** lpetrut has joined #openstack-infra13:45
*** kgiusti has joined #openstack-infra13:47
*** sdake has quit IRC13:47
*** ykarel is now known as ykarel|away13:47
cmurphyclarkb: I'm mostly not here till next week but can you send me the whole log of one puppet run on etherpad-dev and I can try to see what's up13:48
*** ramishra has quit IRC13:48
*** jpena|lunch is now known as jpena13:48
fricklermnaser: thanks for the update, deleted the node. there are also two old nodes held by you/fungi for magnum-kubernetes-conformance, are these obsolete, too?13:51
fricklerthere's also "mordred: debugging the dockers" three weeks old ...13:52
*** lucas-afk is now known as lucasagomes13:53
mordredfrickler: I do not believe I need to debug the dockers any more if you are deleting things13:56
*** janki|lunch has quit IRC13:57
*** rfolco_doctor is now known as rfolco13:58
openstackgerritQuique Llorente proposed openstack-infra/zuul master: Escape jinja2 stuff from inventory  https://review.openstack.org/63393013:59
*** ykarel|away has quit IRC14:00
*** quiquell|rover is now known as quique|rover|eat14:06
*** jamesmcarthur has joined #openstack-infra14:08
*** yboaron_ has quit IRC14:08
*** yboaron_ has joined #openstack-infra14:13
*** jamesmcarthur has quit IRC14:14
*** jcoufal has joined #openstack-infra14:15
*** jtomasek has quit IRC14:18
*** bobh has joined #openstack-infra14:20
*** psachin has quit IRC14:26
*** irclogbot_1 has joined #openstack-infra14:30
*** wolverineav has joined #openstack-infra14:31
*** sdake has joined #openstack-infra14:34
*** wolverineav has quit IRC14:36
*** ykarel|away has joined #openstack-infra14:37
*** quique|rover|eat is now known as quiquell|rover14:38
*** markvoelker has joined #openstack-infra14:38
*** bobh has quit IRC14:45
*** jamesmcarthur has joined #openstack-infra14:46
*** jamesmcarthur has quit IRC14:52
*** d0ugal has quit IRC14:52
*** sdake has quit IRC14:54
*** jtomasek has joined #openstack-infra14:56
*** eharney has joined #openstack-infra14:57
*** david-lyle has quit IRC14:57
*** iurygregory has joined #openstack-infra15:04
clarkbcmurphy: http://paste.openstack.org/show/744682/ that is the full log of a puppet4 run on etherpad-dev0115:08
clarkbcmurphy: it is worth noting that I'm sort of assuming it is talking about the group in hiera.yaml since the item before it is complaining about hiera.yaml version 315:09
clarkbbut it doesn't actually print the file or line so that is a guess.15:09
*** sdake has joined #openstack-infra15:09
*** markvoelker has quit IRC15:11
*** mpeterson has quit IRC15:12
*** mpeterson has joined #openstack-infra15:12
*** dansmith has quit IRC15:13
*** sigmavirus24 has quit IRC15:13
*** dansmith has joined #openstack-infra15:14
clarkbcmurphy: also if I run hiera command with -d flag I don't get that error message when not setting the group var on the command line15:14
*** sigmavirus24 has joined #openstack-infra15:15
*** jamesmcarthur has joined #openstack-infra15:18
clarkbhttps://tickets.puppetlabs.com/si/jira.issueviews:issue-html/PUP-8887/PUP-8887.html does seem to have some related info. Basically you need to set things as a fact, via ENC, or at top scope so setting it at node level is bad?15:20
clarkbwhat is extra weird is that it works15:20
clarkbor at least the subsequent puppet run doesn't complain about failed lookups15:21
fungifrickler: thanks for the reminder. i've tried to ask mnaser a few times if we can release those nodes but i know he's busy... i expect we can just go ahead and drop them at this point as it's been weeks already15:22
mnasersorry we can release those as well, i apologize frickler and fungi :)15:22
*** jamesmcarthur has quit IRC15:23
fungino worries!15:23
clarkbor https://tickets.puppetlabs.com/browse/PUP-7336 too15:23
fungifrickler: on your lp bug updating question, if the short repository name (the part after the /) matches the name of a project in lp and the openstack infra account is added to the bug supervisor group for that lp project, then it should just work15:24
*** ccamacho has quit IRC15:24
fungifrickler: if you have a more specific example i can take a peek15:24
clarkbcmurphy: fungi: ok I wonder if it is this lookup that fails https://git.openstack.org/cgit/openstack-infra/system-config/tree/manifests/site.pp#n8 since that is at top scope before we set a group scope15:25
clarkbcmurphy: fungi if that is the case I think we can replace that hiera lookup with a static definition of that data ( we don't lose much if we do that) then the warning should go away and we can move forward15:26
clarkbI'll get a patch up for that which should let us test it at least15:26
fungimakes sense15:26
fricklerfungi: I think that account is missing here, what's the exact name for it? also, is that part documented somewhere and I just didn't search deep enough? https://launchpad.net/~watcher-drivers https://bugs.launchpad.net/watcher/15:26
guilhermespinfra-root: I'm hitting a failure on a job that is quit tricky to reproduce in a local vm. Is it possible to get a hold on openstack-ansible-upgrade-aio_lxc-ubuntu-bionic over project openstack/openstack-ansible (review #627782 )15:26
*** slaweq has quit IRC15:27
fricklerfungi: you might also want to respond to Dantalion directly in #openstack-dev where this issue came up earlier today15:27
*** jtomasek has quit IRC15:27
*** quiquell|rover is now known as quiquell|off15:27
fungifrickler: huh... it looks like maybe we removed all mention of launchpad from https://docs.openstack.org/infra/manual/creators.html at some point? that does indeed make it hard to point people to documentation we have^H^Hd about it15:30
*** wolverineav has joined #openstack-infra15:32
fricklerfungi: indeed https://review.openstack.org/561753 may have been a bit too eager15:34
fungilooks like it happened last april in https://review.openstack.org/56175315:34
fungiyep15:34
fungiwas just hunting that down myself15:34
*** zbr has joined #openstack-infra15:35
*** yboaron_ has quit IRC15:35
*** yboaron_ has joined #openstack-infra15:36
openstackgerritClark Boylan proposed openstack-infra/system-config master: Remove top level hiera lookups  https://review.openstack.org/63554315:36
clarkbcmurphy: fungi ^ something like that maybe15:36
clarkbguilhermesp: give me a moment and I'll have that set up for you15:37
*** wolverineav has quit IRC15:37
*** zbr|ssbarnea has quit IRC15:37
*** slaweq has joined #openstack-infra15:39
guilhermespthanks clarkb15:39
clarkbguilhermesp: | openstack | git.openstack.org/openstack/openstack-ansible | openstack-ansible-upgrade-aio_lxc-ubuntu-bionic | refs/changes/82/627782/.* |   1   | guilhermesp debugging hard to reproduce failure | done15:39
*** sthussey has joined #openstack-infra15:46
clarkbguilhermesp: let us know when the next failure on that job happens and we should be able to get you access to it then15:47
*** diablo_rojo has joined #openstack-infra16:01
openstackgerritFabien Boucher proposed openstack-infra/zuul master: Propose the URL driver to implement an URL change Require Filter  https://review.openstack.org/63555416:03
*** yboaron_ has quit IRC16:04
*** yboaron_ has joined #openstack-infra16:05
*** yboaron_ has quit IRC16:05
*** apetrich has quit IRC16:06
fungiinfra-root: we've been getting e-mails to the infra-root@o.o alias from cloudbees for a while about the fact that our gearman-plugin is incompatible with csrf and api permissions restrictions in supported jenkins releases. they're handling it as an embargoed vulnerability report in their jira even though it's pretty clearly not something which needs to be kept under embargo. today they updated saying16:08
fungithey're going to issue an advisory at the end of march if we don't "fix it" before then... should we ask them to not wait until then and just go ahead now? should we request they remove the plugin? any suggestions?16:08
*** markvoelker has joined #openstack-infra16:08
fungii can try to reply by e-mail and see if that works (i'm not super interested in trying to set up a jira account to be able to correspond with them if that turns out to be required)16:09
clarkbit doesnt http though16:09
clarkbdo they say ehat needs fixing or is the actual purpose of the thing (triggering jobs) the problem?16:09
odyssey4meHi folks - if an ansible project on github, not in gerrit, wishes to test using zuul in a similar way to how ansible's openstack modules are tested - what's the process? Is there a document somewhere?16:09
clarkbfungi I have little interest in maintaining it though so if there are problems hsing it in modern jenkins we should say that and see if anyone shows up to maintain it?16:10
guilhermespok clarkb I just recheck the patch and when  I get the failure I'll let you know16:10
fungiclarkb: "CSRF vulnerability and missing permission checks in Gearman Plugin allowed server-side request forgery, capturing credentials [...] Please see the documentation for advice how to address this issue. I'd be happy to review any changes beforehand, in a private repository I can create on request, if you're unsure how to address this issue for your plugin."16:11
clarkbfungi thats weird there isnt any http to csrf in that plugin iirc16:11
fungiclarkb: i have similar sentiments. i lean toward telling them it's basically abandonware and better if they just go ahead and warn users if they think it's unsafe16:11
fungi(or remove it from their plugins site completely)16:12
clarkbfungi we should be careful we dont mischaracterize whatever the issue is though. If the problem is any gearman client can submit work well that is by design16:13
*** gyee has joined #openstack-infra16:13
*** rossella_s has quit IRC16:14
*** ekultails has joined #openstack-infra16:14
fungiyeah, i honestly don't know enough about the design of the plugin, or of the jenkins plugin interface, to be able to accurately assess the risks they're trying to describe, nor do i have much interest in gaining that degree of knowledge about them as we're really not maintaining or recommending it these days16:14
*** noama has quit IRC16:16
clarkbodyssey4me: so far we've been trying to limit the scopenof that to third party testing of opensta k integrations in github. eg not the primary ci system and not gating16:18
clarkbodyssey4me: currently doing that for the openstack ansible module and zuul's github api lin github316:18
fungithat sounds like what he's requesting16:19
fungiunless i misread16:19
*** jamesmcarthur has joined #openstack-infra16:20
odyssey4meclarkb we're discussing moving the ansible-hardening repo function to ansible-lockdown, and OSA has test coverage in terms of distro which ansible-lockdown cannot have with their current test provider16:20
odyssey4meso we're looking to help out there16:20
*** pcaruana has quit IRC16:21
odyssey4mealthough the preference is to test everything in one infrastructure, of course16:21
*** cyberpear has joined #openstack-infra16:23
zbrout of curiosity, can bindep check for alternative package names? like checking for foo and bar, passing if one of them is istalled?16:23
*** ccamacho has joined #openstack-infra16:24
*** jamesmcarthur has quit IRC16:24
*** jamesmcarthur has joined #openstack-infra16:24
clarkbso we would be testing openstacks usage of a third party repo/function. That is similar to the github3 case. As for process you ha e to add thr repo to zuul's config (github3 a good example) and then manage the jobs on our side since we cant gate the remote16:25
clarkbzbr I dont think it does16:25
*** armax has joined #openstack-infra16:25
clarkbzbr but the package manager should? I guess if used in config mgmt that may result in attempting to install the same package over and over16:25
odyssey4meclarkb ok, the ansible-lockdown folks will send an email to the infra list describing what they're hoping to achieve and we can take it from there16:27
*** eharney has quit IRC16:28
odyssey4mefungi on a separate topic, I've tried several times to subscribe to openstack-discuss, and I'm getting nothing back from the list server... and no emails16:28
odyssey4mefungi my subscription is with my rackspace email address16:28
*** slaweq has quit IRC16:29
*** jamesmcarthur has quit IRC16:30
fungiodyssey4me: i'll take a look16:31
fungiodyssey4me: are you trying to subscribe via smtp or http?16:31
odyssey4mefungi http16:32
odyssey4mefungi I can login to 'manage' my subscription, if that helps.16:32
*** udesale has quit IRC16:33
*** wolverineav has joined #openstack-infra16:33
*** agopi has quit IRC16:34
fungiJan 14 13:26:03 2019 (2583) openstack-discuss: pending Jesse Pretorius <...16:34
fungii'll see if the cnofirmation messages are getting rejected by the mta for some reason16:34
*** wolverineav has quit IRC16:37
fungihrm, we only keep 10-11 days of mta logs on the lists.o.o server16:38
fungiodyssey4me: when was the last time you tried to subscribe?16:38
odyssey4mefungi I think that was the last time - I can retry now.16:38
*** chkumar|ruck has quit IRC16:38
fungiyeah, if you have a sec to do so, i can take a look in the mta logs16:38
*** jamesmcarthur has joined #openstack-infra16:38
*** chandankumar has joined #openstack-infra16:39
odyssey4mefungi done16:39
*** apetrich has joined #openstack-infra16:40
fungiodyssey4me: 2019-02-07 16:39:32 1grmi2-0007Bq-AW => [REDACTED]@rackspace.co.uk R=mailman_verp_router T=mailman_verp_smtp H=cust65406-1-in.mailcontrol.com [208.87.233.190] X=TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256 C="250 2.0.0 x17GdUl4039216 Message accepted for delivery"16:41
fungiredaction mine16:41
odyssey4mehmm, ok so the rax spam thing must be blocking it or something16:41
odyssey4meok, thanks for confirming - I'll go digging there16:41
*** markvoelker has quit IRC16:41
fungiso cluster-g.mailcontrol.com (208.87.233.190) claims to have accepted the message and assigned an internal queue id of x17GdUl4039216 to it16:42
*** pgaxatte has quit IRC16:42
fungiif you manage to identify why they're flagging it as spam, please do let us know16:42
clarkbfwiw I'm mostly going to try and catch up on expenses and mail and rebooting for updates today. But do ping me if there are reviews I should be looking at16:42
efriedHowdy infra, quick question:16:44
efriedPatch has a dependency on a lib change. I put Depends-On in my patch, meaning it will build but can't merge.16:44
efriedThen the dependency merges, but as yet hasn't been released, requirements bumped, etc.16:44
efriedBut my patch still has the Depends-On, and the dependency has now merged; so will my patch actually merge, thereby breaking the world?16:44
odyssey4methanks fungi - appreciate your time... I've not seen any notifications saying that this is being quarantined, so there might be something funky going on... I might ask again for some diagnostic info next week when I'm back at the office16:44
fungino worries, happy to help16:44
clarkbefried: ya its not a perfect blocker if you need a release for the depends on16:44
clarkbefried: in general though if your testing is set up right you should still fail testing until the release happens16:45
efriedclarkb: Hm, how so?16:45
fungiefried: yeah, the real way to do that is have your project test both against unreleased source of that dependency and also against the latest released version (e.g., from pypi)16:45
fungiso perhaps two similar jobs16:46
efried"test against" - it's just using requirements.txt for like UT etc.16:46
fungiwith that as the only distinction16:46
clarkbefried: right if you depend on it you would expect that your unittests would fail until tehy can consume it16:46
clarkbefried: and if consuming it requires a release that means failing until then16:46
efriedokay, but tldr Depends-On isn't quiiite smart enough to be a total no-op once the dep merges.16:47
clarkbcorrect16:47
efriedand I need to put a procedural hold on such patches, e.g. https://review.openstack.org/#/c/634866/16:47
efriedThat's what I needed to know. Thanks clarkb, fungi!16:47
clarkbefried: procedural hold or tests fail until it works hold16:47
openstackgerritFabien Boucher proposed openstack-infra/zuul master: URLTrigger driver time based  https://review.openstack.org/63556716:48
fungiright, in a one-off case like that, would dropping the depends-on once you've verified it works prevent the change from passing its jobs until the dependency gets released?16:48
efriedyeah, but it sounds like I can't count on tests failing because the dep will get pulled into the test envs even after it merges.16:48
efriedfungi: Yes it would16:48
fungiso that may be the simplest route16:48
efriedEither way, I need to hold it until that happens.16:48
efriedso it doesn't accidentally merge.16:49
ttxmordred: is https://review.openstack.org/#/c/634975/ supposed to fix the weird fails in direct-linking in Zuul status website? Is there anything more to do to get zuul.opendev.org to get the fix, or will it just pick it up at the next release / update ?16:49
clarkbfungi: I think https://review.openstack.org/#/c/635543/ is ready for review to try and fix that puppet4 group var not defined warning16:49
fungibasically 1. develop depending change with depends-on to new feature in dependency, 2. once it's observed working frop depends-on from commit message, 3. wait for jobs in formerly-depending change to pass (indicating the dependency has been released with the necessary change)16:49
fungiefried: ^16:49
fungis/from/drop/16:50
efriedfungi: ack16:50
clarkbttx: the js stuff should get automatically picked up16:50
fungithough frop needs to be a word16:50
clarkbttx: python changes requires a daemon restart but that isn't python16:50
ttxclarkb: you run master?16:51
clarkbttx: we do16:51
clarkbwell we install master, then run whatever is current on the python side when daemons get restarted16:51
fungiit's continuously deployed but not restarted for every change which merges (because that would be really disruptive)16:51
ttxclarkb: ok.. then I think it did not fix the issue. let me recheck16:51
clarkbttx: you might need a hard refresh?16:51
ttxNow you sound like Jimmy16:52
fungiyeah, since it's static javascript, it will likely get cached client-side16:52
zbrclarkb: re bindep example, i can tell you that I can do "yum install /usr/bin/docker" and it will success regardless the package name that provides docker (which can be different). So, far I dont think that this is possible with bindep.16:52
ttxfungi, clarkb: I still have random 404s despite hard-refreshing. Trying to get a clear reproducer16:53
zbryum accepts executable names instead of package names for installation, quite handy when the exec could be provided by rpms with various names (based on how you configured your repos).16:53
clarkbzbr: that would work if the yum lookup that bindep performs to check if package is installed also honors that16:54
clarkbI have no idea if yum does that and it would be platform specific behavior in that case16:54
ttxyeah, i can confirm direct linking to https://zuul.opendev.org/t/openstack/builds on a clean browser just 404s16:54
zbrclarkb: yeah, i know it could be tricky. i could look into bindep myself and check if this is possible. i just wanted to explain or validate the use-case for the moment.16:55
ttxmaybe we enable that feature in our deployment ? That "fix" just changed the default16:56
clarkbzbr: I wouldn't rely on that behavior from bindep generaly. It is possible it would work due to yum behavior on platforms that use yum16:56
*** aojeagarcia has quit IRC16:57
fungittx: confirmed, if i go to https://zuul.opendev.org/tenants and select the builds link for the openstack tenant, i get cnotent. if i then refresh that page i get a 40417:00
*** rpittau has quit IRC17:02
corvusmordred, ttx, fungi, clarkb: by visiting "about:debugging" i see that zuul.openstack.org has a service worker registered in my browser, so the unregister() method seems not to have worked17:04
corvusalso, fwiw, my understanding is that when mordred's change works, it will cause *more* 404s, but at that point, we'll be able to reason more easily about what the problem is with the rewrite rules and fix them.17:05
corvusi don't have a service worker for zuul.opendev.org, but i'm not sure if i even did17:06
fungiuntil this moment, i had no idea service workers existed17:07
*** sdake has quit IRC17:07
*** e0ne has quit IRC17:08
fungii just now went through and unregistered all the service workers in my browser. i didn't have any for zuul.opendev.org either17:08
fungithey were all, unsurprisingly, for sites i almost never visit17:09
*** sdake has joined #openstack-infra17:10
corvusfatal: [insecure-ci-registry01.opendev.org]: UNREACHABLE! => {"changed": false, "msg": "SSH Error: data could not be sent to r17:10
corvusemote host \"2001:4800:7818:101:be76:4eff:fe04:67f5\". Make sure this host can be reached over ssh", "unreachable": true}17:10
corvusfungi, clarkb: ^ i ssh'd to that host as root on bridge... what am i missing?17:10
openstackgerritSorin Sbarnea proposed openstack-infra/bindep master: Allow mentioning tools paths in bindep  https://review.openstack.org/63557617:11
fungicorvus: strange indeed. i can also ssh from bridge to the bare ipv6 address there as root, no problem17:11
clarkbcorvus: did you sudo (which will use your user's known_hosts) or did you run as root root? Other than that I can't think of anything off the top of my head17:11
fungiohh... maybe there's a conflicting ssh host key cached by the root account?17:12
corvusclarkb: i did 'sudo su -' ssh17:12
corvusas 2 separate commands17:12
fungiyeah, that should be fine17:12
fungiand wfm as well with the bare address too17:12
*** bobh has joined #openstack-infra17:13
ttxI'm not sure I want to learn what a "service worker" is17:13
ttxI miss HTML 1.017:13
toskyttx: I'd say 3.0, but you are not the only one17:14
openstackgerritSorin Sbarnea proposed openstack-infra/bindep master: Allow mentioning tools paths in bindep  https://review.openstack.org/63557617:16
clarkbfungi: to follow up on jenkins gearman plugin stuff I think we should go ahead and let them know it is largely unmaintained. We should communicate that and see if anyone wants to fix it. And also ask for more information on the issue so that if someone does show up we can point them to that (and also sanity check the issue isn't that any gearman client can trigger jobs as intended)17:18
fungii miss xhtml/1.017:18
fungiit was nicely self-consistent17:18
fungisure, i can try to update them via e-mail reply17:19
corvusclarkb: ++17:19
*** jtomasek has joined #openstack-infra17:19
fungialso, i'm running out of bandwidth, but if any infra-root wants to pick up the effort on https://launchpad.net/bugs/1721803 that would help (or we can just let it fester i suppose)17:20
openstackLaunchpad bug 1721803 in OpenStack Community Project "Not able to log in using google/launchpad account - confirmation email is not received" [Critical,Confirmed] - Assigned to Jeremy Stanley (fungi)17:20
clarkbthe one place where it may tie into http/api things is the configuration stuff17:20
clarkbwhich hopefully is straightforward to fix if anyone wants to do that17:20
corvusfungi: i do not understand that bug report. it seems to be at least 3 different things.17:21
corvusfungi: are you aware of any current problems with review.o.o?17:22
fungicorvus: i'm not aware of any current problems with review.o.o. it's one of several dumping-ground bugs about mail delivery issues with ask.o.o17:23
corvusthe only thing on that bug from this year seems to be about launchpad itself17:23
corvusoh, yeah, the reverse ip on the last thing says ask17:24
clarkbcorvus: the last comment is from 9 hours ago and talks about spf records17:24
clarkboh you mean re ask ya17:24
corvusi'm going to yield to the ask maintainers.17:24
clarkbseems the latest comment is suggesting that our ?all entry in the spf record isn't positive enough for some mail servers to accept mail from foo.openstack.org17:25
clarkband that we should individual list all domains?17:25
corvusi disagree17:26
corvusbut if the ask maintainers want to do that for ask.openstack.org, i have no objection.17:26
clarkbcorvus: aren't we the ask maintainers?17:26
corvusi'm not17:27
*** dklyle has joined #openstack-infra17:29
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Optionally parallelize update threads  https://review.openstack.org/63549617:29
*** xek__ has quit IRC17:30
clarkbrereading really quickly on spf records ?all is a neutral/none policy on everything else not explicitly specified. I don't know enough about how things are done in practice to know if mail servers are treating that as less than good17:30
*** xek has joined #openstack-infra17:30
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Optionally parallelize update threads  https://review.openstack.org/63549617:30
*** ginopc has quit IRC17:31
corvusclarkb: if i were to debug this, i would suggest avoid making guesses and instead ask for an actual delivery failure.17:31
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Parallelize update threads  https://review.openstack.org/63549617:31
*** gfidente is now known as gfidente|afk17:36
*** jamesmcarthur has quit IRC17:36
fungiyep, i found the pbl issue mentioned in the second-to-last comment by looking in the exim log on ask.o.o17:37
*** jamesmcarthur has joined #openstack-infra17:37
*** jamesmcarthur has quit IRC17:37
*** jamesmcarthur has joined #openstack-infra17:38
fungii'm guessing if there are other similar sorts of rejections they'll be in the mta log as well. beyond that i have limited interest in speculating on what makes random rfc-violating mass freemail providers less likely or more likely to deliver a legitimate e-mail message17:38
corvusthis stuff isn't magic, it's just computers.17:38
*** trown is now known as trown|lunch17:38
*** markvoelker has joined #openstack-infra17:38
zbrclarkb: to my surprise fixing the bindep issue was extremely easy: https://review.openstack.org/#/c/635576/17:39
*** wolverineav has joined #openstack-infra17:39
openstackgerritMohammed Naser proposed openstack-infra/nodepool master: docker: don't daemonize when starting images  https://review.openstack.org/63558417:39
clarkbzbr: you may want to add a test case that uses a / in the name to avoid unintended future regressions17:41
zbrclarkb: you read my mind.17:41
*** wolverineav has quit IRC17:42
*** wolverineav has joined #openstack-infra17:43
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Tell ansible to use py3 on insecure-ci-registry01  https://review.openstack.org/63558717:45
corvusclarkb, fungi: apparently *that's* what that ssh error really means17:45
clarkbhuh17:45
corvus(diagnosed by manually running ansible and throwing lots of "v"s at it)17:45
*** priteau has quit IRC17:45
fungihuh17:46
fungiwow17:46
corvusi wonder why we don't see that in tests?17:47
clarkbwe have python2 installed on our test nodes is my guess17:48
corvusdoh.17:48
fungiyep, that would be why17:48
*** slaweq has joined #openstack-infra17:50
*** ykarel|away has quit IRC17:52
clarkbre mail delivery failures we should be able to get the logs for that if we had the destination IP or the recipient could provide them from their end right?17:58
corvusclarkb: even an email address and approximate time would be a start17:58
clarkbcool17:58
*** jpena is now known as jpena|off17:59
*** kopecmartin is now known as kopecmartin|off18:00
fungiyeah. in the pbl case earlier this week i simply skimmed the exim log since the rejections were numerous and jumped out at me rather quickly18:00
clarkbI've posted a comment basically saying we need that additional info and synchronous debugging on irc may help so that when we have a followup question we aren't waiting hours/days for a response18:01
fungithanks!18:01
openstackgerritSorin Sbarnea proposed openstack-infra/bindep master: Allow mentioning tools paths in bindep  https://review.openstack.org/63557618:01
fungicorvus: in related news, http://lists.openstack.org/pipermail/openstack-discuss/2019-February/002499.html is the first message i've seen to openstack-discuss with a dkim validation failure since our changes went into effect. going to dig into it in a moment and see if i can find the cause18:02
corvusfungi: thanks18:02
*** derekh has quit IRC18:03
fungiwhatever is causing kfox111's messages to be invalid is apparently not related to deduplication in mailman, at least18:03
corvusmordred: i think we need to rethink how we run the k8s-on-openstack playbook; "TASK [Run kubernetes deploy playbook]" is all one line in the run_all log file -- and it failed.  somewhere.18:05
corvusalso, did we figure out how to install kubectl on bridge?18:06
*** wolverineav has quit IRC18:06
*** jesusaur has quit IRC18:07
*** wolverineav has joined #openstack-infra18:07
*** wolverineav has quit IRC18:09
*** wolverineav has joined #openstack-infra18:09
clarkbianw: fungi as a heads up I've put the letsencrypt spec on the meeting agenda for tuesday. I think it would be great if we can resurrect that line of discussion so that we can reach a conclusion and start moving in some direction towards that. ianw has rebased the spec. Fungi if you find time (or maybe this can be part of the meeting) it would be good to write down or capture your thoughts on that as18:09
clarkbI know you had some alternative ideas before18:09
*** markvoelker has quit IRC18:11
openstackgerritSorin Sbarnea proposed openstack-infra/bindep master: Adds job to test bindep on Fedora 28  https://review.openstack.org/63559018:11
fungiappreciated!18:11
*** ekcs has joined #openstack-infra18:13
*** defionscode has joined #openstack-infra18:13
fungiianw and i were coming at it from separate directions, i think. his design was around how to get it into production as quickly as possible, my ideas were more about how to improve our security posture over the way we currently handle private keys while also reducing our technical debt in the long-run18:14
*** jtomasek has quit IRC18:14
*** e0ne has joined #openstack-infra18:15
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Install kubectl on bridge  https://review.openstack.org/63559318:15
corvusfungi, clarkb, mordred: ^ so that's one idea.18:15
clarkbhrm weren't we uninstalling snap tooling?18:15
* clarkb checks18:15
corvusyes!18:16
clarkbya we do remove snapd18:16
corvusso, er, if we go this way, we should probably remove that18:16
clarkbya18:16
corvusi'm open to other options though if we want to continue to avoid snap18:16
openstackgerritSorin Sbarnea proposed openstack-infra/bindep master: Adds job to test bindep on Fedora  https://review.openstack.org/63559018:16
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Install kubectl on bridge  https://review.openstack.org/63559318:17
clarkbya their deb repo has no bionic packages, interesting18:18
fungithey likely assume you'll use whatever's packaged directly i bionic?18:18
clarkbhttps://packages.ubuntu.com/search?keywords=kubectl&searchon=all&suite=bionic&section=all seems unpackaged?18:19
clarkba random blogpost says the xenial packages work on bionic, but otherwise ya snap seems like the "correct" method18:20
*** e0ne has quit IRC18:22
*** jpich has quit IRC18:25
*** wolverineav has quit IRC18:25
*** wolverineav has joined #openstack-infra18:26
*** wolverineav has quit IRC18:26
*** wolverineav has joined #openstack-infra18:26
*** eharney has joined #openstack-infra18:29
clarkbcorvus: I think it was mordred that wanted to remove snapd so should probably get mordred's input18:32
clarkbI'm not opposed to using snaps if that is where tools are being packaged. They are also self contained so potential future cleanup should be straightforward18:33
corvusi didn't want it on there if we weren't using it either.  but i think it's one of those "it's useless until it's not" things.18:33
clarkbcorvus: fungi have time for quick review on https://review.openstack.org/#/c/635543/ I think that will clear up pupet 4 things on etherpad-dev01 so that we can continue to make progress on the puppet upgrade18:36
zbrclarkb: corvus : https://review.openstack.org/#/c/635576/ -- bindep fix, now with regression testing.18:37
*** e0ne has joined #openstack-infra18:40
*** e0ne has quit IRC18:41
*** e0ne has joined #openstack-infra18:42
*** ociuhandu has joined #openstack-infra18:43
*** wolverineav has quit IRC18:45
*** agopi has joined #openstack-infra18:45
corvusmordred: another thing we need to figure out -- how to get the secret hostvars to those 3 playbooks.18:46
*** ociuhand_ has quit IRC18:46
corvusthis is another case where it would make so much more sense for the k8s cluster to be in the inventory, then we'd attach them as hostvars18:47
*** wolverineav has joined #openstack-infra18:47
*** ociuhandu has quit IRC18:48
*** slaweq has quit IRC18:49
*** jamesmcarthur has quit IRC18:51
*** wolverineav has quit IRC18:52
*** jesusaur has joined #openstack-infra18:52
*** wolverineav has joined #openstack-infra18:54
guilhermespclarkb: I already have a failure, would be possible to add my keys ? https://github.com/guilhermesteinmuller.keys18:54
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Add gitea-cluster extra vars  https://review.openstack.org/63559918:55
corvusclarkb, fungi, mordred: ^ that's my idea for now18:56
*** ociuhandu has joined #openstack-infra18:56
corvusoh neat, the ansible snap module is unreleased18:57
*** sdake has quit IRC18:58
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Install kubectl on bridge  https://review.openstack.org/63559318:59
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Add gitea-cluster extra vars  https://review.openstack.org/63559918:59
corvusit arrives in 2.818:59
fungicorvus: so far i've confirmed that dkimpy says the version of that message recorded by exim has a valid signature and the version saved from my mta does not. after much diffing, it appears that the second and third item in the references list from that message are only separated by "," in the original but are separated by ", " when i receive my copy. removing the extra " " from what i received causes19:00
fungithe signature to verify19:00
*** ociuhandu has quit IRC19:00
fungiso my best guess is that mailman is helpfully correcting the format of the references list to add a space where there was not one originally19:01
fungii'm going to go take a brief walk since we've been gifted with truly pleasant weather this week (70f and sunny with a light breeze), but will return shortly19:03
*** ociuhandu has joined #openstack-infra19:03
clarkbwow, we finally have witner here19:03
guilhermespclarkb: and to be helpful, the job is  openstack-ansible-upgrade-aio_lxc-ubuntu-bionic on #62778219:04
*** remi_ness has joined #openstack-infra19:04
clarkbguilhermesp: ok give me a few. I've moved to my desktop and need to load my keys for that19:05
guilhermespclarkb: np, thanks!19:06
*** ociuhandu has quit IRC19:07
*** markvoelker has joined #openstack-infra19:08
corvusfungi: interestingly, in the rfc, references is not described as comma-separated at all, only separated by foldable-whitespace.19:09
corvusso it's correcting from technically-wrong to different-technically-wrong19:10
clarkbguilhermesp: ssh root@23.253.218.25319:11
openstackgerritMerged openstack-infra/system-config master: Tell ansible to use py3 on insecure-ci-registry01  https://review.openstack.org/63558719:12
guilhermespnice, I'm in. Thank you clarkb !19:13
*** trown|lunch is now known as trown19:15
mordredcorvus: reading scrollback19:29
mordredcorvus: wow. that's how one installs kubectl?19:29
openstackgerritMerged openstack-infra/zuul master: Update git connection logging  https://review.openstack.org/63520419:29
clarkbmordred: or run xenial or use xenial packages on bionic19:31
mordredah - yeah. k8s-on-openstack installs from packages, but is using the xenial packages because there are no bionic packages for k8s yet19:32
aspiersWhere's the mechanism for auto-updating blueprint whiteboards when Gerrit reviews are submitted?19:32
*** wolverineav has quit IRC19:34
*** wolverineav has joined #openstack-infra19:35
*** roman_g has quit IRC19:37
mordredcorvus: re: k8s-on-openstack - I'm kind of tempted to reorganize how we're doing that into consuming the roles and making our own playbook19:39
mordredcorvus: since we also have other ansible we run on those nodes, and it's starting to feel a little rube goldberg19:40
*** jesusaur has quit IRC19:40
*** lpetrut has quit IRC19:40
*** jesusaur has joined #openstack-infra19:41
*** markvoelker has quit IRC19:42
aspiersNever mind, melwitt pointed me to it19:43
mordredaspiers: it's where melwitt pointed you to19:47
*** sdake has joined #openstack-infra19:47
* mordred is so super helpful19:47
* aspiers falls over himself in gratitude :)19:47
*** sdake has quit IRC19:49
clarkbmriedem: as a followup to the e-r things it looks happy again after I restarted services yesterday. However we still have a too new index from the future. I'm going to take al ook at that now19:49
mriedemclarkb: yeah i noticed this morning, probably 5am your time - wasn't sure what to make of the future date but was happy with the graphs populating again19:50
*** sdake has joined #openstack-infra19:51
clarkblooks like we have indexes from 2106 and november of this year19:51
clarkbthey are relatively tiny compared to the expected indexes. I think I'll just delete them since the data is confusing19:51
clarkbbut first let me see if we can identify how they got in there19:52
openstackgerritMohammed Naser proposed openstack-infra/zuul master: docker: add state folder  https://review.openstack.org/63561819:52
*** sdake has quit IRC19:53
*** sdake has joined #openstack-infra19:54
openstackgerritMohammed Naser proposed openstack-infra/zuul master: docker: start process in foreground  https://review.openstack.org/63561919:55
clarkbmriedem: http://logs.openstack.org/91/628691/17/check/neutron-fullstack/46d2a72/job-output.txt.gz#_2106-02-07_06_29_26_855112 it legit thought it was in the future19:57
mriedemha wtf19:58
clarkbthe good news is that implies it isn't a logstash bug19:58
clarkbthe bad news is why19:58
clarkbperhaps a stray ntp server?19:58
mriedemso we've been watching "dark" on netflix19:58
mriedemand i think that might help explain this19:58
mriedemif we had some german friends around19:58
clarkbmriedem: I don't want to live in a world where that show explains things19:58
clarkbI might never go outside again19:59
clarkbin any case I think it is safe to delete these indexes with the confusing data19:59
clarkbif we see this happen more we can investigate potentially bad ntp servers and so on19:59
mriedemneutron-fullstack POST_FAILURE in 5m 41s19:59
clarkbI wonder if dns fails there due to dnssec19:59
mriedemso it posted logs19:59
mriedembut still failed the post19:59
mriedemhttp://logs.openstack.org/91/628691/17/check/neutron-fullstack/46d2a72/ara-report/result/f994f6c6-c827-48c6-b7f4-31feed3b8148/20:00
clarkbit had problems with journal collection20:00
mriedemyeah20:00
mriedem/bin/sh: 1: cannot create /home/zuul/workspace/logs/journal.log: Directory nonexistent20:00
*** wolverineav has quit IRC20:01
*** wolverineav has joined #openstack-infra20:01
clarkb#status log Cleaned up Elasticsearch indexes from the future. One was from the year 2106 (job logs actually had those timestamps) and others from November 2019. Total data was a few megabytes.20:02
openstackstatusclarkb: finished logging20:02
clarkbmriedem: ^ that should clean up the remaining confusion in the e-r data20:02
*** wolverineav has quit IRC20:06
openstackgerritMohammed Naser proposed openstack-infra/zuul master: docker: start process in foreground  https://review.openstack.org/63561920:07
openstackgerritMohammed Naser proposed openstack-infra/zuul master: docker: add state folder  https://review.openstack.org/63561820:07
*** remi_ness has quit IRC20:07
openstackgerritAdam Spiers proposed openstack-infra/project-config master: Announce changes to governance-{sigs,website} on IRC  https://review.openstack.org/63562520:08
mriedemclarkb: cool thanks20:08
*** ijw has joined #openstack-infra20:09
aspiersmordred: since you were so helpful last time, perhaps you can continue the winning streak ;-) by advising whether the os-traits entry in gerrit/projects.yaml should have "groups:  - nova"?20:11
aspiersand if so, melwitt just suggested a list of other projects which should get similar treatment20:11
mordredaspiers: tell me what an os-traits is?20:11
aspiersmordred: https://docs.openstack.org/os-traits/latest/20:12
aspiersand https://git.openstack.org/cgit/openstack/os-traits/tree/20:12
aspiersit's the registry for built-in traits used by nova etc.20:12
mordredhrm20:13
clarkbthe groups are mappings onto the bug trackers iirc. The behavior is slightly different between storyboard and launchpad but I wouldn't expect it to be part of the nova group as that would cause bugs to be auto associated with nova when they show up in os-traits?20:14
aspiersclarkb: that was kind of the angle which started this conversation in #openstack-nova - I noticed that submitting reviews to os-traits didn't update the corresponding nova blueprint20:15
aspiersmelwitt may have a view on whether auto-association of bugs is one bridge too far though20:16
clarkbaspiers: the assumption there is that every bug/blueprint in os-traits is also a nova bug/blueprint I think20:16
clarkbwhcih may be correct20:16
aspiersyeah ... or not, I don't know20:17
aspiershowever, the same question applies for python-novaclient which is also not associated with the nova group20:17
melwittyeah, I'm trying to think... whether os-traits bugs are tracked as nova bugs. probably, but it doesn't really come up because os-traits is basically just a library full of constants. bugs haven't really happened yet and might never20:17
aspiersand os-{vif,resource-classes} as melwitt already spotted20:18
melwittI'm trying to understand if, in general, if it would hurt anything to have nova as a group for those projects. because IIUC, if a bug is opened under os-traits, it would still be updated when referenced in the commit, or are you saying it wouldn't if we added the nova group?20:18
clarkbmelwitt: it would still be updated but I think nova might be added to the bug20:19
melwittthat is, would the nova group overwrite the fact that it's os-traits, or would it act as a list of both: os-traits, nova20:19
melwittoh, I see. ok20:19
melwittyeah, so I think that would be weird for os-vif, if someone opened a bug in os-vif and uploaded a patch, and then it adds nova to the bug20:20
melwittit only works cleanly if the project is using the bug tracker under the nova project. which I think os-traits is, but I'd have to double check20:21
aspiershttps://launchpad.net/~os-traits-bugs20:21
melwitta-ha, thanks20:22
aspiers"Nova Bug Team" is listed as a member but I'm not sure if that's the same thing20:22
fungiif memory serves (i haven't double-checked), python-novaclient has its own lp project as well20:22
aspiersfungi: bingo! https://bugs.launchpad.net/python-novaclient20:22
*** wolverineav has joined #openstack-infra20:22
melwittit was os-resource-classes that is sharing the nova bug tracker20:23
fungibasically that "groups" parameter in the yaml used to be called something like lp-project, and in the case of launchpad-using projects it's intended to provide a mapping of a gerrit project to a launchpad project20:23
melwittyeah, novaclient does. I was only thinking from the update-blueprint angle. it would mess things up for the bugs angle20:23
fungiwe renamed it to "groups" when we overloaded the setting to alternatively specify project group membership for storyboard-using projects20:24
aspiersyeah, if those two updating mechanisms are inseparable then that changes things somewhat20:24
melwittaye20:24
fungiin hindsight, we probably should have just left the old parameter name alone and used a different one for sb project group configuration20:24
fungibut regardless, the point of the setting from the perspective of lp is to say "the name of this project is something different in launchpad"20:25
*** jamesmcarthur has joined #openstack-infra20:25
fungiand was then also (ab)used to handle situations where multiple gerrit projects shared a single lp project name20:25
aspiersOK, well it's a minor thing so maybe we don't need to change anything right now20:26
aspiersgood to have put it under the microscope though :)20:26
*** cyberpear has quit IRC20:26
aspiersthings can be added to the whiteboard manually anyway, right?20:26
fungias far as i know, yes20:26
aspiersa very hurried glance at the code suggested that it wouldn't overwrite the whole field20:26
fungithat may require specific lp permissions from the project owner/drivers group20:27
*** wolverineav has quit IRC20:27
melwittyeah, since the gerrit topic gets posted to the blueprint (as long as something in nova has been uploaded, usually the spec), one can find all related patches by gerrit topic20:27
*** jamesmcarthur_ has joined #openstack-infra20:27
fungibut i really don't know much about the lp bp implementation tbh20:27
aspiersfungi: in this case I submitted the bp so I was allowed to do it20:27
aspiersat least that's the reason I'm guessing20:27
fungivery well could be20:27
aspiersalright, well thanks for all the advice folks - I'm off to cook dinner!20:28
fungiany time!20:28
*** ccamacho has quit IRC20:28
aspierso/20:28
*** sshnaidm is now known as sshnaidm|off20:29
*** jamesmcarthur has quit IRC20:30
*** sdake has quit IRC20:31
*** sdake has joined #openstack-infra20:32
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Remove default user for fingergw  https://review.openstack.org/63563220:37
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Remove default zookeeper hosts  https://review.openstack.org/63563320:37
*** markvoelker has joined #openstack-infra20:39
*** ociuhandu has joined #openstack-infra20:42
*** priteau has joined #openstack-infra20:46
openstackgerritMohammed Naser proposed openstack-infra/zuul master: doc: clarify sshkey option usage in github connection  https://review.openstack.org/63564020:47
*** ociuhandu has quit IRC20:51
*** wolverineav has joined #openstack-infra20:53
*** priteau has quit IRC20:55
*** wolverineav has quit IRC20:58
*** mkarray has joined #openstack-infra21:02
fungicorvus: okay, digging deeper on remaining dkim validation failures, we got two more from kfox111 and in every case the penultimate and final item in the references header are separated by a "," so those are at least a consistent cause. i also see failures from two different dell addresses which i'll look into next. also two messages from different gmail addresses fail to validate, that will be21:03
fungiinteresting to spot since ~95% of the messages i see from gmail are successfully validating after we removed the deduplication pipeline21:03
fungialso one (perhaps unsurprising) side-effect of removing the deduplication pipeline entry is that if someone sends a message to both the old openstack-dev alias and the openstack-discuss address, the ml forwards both copies to subscribers21:04
*** mkarray has quit IRC21:04
corvusfungi: i looked *very* briefly at the mm source code and didn't see any smoking guns wrt references headers and so suspect that round-trips through the email module may be at play.  but i'm not remotely confident in that assessment.21:06
fungithanks for checking21:06
*** mkarray has joined #openstack-infra21:07
*** wolverineav has joined #openstack-infra21:07
*** wolverineav has quit IRC21:09
*** markvoelker has quit IRC21:11
*** priteau has joined #openstack-infra21:12
fungicorvus: good news on the two gmail posts and one of the dell posts... i dump several mailing lists into one inbox and got tunnel vision so didn't notice they were for other lists which we know break dkim signatures, so i just have one dell post to try and identify the cause on; though i'm going to have to resort to tools again because my eye isn't picking out the differences21:15
*** e0ne has quit IRC21:19
*** kgiusti has left #openstack-infra21:20
*** xek has quit IRC21:22
*** wolverineav has joined #openstack-infra21:24
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Add foreground option  https://review.openstack.org/63564921:25
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: [WIP] web: add tenant and project scoped, JWT-protected actions  https://review.openstack.org/57690721:26
*** sdake has quit IRC21:29
*** ekultails has quit IRC21:29
corvusmordred: yeah, reworking that all into a new playbook sounds good21:30
*** jamesmcarthur_ has quit IRC21:30
*** jamesmcarthur has joined #openstack-infra21:30
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Correct insecure-ci-registry01 hostvar filename  https://review.openstack.org/63565221:33
*** jamesmcarthur has quit IRC21:33
corvusfungi, clarkb: ^ brown paper patch.21:33
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: docker: don't daemonize when starting images  https://review.openstack.org/63558421:33
*** jamesmcarthur has joined #openstack-infra21:33
*** bassemessam has quit IRC21:36
clarkbcorvus: we are probably going to get really good at making that distinction in the future :)21:36
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: docker: don't daemonize when starting images  https://review.openstack.org/63558421:36
corvusclarkb: at least one of us is not there yet :)21:37
*** sdake has joined #openstack-infra21:37
fungicorvus: wow! i'm increasingly disheartened by the moment over dkim inconsistencies... http://lists.openstack.org/pipermail/openstack-discuss/2019-February/002470.html fails validation after passing through mailman because the original (as recorded by exim) inserts a line break followed by a hard tab between the quoted name and address parts of the to header. the copy i received has that hard tab21:38
fungirewritten to a single space instead. that alone is enough to invalidate the dkim signature, but that's clearly not the only difference breaking the signature because just repairing that in the later version doesn't get it to validate successfully21:38
corvusfungi: does the original validate?21:40
fungiyep21:40
*** priteau has quit IRC21:40
fungithe message also has two DKIM-Signature headers, one with its folded lines indented by only spaces and the other with its folded lines indented by a mix of hard tabs and hard tabs followed by spaces21:40
fungiso presumably passing through different mtas both of which are signing the message near the point of origin21:41
corvusi'm of half a mind to make exim run incoming messages through the python email module and if the result doesn't validate dkim, reject it.21:42
*** jamesmcarthur has quit IRC21:42
fungithat seems reasonable, though this message would have made it through21:43
fungiat least the copy exim saved validates21:43
corvusfungi: i mean, run it through whatever transformations mailman is doing21:43
fungiahh, yeah that could work21:43
*** gfidente|afk has quit IRC21:43
clarkbdo we expect users to beable to address that locally beyond "get a new email account"?21:44
corvusit at least puts the onus on the operators of questionable dkim-signing systems21:44
fungii suspect mailman thinks normalizing whitespace in headers is a "good idea[tm]" (and it might be, but dkim signatures don't seem to treat all whitespace characters equally it seems)21:44
clarkb(I just worry that for many that might not be something they can fix on their end)21:44
corvusfungi: it's such a well-thought out system isn't it?21:44
fungiclarkb: it's something they can fix on their end by using a different address somewhere else21:44
clarkbfungi: right, but haven't we heard that some people are not allowed to do that?21:45
fungicorvus: i mean, i never really thought it was well-thought-out but this exercise is reminding me how loosely rfc 822 has been treated over the years21:45
clarkbit is unfortunate that dkim isn't more forgiving, though I suppose the whole point is to avoid ambiguity by signing the actual email and fuzzing whitespace could introduce ambiguity?21:46
clarkbugh21:46
fungiclarkb: we've heard that some people aren't allowed to use personal e-mail addresses when corresponding with our mailing lists, but we can at least set a policy that we won't accept messages which we can't safely forward21:46
*** jamesmcarthur has joined #openstack-infra21:47
*** priteau has joined #openstack-infra21:48
*** jcoufal has quit IRC21:48
*** priteau has quit IRC21:49
clarkbfungi: right wouldn't that potentially mean we would stop accepting messages from those individuals (if their mail servers and mailman don't agree on formatting) then they wouldn't be able to use a new account elsewhere where format is saner?21:49
corvusit's worth noting that it's the originating system that sets the dkim policy, including what headers it signs, and formats the (presumably nonconforming) message, and, in my little strawman proposal, would be receiving the rejection.21:49
corvusclarkb: correcting the sending system is an option.21:49
*** jamesmcarthur has quit IRC21:51
*** sdake has quit IRC21:51
clarkband mailman is formatting the the rfc right?21:51
corvusunclear21:51
fungiin this case it's quite likely that dell would need to convince cisco to alter the behavior of the software in their ironport appliances to take care of this (or switch vendors, or run their own systems), but it *is* still an option of a sort21:52
corvusclarkb: this is why i'm only of half a mind to do this.  i'd want to have a lot more data first.21:53
corvusi'm just brainstorming.21:53
sigmavirus24mordred: tobiash well if you need anything from github3.py, feel free to invite me here or pop into #github3.py21:53
*** sigmavirus24 has left #openstack-infra21:53
*** jamesmcarthur has joined #openstack-infra21:54
clarkbcorvus: rgr21:55
*** sdake has joined #openstack-infra21:55
corvusclarkb, fungi: back to fun things -- http://logs.openstack.org/93/635593/3/check/system-config-run-base/7504cb2/ara-report/result/bbf8d5e5-15cc-4ec4-b0ca-c71efb66b774/21:55
corvuslet's assume that kubectl really was installed... is there some path thing we need to think about?21:56
*** sdake has quit IRC21:56
corvusit should be installed in /snap/bin/kubectl21:56
corvuswhich is in root's path on a random host i'm on21:56
* clarkb checks a random host too21:57
corvusand that ansible command that testinfra runs should be opening a new shell with the path, even if the profile was only recently updated by the reinstallation of snapd, right?21:57
clarkbI have /snap/bin in my path on random machine too21:57
dtroyerZuul/yaml question:  I am building a set of plugins for DevStack that have dependencies with each other so order matters, it works locally with enabled_service calls in local.conf.  It appears that they are initialized in alpha sort order in the devstack Zuul jobs which is a different order from what I have in devstack_plugins in .zuul.yaml.  Can this order be controlled outside of renaming things?21:58
*** sdake has joined #openstack-infra21:58
fungicorvus: clarkb: looking on bridge.o.o, /snap/bin is last in its path so we don't have to worry about snaps shadowing more legitimate system executables at least21:58
*** weshay has quit IRC21:58
corvusdtroyer: yes, 1 sec21:58
clarkb/etc/profile.d/apps-bin-path.sh is where that comes from on my ubuntu host21:59
corvusdtroyer: see "plugin_requires" on https://docs.openstack.org/devstack/latest/plugins.html21:59
dtroyerZuul uses that?  nice22:00
clarkbcorvus: fungi is profile the bit thato nly runs on login?22:00
corvusdtroyer: the devstack roles use that, yes22:00
dtroyercool, I didn't know anything had implemented it, thanks22:00
clarkbor is rc only on login? I always have to read manpages when it gets to that level of distinction, but maybe if it only runs at login the we need to "login" again for the path to be loaded after snapd is installed22:00
corvusdtroyer: yeah, i don't think anyones gotten around to doing that in devstack itself yet.22:00
clarkbya profile appears to be the login loaded stuff22:01
corvusclarkb: shouldn't that ansible module invocation be a "login"?22:01
clarkbcorvus: ya, but if we run ansible to install snapd then it won't be there when we login (potentially)22:01
corvus(even if it's using a controlpersist socket, that's just maintaining the tcp connection, not the ssh session)22:01
clarkbcorvus: then if we are in the same login for testinfra we'll have the older path22:01
corvuswell, i think that's what i'm saying -- isn't it a new login for each task?22:02
clarkboh that I don't know22:02
corvusmaybe i should hold this job22:02
clarkbcorvus: if we don't want to think too hard on it you could use a fully qualified paht to the executable22:03
openstackgerritsebastian marcet proposed openstack-infra/puppet-openstackid master: Removed nodejs and added nodejs and npm as main packages  https://review.openstack.org/63566622:03
tobiashcorvus: zuul enables pipelining so there is not neccessarily a new login per task22:03
corvusclarkb: that would make me sad22:03
corvustobiash: ooooh22:04
tobiashSo you would need to reset the connection to enforce a new login22:04
corvusgot it22:05
clarkbcorvus: another option is to make the task sh --login -c kubectl22:05
clarkband force a new login that way22:05
*** markvoelker has joined #openstack-infra22:08
clarkbfungi: bah good catch on ubuntu distro release names :P22:11
*** jamesmcarthur has quit IRC22:12
* clarkb steps out for a bit, back to email and reviews after22:14
*** jamesmcarthur has joined #openstack-infra22:15
openstackgerritMohammed Naser proposed openstack-infra/zuul master: doc: fix sqlalchemy database url docs path  https://review.openstack.org/63567022:17
*** jamesmcarthur has quit IRC22:20
*** jamesmcarthur has joined #openstack-infra22:21
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Install kubectl on bridge  https://review.openstack.org/63559322:25
*** jamesmcarthur has quit IRC22:25
*** jamesmcarthur has joined #openstack-infra22:27
*** sthussey has quit IRC22:29
fungiclarkb: sure, just didn't want the potential newcomer to think we were *that* far behind the curve and run away screaming22:33
clarkbfungi: ya it was a good catch.22:34
*** mkarray has quit IRC22:34
*** sdake has quit IRC22:34
fungithey may well still run away screaming for other reasons, but at least it won't be that one ;)22:35
corvusi had been trying to find the right way to say that :)22:35
clarkbfungi: any idea what the message size limit is on the openstack-infra list? I'm guessing a 1MB message might get trapped for moderation (have a pdf attachment)22:38
*** markvoelker has quit IRC22:42
*** agopi is now known as agopi|pto22:42
*** mriedem is now known as mriedem_afk22:43
fungilooking now22:45
fungiMaximum length in kilobytes (KB) of a message body: 4022:47
fungiso, er, yeah22:47
clarkbfungi: do attachments count as message body?22:47
clarkbits mostly the slightly less than 1MB attachment22:47
clarkbI guess I can stick that on tarballs.o.o instead22:47
clarkbmaybe I'll just do that an avoid troule with mailman22:47
fungii think everything following the message headers is considered the message body22:48
clarkbok I'll just stick it on tarballs then22:48
*** agopi|pto has quit IRC22:48
fungiyou can always just approve it through moderation and then let people who care you sent them 1mb exploded into however much mime makes that blame you personally ;)22:48
clarkbmy mua knows how to not make that look terrible :P22:49
clarkbI'm guessing mutt has a sad though22:49
fungimeh, it just shows me that there's a binary attachment and then i can hit v to view the attachments list, highlight the part i want and hit s to save it to a local file22:50
corvuspretty sure all the muas support mime now :)22:50
clarkbah22:51
fungigranted, that file is "local" to the shell server where i run my mua, so i then scp it to my workstation where i have a graphical pdf viewer (though i do also have a pdf2txt filter in mutt for mostly-text pdfs)22:51
*** ociuhandu has joined #openstack-infra22:52
*** tosky has quit IRC22:52
clarkbwell now its a nice browseable link instaed. Mail sent too22:52
fungicorvus: i finished dissecting the dell post. verdict is that i have to undo the normlization of indent whitespace for the wrapped to header as well as both the wrapped dkim-signature headers22:52
fungiafter that, it validates22:52
*** hwoarang has quit IRC22:54
*** tkajinam has joined #openstack-infra22:55
*** ociuhandu has quit IRC22:56
fungiinterestingly, the dkim-signature header which is only wrapped with (varying amounts of) spaces has to be put back to its original wonky layout to work, not just the one with mixed spaces and tabs22:56
fungii can't begin to speculate why that matters22:56
fungiaha, specifically it's the wrapping of the continuation for the h= list22:57
fungiindenting that by one or two spaces won't cut it, has to be three. i guess the hash covers that subfield and is embedding some of the whitespace22:58
*** hwoarang has joined #openstack-infra22:59
*** Emine has quit IRC22:59
*** bobh has quit IRC22:59
*** panda is now known as panda|off22:59
*** jtomasek has joined #openstack-infra23:00
*** jamesmcarthur has quit IRC23:01
*** whoami-rajat has quit IRC23:03
*** wolverineav has quit IRC23:04
clarkbthree space tabs! the horror :)23:05
clarkbis that header included in the list of dkim signed headers? iirc they are all explicitly listed23:05
*** rascasoft has quit IRC23:08
*** jamesmcarthur has joined #openstack-infra23:15
*** jtomasek has quit IRC23:16
*** takamatsu has quit IRC23:19
*** jamesmcarthur has quit IRC23:20
*** smarcet has joined #openstack-infra23:20
smarcetfungi: please review https://review.openstack.org/#/c/635666/ when u get a chance , seems that problem is that nodejs puppet module is not installing npm and i dont see any option at the module for it, so i opt to install by hand nodejs and npm and declare those 2 on the main_packages list cheers23:20
corvusfungi, clarkb, mordred: i've got a first cut at rewrite rules for cgit at http://git-test.openstack.org/.htaccess along with a regression test script at http://git-test.openstack.org/test.py23:20
corvusyou should be able to go to any git.o.o url, change the host to git-test.o.o and try it out23:21
clarkbcorvus: the comments are quite helpful23:21
*** smarcet has quit IRC23:21
clarkbhrm smarcet is already gone23:22
*** sdake has joined #openstack-infra23:23
clarkbcorvus: http://git-test.openstack.org/cgit/openstack/nova/tag/?h=17.0.7 that doesn't seem to be handled?23:25
clarkbbut http://git-test.openstack.org/cgit/openstack/nova/commit/?h=17.0.7&id=a48c1123cd0dedf0c0a8978b76bacb1987766255 does work23:25
corvusclarkb: yep, looks like i missed the tag/ endpoint23:26
clarkbother than the recursive escaped /s rule most of these look "sane". i mean its regexes but they are all [L] so easy to evaluate individualy23:27
clarkbnot a short list but I expect this is maintainable?23:27
corvusyeah, i tried to make it as comprehensible as possible23:29
corvusclarkb: hrm, i wonder what http://git.openstack.org/cgit/openstack/nova/tag/?h=17.0.9 should redirect to23:29
*** wolverineav has joined #openstack-infra23:29
*** eharney has quit IRC23:29
clarkbcgit renders the actual tag message23:30
*** wolverineav has quit IRC23:30
clarkbwhich maybe we can't get from that data there in gitea?23:30
* clarkb browses gitea23:30
*** wolverineav has joined #openstack-infra23:30
clarkbcorvus: maybe http://38.108.68.64/openstack/nova/src/tag/17.0.923:31
clarkbits not quite 1:123:31
corvusclarkb: well, if you go to http://38.108.68.64/openstack/nova/src/tag/17.0.9 and click "..." after the thingy, you get the message23:31
corvusyeah23:31
clarkbI think that is probably the closest thing23:31
corvushttp://38.108.68.64/openstack/nova/commit/9929a7082d78a19478f942431601728b32c357ee is nice, but requires the sha23:31
clarkbhttp://38.108.68.64/openstack/nova/commit/9929a7082d78a19478f942431601728b32c357ee is the real thing but we don't have that data23:31
clarkbyup23:31
clarkbit is discoverable from the earlier url though so probably good enough23:32
corvusso seems like src/ is the best thing23:32
*** wolverineav has quit IRC23:32
clarkbfungi do you know why smarcet thinks that npm isn't installed? openstackid-dev.openstack.org shows npm 6.1.0 at /usr/local/bin/npm23:33
clarkbam I looking at the wrong server?23:33
clarkband the apt source for nodesource is installed23:34
fungiclarkb: it is actually part _of_ the header which contains the dkim signature, just a different subfield of that header23:34
clarkbfungi: huh23:34
fungii think some data other than the body and select headers (such as the list of headers to cover in the signature) must also be fed into the signature but i haven't read the dkim spec23:35
*** jamesmcarthur has joined #openstack-infra23:36
corvusfungi: yes, the list of headers is signed23:36
corvus(so you can't bypass it)23:36
fungifigures... just interesting that they don't strip all whitespace before calculating23:37
*** markvoelker has joined #openstack-infra23:39
fungibasically, if the h= subfield contains any whitespace or is continued onto a subsequent line, you apparently can't alter the newline/spaces/tabs which appear in it23:39
corvusfungi: the dkim "spec" supports both: https://tools.ietf.org/html/rfc6376#section-3.4.123:39
corvusthe one that permits no whitespace changes is default23:39
* fungi sighs23:40
*** wolverineav has joined #openstack-infra23:40
*** jamesmcarthur has quit IRC23:40
fungic=simple/simple;23:41
fungiyep, that's it i guess23:41
fungiso maybe we can suggest to dell that they figure out how to change that from simple to relaxed?23:41
corvusfungi: is gmail using relaxed?23:42
fungic=relaxed/relaxed;23:42
fungiyep23:42
fungitaken from a gmail.com message which just arrived on the ml23:42
fungipnnl.gov is also using c=relaxed/relaxed; fwiw, so that wouldn't solve the problem we're seeing with the references header on their messages23:43
*** wolverineav has quit IRC23:45
*** wolverineav has joined #openstack-infra23:45
corvusfungi: yeah, that was ',' to ', ', which doesn't match any of the canonicalization rules.  but ',' isn't rfc compliant to start with (', ' may not be either; that's unclear to me)23:46
corvuspage 8 says how to set it to relaxed: https://www.cisco.com/c/en/us/td/docs/security/esa/esa11-0/user_guide_fs/b_ESA_Admin_Guide_11_0/b_ESA_Admin_Guide_chapter_010101.pdf23:48
fungiright, it looks like it's taking the existing references from the message he's replying to, and concatenating them with the message-id of the message being replied to, with a "," between them rather than a space23:49
fungithe mta seems to be ms exchange, but the mua might be what's actually writing the noncompliant references header23:49
corvusclarkb: tag support added to regexes23:50
fungithe election officials and the tc have bits of software which fetch individual file contents from git.o.o via the cgit webui, so going to try and find time to verify we have them covered with these rewrite rules23:51
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add buildsets page  https://review.openstack.org/63004123:52
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add buildset page  https://review.openstack.org/63007923:53
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/buildset/{uuid} route  https://review.openstack.org/63007823:53
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add buildset page  https://review.openstack.org/63007923:53
clarkbcorvus: seems to work now23:53
*** harlowja has quit IRC23:54
*** wolverineav has quit IRC23:58

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