Tuesday, 2018-12-18

mordredianw: ok. merged pin00:00
mordredclarkb: yah00:00
ianwclarkb: but popen is non-blocking?  it wouldn't sit for 2 hours?\00:00
clarkbianw: this is a remote popen though00:00
mordredianw: sorry about that - I somehow thought I'd already landed that patch :(00:00
clarkbianw: so it may be blocking on the call to that non blocking popen to even happen?00:00
ianwmordred: heh, so did I, didn't read my notification emails close enough00:01
mordredclarkb: this does seem like it's a good chance of being a fun bug00:01
clarkbhrm though maybe the cmd includes the ssh command?00:02
clarkbit isn't clear to me how that popen is running on a remote host00:03
ianwclarkb: yeah, my reading of that is that this is that popen is creating the connection to the remote end that is used to run the commands00:04
*** Emine has quit IRC00:04
ianwit's not like an RPC where that code is being executed on the remote node00:04
kmallocianw: yeah.00:04
kmallocianw: my patch has now started failing all over00:04
kmallocianw: not sure if it's related to my patch or because something else is causing issues00:05
clarkbianw: yup build_command is wrapping the actual command in the ssh command00:05
kmallocianw: i'd rather see a 0.7.0 pin merge so a quick release can be cut (point release) then we can correct/fix and see the stuff through gate a little less OMG RIGHT NOW00:05
kmallocmordred: ^00:05
kmallocmy fix needs some love.00:06
dhellmannI'm having some trouble getting https://review.openstack.org/#/c/625624/1 to merge. It has passed the check queue and I've approved it, and nothing is happening. The parent patch did merge fine. Does anyone have any ideas about what might be going on?00:06
mordredkmalloc: ++00:06
*** rlandy has quit IRC00:06
kmallocmordred: mostly because, like I said something is horked.00:06
ianwdhellmann: hrm, no jobs setup?00:06
* kmalloc stares at the new failures.00:07
dhellmannianw : the parent patch establishes the jobs00:07
kmallocit's like our fake cache is doing something ... bad?00:07
kmallocbecause we're getting nones back...00:07
kmallocmordred: all cirrus image not existing.00:07
mordredkmalloc: that does, in fact, seem bad00:08
mordredkmalloc: is your new wrapper returning the wrong thing?00:08
dhellmanna recheck at least puts it back into the check queue. maybe going through again will do it00:08
kmallocoh crap i suck.00:08
kmallocmordred: no, i did it right00:08
kmallocmordred: it just does a straight return f(*args, **kwargs)00:09
kmallocmordred: i was thinking i missed the return00:09
kmallocthe new wrapper is about as basic as you can possibly get.00:09
*** dave-mccowan has joined #openstack-infra00:10
kmallocmordred: something broke between when i proposed the change and when i added the Needed-by00:10
clarkbthe key thing with the ansible double tap is that the randbits don't change00:10
clarkbso its rerunning it at a really low level in ansible00:10
ianwkmalloc: hrm, maybe devsatck merged a cirros update?00:11
clarkbianw: to 0.3.600:12
ianwkmalloc: https://review.openstack.org/#/c/624716/ ... does this line up?00:12
kmallocianw: looking00:12
ianwpenstack.exceptions.ResourceNotFound: No Image found for cirros-0.3.5-x86_64-disk00:12
kmallocianw: yup00:13
kmallocianw: that looks like the issue.00:13
clarkbthis fixes config drive support in cirros00:13
kmallocianw: openstack.exceptions.ResourceNotFound: No Image found for cirros-0.3.5-x86_64-disk that is what i'm seeing in all the failing tests.00:13
ianwhrm, that change merged well before this run00:13
ianwhttp://logs.openstack.org/70/625370/3/check/openstacksdk-functional-devstack/ff562ff/00:14
kmallocbefore my first patch?00:14
kmalloc12-14 16:40ish00:14
clarkbthe sdk tests probably shouldn't assume the cirros version is static00:14
clarkbinstead just check for any cirros?00:14
ianwindeed the devstack side of ^^ is showing 0.3.6 ... so where's the 0.3.5 in the testr results coming from00:15
kmallocianw: yep, so it merged between when i proposed the 1st patch and the update. :)00:15
kmallocianw: thanks! :) this makes me feel a little better.00:15
clarkbianw: its hardcoded in sdk's test suite00:15
kmallocit's not something i did.00:15
kmallocyeah SDK is going to fail until we fix that.00:15
ianwoh yeah, i see now ... ok, we'll that explains that00:15
kmallocianw: otherwise my  patch should be good to go.00:16
ianwurgh, so the 0.7.0 pin will fail to go in because of that anyway00:16
kmallocyep.00:16
ianwSIGH!  this has been the longest series of yak shaving ever ...00:16
kmalloc=/00:16
kmallocsorry man00:16
* mordred hands ianw a pile of beers00:16
kmallocmordred: did you order extra yaks?00:16
kmalloccause i feel like there are a few more waiting to show up.00:17
mordredianw: so maybe we should just put the cirros fix into the 0.7.0 pin00:17
kmalloci'd support that00:17
ianwnobody's fault ... just amazing how far down everything goes ...00:17
kmallocsince it's a test-suite change00:17
ianwyeah, i think they'll have to be merged otherwise it's circular dependency00:17
kmallocnot a functional "this is busted code wise" change00:17
kmallocand then we can land dogpile fix, and unpin req, unpin SDK00:17
mordredyeah00:18
kmallocman that seems like a seriously circuitous way to get to this fix00:18
*** dave-mccowan has quit IRC00:18
mordredthat sounds like a good sequence00:18
clarkbdhellmann: looks like it is queued in the gate now00:18
kmallocit is the most correct way though.00:18
mordredianw: you want to update the sdk patch? or want me to?00:18
ianwmordred: i can take a look00:19
dhellmann\o/00:19
dhellmannI wonder if the problem is I approved it before there were jobs because I approved that patch and then the parent so they would merge together00:19
openstackgerritMatthew Treinish proposed openstack-infra/subunit2sql master: Fix handling of xfail and uxsuccess results in subunit2sql cli  https://review.openstack.org/62573900:19
mordredianw: I'm thinking for expediency, just changing it to 0.3.6 for now - and we can followup with a better solution00:20
ianwyeah00:20
mtreinishclarkb, fungi: I just came across a bug in subunit2sql (fix here: https://review.openstack.org/#/c/625739/ ) and I'm wondering if there are any exceptions from it in the gearman worker logs?00:21
mtreinishanytime there was a xfail or uxsuccess result in the stream (for an existing test) it would raise an exception00:22
mtreinishit could be that we just don't have any suites using that status, but I feel like there would be at least one somewhere00:22
clarkbmtreinish: there are for xfail00:23
ianwoh, we can probably drop the -src job as non-voting, because moving the jobs to xenial merged (the func tests are on-voting & thus the gate doesn't actually check them in nodepool)00:25
mtreinishclarkb: hmm, do you know which test? I can check the db00:25
clarkbmtreinish: I don't know the test case but it appears http://logs.openstack.org/88/611088/12/gate/openstack-tox-py35/f4dcfd6/testrepository.subunit.gz is one of the files that had an issue00:26
*** sthussey has quit IRC00:32
*** Emine has joined #openstack-infra00:34
clarkbdhellmann: ya I wonder if zuul processed the nequeue to the gate before it updated the gate job config post merge00:34
mtreinishclarkb: yeah that's definitely failing to update: http://paste.openstack.org/show/737516/00:36
mtreinishit also probably means we have a bunch of incomplete entries in the db for nova unit tests00:41
clarkbfrickler: amorin: I have to pop out soon, but I've got https://etherpad.openstack.org/p/bhs1-test-node-slowness up todate with my benchmarking info. It looked good to me but I didn't want to potentially break any of fricklers test nodes. frickler can you run my script on those nodes or something similar to double check all the instances have reasonable tempest runtimes?00:44
*** gouthamr_ has joined #openstack-infra00:49
clarkbnow that ansible is running the full base playbook we are back to 45 minutes between ansible runs00:51
*** dmellado has joined #openstack-infra00:53
openstackgerritMerged openstack-infra/system-config master: Turn on the future parser for subunit workers  https://review.openstack.org/61566101:00
*** stevebaker has joined #openstack-infra01:03
*** bobh has joined #openstack-infra01:08
*** jamesmcarthur has joined #openstack-infra01:14
*** gyee has quit IRC01:18
*** jamesmcarthur has quit IRC01:19
*** bobh has quit IRC01:20
*** eernst_ has joined #openstack-infra01:21
*** hongbin has joined #openstack-infra01:42
*** Emine has quit IRC02:00
*** eernst_ has quit IRC02:09
*** hongbin_ has joined #openstack-infra02:28
*** hongbin has quit IRC02:29
*** wolverineav has quit IRC02:32
*** hwoarang has quit IRC02:32
*** hwoarang has joined #openstack-infra02:34
*** bobh has joined #openstack-infra02:38
*** psachin has joined #openstack-infra02:41
*** ykarel|away has joined #openstack-infra02:46
*** mrsoul has joined #openstack-infra02:58
*** anteaya has quit IRC02:59
*** ykarel|away is now known as ykarel03:05
*** dpawlik has joined #openstack-infra03:06
*** dpawlik has quit IRC03:10
*** apetrich has quit IRC03:15
*** hwoarang has quit IRC03:16
*** hwoarang has joined #openstack-infra03:17
*** wolverineav has joined #openstack-infra03:18
*** hongbin has joined #openstack-infra03:20
*** hongbin_ has quit IRC03:21
*** rcernin has quit IRC03:25
*** zhangfei has joined #openstack-infra03:26
*** rcernin has joined #openstack-infra03:27
*** rcernin has quit IRC03:28
*** rcernin has joined #openstack-infra03:28
*** hwoarang has quit IRC03:30
*** hwoarang has joined #openstack-infra03:32
*** ramishra has joined #openstack-infra03:32
*** bobh has quit IRC03:34
*** bhavikdbavishi has joined #openstack-infra03:34
*** wolverineav has quit IRC03:34
*** bhavikdbavishi has quit IRC03:35
*** bhavikdbavishi has joined #openstack-infra03:35
*** hongbin has quit IRC03:43
*** mriedem has joined #openstack-infra03:49
*** bobh has joined #openstack-infra03:51
*** zhangfei has quit IRC04:10
*** udesale has joined #openstack-infra04:11
*** bobh has quit IRC04:12
*** ykarel is now known as ykarel|afk04:15
*** ykarel|afk has quit IRC04:19
*** Bhujay has joined #openstack-infra04:20
*** Bhujay has quit IRC04:21
*** Bhujay has joined #openstack-infra04:21
*** Bhujay has quit IRC04:22
*** Bhujay has joined #openstack-infra04:23
*** rf0lc0 has joined #openstack-infra04:28
*** rfolco has quit IRC04:29
*** eernst has joined #openstack-infra04:29
*** zhangfei has joined #openstack-infra04:30
*** mriedem has quit IRC04:31
*** bhavikdbavishi has quit IRC04:33
*** wolverineav has joined #openstack-infra04:39
*** ykarel|afk has joined #openstack-infra04:39
*** ykarel|afk is now known as ykarel04:39
*** wolverineav has quit IRC04:43
*** hwoarang has quit IRC04:46
*** hwoarang has joined #openstack-infra04:49
*** janki has joined #openstack-infra04:50
*** chkumar|out is now known as chandankumar04:53
*** eernst has quit IRC04:59
*** armax has quit IRC05:07
*** kmalloc has quit IRC05:14
*** diablo_rojo has quit IRC05:25
*** bhavikdbavishi has joined #openstack-infra05:44
*** bhavikdbavishi has quit IRC06:06
*** yolanda has joined #openstack-infra06:07
*** yboaron has joined #openstack-infra06:17
*** gagehugo has quit IRC06:23
*** wolverineav has joined #openstack-infra06:30
*** ccamacho has quit IRC06:31
*** mgagne_ has quit IRC06:35
*** mgagne has joined #openstack-infra06:39
*** gouthamr has quit IRC06:55
*** hwoarang has quit IRC06:57
*** hwoarang has joined #openstack-infra07:00
*** bhavikdbavishi has joined #openstack-infra07:01
*** wolverineav has quit IRC07:04
*** e0ne has joined #openstack-infra07:11
*** ccamacho has joined #openstack-infra07:14
*** quiquell|off is now known as quiquell07:15
*** csatari has joined #openstack-infra07:17
*** bhavikdbavishi has quit IRC07:18
*** apetrich has joined #openstack-infra07:18
csatariI do not receive the confirmation mail form openstack-discuss and my IT says, that an SPF entry should be set for lists.openstack.org. Can anyone help in this here?07:21
*** ccamacho has quit IRC07:21
*** bhavikdbavishi has joined #openstack-infra07:22
*** jtomasek has joined #openstack-infra07:25
*** pgaxatte has joined #openstack-infra07:25
openstackgerritMerged openstack-infra/zuul-jobs master: Update test-mirror-workspace-git-repos, add test  https://review.openstack.org/62457507:26
AJaegerianw: happy testing ^07:28
*** imacdonn has quit IRC07:29
*** imacdonn has joined #openstack-infra07:29
ianwAJaeger:  ... :) i also added a note on that because it's hard to get your head around07:34
ianwhttps://review.openstack.org/#/c/624578/07:34
AJaegerianw: yeah, noticed - and pinged yesterday on #zuul for it ;) Thanks07:34
*** dpawlik has joined #openstack-infra07:35
AJaegerI wanted to get some more review on that one...07:35
*** AJaeger has quit IRC07:42
*** dpawlik has quit IRC07:42
*** ykarel is now known as ykarel|lunch07:45
*** AJaeger has joined #openstack-infra07:45
LinkidHi07:46
LinkidI was thinking about using docker to deploy a new service on the OpenStack Infra07:48
LinkidMaybe it could be useful to use ansible (or puppet, for now) to deploy the configuration file, and to launch docker07:49
LinkidWhat do you think about that ?07:52
ianwLinkid: there's work in progress to use docker in our control plane07:52
ianwhttps://review.openstack.org/#/c/605585/07:53
ianwLinkid: using that, and something along the lines of https://review.openstack.org/#/c/606028/1, it should be largely possible to test all of this via CI jobs07:53
*** slaweq has joined #openstack-infra07:53
*** quiquell is now known as quiquell|brb07:54
*** dpawlik has joined #openstack-infra07:56
*** hwoarang has quit IRC07:56
*** shardy has joined #openstack-infra07:56
*** hwoarang has joined #openstack-infra07:57
*** rpittau has joined #openstack-infra07:59
*** longkb has joined #openstack-infra08:01
*** zhangfei has quit IRC08:02
*** apetrich has quit IRC08:06
*** wolverineav has joined #openstack-infra08:19
*** quiquell|brb is now known as quiquell08:19
*** gagehugo has joined #openstack-infra08:20
*** jamesdenton has quit IRC08:22
*** ccamacho has joined #openstack-infra08:22
*** wolverineav has quit IRC08:23
*** yboaron has quit IRC08:23
*** jamesdenton has joined #openstack-infra08:23
Linkidand what about using docker compose ?08:23
Linkidwill it be possible to use it too ?08:24
*** zhangfei has joined #openstack-infra08:24
Linkidbut I think I will reread the spec about that and update mine08:26
Linkidthanks for the links :)08:29
*** bhavikdbavishi has quit IRC08:35
*** apetrich has joined #openstack-infra08:38
*** priteau has joined #openstack-infra08:47
*** ykarel|lunch is now known as ykarel08:51
*** jpena|off is now known as jpena08:56
*** jpich has joined #openstack-infra09:05
*** yboaron has joined #openstack-infra09:06
*** bhavikdbavishi has joined #openstack-infra09:08
*** jesusaur has quit IRC09:15
*** rcernin has quit IRC09:18
*** quiquell has quit IRC09:21
*** jesusaur has joined #openstack-infra09:22
*** Bhujay has quit IRC09:24
*** quiquell has joined #openstack-infra09:25
amorinhey frickler09:30
amorinhey clarkb , I red the etherpad updates09:30
amorinsounds good09:30
amorinbefore moving forward I'd like to be sure that this is correct with frickler tests09:31
quiquellHello it's review.o.o down ?09:34
egonzalezquiquell not for me09:34
*** xek has joined #openstack-infra09:42
*** bhavikdbavishi has quit IRC09:45
fricklerianw: for the nodepool job with dogpile.cache, you probably need a pre task to clone the repo, similar to this one https://review.openstack.org/#/c/624494/9/playbooks/skydive-pre-run.yaml . I can try to set this up later for you if you like09:47
*** derekh has joined #openstack-infra09:48
frickleramorin: I'll look into running clarkb's tests later, will have to check the network/mirror things09:50
*** dkehn has quit IRC09:57
amorink10:01
*** Bhujay has joined #openstack-infra10:02
*** Bhujay has quit IRC10:03
*** Bhujay has joined #openstack-infra10:04
*** Bhujay has quit IRC10:05
*** Bhujay has joined #openstack-infra10:05
*** Bhujay has quit IRC10:06
*** kaisers has joined #openstack-infra10:07
*** Bhujay has joined #openstack-infra10:07
*** electrofelix has joined #openstack-infra10:12
*** quiquell has quit IRC10:14
*** quiquell has joined #openstack-infra10:15
*** dpawlik has quit IRC10:30
*** dpawlik_ has joined #openstack-infra10:30
*** pbourke has quit IRC10:36
*** pbourke has joined #openstack-infra10:37
*** udesale has quit IRC10:40
*** yamamoto has quit IRC11:01
openstackgerritMerged openstack-infra/opendev-website master: Add publishing of content to opendev-website  https://review.openstack.org/62566511:08
*** longkb has quit IRC11:13
*** zhangfei has quit IRC11:19
*** sean-k-mooney has quit IRC11:21
*** longkb has joined #openstack-infra11:23
*** longkb has quit IRC11:23
*** yamamoto has joined #openstack-infra11:38
*** EmilienM|off is now known as EmilienM11:41
*** Bhujay has quit IRC11:46
*** Bhujay has joined #openstack-infra11:52
*** bhavikdbavishi has joined #openstack-infra11:52
*** Bhujay has quit IRC11:53
*** Bhujay has joined #openstack-infra11:53
*** yamamoto has quit IRC11:54
*** yamamoto has joined #openstack-infra11:54
*** Bhujay has quit IRC11:54
*** Bhujay has joined #openstack-infra11:55
*** bhavikdbavishi has quit IRC11:56
*** Bhujay has quit IRC11:56
*** bhavikdbavishi has joined #openstack-infra11:56
*** Bhujay has joined #openstack-infra11:56
*** Bhujay has quit IRC11:57
*** Bhujay has joined #openstack-infra11:58
*** Bhujay has quit IRC11:59
*** Bhujay has joined #openstack-infra11:59
*** wolverineav has joined #openstack-infra11:59
*** Bhujay has quit IRC12:00
*** Bhujay has joined #openstack-infra12:01
*** rpittau has quit IRC12:02
*** rpittau has joined #openstack-infra12:03
*** wolverineav has quit IRC12:04
*** tpsilva has joined #openstack-infra12:06
*** rpittau is now known as rpittau|lunch12:08
frickleramorin: clarkb: these are the results of running fio on my test nodes, looks pretty sane to me. I'll look into running devstack now to confirm. https://ethercalc.openstack.org/kk3ot86hyvdk12:11
*** shardy has quit IRC12:11
*** janki has quit IRC12:17
evrardjphello folks! I've added periodic testing into a project (which merged yesterday: https://review.openstack.org/#/c/624654/ ), but I don't see if it has run (nothing in http://zuul.openstack.org/builds?project=openstack%2Fopenstack-helm-images&pipeline=periodic ) -- any clue on how to find if it was scheduled?12:18
AJaegerevrardjp: AFAIK this needs an infra-root to look at log-files.12:24
AJaegerevrardjp: I didn't see anything suspicious12:25
*** udesale has joined #openstack-infra12:27
*** ramishra has quit IRC12:27
* frickler goes digging into zuul logs12:28
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Delay Github fileschanges workaround to pipeline processing  https://review.openstack.org/62558412:30
*** eharney has joined #openstack-infra12:33
fricklerevrardjp: 2018-12-18 06:00:28,756 DEBUG zuul.layout: Job <Job openstack-helm-images-ceph-config-helper-ubuntu_xenial branches: None source: openstack-infra/project-config/zuul.d/jobs.yaml@master#26> did not match files in12:35
frickler<Branch 0x7fdb23d2ebe0 openstack/openstack-helm-images refs/heads/master updated None..None>12:35
*** jpena is now known as jpena|lunch12:35
fricklerevrardjp: you may not have "files:" filters on periodic jobs, as they are not being run against a specific change12:36
evrardjpWell that's interesting12:36
evrardjpoh that's it :)12:36
evrardjpany creative idea on how to re-use the existing jobs for periodics?12:37
*** ramishra has joined #openstack-infra12:37
fricklerevrardjp: make a variant without the files selector, I'd say12:37
evrardjpyeah that's the simplest12:38
evrardjpI was looking for a fancy way to ignore that directive into periodics :)12:38
fricklerevrardjp: maybe there is one that I'm not aware of. otherwise might be a useful idea for a feature request12:39
evrardjpyeah I guess it's probably worth asking in zuul channel. Thanks for the help frickler !12:40
*** quiquell is now known as quiquell|brb12:45
AJaegerevrardjp: have a parent without files and inherit a job with files added to it?12:50
evrardjpAJaeger: that's what I am writing right now12:50
evrardjpbut it means I will have two jobs: jobname-checks and jobname-periodics (or something like that)12:50
AJaegerevrardjp: ok. saw your question in #zuul , might want to wait for the US west coast to wake up and comment12:51
AJaegerevrardjp: yes, you would have those two12:51
evrardjpI was wondering if it was possible to bypass by passing some argument to the job in the pipeline for example12:51
evrardjp(so in the project definition)12:51
AJaegerevrardjp: understood - and curious as well...12:51
evrardjpwe'll see :)12:52
*** dkehn has joined #openstack-infra12:52
*** e0ne has quit IRC12:53
openstackgerritFabien Boucher proposed openstack-infra/zuul master: Pagure driver  https://review.openstack.org/60440412:54
*** rh-jelabarre has joined #openstack-infra12:58
*** bhavikdbavishi1 has joined #openstack-infra12:59
*** bhavikdbavishi has quit IRC13:00
*** bhavikdbavishi1 is now known as bhavikdbavishi13:00
*** trown|outtypewww is now known as trown13:06
EmilienMI wonder why we don't provide HTTPS to http://lists.openstack.org - and we have to give our password on unsecure channels13:08
fungiEmilienM: mailman can already be asked to send anyone's password over an unsecured, plaintext channel (smtp) so https wouldn't be much help. also you only need to set a password if you want to manage list preferences; you can just omit the password field on the web form or not supply one when subscribing via e-mail13:11
*** rpittau|lunch is now known as rpittau13:12
*** jrist has quit IRC13:12
Tengunot a good reason..... nowadays, firefox and other modern browser complain about non-secure channels when you get forms.13:12
EmilienMfair enough but still why aren't we providing https for everything?13:12
EmilienM(I'm just wondering if we have some limitations on the SSL certificates or something)13:13
fungicsatari: why are they saying an spf record is needed for lists.openstack.org? i recommend not using an e-mail address at any domain which insists on other domains setting spf records in dns for any sending mta. spf is most decidedly not a requirement to send e-mail according to the ietf13:14
*** quiquell|brb is now known as quiquell13:14
fungiEmilienM: mainly that buying and renewing ssl certs is annoying/cumbersome, as is the process of filing expense reports for them. and before you say "let's encrypt" trying to deal with bootstrapping it through configuration management is still a nontrivial exercise we're working through a spec for13:16
Tengulet's encrypt... ?13:16
EmilienMyeah https://review.openstack.org/#/c/587283/13:16
fungiTengu: i agree that aggressive browser behavior is not a good reason13:16
EmilienMI now remember this specs13:16
fungiTengu: "let's encrypt" is a joint effort between some browser vendors and other interest groups aimed at providing domain-validated x.509 certs from a blessed ca remotely via an api13:18
*** boden has joined #openstack-infra13:18
Tengufungi: well, 2018 is a big turn toward full traffic encrpytion anyway. so it might be good to move in that direction. on my own I'm checking how to distribute LE certificates across a multi-node infra, using freeipa Vault and the like.13:19
fungiseems like putting all your certs in one place, even if it's a fairly safe one, mostly invalidates the main benefits of le13:21
fungithat being, only each server needs to know the private key, and it never needs to leave that server13:21
fungiso with distinct per-server private keys there's no single point of compromise which could reveal them all13:22
*** ramishra has quit IRC13:22
*** ramishra has joined #openstack-infra13:22
fungier, i meant to say putting all your keys (not your public certs) in one place invalidates that benefit13:23
Tenguthere are two uses for certificate : encryption and domain validations. The way x509 works is crappy from the very beginning, but I don't think it's a reason to expose user's private information such as email, name, firstname and [dedicated] password on clear traffic. anyway. guess we'll just have to cope with popups from modern browsers saying "you're transmitting data over insecure channel" and13:23
Tenguthe like.13:23
Tenguon my own, I don't care, I have per-service dedicate password, not even related. others don't work like that.13:23
fungii expect switching to mailman 3 will push us to move the service to https because it does a lot more with authentication and also goes to more of an effort to secure it13:24
Tenguand serving different certificates for the same domain from different server might cause an issue as well, especially for users using extensions like certPatrol :). as said: x509 is too old and doesn't scale.13:25
fungiwe might just get a cert for it anyway even while still running mailman 2 if it becomes more of a problem than just satisfying a checkbox13:26
fungibut honestly, if you care about securing the password used for setting your list preferences, don't set one. mailman 2 doesn't consider it a particularly secure piece of data13:27
*** rlandy has joined #openstack-infra13:27
Tenguit's more a matter of good practices imho - your customer is able to send data over Internet, you just encrypt the road. Guess we aren't on the same ground here ;).13:28
fungihttps in this case would only serve to instill a false sense of security, which in my (long-time information security professional) experience is worse than no security13:28
openstackgerritSimon Westphahl proposed openstack-infra/zuul master: Fix skipped job counted as failed  https://review.openstack.org/62591013:28
*** jrist has joined #openstack-infra13:30
*** sean-k-mooney has joined #openstack-infra13:31
Tengufungi: two sides of the same coin ;). I get your point and respect it. So I'll wait for the mailman3 thingy, hoping it will push forward for some tls things :).13:34
Tenguand will continue to use dedicated passwords, as it's the only real thing to do, with or without TLS :]13:34
fungiyes, reusing the same password between two systems is detrimental to your health anyway ;)13:35
Tengutrue ;).13:36
*** yamamoto has quit IRC13:37
*** yamamoto has joined #openstack-infra13:38
Tengujust a pity I'm limited in the aliases at work though :(. I'm used to get per-service dedicated email as well in order to cut leaks.13:38
*** kgiusti has joined #openstack-infra13:39
*** zhangfei has joined #openstack-infra13:42
*** jpena|lunch is now known as jpena13:42
*** yamamoto has quit IRC13:43
*** rf0lc0 is now known as rfolco13:48
*** spa-87 has joined #openstack-infra13:51
*** zhangfei has quit IRC13:52
fungicsatari: is yours one of the nokia.com addresses? if so, i've looked into that situation for your colleagues. for some reason outlook.com is telling our mta that it has accepted the subscription confirmation e-mail for delivery. we don't have any insight into it beyond that. we did confirm that manually force-subscribing one of those addresses resulted in them starting to receive messages from the ml13:52
funginormally, so it's quite frustrating that the mail host there would silently eat just the subscription confirmations and not at least report an error/rejection13:52
fungiall i can conclude is that there is some overly-aggressive spam filter silently discarding the subscription confirmation messages13:54
*** e0ne has joined #openstack-infra13:57
*** bhavikdbavishi has quit IRC13:57
Tenguerf.. outlook.com... microsoft mail service is a pain, they blacklist without any reason, they don't even use public lists, and you have no way to know why you were blacklisted -.-. I've stopped trying to send them emails.14:03
*** e0ne has quit IRC14:07
*** gfidente has joined #openstack-infra14:07
fungiagreed. unfortunately some of our contributors work for companies who 1. outsource their e-mail hosting there and 2. demand that all employees use their work e-mail when engaging with open source communities during work hours or as part of their job14:08
Tengusure. I'm "happy" seeing I'm not the only one having issue with this specific provider.14:09
Tenguprobably the worse to deal with. 0 transparency. even google is better on that field, with a lot of doc/help :/. microsoft just points to some 3rd party service costing an liver for some obscure "validation" we can have, and doesn't even ensure domains getting that validation are delivered. yay.14:10
*** psachin has quit IRC14:12
fungiwell, the services we offer to the community are "best effort" anyway. we can't promise to satisfy the expectations of every company or mail provider on the internet14:15
Tengu:)14:15
fungiso we focus on satisfying the ietf's expectations instead, and tell folks who wish to interact with us that conformance to established rfcs and ietf standards is the best way to accomplish that14:16
Tenguregarding spf record, my new mail infra checks it, if it has a valid one it bypasses the greylisting. that's the only thing it's used for.14:17
*** ykarel is now known as ykarel|away14:18
Tenguafter greylisting, there's the good old spamassassin.14:18
*** yamamoto has joined #openstack-infra14:22
openstackgerritFabien Boucher proposed openstack-infra/zuul master: Pagure driver  https://review.openstack.org/60440414:22
evrardjpAJaeger: FYI we are discussing two different ways in #zuul channel: Adding a files: [] or files: null into the project's periodic pipeline job definitions or the other way around, define files: in check/gates of the project's jobs definitions.14:22
evrardjpso basically creating nameless variants14:23
openstackgerritMerged openstack-infra/zuul-jobs master: Add a note on testing trusted roles  https://review.openstack.org/62457814:26
*** mriedem has joined #openstack-infra14:27
fricklermordred: https://review.openstack.org/#/c/605585/20 is on top of two other patches. not sure whether any of these needs closer attention when merging14:29
csatarifungi: Yes, I'm with a nokia.com email address. Let me get back to our IT with your answer. It would be good to have an automatic solution ...14:30
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: kata-containers: add /usr/sbin to the PATH  https://review.openstack.org/62567914:31
mordredfrickler: oh - so it is14:32
fungicsatari: it's particularly interesting to me that your mail hosting accepts messages sent through the mailing list just fine, but seems to be consistently discarding the subscription confirmation e-mails from the exact same server14:32
fungiaccepts *and delivers* messages sent through the mailing list just fine14:33
mordredfrickler: maybe I'll wait until clarkb is awake to land the iptables one - just in case14:34
mordred(14:34
mordred(I think it should be safe - but better safe than sorry)14:34
openstackgerritJens Harbott (frickler) proposed openstack-infra/nodepool master: [wip] Add dogpile.cache master to the -src tests  https://review.openstack.org/62545714:34
*** shardy has joined #openstack-infra14:35
csatarifungi: Yes, it is very interesting. I guess there are also others here using outlook365.14:35
*** ykarel|away has quit IRC14:36
openstackgerritFabien Boucher proposed openstack-infra/zuul master: Pagure driver  https://review.openstack.org/60440414:37
*** e0ne has joined #openstack-infra14:43
frickleramorin: clarkb: I did only manage to run two single devstack tests today https://ethercalc.openstack.org/3s24nymcu7lw14:45
fricklerthose look rather normal to me, though, so maybe we can just return the region into normal usage? otherwise we'd have to wait until tomorrow for some further testing14:46
*** dpawlik_ has quit IRC14:47
smcginnisHey infra folks - I had assumed after this change merged it would be reflected in the UI - https://review.openstack.org/#/c/620664/14:50
smcginnisAny additional steps needed to get that so Cinder is set up like Designate?14:50
fricklersmcginnis: can you check whether you can set the priority on a patch? it might not be shown in the overview before that actually happens14:51
fricklermugsie: ^^ do you remember if anything else needed to happen when we did that for designate?14:52
*** boden has quit IRC14:53
*** Bhujay has quit IRC14:53
*** ramishra_ has joined #openstack-infra14:54
*** ykarel has joined #openstack-infra14:55
*** ramishra has quit IRC14:56
fungicsatari: yeah, if it helps, skimming our mta logs we're delivering to the following other domains hosted with outlook.com whose users have successfully subscribed to the openstack-discuss ml: blizzard.com bristol.ac.uk cern.ch godaddy.com mellanox.com mit.edu nttdata.com14:57
fungipdvwireless.com vmware.com zetup.se14:57
*** bhavikdbavishi has joined #openstack-infra14:57
fungiso something in particular seems to be blocking subscription confirmations for nokia.com but not those other domains at outlook.com14:58
fungis/blocking/accepting and then discarding/14:58
csatarifungi: Thanks for the info.14:59
smcginnisfrickler: Sorry, not sure what you mean by the priority.14:59
fricklersmcginnis: sorry for not being more explicit. iiuc your patch should add a "Review-Priority" label that cinder-core members can set on a patch. until someone actually does that, I think it won't show up elsewhere15:02
smcginnisfrickler: With the permissions set, I should be one of the folks that are able to do that, but it is not given as an option.15:03
fricklersmcginnis: ah, indeed, I found a bug on your patch comparing with the designate one. will upload a fix in a moment15:05
fungismcginnis: are you looking at a patchset which you've reviewed previously? gettit embeds all that in javascript which ends up cached browser-side, so when your permissions change you may need to pull up the vote modal and then force-refresh your browser once for it to take effect15:07
openstackgerritJens Harbott (frickler) proposed openstack-infra/project-config master: Fix cinder gerrit acl  https://review.openstack.org/62593815:07
fungibut i'll wait for frickler's patch before guessing15:07
fricklersmcginnis: config-core: ^^15:07
smcginnisAh! Thanks frickler15:07
fungiyeah, that typo would definitely explain it ;)15:09
fungigood eye, frickler!15:09
fungiseems gerrit was never able to load that changed acl at all, looking at https://review.openstack.org/#/admin/projects/openstack/cinder,access15:11
fungior sometimes easier to compare what you think should have been loaded to the git view replicated to https://git.openstack.org/cgit/openstack/cinder/plain/project.config?h=refs/meta/config15:14
fungisince gerrit has a nasty habit of hiding permissions your account's not granted in the acl view15:15
*** quiquell is now known as quiquell|off15:15
fungibut you can clearly see there that the acl currently loaded in gerrit doesn't match what was previously approved15:15
*** dpawlik has joined #openstack-infra15:16
*** dpawlik has quit IRC15:21
*** aojea has joined #openstack-infra15:21
*** bhavikdbavishi has quit IRC15:21
*** eharney has quit IRC15:22
*** ginopc has quit IRC15:24
*** ginopc has joined #openstack-infra15:25
*** gfidente has quit IRC15:26
*** ramishra_ has quit IRC15:27
*** jtomasek has quit IRC15:29
clarkbfrickler: is it ok if I run a few more test on your test nodes?15:29
clarkbbut I agree everything I saw yesterday looked normal so leaning towards turning on the region again15:30
*** rh-jelabarre has quit IRC15:30
*** gfidente has joined #openstack-infra15:33
openstackgerritMerged openstack-infra/project-config master: Fix cinder gerrit acl  https://review.openstack.org/62593815:35
smcginnisThanks frickler and fungi ^15:35
*** wolverineav has joined #openstack-infra15:36
clarkboh fio was run on all the nodes and they all looked sane. In that case ya I think we can clean up the test nodes and reenable in nodepool15:37
*** rh-jelabarre has joined #openstack-infra15:39
*** wolverineav has quit IRC15:40
*** pgaxatte has quit IRC15:41
fungismcginnis: it'll take a bit of time for our automation to push that updated acl into production, but if it's still not working by, say, 16:30z please do let us know15:41
clarkbmordred: yes I believe the FORWARD DENY change to be safe. If we want to be really careful we can manually apply that on a host or two before merging it and make sure packets still flow, but I don't know of any cases where our instances act as routers15:43
smcginnisfungi: Will do, thanks15:44
*** armax has joined #openstack-infra15:44
*** agopi has quit IRC15:46
*** agopi has joined #openstack-infra15:46
*** agopi has quit IRC15:47
*** agopi has joined #openstack-infra15:49
fungismcginnis: looks like it just took effect in the last few minutes if you want to try again15:56
*** jamesmcarthur has joined #openstack-infra15:59
*** jamesmcarthur has quit IRC15:59
*** jamesmcarthur has joined #openstack-infra15:59
*** ccamacho has quit IRC15:59
smcginnisVerified it shows up and works as expected. Perfect!16:00
openstackgerritClark Boylan proposed openstack-infra/project-config master: Use OVH BHS1 again  https://review.openstack.org/62594316:00
*** diablo_rojo has joined #openstack-infra16:01
clarkbinfra-root ^ should be low impact over the holidays if things are still unhappy, but our testing shows what appears to be happy test nodes16:01
*** dave-mccowan has joined #openstack-infra16:12
mordredclarkb: I think I kinda think we can just land it - right?16:13
clarkbmordred: ya probably so16:13
clarkbmordred: and docker will enforce that anyway on the nodes running docker daemon16:13
openstackgerritMerged openstack-infra/irc-meetings master: Add second time for Monasca team meeting  https://review.openstack.org/62560916:13
mordredclarkb: cool16:15
*** dave-mccowan has quit IRC16:18
*** dave-mccowan has joined #openstack-infra16:20
*** sthussey has joined #openstack-infra16:20
*** spa-87 has left #openstack-infra16:22
*** dave-mccowan has quit IRC16:22
*** irdr has quit IRC16:24
*** dave-mccowan has joined #openstack-infra16:27
*** bobh has joined #openstack-infra16:28
openstackgerritMerged openstack-infra/project-config master: Use OVH BHS1 again  https://review.openstack.org/62594316:29
*** jonher has quit IRC16:34
*** fresta has quit IRC16:35
*** fresta_ has joined #openstack-infra16:35
*** jonher has joined #openstack-infra16:35
clarkblooking at the yum failures we are seeing now it seems that egonzalez's kolla changes have fixed the opendaylight issue. But now noticing there are a bunch of metadata checksum failures with the oraclelinux repo16:35
clarkbI'm guessing most all of this is fallout of the centos 7.6 (and then oraclelinux downstreaming that) release16:35
*** jonher has quit IRC16:36
*** fresta has joined #openstack-infra16:36
*** jonher has joined #openstack-infra16:37
*** fresta_ has quit IRC16:40
*** jonher_ has joined #openstack-infra16:40
*** fresta- has joined #openstack-infra16:40
mordredinfra-root: openstacksdk 0.21.0 has been released - this contains the dogpile.cache version pin, as well as fixes for the various things we've encountered over the last couple of weeks16:40
clarkbyay16:40
Shrews\o/16:40
clarkbsorry about the cirros thing, I didn't eralize that would have functional test fallout like that (and encouraged we get that in so that the config drive based tests actually test config drive)16:41
*** fresta has quit IRC16:42
*** jonher has quit IRC16:43
*** jonher_ is now known as jonher16:43
mordredclarkb: well, I think we've been meaning to make those tests less hard-coded for a while, but just hadn't gotten around to it16:44
pabelangerheads up, ansible-lint 4.0.0 is out if you start to see linters fail could be related16:46
pabelangerI'm getting hit with new [204] Lines should be no longer than 120 chars errors locally16:47
mordredpabelanger: oh goodie16:47
pabelangerhttps://docs.ansible.com/ansible-lint/rules/default_rules.html16:47
pabelangeris the new defaults16:47
clarkbat the rate we are finding ansible bugs I expect to find a new one today :P16:49
clarkbfwiw I'm not sure if its worth filing a bug report with ansible with the minimal info we have from yesterdays fun issue16:49
*** udesale has quit IRC16:49
clarkbbut the more I look at it the more I'm convinced that something in the low level ssh exec ran the same command twice16:50
clarkbbecause the randbits are supposed to be unique per invocation and are not unique in this case16:50
*** e0ne has quit IRC16:50
clarkbI think even if you used task retries each retry will (or is supposed to) get different rand bits16:50
clarkbbhs1 is building test nodes now16:51
mordredclarkb: yes - I'm also more convinced about that16:52
clarkbthe include_tasks issue I filed has a PR to fix it proposed now  which isnice16:54
clarkbhopefully we see that in 2.8 (and maybe backported to 2.7? unsure of backport policy there)16:55
clarkbbhs1 has available and in use nodes now (keep an eye out for any unexpected behavior there, but testing did look much happier)16:55
*** shardy has quit IRC16:57
fricklerclarkb: did you remove my test nodes? /me needs to get some food now first16:59
*** ginopc has quit IRC17:00
clarkbfrickler: I didn't, nodepool will handle that with its quota calculations (or it should)17:00
clarkbfrickler: I think we can remove the test nodes whenever you are ready ( assuming nodepool quota handling is working in that region)17:00
*** dayou has quit IRC17:01
pabelangerclarkb: we can ask for 2.7 backport17:02
fricklerclarkb: I'm fine with removing them later, if no quota issues arise. would save amorin from having to do another round of distributing stuff in case it turns out we do need to be further debugging17:02
clarkbfrickler: ++17:02
*** boden has joined #openstack-infra17:03
clarkbpabelanger: my biggest concern is that I get paranoid when I discover the configuration management system can fail silently and report success :)17:03
clarkbpabelanger: so a backport would be nice for piece of mind, though I believe we've corrected the only instance of the bug in our playbooks17:03
pabelangerclarkb: yah, I admit I haven't followed along with the issue you found. But agree that is bad17:03
clarkbpabelanger: basically if you include_tasks in a tasks file that was itself included via include_tasks then ansible stops running the play and returns success or starts the next play in the playbook17:04
clarkbthe fix makes both the include_tasks sequencing like that work and ansible will raise a warning if it hits a similar crash situation17:05
*** tosky has joined #openstack-infra17:06
*** rpittau has quit IRC17:06
openstackgerritMerged openstack-infra/system-config master: Set iptables forward drop by default  https://review.openstack.org/62450117:08
*** yboaron has quit IRC17:08
openstackgerritMerged openstack-infra/system-config master: Collect syslogs from nodes in ansible tests  https://review.openstack.org/62482717:08
openstackgerritMerged openstack-infra/system-config master: Import install-docker role  https://review.openstack.org/60558517:08
clarkbHere we go17:08
*** e0ne has joined #openstack-infra17:13
*** chandankumar is now known as chkumar|out17:13
openstackgerritKendall Nelson proposed openstack-infra/infra-specs master: StoryBoard Story Attachments  https://review.openstack.org/60737717:16
diablo_rojoclarkb, got the spec updated with the latest round of jhesketh and fungi comments in time for the meeting17:16
*** jamesmcarthur has quit IRC17:16
clarkbdiablo_rojo: thanks. Do youthink it is in a spot where we should put it up for approval?17:17
*** dayou has joined #openstack-infra17:17
clarkbI expect we'll put the opendev spec up for approval as well. Then have a probably long approval period since I'm afk starting thursday, but maybe plan to merge both just before the new year?17:17
clarkbor around the new year anyway17:17
clarkbcorvus: ^ thoughts?17:17
diablo_rojoclarkb, yeah I think so17:17
diablo_rojoI definitely think we can get this merged whenever. If we need to update as the implementation develops, that's fine, but I think we are agreed on the basic approach.17:18
clarkb++17:18
*** e0ne has quit IRC17:19
*** armax_ has joined #openstack-infra17:19
*** armax has quit IRC17:19
*** armax_ is now known as armax17:19
fungisgtm17:20
*** eharney has joined #openstack-infra17:22
*** gfidente has quit IRC17:26
*** jpich has quit IRC17:26
fricklerianw: the other nodepool failures on your glean stack look like plain job timeouts to me, but I'm not sure about this one, please take another look http://logs.openstack.org/20/620420/5/check/nodepool-functional-py35-redhat-src/6c77fa2/17:31
fricklercorvus: I did ask earlier but probably got lost in backlog: do you still need your three held nodes? 46d old by now17:33
*** gfidente has joined #openstack-infra17:38
*** bobh has quit IRC17:39
*** bobh has joined #openstack-infra17:40
corvusclarkb: i think opendev is ready for voting17:46
corvusfrickler: no, sorry about that.  i'll clean them up17:46
clarkbthe ansible base server run is happening now. Iptables updates should happen soon17:48
*** jamesmcarthur has joined #openstack-infra17:52
*** _alastor_ has joined #openstack-infra17:53
*** bdodd has quit IRC17:54
*** _alastor_ has quit IRC17:55
*** _alastor_ has joined #openstack-infra17:56
*** bdodd has joined #openstack-infra17:56
*** derekh has quit IRC18:01
clarkbmordred: doesn't look like our iptables role restarts iptables to apply the new rules?18:03
clarkbmordred: I've confirmed the FORWARD DROP default is in place in the /etc/iptables/rules.v4 file but it doesn't appear to be applied18:03
clarkbI need to pop out for a few and then prep for the meeting, but ^ appears to be the stat we are in now18:04
mordredclarkb: hrm. I guess we should add a handler to do a restart18:04
mordredclarkb: although we'll also likely want to do a blanket ansible '18:04
mordredclarkb: although we'll also likely want to do a blanket ansible '*' -m shell -e 'restart iptables'18:05
*** _alastor_ has quit IRC18:05
mordredsince we won't trigger a handler on subsequent patches18:05
clarkboh wait maybe we have a handler and they only run at end of play not end of role?18:08
mordredoh - yeah.18:09
clarkbthat must be it because its set now18:09
mordredclarkb: yes - we have handlers18:09
mordredso - yay!18:10
*** wolverineav has joined #openstack-infra18:10
clarkbI rmember this behavior tripping up our unbound setup on jobs18:10
openstackgerritJens Harbott (frickler) proposed openstack-infra/nodepool master: [wip] Add dogpile.cache master to the -src tests  https://review.openstack.org/62545718:11
openstackgerritSorin Sbarnea proposed openstack-infra/elastic-recheck master: Identify *POST* timeout failures individually  https://review.openstack.org/62557318:15
*** armax has quit IRC18:17
*** wolverineav has quit IRC18:18
mnaserhow can I disable swift in the new devstack zuulv3 jobs?18:20
*** trown is now known as trown|lunch18:20
mnaserswift,s-{account,container-sync,container,proxy}: false in devstack_services18:20
clarkbmnaser: I think you add a localrc option that disabled swift18:21
mnaseri thought i can use devstack_services and it generated it magically18:21
clarkbI'm not sure if it works for deletions, or if that only works for addition18:21
mnaseraaah18:21
mnaseri missed s-object18:21
mnaserhttp://logs.openstack.org/48/625448/12/check/magnum-kubernetes-conformance/4098b25/controller/logs/_.localrc_auto.txt18:21
mnaserof course when i ask i find out18:21
mnaserclarkb: according to the role you can use it to disable, false will add a disable_service line18:21
clarkbthere was a base job with no services enable to make the minimal use case easier (but that might be because listing everything to disable is buggy over time as services are added)18:22
clarkbah18:22
* mnaser is hacking around 2 node jobs that run conformance tests18:22
mnaseris there any reason why the controller is unable to ssh into vms running in that cloud on a 2 node job?18:24
clarkbit should be able to for nova livemigration18:24
clarkbmight be ssh as root18:24
*** ykarel has quit IRC18:24
clarkboh wait the VMs18:25
clarkbyou have to hit them on the floating IP network18:25
clarkbthe private network is isolated from host networking18:25
mnaserit hits a floating ip18:25
mnaserOH18:25
mnaseryou know what18:25
mnaseri remember18:25
clarkbthat should work18:25
*** _alastor_ has joined #openstack-infra18:25
mnaserokay, i shouldn't be working on weekends18:26
mnaserdevstack gate defaults to qemu only18:26
clarkband is even tested on multinode tempest and grenade jobs18:26
mnaserand this is running against nested virt cloud only, so i had to override it to kvm18:26
mnaserand then since the override i hit other issues18:26
mnaserhttp://logs.openstack.org/48/625448/9/check/magnum-kubernetes-conformance/0899c50/ara-report/result/886aa306-7fbd-4409-bba7-f1c473a4bb91/ -- at the time it would get connection refused but i assume the lack of nested virt just made it not boot on time18:26
clarkbthere are bugs with metadata service being slow though its not 100% failure18:27
clarkbI would dump the instance console log to debug18:27
mnaserclarkb: while i have you here.. in this review .. https://review.openstack.org/#/c/625448/ .. my conformance.yaml feels pretty wrong18:27
mnaserit seems like overriding job.run will not run more than one but replace it18:27
mnaserso i had to copy the contents of devstack.yml manually which feels pretty wrong..18:28
*** irdr has joined #openstack-infra18:28
*** wolverineav has joined #openstack-infra18:28
corvusmnaser: make a job which runs the devstack playbook as a pre-playbook18:29
clarkbya I think it only nests the pre and post playbooks18:29
clarkbrun is unique to the current job workload18:29
corvusbut that would have to be in the devstack repo18:29
mnaserso i should add a job to openstack-dev/devstack with that as a pre that is consumed downstream18:29
mnasersimilar to the -consumer jobs that mordred has written18:29
clarkbmnaser: I want to say that already exists for eg tempest or sdk/shade jobs18:29
mnaseryeah it does, but it calls tox functional18:30
clarkbmnaser: but you override run18:30
clarkbso you should be able to run anything in run: ?18:30
mnaserah -consumer has built in call for `playbooks/tox/pre.yaml` in pre-run18:31
mnaserso that might break in my case18:31
mnaseror do unnecessary things18:31
clarkbmnaser: pre and post nest like nesting dolls18:31
mnaserhttps://github.com/openstack-dev/devstack/blob/master/.zuul.yaml#L548-L570 -- right but the job already calls playbooks/tox/pre.yml there18:32
clarkbI believe that your jobs variables will apply to that pre run18:32
clarkbso you just use their pre, and define your own run.yaml18:33
mnaserright but im not running my tests using tox, it's just an ansible playbook job18:33
*** wolverineav has quit IRC18:33
clarkbbut isn't tox part of the run.yaml?18:33
clarkbwhich allows you to supply your own run playbook that will not run tox18:33
mnaserhmm i was worried about `playbooks/tox/pre.yaml` possibly doing unnecessary things18:34
*** e0ne has joined #openstack-infra18:34
*** wolverineav has joined #openstack-infra18:34
mnaserbut i guess i could just ignore it and let it do its thing18:34
*** wolverineav has quit IRC18:34
*** wolverineav has joined #openstack-infra18:34
clarkbthe idea there aiui is to try and bottle up a common invocation, but still eb flexible enough to do something different. pre should just do cloud setup based on the vars you set. Then run is your actual test workload. If you reuse their run then you get tox. Or supply your own and consume the prebuilt cloud18:35
mnaseryeah it looks like there's not much harm done inside the tox/pre.yaml18:35
mnaserjust bindep, test-setup (which might be a noop) and ensure-tox .. so i can live with those extra things happening even if i wont use them18:36
clarkbalso you can totally have tox run ansible18:37
clarkbwhether or not that makes sense is another story :)18:37
mnaserhmm yeah that could have benefits aka use my own version of ansible18:37
mnaserbut extra complexity i dont wanna deal with18:37
mnaserhmm i might just create devstack-consumer job18:38
mnaserwhich doesnt do any tox stuff but has devstack in pre-run18:38
clarkbmwhahaha: EmilienM ssbarnea|rover ansible lint release appears to have exploded the tripleo gate18:39
clarkbnot sure if you all have noticed yet18:39
EmilienMoh noes18:39
EmilienMssbarnea|rover ^18:39
EmilienMclarkb: any log file handy?18:39
clarkbhttp://logs.openstack.org/85/625585/1/gate/openstack-tox-linters/9e6a509/job-output.txt.gz18:40
clarkbis one example18:40
EmilienMthanks18:40
*** e0ne has quit IRC18:40
EmilienM206 Variables should have spaces before and after: {{ var_name }}18:40
EmilienMdamn18:40
clarkband 120 characters is new line length limit18:40
clarkbetc18:40
clarkbdon't compare to empty string18:40
EmilienMdamn ansible-lint18:40
EmilienMwe should pin18:41
clarkb4.0.0 is the new release according to pabelanger in scrollback18:41
clarkbso I think you want < 4.0.018:41
fungiat least they went with a nice big shiny new major version bump there18:42
mnaserEmilienM: clarkb fwiw we pin ansible-lint in openstack-ansible18:42
pabelangeryes, 4.0.0 released today, with new default rules18:42
mnaserthat kinda makes our lives a bit easier18:42
pabelangerhttps://docs.ansible.com/ansible-lint/rules/default_rules.html18:42
fungimost openstack projects pin their linters and other static code analysis tools and explicitly bump them at the start of a new release cycle to contain the madness18:44
*** jpena is now known as jpena|off18:44
bodenhi. hopefully an easy question... will patches that depend on others run their zuul gate once the depends on patch lands?18:46
*** rlandy is now known as rlandy|biab18:47
clarkbboden: if they share the same gate queue value then yes18:47
clarkbboden: for example nova cinder swift glance keystone neutron are all in the "integrated" gate queue and they will have the behavior with each other18:48
*** gyee has joined #openstack-infra18:48
bodenclarkb thanks.. they must not share the same gate queue then18:48
EmilienMwoot we aleady pin ansible-lint in most of places18:53
EmilienMnot tripleo-upgrade repo though but that's seems it so far18:53
EmilienMclarkb: thanks for the notification!18:53
EmilienMI'll keep an eye in case I missed some other repos18:53
clarkb~5 minutes to the last infra meeting of the year18:54
fungijust enough time for everyone to pour some eggnog18:56
fungiwhere "eggnog" is code for whatever you've got18:56
clarkbI just had some orange juice18:57
*** priteau has quit IRC18:58
mnaserclarkb: https://review.openstack.org/#/c/625989/ came up with this19:00
mordredmnaser: kinda makes me want to invert that19:01
mordredmnaser: make devstack-consumer parent: devstack liek you have it - but then make devstack-tox-functional-consumer parent on devstack-consumer19:02
mnasermordred: ok let me see how i can structure that cleanly19:02
mordredmnaser:  I mean - I think what you have there is perfectly fine19:02
mnaseryeah but it'd be cleaner19:02
mnaserim just tryna see how it works in terms of devstack-tox-base => devstack-tox-functional => devstack-tox-functional-consumer existing tree19:03
mnasermordred: if you have anything that comes to your mind, let me know but i'm not tooooo sure19:03
*** armax has joined #openstack-infra19:04
*** e0ne has joined #openstack-infra19:05
*** eharney has quit IRC19:08
openstackgerritMerged openstack-infra/opendev-website master: Publish opendev website to afs on merge.  https://review.openstack.org/62567119:09
*** eharney has joined #openstack-infra19:11
*** mriedem is now known as mriedem_afk19:22
corvusianw, mordred, frickler: can someone explain test_firewall to me in https://review.openstack.org/605585 ?  why is that needed when we have the changes to test_base?  and why is there no job that includes it in its files stanza?19:22
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Remove test_firewall.py  https://review.openstack.org/62599519:24
corvusianw, mordred, frickler: okay, that's that.  i'm a little confused because that was my comment on PS13, and mordred agreed.  it's not clear to me how we ended up merging that despite agreeing it isn't necessary.19:26
openstackgerritMerged openstack-infra/system-config master: Run a local MySQL service on StoryBoard servers  https://review.openstack.org/62329019:35
*** aojea has quit IRC19:36
*** rlandy|biab is now known as rlandy19:40
*** agopi_ has joined #openstack-infra19:48
*** wolverineav has quit IRC19:48
*** wolverineav has joined #openstack-infra19:49
*** agopi has quit IRC19:50
*** trown|lunch is now known as trown19:51
*** agopi_ has quit IRC19:51
*** agopi_ has joined #openstack-infra19:52
ianwfrickler: yeah, as you noticed on that nodepool dogpile from source job, our install jobs are pretty openstack specific19:54
*** wolverineav has quit IRC19:54
ianwi started looking at use-cached-repos, which led me down a rabbit hole of ansible bugs to https://github.com/ansible/ansible/pull/5007019:54
ianwanyway, i think we can probably automate handling of github repos, might be useful for other things too19:55
mordredianw: don't know if you saw - but we cut an openstacksdk release - so hopefully we're a step closer to unravelling that issue?19:55
*** manjeets has quit IRC19:55
*** rkukura has quit IRC19:56
ianwmordred: excellent, i think with the workaround we're all good on that front19:58
ianwi'd hoped to get the networkmanager stuff, and f29 and potentially a rhel8 beta image up with it, but i think out of time for this year19:58
corvusclarkb, fungi, ianw, mordred: i restarted gitea with code indexing -- example: http://38.108.68.96/explore/code?q=zk19:59
ianwas mentioned in the meeting, don't want to push out something that breaks everyone's networking at this point19:59
clarkbcorvus: seems quick. I wonder what index backend it is using20:00
corvusmaybe something called 'bleve'?20:00
dmsimardgitea is pretty sweet. I love the built-in mirror feature.20:01
corvushttps://github.com/blevesearch/bleve20:01
ianwcorvus: lgtm ... i do like codesearch's file matching feature, this doesn't seem to have an extra option like that20:01
clarkbgoogle says bleve is "boiling liquid expanding vapor explosion"20:01
corvusdmsimard: yes it's nice20:01
corvusthough i should mention, i don't actually expect we'll set up the repos as mirrors.  i did in the poc, but in reality, i think we want to have gitea think it's authoritative and push to it.20:01
*** agopi__ has joined #openstack-infra20:02
mordredyah20:02
corvus(you'll note in the poc, the repos say they are mirrors of the thing we are going to retire :)20:02
corvusclarkb: jives with their logo :)20:02
corvusianw: good point20:02
clarkbha indeed20:02
dmsimardMirror is a pull, we can push with gerrit right now so /shrug20:02
mordreddmsimard: exactly20:02
*** agopi_ has quit IRC20:03
ianwcorvus: hrm, it's a keyword not a regex search?  or am i doing it wrong?20:04
corvusianw: i've only tried keyword20:04
fungiyeah, if it's something like a tree of trigrams and not a full text index that could explain why it's fast20:05
clarkbbleve docs make it seem simpler than regex20:05
clarkbwhich isn't suprising lucene is simpler queryl ang too20:05
clarkbyou can require terms and exlude terms20:05
*** agopi_ has joined #openstack-infra20:10
*** agopi__ has quit IRC20:10
corvusbleve has the idea of fields; i think gitea just uses the "Content" field.  so i bet it could be improved without too much difficulty.20:11
*** wolverineav has joined #openstack-infra20:14
corvushttps://github.com/go-gitea/gitea/blob/master/modules/indexer/repo.go#L9620:15
*** agopi_ has quit IRC20:16
*** agopi_ has joined #openstack-infra20:16
openstackgerritMerged openstack-infra/system-config master: Turn on the future parser for elasticsearch.openstack.org  https://review.openstack.org/61566520:17
clarkbsystem-config is still installing ansible-list 3.5.1. I don't see any reason for it to not install 4.0.0 though20:19
clarkbhttp://logs.openstack.org/95/625995/1/gate/tox-linters/73b1520/tox/linters-1.log anyone have ideas20:19
clarkbcould be that we are caching the indexes for longer than the epxected 10 minutes on hte mirror nodes?20:19
clarkbbut if I pull up the index locally on that mirror I see ansible-lint 4.0.020:20
*** agopi_ has quit IRC20:20
*** agopi_ has joined #openstack-infra20:20
openstackgerritClark Boylan proposed openstack-infra/system-config master: Cap ansible-lint at < 4.0.0  https://review.openstack.org/62599920:21
openstackgerritTobias Henkel proposed openstack-infra/zuul master: WIP: Add cgroup support to ram sensor  https://review.openstack.org/54950620:21
clarkbThat cap will ensure we are ready to merge a fix if it is a delayed cache eviction problem20:22
ianwclarkb: hrm, this i just after your change to ignore the cache busting merged?20:22
clarkbianw: ya, though we are definitely seeing some jobs install 4.0.0 and fail (tripleo for example)20:23
clarkbrunning tox locally I get 4.0.0 though20:23
openstackgerritMerged openstack-infra/system-config master: Remove test_firewall.py  https://review.openstack.org/62599520:26
clarkbI wonder if we are ignoring the server side cache control max age of 10 minutes20:27
clarkband falling back to our one day cache default20:27
*** _alastor_ has quit IRC20:29
*** jtomasek has joined #openstack-infra20:29
clarkbin my web-browser I see cache control max-age is still 600s20:30
clarkbI'll tcpdump pip again20:30
*** _alastor_ has joined #openstack-infra20:30
*** rlandy is now known as rlandy|brb20:30
ianwclarkb: how would your browser see 4.0.0 in the index but pip not?20:31
clarkbianw: ya exactly. I don't know20:31
ianwor unless something like whatever pip sends doesn't trigger a remote lookup, until a browser hits the mirror, it's serving up 3.x -- i.e. the browser busts the cache20:32
clarkband using the same mirror locally installing ansible-lint installs 4.0.020:32
clarkbmaybe20:32
*** bobh has quit IRC20:32
*** bobh has joined #openstack-infra20:33
clarkbthat said if we see max-age 600 I would expect the apache cache to honor that so we should only cache the index for 10 minutes20:33
clarkbunless the ignore cache control docs aren't clear that it affects the backend reponse headers too20:33
*** jtomasek has quit IRC20:34
openstackgerritIan Wienand proposed openstack-infra/zuul-jobs master: [dnm] testing against base-test  https://review.openstack.org/62600220:35
clarkbianw: http://logs.openstack.org/85/625585/1/gate/openstack-tox-linters/9e6a509/zuul-info/host-info.ubuntu-xenial.yaml that failed on ansible lint 4.0.0 in inap and ran before our passing job there that installed 3.5.120:36
clarkbI don't know that it is the cache20:36
mnaserdo we have a zuul role that installs golang right now? i couldn't find one but i know we have things that use golang20:37
clarkbmnaser: on the kata jobs I just instaleld it from the distro because it was quite new iirc20:37
clarkbyup that is what i did20:38
mnaserclarkb: ok, i might write up a small role to be able to deploy specific versions then20:38
clarkbmnaser: I would be wary of relying on github's hosting for that as in your comments20:38
clarkblooks like ubuntu bionic has 1.7-1.0 and xenial has 1.6, 1.7, 1.9 and 1.1020:39
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Add cgroup support to ram sensor  https://review.openstack.org/54950620:40
mnaserclarkb: i dont think it relies on github20:41
mnaserlooks like its dl.google.com for golang20:41
clarkbmnaser: the url you had was for a githubcontent.com url20:41
clarkbin your comments for the one playbook20:41
mnaseroh yes20:41
mnaserim dropping that gimme stuff20:41
mnaserbecause its just a wrapper and we should go stuff directly using ansible20:41
mnaserinstead of using a wrapper which calls shell commands via ansible20:42
mnaserjust gonna pull down bins via https://dl.google.com/go/go1.11.4.darwin-amd64.pkg directly20:42
clarkbI would just install it from the distro since you are ubuntuing20:42
*** agopi_ has quit IRC20:42
clarkbwe mirror that, should be plenty reliable and its a quite new version of go20:42
mnaseroh xenial has 1.1020:42
mnaserthats what i actually need20:42
mnasergood enough20:42
clarkbyes and bionic too20:42
mnaserill drop it into bindep too with a custom profile20:42
*** agopi_ has joined #openstack-infra20:44
*** agopi_ has quit IRC20:44
*** agopi_ has joined #openstack-infra20:44
*** agopi_ has quit IRC20:46
*** rlandy|brb is now known as rlandy20:48
*** mriedem_afk is now known as mriedem20:50
clarkbhttp://logs.openstack.org/f2/f24073cf1e3210901da0eb1816a07a20b4e726a6/post/opendev-website-publish/a279205/job-output.txt.gz#_2018-12-18_19_11_36_139589 is why we have no opendev website content. If I try to cd into /afs/openstack.org/project/opendev.org I get permission denied20:50
clarkbI want to say we ran into similar with starlingx20:50
clarkband it had to do with not tying the .openstack.org RW volume to the openstack.org RO volume20:50
clarkbfungi: corvus ^ do you recall?20:50
clarkboh though if we can't write to it with that afs tab then that might be a write permission issue too20:51
openstackgerritIan Wienand proposed openstack-infra/system-config master: [dnm] testing tree checkout tagging  https://review.openstack.org/62600620:52
pabelangermkdir: cannot create directory ‘/afs/.openstack.org/project/opendev.org’: Permission denied20:52
pabelangerclarkb: looks like it20:52
*** eernst has joined #openstack-infra20:54
fungiclarkb: i think i updated the docs... looking20:56
fungiin particular there's no need for a read-only replica20:56
clarkbah20:57
clarkbit looks like I need to reboot sothat I have an up to date kernel with afs module20:57
clarkbuntil then aklog not working20:57
clarkband also it is lunch time so I might take that as an excuse to go through the pain fo a reboot20:58
fungioh20:58
*** jamesmcarthur has quit IRC20:58
fungi"If the volume’s mountpoint lies within another volume, you may also need to vos release that parent volume before it will show up in the read-only path."20:59
*** gfidente has quit IRC20:59
fungidid you vos release the parent volume?20:59
fungithat's what i missed the first time, i think, which is why i updated the docs20:59
fungithe child mountpoint won't exist until the parent volume is updated21:00
clarkbI didnt set afs up, I think corvus did?21:00
fungioh, got it. i'll see if i can spot it21:00
clarkbsystem config already had the parent job stuff in place and ls on afs showed the dir was there21:01
*** mriedem has quit IRC21:02
openstackgerritSorin Sbarnea proposed openstack-infra/system-config master: Adds ServerAliveInterval to ansible ssh_args to avoid frozen connections  https://review.openstack.org/62600921:04
*** mriedem has joined #openstack-infra21:04
fungiyeah, so far not finding anything missing21:04
fungithere's definitely a /afs/.openstack.org/project/opendev.org21:04
fungiFile /afs/openstack.org/project/opendev.org (536871059.1.1) contained in volume 53687105921:05
fungialso matches the .openstack.org path output from fs listvol21:06
fungiVolume status for vid = 536871059 named project.opendev21:06
fungiCurrent disk quota is 10000021:06
openstackgerritMerged openstack-infra/glean master: Fix argv patching in unit tests  https://review.openstack.org/61896221:08
openstackgerritMerged openstack-infra/glean master: Pass arguments rather than distro to utility functions  https://review.openstack.org/61896321:08
openstackgerritMerged openstack-infra/glean master: Add NetworkManager distro plugin support  https://review.openstack.org/61896421:08
fungi`fs listacl /afs/.openstack.org/project/opendev.org` lacks "docs rlidwk"21:09
fungiit only has "system:administrators rlidwka"21:10
fungiso i think that's it21:10
mordredfungi: ah - so maybe it just needs an fs sa21:10
fungiwe need to grant the docs principal access21:10
mordredyeah21:10
fungier, account/group i mean, not principal21:11
fungidoes `fs setacl /afs/.openstack.org/project/opendev.org docs write` look correct?21:12
*** dpawlik has joined #openstack-infra21:12
fungialso should we grant read to system:anyuser as well?21:12
fungithe others seem to have "system:anyuser rl" so i'm thinking yes21:12
fungitrying those now, though it's taking its time to respond to me21:13
fungiokay, acls look like they match the others now21:14
fungii can retrigger that commit in post21:14
fungii wonder why we didn't record zuul info for http://logs.openstack.org/f2/f24073cf1e3210901da0eb1816a07a20b4e726a6/post/opendev-website-publish/a279205/21:15
clarkbit is becauseit waslocalhost only job21:18
clarkbfwiw my aklog still not working here so maybe tumbleweed broke its afs packages21:18
fungii've reenqueued now21:18
clarkbthnk you21:18
fungiit's waiting for a node assignment21:19
fungiconsole stream is http://zuul.openstack.org/stream/ba1fd7f611c74ea881754e74d26c5346?logfile=console.log21:20
clarkbI should set up a debuntu vm just for afs21:21
fungithe synchronize task worked this time, or so it says21:21
fungihttps://opendev.org/ has content!21:21
*** dpawlik has quit IRC21:22
*** rcernin has joined #openstack-infra21:22
fungialso storyboard and storyboard-dev have mysql servers running on them now. hopefully tomorrow i can do a brief outage to switch the services over21:23
*** rkukura has joined #openstack-infra21:24
clarkbyay21:25
clarkbso it was dir level acls21:26
openstackgerritMerged openstack-infra/glean master: A systemd skip for Debuntu systems  https://review.openstack.org/62042021:26
openstackgerritMerged openstack-infra/glean master: Change openstack-dev to openstack-discuss  https://review.openstack.org/62232921:26
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Add cgroup support to ram sensor  https://review.openstack.org/54950621:26
fungiclarkb: if you're going to do a vm for openafs, debian/unstable and debian/testing have openafs 1.8.2, same as ubuntu cosmic21:26
*** jamesmcarthur has joined #openstack-infra21:26
*** jamesmcarthur has quit IRC21:27
*** jamesmcarthur has joined #openstack-infra21:27
corvusclarkb, fungi: everything ok with afs now?21:27
fungiso newer than the 1.8.0 pre-release bionic has at any rate21:27
fungicorvus: yep, we just needed to grant acls for the website volume21:28
clarkbthat is what I've got too but have pioctl errors21:28
fungieverything else looks correct21:28
clarkbI think because kernel module and kernel are mismtached somehow21:28
fungicorvus: and after adding the usual acls for docs publication and world-readability, retriggering the build published us a https://opendev.org/21:29
corvusyay!  i'll talk to the freenode folks next21:30
fungithanks!21:30
*** jamesmcarthur has quit IRC21:30
*** tpsilva has quit IRC21:31
*** rcernin has quit IRC21:37
*** dpawlik has joined #openstack-infra21:37
*** eharney has quit IRC21:40
*** dpawlik has quit IRC21:42
mordredTIL: the nodejs package depends on python2.7-minimal21:42
fungiwow21:43
*** manjeets has joined #openstack-infra21:48
clarkbactually I wonder how much I can use kafs for21:49
clarkbianw ^ I think you were looking into that. Im assuming a 4.19 kernel can read afs things with kafs21:49
*** e0ne has quit IRC21:51
*** trown is now known as trown|outtypewww21:56
*** wolverineav has quit IRC21:59
*** wolverineav has joined #openstack-infra22:00
*** rcernin has joined #openstack-infra22:04
*** boden has quit IRC22:04
ianwclarkb: it seems the client side of things is still coming along for kafs, although the main bits are there22:05
*** wolverineav has quit IRC22:06
*** wolverineav has joined #openstack-infra22:08
*** jamesmcarthur has joined #openstack-infra22:11
*** kgiusti has left #openstack-infra22:15
*** jamesmcarthur has quit IRC22:16
*** yboaron has joined #openstack-infra22:16
corvusianw: does it work enough to use it on the mirror nodes? -- they are unauthenticated read-only22:19
ianwcorvus: you read my mind : https://review.openstack.org/#/c/623974/ :)22:21
ianwi think it could, but the client packaging is holding things up but apparently that's being worked on.  also i think we want fedora 29 kernels for all bug fixes ... that's been a saga between glean/openstacksdk/etc getting going22:22
ianwfrom the kafs perspective, it would be great if we could show it actually working like this to strengthen an argument for inclusion in rhel8 (and ergo centos8).  currently there's discussions about if it should be or not but showing real world usage is better than just words22:25
corvusianw: it might help to grab syslog from that job22:27
clarkbianw: cern might also be able to show real world usage? iirc they are big rhel/centos users and big afs users22:28
*** manjeets has quit IRC22:30
*** _ody has joined #openstack-infra22:30
ianwcorvus: you read my mind on collecting syslog from jobs :) https://review.openstack.org/#/c/624827/22:30
clarkbianw: btw dmsimard caught a fun system-config ansible job behavior. We install a cron to run ansible and that cron ansible will update the nested ara with failed runs :)22:31
corvusianw: but the kafs change is failing on role-integration -- that doesn't inherit from the ansible jobs, right?22:31
ianwclarkb: oh, haha, i didn't think of that :)22:31
clarkbwe may want to disable the cron or configure it to use a different ansible.cfg so it doesn't use ara22:31
clarkbit is a non issue except it pollutes the debugging data22:31
ianwcorvus: ah, true, yeah might need to port.  anyway, i got a bit stuck because the client packages were mounting /kafs (not /afs) and the instructions about how to mount were unclear22:32
ianwbut i think in the last few days, the client packages have been updated and now mount at /afs again22:32
corvusianw: huh.  um.  i kinda think "/afs" should be considered an API22:33
corvusok.  whew.22:33
ianwyeah, i've had a little discussion with kafs developers over the job in private mails, they're aware but it's a busy time22:34
ianwmy real initial hope was to get them interested with enough framework that it could integrate with them, and expound the greatness of zuul :)22:34
ianwcertainly i think we could be useful 3rd party ci for the client tools, etc, if the jobs are written22:35
*** rcernin has quit IRC22:37
_odyHey folks, I am looking for an email address to redirect the openstack space on the Puppet forge to. Tobias Urdin informed to use infra-root@openstack.org but looks like that's already being used and forge emails are used as logins so needs to be unique.22:39
_odyDoes + address work for you folks?22:40
*** dkehn has quit IRC22:40
corvusinteresting.  i don't see a record of a puppetforge login in our credentials file22:40
*** dkehn has joined #openstack-infra22:41
clarkbI don't actually know if our mail host for that account works with +strings22:41
clarkbcorvus: I seem to recall mordred maybe setting something up a long long time ago for puppet modules?22:41
*** rcernin has joined #openstack-infra22:41
corvus_ody: do you know what account is using that address?  can we do a recovery to find out?22:41
corvusclarkb: credentials file or it didn't happen :)22:41
_odycorvus: I don't. I'd need to ping devs to look in db22:41
clarkbalso if we do that recovery can we use the existing account for the openstack puppet modules?22:42
corvus_ody: i have done a "forgot password" thing on that account22:42
corvusi will go look for mail now22:42
clarkbcorvus: thank you22:42
ianwcorvus: yeah, i just did the same, we got one22:42
corvusianw: all you then :)22:42
_odyclarkb: Up to you and Tobias, really. You folks can have the openstack space if you want it.22:43
*** rcernin has quit IRC22:43
corvusianw: i'm out of the passwords file if you want to update it22:43
ianwok, let me generate one and see what this account is about22:43
*** rcernin has joined #openstack-infra22:45
_odyPuppet forge, sadly doesn't understand orgs so forge.puppet.com/openstack maps directly to the openstack user.22:45
ianwhttps://forge.puppet.com/users/openstackinfra22:45
ianwis it22:45
*** manjeets has joined #openstack-infra22:45
ianwok, credentials updated for future reference22:47
ianw_ody: hrm, so we'll never be able to set the email to infra-root@openstack.org if it's taken by the openstackinfra user?22:48
*** bobh has quit IRC22:48
_odyianw: Looks that way.22:48
clarkbin the last 12 hours bhs1 is not dominating our query for timed out jobs so I think it is doing well. There is still a non zero number of timeouts but it is middle of the pack22:48
clarkb_ody: ianw and oepnstackinfra can't publish to openstack/ because those are individual users?22:48
_odyclarkb: Correct.22:49
ianwi can't see any way to close your account via the web interface -- clearly we don't use openstackinfra account22:49
corvuswait i don't understand that last thing22:49
clarkbianw: we should be able to try the +string email thing really quicklly and if it delivers to that mail host we should be able to use it22:49
corvuswhy can't openstackinfra publish to openstack/ ?22:49
clarkbcorvus: because that path root is a user's namespace. And openstackinfra and openstack are distinct users. They aren't logical paths22:50
corvusoooh i see22:50
corvuswe can make aliases.  we have a bunch.22:51
corvusso if + addressing doesn't work, we can try that.22:51
ianwmy test + mail has neither been rejected nor seems to have made it to the inbox22:52
corvusdid it land in a folder named for what's after the +?  did what's after the + exist as a folder already?22:52
ianwi sent it to infra-root+test22:53
*** yboaron has quit IRC22:56
corvusianw: i see it filed in the test folder22:56
corvus_ody, ianw, clarkb: so i think we could use "infra-root+puppet-openstack@openstack.org" or something22:58
ianwyeah, i just realised my imap isn't subscribed to a bunch of folders22:58
*** rh-jelabarre has quit IRC23:00
ianwcorvus: it looks like i can change the github username without too much fuss at this point (without having to set it all up again).  how strongly do you feel?  to avoid similar things to ^ what name do you suggest?23:00
clarkbhttp://logs.openstack.org/58/619258/1/check/nodepool-functional-py35-ubuntu-src/0fa1b77/controller/logs/screen-nodepool-launcher.txt.gz#_Dec_18_19_47_53_329401 is a zookeeper connection loss in nodepool functional tests on bhs1 since we reenabled bhs123:02
clarkblooking at the dstat data disk IO is in the undreds of MB/s around that time23:03
clarkbfar better than the single digit MB/s in the past23:03
_odyemail confirmation on the way23:04
corvusianw: not very strongly, i doubt we will wedge ourselves there.  i was thinking something involving opendev -- however, maybe we keep the openstack-ish username for managing the openstack orgs, and make a new one for the opendev zuul app....23:05
clarkbI think that is a good indication we've fixed the disk io troubles. But may indicate there is something else going on as well?23:05
ianw_ody: ok, got it.   so what do you want, a secret for writing a job to publish things?23:06
clarkbit predominantly hits the nodepool ubuntu job, but also affects the other nodepool jobs23:06
_odyianw: I am no longer working on openstack related things, I am not even a dev or operator anymore so trying to turn over to current PTL of the community module project.23:07
_odyThat person seemed to ping you folks has he was directed at infra-root.23:07
*** bobh has joined #openstack-infra23:07
ianw_ody: oh, ok, Tobias will want that going forward then23:08
*** eernst has quit IRC23:08
ianwi'll reset the password, and store it in our repo.  we can then generate a secret for use in automated publishing23:08
clarkbianw: sounds good23:08
clarkblooks like we have connectionlosses in gra1 and inap mtl01 too23:08
clarkbbut bhs1 does it more23:08
clarkblooks like rax dfw did it once on the far end of the hits23:10
clarkbits also a largely new behavior with most hits being the last couple days (we on'y turned on bhs1 earlier today)23:11
clarkbthat could be related to slow week for nodepool last week23:11
clarkbmaybe we want ot put the functional test zk disk on a tmpfs too (we put unittests there already)23:13
*** wolverineav has quit IRC23:14
_odyianw: Thanks!23:15
ianw_ody tobias-urdin : ok, thanks, the openstack account is now updated and we have the credentials in our usual place23:15
*** bobh has quit IRC23:17
*** wolverineav has joined #openstack-infra23:17
*** wolverineav has quit IRC23:17
*** wolverineav has joined #openstack-infra23:17
*** bobh has joined #openstack-infra23:18
*** _ody has left #openstack-infra23:20
openstackgerritClark Boylan proposed openstack-infra/nodepool master: Run devstack zookeeper on tmpfs  https://review.openstack.org/62603823:21
clarkbI don't actually know if that will make things better or worse considering the memory pressure involved23:21
clarkbdstat seems to show we should have enough memroy in the jobs for that23:22
*** bobh has quit IRC23:22
openstackgerritMarcH proposed openstack-infra/git-review master: Make it possible to configure draft as default push mode  https://review.openstack.org/22042623:23
clarkbas a sanity check all 4 of the current integrated gate failures did not run on bhs123:25
clarkbI think things are mostly looking good and maybe zookeeper has a specific sad there23:26
clarkbianw: ^ thinking out loud here part of the trouble may be running dib + qemu + zookeeper + mysql and all of openstack23:26
clarkbdib is going to build the first image then nodepool will immediately start booting that while dib moves to build the second image23:26
*** armax has quit IRC23:29
*** efried has joined #openstack-infra23:29
*** efried has quit IRC23:34
*** _alastor_ has quit IRC23:37
openstackgerritMarcH proposed openstack-infra/git-review master: Add hint to just "git remote rename origin gerrit" when no .gitreview  https://review.openstack.org/62604323:39
*** tosky has quit IRC23:40
openstackgerritClark Boylan proposed openstack-infra/nodepool master: Trim devstack services used in testing  https://review.openstack.org/62604423:41
*** smarcet has joined #openstack-infra23:51
*** wolverineav has quit IRC23:53
*** yolanda has quit IRC23:55
*** dave-mccowan has quit IRC23:56

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