Monday, 2017-10-30

*** calebb has joined #openstack-infra00:01
*** markvoelker has quit IRC00:08
*** dingyichen has joined #openstack-infra00:10
openstackgerritMerged openstack-infra/irc-meetings master: Update docs team mtg time and channel  https://review.openstack.org/51578300:15
*** thorst has joined #openstack-infra00:18
*** fultonj has joined #openstack-infra00:19
*** thorst has quit IRC00:20
*** sflanigan has joined #openstack-infra00:21
*** sflanigan has joined #openstack-infra00:21
*** bobh has joined #openstack-infra00:30
*** gildub has joined #openstack-infra00:40
*** Jeffrey4l has quit IRC00:42
*** Jeffrey4l has joined #openstack-infra00:42
*** salv-orlando has joined #openstack-infra00:46
openstackgerritMerged openstack-infra/tripleo-ci master: Remove dlrnapi report at the end of the run  https://review.openstack.org/51259000:50
*** salv-orlando has quit IRC00:51
*** huanxie has joined #openstack-infra00:51
mnaserhow long does it take for a dependent change to get queue'd into the gate00:51
*** LindaWang has joined #openstack-infra00:51
mnaserchanges in question =- https://review.openstack.org/#/q/topic:bindep/puppet+branch:stable/pike+label:Verified%252B100:52
*** cuongnv has joined #openstack-infra01:02
*** markvoelker has joined #openstack-infra01:05
*** catintheroof has joined #openstack-infra01:08
*** kiennt26 has joined #openstack-infra01:09
*** bobh has quit IRC01:10
openstackgerritMerged openstack/diskimage-builder master: Zuul: add file extension to playbook path  https://review.openstack.org/51612901:14
*** daidv has joined #openstack-infra01:15
*** liusheng has quit IRC01:20
*** xingchao has joined #openstack-infra01:21
*** catintheroof has quit IRC01:22
*** liujiong has joined #openstack-infra01:29
*** markvoelker has quit IRC01:38
*** namnh has joined #openstack-infra01:38
*** zzzeek has quit IRC01:40
openstackgerritIan Wienand proposed openstack-infra/system-config master: Add new backup hosts to puppet  https://review.openstack.org/51614801:42
openstackgerritIan Wienand proposed openstack-infra/system-config master: Backup zuulv3 with bup  https://review.openstack.org/51615701:42
*** xingchao has quit IRC01:45
ianwinfra-root: ^ i've just kind of run with the idea of a new backup server.  it's currently rsyncing the old /opt/backups ... i figured it would not be a bad idea to actually read over all the data.  i also doulbed the inodes on the new /opt/backups (it wasn't even close, but it seems worth it)01:45
*** xingchao has joined #openstack-infra01:47
*** daidv has quit IRC01:50
*** daidv has joined #openstack-infra01:51
openstackgerritIan Wienand proposed openstack-infra/system-config master: Add new backup host to puppet  https://review.openstack.org/51614801:53
openstackgerritIan Wienand proposed openstack-infra/system-config master: Backup zuulv3 with bup  https://review.openstack.org/51615701:53
*** xingchao has quit IRC01:56
*** gildub has quit IRC01:58
*** xingchao has joined #openstack-infra02:00
openstackgerritIan Wienand proposed openstack-infra/system-config master: [DNM] remove ci-backup-rs-ord.openstack.org  https://review.openstack.org/51615902:04
*** bobh has joined #openstack-infra02:06
*** thorst has joined #openstack-infra02:21
openstackgerritOpenStack Proposal Bot proposed openstack/os-testr master: Updated from global requirements  https://review.openstack.org/50364502:22
*** namnh has quit IRC02:23
*** daidv has quit IRC02:23
*** daidv has joined #openstack-infra02:24
*** namnh has joined #openstack-infra02:24
*** thorst has quit IRC02:25
*** liusheng has joined #openstack-infra02:31
openstackgerritIan Wienand proposed openstack-infra/system-config master: puppetmaster: rotate /var/log/puppet_run_all_infracloud.log  https://review.openstack.org/51616502:33
*** markvoelker has joined #openstack-infra02:35
*** mriedem has quit IRC02:38
openstackgerritIan Wienand proposed openstack-infra/system-config master: Add new backup host to puppet  https://review.openstack.org/51614802:42
openstackgerritIan Wienand proposed openstack-infra/system-config master: Backup zuulv3 with bup  https://review.openstack.org/51615702:42
openstackgerritIan Wienand proposed openstack-infra/system-config master: [DNM] remove ci-backup-rs-ord.openstack.org  https://review.openstack.org/51615902:42
*** felipemonteiro_ has joined #openstack-infra02:44
*** salv-orlando has joined #openstack-infra02:47
*** salv-orlando has quit IRC02:51
*** annp has joined #openstack-infra02:53
*** xingchao has quit IRC03:03
*** gongysh has joined #openstack-infra03:06
*** bobh has quit IRC03:08
*** markvoelker has quit IRC03:09
*** ramishra has joined #openstack-infra03:12
ramishrahi guys, can someone look at https://review.openstack.org/#/c/515734 please, would unblock heat gate03:15
ramishraianw: Hi! ^^^03:15
*** gildub has joined #openstack-infra03:18
*** namnh has quit IRC03:18
*** daidv has quit IRC03:18
*** daidv has joined #openstack-infra03:19
*** namnh has joined #openstack-infra03:19
*** felipemonteiro_ has quit IRC03:21
openstackgerritsebastian marcet proposed openstack-infra/openstackid-resources master: Error on Google Facade  https://review.openstack.org/51617403:32
openstackgerritMerged openstack-infra/openstackid-resources master: Error on Google Facade  https://review.openstack.org/51617403:32
*** daidv has quit IRC03:40
*** daidv has joined #openstack-infra03:41
*** xingchao has joined #openstack-infra03:43
*** pahuang has quit IRC03:44
*** udesale has joined #openstack-infra03:45
ianwramishra: it is no longer configurable?  or just mysql is removed?03:46
*** rcernin has quit IRC03:47
*** rcernin_ has joined #openstack-infra03:47
*** dave-mccowan has quit IRC03:48
SpamapSianw: it's gone IIRC03:48
*** pahuang has joined #openstack-infra03:52
*** gildub has quit IRC03:54
ianwfrom a bit of archaeology it's unclear why it's set there anyway, so removal LGTM, but should be double checked03:54
*** xingchao has quit IRC04:01
ramishraianw: default backend is gnocchi, mysql is not there  amymore04:01
ianwright, i was just more worried about pulling out the variable if people still use it, seems like "none" is still a valid option too04:02
ramishraianw: I don't know the history why it was overidden in devstack-gate (may be mongo was not a suitble option), someone can set it directly in jobs without using the varibale here though04:05
ianwright, which is the conclusion i came too in my comment as well ;)04:06
*** markvoelker has joined #openstack-infra04:06
ramishraianw: OK:)04:07
*** ykarel has joined #openstack-infra04:10
*** namnh has quit IRC04:13
*** daidv has quit IRC04:13
*** daidv has joined #openstack-infra04:14
*** namnh has joined #openstack-infra04:14
*** Dinesh_Bhor has joined #openstack-infra04:14
*** armaan has joined #openstack-infra04:19
*** thorst has joined #openstack-infra04:22
*** thorst has quit IRC04:27
*** rkukura has quit IRC04:27
*** huanxie has quit IRC04:27
*** dsariel_ has quit IRC04:30
*** janki has joined #openstack-infra04:35
*** armaan has quit IRC04:37
*** markvoelker has quit IRC04:39
*** gongysh has quit IRC04:43
*** salv-orlando has joined #openstack-infra04:48
*** salv-orlando has quit IRC04:52
*** jaosorior has joined #openstack-infra04:54
*** huanxie has joined #openstack-infra04:58
*** udesale__ has joined #openstack-infra04:59
*** udesale has quit IRC04:59
*** armaan has joined #openstack-infra04:59
*** wolverineav has quit IRC05:17
*** wolverineav has joined #openstack-infra05:18
*** wolverin_ has joined #openstack-infra05:25
*** wolverineav has quit IRC05:25
*** dhinesh has joined #openstack-infra05:27
*** markvoelker has joined #openstack-infra05:37
*** gongysh has joined #openstack-infra05:41
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Remove obsolete infra-publications jobs  https://review.openstack.org/51601105:45
*** dsariel_ has joined #openstack-infra05:45
*** cshastri has joined #openstack-infra05:46
*** threestrands_ has joined #openstack-infra05:47
*** zhurong has joined #openstack-infra05:48
openstackgerritMerged openstack-infra/devstack-gate master: Don't set CEILOMETER_BACKEND in localrc  https://review.openstack.org/51573405:48
*** threestrands has quit IRC05:50
*** otherwiseguy has quit IRC05:51
*** rnoriega has quit IRC05:52
*** haleyb has quit IRC05:53
*** wolverin_ has quit IRC05:59
*** dhinesh has quit IRC05:59
*** huanxie has quit IRC06:01
*** Kevin_Zheng has quit IRC06:01
kazshHi team, could you someone help me out ?  I got an zuul error "Unable to freeze job graph: Job requirements-check does not specify a run playbook"  https://review.openstack.org/#/c/515591/   suppose this merge https://review.openstack.org/#/c/514625/ affects us.. before this merge, we could make it well.. :/06:02
*** slaweq has quit IRC06:05
*** slaweq has joined #openstack-infra06:06
*** salv-orlando has joined #openstack-infra06:08
*** markvoelker has quit IRC06:10
*** slaweq has quit IRC06:10
SamYaplekazsh: just add a noop job with zuul06:14
*** udesale__ has quit IRC06:14
SamYaplekazsh: paste.openstack.org/show/624929/06:16
SamYaplethats assuming there is nothing in project-config breaking it06:17
SamYapledidnt check yet06:18
kazshSamYaple: thanks a lot!  I got it your point but what I want to do is to run jobs...06:19
SamYaplekazsh: well you have to write them :)06:19
SamYaplewhat are you trying to run? ive got a fewminutes to get you a simple job run06:20
kazshproject config already has my change for heat-dashboard...  I just want to run those :)06:21
openstackgerritChandan Kumar proposed openstack-infra/project-config master: Add post tarball gate to kuryr-tempest-plugin  https://review.openstack.org/51618606:21
kazshSamYaple:  http://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul.d/projects.yaml06:21
* SamYaple sighs06:21
SamYapleok good :)06:21
SamYaplewas about to divein06:21
SamYaplei wonder if you are breaking because no .gitreview?06:22
kazshah yea I removed it temporary to check out the change on my local..06:23
*** thorst has joined #openstack-infra06:23
kazshoh my fault :(06:23
openstackgerritChandan Kumar proposed openstack-infra/project-config master: Add post tarball gate to magnum-tempest-plugin  https://review.openstack.org/51618706:23
SamYaplekazsh: nah i see even in your PS7 you had it sameerror06:24
SamYaplethis might be related to the playbook file extentions change jeblairs been pushing06:24
openstackgerritChandan Kumar proposed openstack-infra/project-config master: Add post tarball gate to zaqar-tempest-plugin  https://review.openstack.org/51618606:24
kazshSamYaple: oh ok, but for now I rollbacked it.06:25
kazsh& got same..06:25
SamYapleyea you definetely need that, but not your issue i think06:25
*** jtomasek has joined #openstack-infra06:26
openstackgerritChandan Kumar proposed openstack-infra/project-config master: Add post tarball gate to neutron-tempest-plugin  https://review.openstack.org/51618806:27
*** gildub has joined #openstack-infra06:27
*** krtaylor has quit IRC06:27
*** thorst has quit IRC06:27
*** hamzy has quit IRC06:28
*** jbadiapa has joined #openstack-infra06:29
SamYaplecheck-requirements is the actual job.... where is requirements-check coming from06:29
SamYapleah i see. just some confusing names. https://github.com/openstack/requirements/blob/master/.zuul.d/project-template.yaml#L1006:31
kazshyes it is06:31
gongyshwho knows how zuul writes the devstack plugin orders?06:32
SamYaplekazsh: good(?) news is its not your repo06:32
SamYaplekazsh: https://github.com/openstack-infra/zuul-jobs/blob/fa896e2125cbf47a5fa8338b2bd819a72179ea58/zuul.yaml#L406:32
SamYaplekazsh: change would be needed to requirments repo to specify a run job06:33
SamYaplekazsh: trying to find when this broke06:33
kazshSamYaple: thank you !  suppose other projects also are being affected..06:36
SamYaplekazsh: testing that now06:36
kazsh:)06:36
*** dhajare|mtg has joined #openstack-infra06:36
*** slaweq has joined #openstack-infra06:37
SamYaplehmmmmm it seems not..06:37
kazshoh06:37
SamYaplestill working through it. im not an expert, im just around :)06:38
kazshno worries, thank you very much for your prompt work, really appreciated ;)06:38
SamYaplerequirements very clearly doesnt specify a run playbook, https://github.com/openstack/requirements/blob/master/.zuul.d/project-template.yaml#L1006:39
SamYapleand niether does its parent, unnittests https://github.com/openstack-infra/zuul-jobs/blob/fa896e2125cbf47a5fa8338b2bd819a72179ea58/zuul.yaml#L406:39
SamYapleso im a bit lost on how this is working out for other jobs06:40
SamYaples/jobs/projects06:40
*** gildub has quit IRC06:41
*** hamzy has joined #openstack-infra06:42
*** krtaylor has joined #openstack-infra06:43
SamYaplekazsh: i feel this might be beyond me and more infra-root folks might be needed to help06:45
*** salv-orlando has quit IRC06:46
SamYaplei dont understand how any projects using that template areworking with thelack of a run plabook anywhere06:46
AJaegerkazsh, SamYaple, somehow we indeed broke this ;(06:48
AJaegerjeblair: getting the same on https://review.openstack.org/51619506:48
*** salv-orlando has joined #openstack-infra06:48
SamYapleawesome. im not crazy06:48
kazsh:)06:48
SamYaplebad news is git blaming isnt helping because neither of those jobs have been modified recently06:48
SamYaplealso AJaeger https://review.openstack.org/#/c/516191/ that started running jobs before i abanonded it06:49
SamYapleso im not sure exactly what is happening06:49
AJaegerand indeed requirements-check is broken, it tests nothing ;(06:50
*** threestrands_ has quit IRC06:51
SamYapleahh i found it06:51
SamYaplehttps://review.openstack.org/#/c/516191/06:51
SamYapleohly breaks when modifying the requirements files06:51
SamYapleok that makes more sense06:51
AJaegerkazsh: add to your change "Depends-On: I4b1140c20c68821eaf0849c9ee551ff9b1c27deb" and let's see whether it then works06:52
AJaegertonyb, dirk, prometheanfire, please review https://review.openstack.org/516197 Actually run check-requirements06:53
kazshI see, will do that06:53
AJaegerkazsh, SamYaple 516197 should be the fix06:53
SamYapleAJaeger: any idea of how this breakage occured?06:53
SamYaplethat job hasnt been modifed in 10 days06:54
SamYapleneither has the template from what ican tell06:54
AJaegerSamYaple: stricter testing in zuul06:54
AJaegerSamYaple: so, it was always broken, we just never noticed ;(06:54
SamYapleah. so zuul internals. well i feel better about my troubleshooting skills :)06:54
SamYaplei was really worried for a moment06:54
kazshSamYaple: you are the expert from me :)06:56
* SamYaple is scared06:57
SamYaplewhat have i done :O06:57
SamYaplegood luck kazsh!06:57
kazshthanks mate ;)06:58
*** spectr has joined #openstack-infra07:02
*** florianf has joined #openstack-infra07:06
*** jascott1 has joined #openstack-infra07:07
*** markvoelker has joined #openstack-infra07:07
tonybAJaeger: hehe, I did ask others for some testign to indicate it worked.07:08
AJaegertonyb: you can self-test nowadays ;) https://review.openstack.org/516195 is one way of testing it...07:09
tonybAJaeger: I get that.07:09
*** slaweq has quit IRC07:10
kazshAJaeger, SamYaple: looks check-requirements recovered, got +1 from zuul https://review.openstack.org/#/c/515591/07:11
AJaegerkazsh: and looking at the json output, it passed - see my comments on https://review.openstack.org/#/c/51619707:13
AJaegerkazsh: glad to hear!07:13
ykarelAJaeger, can you confirm zuulv3 stable branch patch: https://review.openstack.org/#/c/514272/07:15
*** slaweq has joined #openstack-infra07:16
kazshAJaeger: thanks a lot as always !07:16
AJaegerkazsh: thanks to SamYaple for good debugging!07:17
*** rcernin_ has quit IRC07:17
kazshSamYaple: ;)  appreciated your prompt effort to my problem, I was really happy to hear your response actually.07:19
*** aviau has quit IRC07:20
*** aviau has joined #openstack-infra07:20
SamYaplekazsh: glad to hear it!07:24
chandankumarAJaeger: hello07:25
AJaegermorning, chandankumar07:25
chandankumarAJaeger: Good morning07:25
chandankumarAJaeger: Regarding this review https://review.openstack.org/#/c/507038/07:25
AJaegerchandankumar: what's unclear in my message?07:26
chandankumarAJaeger: i need to add 3 tempest jobs against neutron to test newly neutron tempest plugin and the same job will run for neutron as well as neutron tempest plugin07:26
chandankumarAJaeger: will i add the jobs with in neutron repo or openstack-zuul-jobs?07:26
AJaegerchandankumar: neutron owned repo07:27
AJaegerYou can even add them to neutron-tempest-plugin07:27
AJaegerchandankumar: we have global namespace, so define them somewhere07:27
AJaegerThe important part is not where to define jobs - you need to add the trigger in neutron's project section and that lives in neutron and project-config07:28
chandankumarAJaeger: ok, let me create the reviews.07:28
chandankumarAJaeger: Thanks :-)07:28
AJaegerSo, create jobs in either repo - and add the project stanza in neutron, possible with a depends-on07:28
AJaegerchandankumar: if you have questions, just leave a message here and somebody might answer later...07:29
AJaegerchandankumar: and please abandon the project-config one ;)07:30
*** tesseract has joined #openstack-infra07:33
*** wolverineav has joined #openstack-infra07:34
*** salv-orlando has quit IRC07:35
*** salv-orlando has joined #openstack-infra07:36
chandankumarAJaeger: sure07:36
*** gildub has joined #openstack-infra07:37
AJaegerchandankumar: if you add the job definition in neutron repo, add the trigger as well in neutron repo. I'm happy to  review if needed. You can just add this single job there for now...07:38
*** vsaienk0 has joined #openstack-infra07:39
*** markvoelker has quit IRC07:40
*** aarefiev_afk is now known as aarefiev07:41
*** wolverineav has quit IRC07:41
*** gildub has quit IRC07:49
*** hashar has joined #openstack-infra07:49
AJaegerinfra-root, review.o.o throws 500s and unreachable errors.07:51
SamYaplecan confirm07:53
*** yamamoto has quit IRC07:55
*** pow_2_30 is now known as gibi07:57
AJaegerand working again... strange07:58
*** salv-orlando has quit IRC07:59
*** salv-orlando has joined #openstack-infra08:00
*** ykarel is now known as ykarel|lunch08:00
*** salv-orl_ has joined #openstack-infra08:02
*** salv-orlando has quit IRC08:04
*** gongysh has quit IRC08:05
*** pgadiya has joined #openstack-infra08:10
*** wolverineav has joined #openstack-infra08:14
*** ccamacho has joined #openstack-infra08:14
*** alexchadin has joined #openstack-infra08:15
*** wolverineav has quit IRC08:18
*** gildub has joined #openstack-infra08:22
*** slaweq has quit IRC08:22
*** rcernin has joined #openstack-infra08:22
*** thorst has joined #openstack-infra08:24
*** huanxie has joined #openstack-infra08:27
*** Liced has joined #openstack-infra08:27
*** jpena|off is now known as jpena08:27
*** udesale has joined #openstack-infra08:27
*** thorst has quit IRC08:28
*** armaan_ has joined #openstack-infra08:28
*** armaan__ has joined #openstack-infra08:30
*** armaan has quit IRC08:30
*** arxcruz|pto is now known as arxcruz08:30
ramishrait seems patches are stuck in the check queue after finishing all jobs, probably some infra issue08:31
ramishraianw: if you're still around ^^^08:32
AJaegerramishra: "Queue lengths: 855 events, 0 management events, 486 results." on the top, it's going of the queue right now. Please have patience08:32
chandankumarAJaeger: regarding this review https://review.openstack.org/#/c/516188/ anything to do more from myside08:32
*** salv-orl_ has quit IRC08:32
AJaegerchandankumar: no - but I'm not riewing currently...08:32
chandankumarAJaeger: no problem.08:32
*** salv-orlando has joined #openstack-infra08:33
*** salv-orlando has quit IRC08:33
*** salv-orlando has joined #openstack-infra08:33
*** armaan_ has quit IRC08:33
*** d0ugal has quit IRC08:34
*** dingyichen has quit IRC08:35
*** d0ugal has joined #openstack-infra08:35
*** d0ugal has quit IRC08:35
*** d0ugal has joined #openstack-infra08:35
ramishraAJaeger: do you see the results count reducing? I see it steadily increasing08:35
*** d0ugal has quit IRC08:35
AJaegerramishra: it first increases...08:35
AJaegerramishra: it collects all events Zuul has to handle and that grows08:36
*** slaweq has joined #openstack-infra08:36
*** stakeda has joined #openstack-infra08:36
*** markvoelker has joined #openstack-infra08:37
ramishraAJaeger: OK, but I see patches stuck for 30 mins after finishing. If that's expected then it's ok08:37
*** Hal has joined #openstack-infra08:37
AJaegerramishra: as long as that count is going up, it's expected08:37
*** Hal is now known as Guest54808:38
LicedHi everyone. I'm asking if there is not a issue with translation job in zuul v3. Translation setup has been added for networking_bgpvpn https://review.openstack.org/#/c/509178/ and https://review.openstack.org/#/c/486349/ but the  .pot file is never generated for zanata08:38
AJaegerLiced: where do you expect .pot files to be generated?08:39
*** d0ugal has joined #openstack-infra08:40
*** d0ugal has quit IRC08:40
*** d0ugal has joined #openstack-infra08:40
*** d0ugal has quit IRC08:40
*** evrardjp has quit IRC08:40
*** evrardjp has joined #openstack-infra08:41
AJaegerLiced: the pot files are synced as post jobs. So, when you merge a change on master branch, it will upload to our translation server. When did the changes merge and when was last merge for master in the repo?08:41
LicedAJaeger: I'm expecting a directory here http://tarballs.openstack.org/translation-source/ The last change was 10 days ago.08:42
*** eyalb has joined #openstack-infra08:42
AJaegerLiced: Ah, 10 days - that was when our translation update was broken. It's working since just after that. So, get another change merged to the repo and you should be fine ;)08:43
Licedok08:43
Licedthanks08:44
AJaegerramishra: it indeed works long, let's see. If an admin is around, it might be worth checking, otherwise patience ;)08:45
*** pgadiya has quit IRC08:45
AJaegerbbl08:46
*** gongysh has joined #openstack-infra08:46
*** ccamacho has quit IRC08:48
*** d0ugal has joined #openstack-infra08:48
*** d0ugal has quit IRC08:48
*** d0ugal has joined #openstack-infra08:48
*** ccamacho has joined #openstack-infra08:48
*** alexchadin has quit IRC08:49
*** ociuhandu has joined #openstack-infra08:55
*** yamamoto has joined #openstack-infra08:55
*** pgadiya has joined #openstack-infra08:58
*** ykarel|lunch is now known as ykarel09:00
*** ifat_afek has joined #openstack-infra09:03
*** dhajare|mtg has quit IRC09:03
*** alexchadin has joined #openstack-infra09:04
*** yamamoto has quit IRC09:04
*** cshastri has quit IRC09:06
*** slaweq has quit IRC09:07
*** markvoelker has quit IRC09:10
openstackgerritTovin Seven proposed openstack-infra/openstack-zuul-jobs master: Remove legacy pyeclib job  https://review.openstack.org/51451309:12
openstackgerritJens Harbott (frickler) proposed openstack-infra/project-config master: Unblock designate-dashboard gate  https://review.openstack.org/51622309:12
eyalbHi, I have a review from the vitrage project https://review.openstack.org/#/c/516093/ but I don't see it in the zuul check column did recheck and nothing happened are there any issues with zuul ?09:12
*** yamamoto has joined #openstack-infra09:13
*** tosky has joined #openstack-infra09:14
*** slaweq has joined #openstack-infra09:15
fricklereyalb: zuul looks to be extremely slow at processing events, maybe even stuck, we will need to wait for some infra-root to show up and check in detail09:16
eyalbfrickler: thanks09:17
*** evrardjp has quit IRC09:22
*** evrardjp has joined #openstack-infra09:23
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/openstack-zuul-jobs master: Remove remaining legacy openstack-ansible tests  https://review.openstack.org/51263509:24
*** alexchadin has quit IRC09:25
*** alexchadin has joined #openstack-infra09:25
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/openstack-zuul-jobs master: Remove remaining legacy openstack-ansible tests  https://review.openstack.org/51263509:25
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/openstack-zuul-jobs master: Remove remaining legacy openstack-ansible tests  https://review.openstack.org/51263509:27
*** d0ugal has quit IRC09:28
*** gmann is now known as gmann_afk09:29
*** pgadiya has quit IRC09:31
*** tosky has quit IRC09:33
*** Liced has quit IRC09:34
*** tosky has joined #openstack-infra09:34
*** shardy has joined #openstack-infra09:34
*** vsaienk0 has quit IRC09:35
*** cshastri has joined #openstack-infra09:35
*** d0ugal has joined #openstack-infra09:37
*** wolverineav has joined #openstack-infra09:39
*** vsaienk0 has joined #openstack-infra09:41
*** tmorin has joined #openstack-infra09:43
*** pgadiya has joined #openstack-infra09:45
*** e0ne has joined #openstack-infra09:45
tmorinhi infraroot, I did a +2 W+1 on https://review.openstack.org/#/c/514742 more than an hour ago, but nothing seems to happen (looking at zuulv3.openstack.org) ... I certainly can recheck or W-1/W+1, but isn't there an issue somewhere ?09:45
*** edmondsw has joined #openstack-infra09:47
*** slaweq has quit IRC09:48
*** sdague has joined #openstack-infra09:50
*** edmondsw has quit IRC09:52
*** slaweq has joined #openstack-infra09:53
fricklertmorin: yes, zuul is slow or stuck, waiting for infra-root to check09:53
*** yamamoto has quit IRC09:54
*** slaweq_ has joined #openstack-infra09:59
*** gongysh has quit IRC10:00
toskyyep, "Queue length: 2677 events" does not sound normal10:02
*** zhurong has quit IRC10:05
*** cuongnv has quit IRC10:05
*** markvoelker has joined #openstack-infra10:07
*** kiennt26 has quit IRC10:10
*** liujiong has quit IRC10:13
*** gildub has quit IRC10:13
*** yamamoto has joined #openstack-infra10:16
*** annp has quit IRC10:17
*** udesale has quit IRC10:20
*** zhurong has joined #openstack-infra10:20
*** LindaWang has quit IRC10:22
*** yamamoto has quit IRC10:24
*** thorst has joined #openstack-infra10:25
*** slaweq has quit IRC10:27
*** slaweq has joined #openstack-infra10:29
*** thorst has quit IRC10:30
ianwok ... having a look10:30
*** xinliang has quit IRC10:30
d0ugal"3160 events"10:30
d0ugalclimbing fast too :)10:30
ianwit's not out of memory, and it's not being particularly cpu hungry10:34
*** lathiat has quit IRC10:35
ianwit's doing stuff, just ... slowly10:35
*** jascott1 has quit IRC10:36
d0ugaltbf, that is how I am on Mondays.10:36
*** kjackal_ has joined #openstack-infra10:37
*** LindaWang has joined #openstack-infra10:37
ianwi've restart it ...10:38
openstackgerritJens Harbott (frickler) proposed openstack-infra/shade master: Fix regression for list_router_interfaces  https://review.openstack.org/51624710:38
ianwit seems suspicious the oldest things seemed to maybe be around the time AJaeger mentioned review.o.o having issues10:39
ianwthat also seems ok?10:39
d0ugalyeah, gerrit seems fine now10:39
SamYaple3/win 1410:40
fricklerianw: the gerrit outage probably was the announced provider maintainance10:40
fricklerseems to have gotten zuul trip up10:40
*** markvoelker has quit IRC10:41
fricklerthat was the announcement: 2017-10-26 15:32:52 UTC Provider maintenance is scheduled for 2017-10-30 between 06:00-09:00 UTC which may result in up to a 5 minute connectivity outage for the production Gerrit server's Trove database instance10:41
*** boden has joined #openstack-infra10:41
*** xinliang has joined #openstack-infra10:42
tmorininfraroot: http://zuulv3.openstack.org/ does not display anything useful except "status.json: Proxy Error" , is it just for me ? (that would be surprising, it was ok one hour ago...)10:43
ianwok, just about finished reading config i think, should probably come alive now10:43
tmorinfrickler: thanks for your reply,  on a zuul restart, do we have to retrigger the jobs ?  (was true with v2, I'm wondering about v3)10:44
ianw#status notice Zuul has been restarted due to an unexpected issue.  Please recheck any jobs that were in progress10:45
openstackstatusianw: sending notice10:45
fricklertmorin: it depends, sometimes it is possible to save the queue and refill it after the restart, doesn't look like that was possible in the current case10:46
tmorinfrickler: ignore my question above :)10:46
ianwprobably could have saved the queues, but anyway10:46
-openstackstatus- NOTICE: Zuul has been restarted due to an unexpected issue. Please recheck any jobs that were in progress10:46
tmorinianw, frickler: anything that makes the restart more transparent is appreciated, but I guess you guys do what you can...10:46
openstackstatusianw: finished sending notice10:48
ianwjeblair: ok, digging in a bit more in the logs, I'm pretty confident it stopped working at 2017-10-30 07:53:16,72410:49
ianwhttp://paste.openstack.org/show/624950/10:50
*** eyalb has left #openstack-infra10:50
*** pbourke has quit IRC10:50
ianwi think there might be an error case worth handling there, but it's a bit late for me to dig into it now :)10:51
fricklerianw: at least that timestamp seems to pretty exactly match the traffic drop here http://cacti.openstack.org/cacti/graph.php?action=view&local_graph_id=63987&rra_id=all10:52
*** pbourke has joined #openstack-infra10:52
ianwhmm, though are jobs processing?  i wonder if the executors are unhappy too10:52
*** florianf has quit IRC10:53
fricklerianw: doesn't look like real progress is happening on the status page indeed10:53
*** florianf has joined #openstack-infra10:55
*** ifat_afek has quit IRC10:56
*** pcaruana has joined #openstack-infra10:56
*** ldnunes has joined #openstack-infra10:57
*** erlon has joined #openstack-infra10:58
*** lathiat has joined #openstack-infra10:58
*** slaweq has quit IRC11:01
*** slaweq has joined #openstack-infra11:02
ianwok, exectuors restarted and things seems to be processing11:03
ianwi wonder if i should restart the scheduler for the ones that were inflight ... hmm11:03
*** dmsimard is now known as dmsimard|afk11:05
ianwi think i will, i don't think those jobs will ever complete11:05
ianw#status log restarted all zuul executors and restarted scheduler11:06
openstackstatusianw: finished logging11:06
ianwgive it a few minutes to reload config11:06
*** smatzek has joined #openstack-infra11:07
*** nicolasbock has joined #openstack-infra11:07
ianwjeblair: 2017-10-30 07:15:54,667 in ze01 logs looks pretty suspicious to me11:08
ianwhttp://paste.openstack.org/show/624954/11:08
ianwok, already things look better11:09
ianwdefinitely a series of failures seemed to cascade through around 07:0011:09
ianwok, my recheck seems to have worked ... if anyone else can recheck theirs and report for sanity that would be good11:12
andreafjeblair, mordred: anything holding this off https://review.openstack.org/#/c/509233/ from merging?11:15
prometheanfireAJaeger: looking11:15
andreafit would be good to have that in so other roles could start using it right away11:16
*** namnh has quit IRC11:17
toskyrechecked two jobs, I see them on the right queues11:18
ianwok, jobs are running, stuff is merging (https://git.openstack.org/cgit/openstack/charm-ceph/commit/?id=b210d18d00e2b7e1c5b5b97ab403dd0951c90935 for example just merged)11:21
*** jtomasek has quit IRC11:21
toskyianw: uhm, almost: 516079 (which already had +w) ended up into both check and gate queue11:22
*** mat128 has joined #openstack-infra11:25
*** yamamoto has joined #openstack-infra11:25
*** mat128 has quit IRC11:25
ianw2017-10-30 11:18:10,895 INFO zuul.Pipeline.openstack.check: Adding change <Change 0x7fc5779ca0f0 516079,1> to queue <ChangeQueue check: openstack/sahara-image-elements> in <Pipeline check>11:26
ianw2017-10-30 11:18:10,896 INFO zuul.Pipeline.openstack.infra-check: Adding change <Change 0x7fc5779ca0f0 516079,1> to queue <ChangeQueue infra-check: openstack/sahara-image-elements> in <Pipeline infra-check>11:26
ianw2017-10-30 11:18:10,897 INFO zuul.Pipeline.openstack.gate: Adding change <Change 0x7fc5779ca0f0 516079,1> to queue <ChangeQueue gate: openstack/sahara-image-elements> in <Pipeline gate>11:26
ianw2017-10-30 11:18:10,898 INFO zuul.Pipeline.openstack.check-tripleo: Adding change <Change 0x7fc5779ca0f0 516079,1> to queue <ChangeQueue check-tripleo: openstack/sahara-image-elements> in <Pipeline check-tripleo>11:26
ianwreally not sure why.  anyway, it will merge and just get another check comment11:27
ianwoh it has merged now11:27
*** salv-orlando has quit IRC11:28
*** salv-orlando has joined #openstack-infra11:29
ianwok with that i'm out.  east coaster's will be around soon i'd imagine anyway.  goodnight!11:29
*** ramishra has quit IRC11:30
*** alexchadin has quit IRC11:31
*** alexchadin has joined #openstack-infra11:32
*** yamamoto has quit IRC11:32
*** ramishra has joined #openstack-infra11:32
*** stakeda has quit IRC11:34
*** mhayden has quit IRC11:35
*** dave-mccowan has joined #openstack-infra11:35
*** slaweq has quit IRC11:36
*** mhayden has joined #openstack-infra11:36
*** markvoelker has joined #openstack-infra11:38
*** rhallisey has joined #openstack-infra11:38
*** yamamoto has joined #openstack-infra11:39
d0ugalThanks for the help!11:40
*** ifat_afek has joined #openstack-infra11:42
*** slaweq has joined #openstack-infra11:45
*** hemna_ has joined #openstack-infra11:48
*** jtomasek has joined #openstack-infra11:51
mpetersonhello! we are having problems with patchsets not being scheduled on Zuul (ie: https://review.openstack.org/#/c/516246 and https://review.openstack.org/#/c/515057/ )11:56
*** pgadiya has quit IRC11:58
mpetersonoh, just done a buffer playback of the channel, I see there was a restart that lost the queue. nvm.11:59
*** spectr has quit IRC11:59
*** salv-orlando has quit IRC11:59
*** dhajare has joined #openstack-infra11:59
*** spectr has joined #openstack-infra12:00
*** bhavik1 has joined #openstack-infra12:00
*** udesale has joined #openstack-infra12:03
*** thorst has joined #openstack-infra12:09
*** edmondsw has joined #openstack-infra12:09
*** markvoelker has quit IRC12:11
*** bhavik1 has quit IRC12:13
*** jaypipes has joined #openstack-infra12:15
*** dprince has joined #openstack-infra12:16
*** slaweq has quit IRC12:18
*** thorst_ has joined #openstack-infra12:19
*** thorst__ has joined #openstack-infra12:20
Dinesh_Bhorianw: Hi, Have you come across such zuul error before? "Unable to freeze job graph: Job requirements-check does not specify a run playbook"12:21
*** jamesden_ has joined #openstack-infra12:21
Dinesh_Bhorianw: I am getting this on my patch: https://review.openstack.org/#/c/515649/12:21
*** ociuhandu has quit IRC12:23
*** thorst has quit IRC12:23
*** jamesdenton has quit IRC12:24
*** thorst_ has quit IRC12:24
*** slaweq has joined #openstack-infra12:27
*** ociuhandu has joined #openstack-infra12:28
*** markvoelker has joined #openstack-infra12:29
*** trown|outtypewww is now known as trown12:30
*** rlandy has joined #openstack-infra12:31
*** catintheroof has joined #openstack-infra12:33
*** hemna_ has quit IRC12:36
*** jascott1 has joined #openstack-infra12:36
*** hemna_ has joined #openstack-infra12:36
*** hashar has quit IRC12:37
*** jascott1 has quit IRC12:40
*** haleyb has joined #openstack-infra12:41
*** dtantsur|afk is now known as dtantsur12:42
*** shardy is now known as shardy_lunch12:42
*** yamamoto has quit IRC12:43
*** catintheroof has quit IRC12:47
*** catintheroof has joined #openstack-infra12:49
*** hemna_ has quit IRC12:49
*** zhurong has quit IRC12:50
fricklerDinesh_Bhor: I think there is a proposed patch that should fix your error, let me see if I can find it12:50
*** jpena is now known as jpena|lunch12:55
fricklerDinesh_Bhor: you can try to add a depends-on to https://review.openstack.org/516197 to your patch, seems that helped for https://review.openstack.org/515591 at least12:57
*** dhajare has quit IRC12:58
*** mriedem has joined #openstack-infra12:58
*** rcernin has quit IRC12:58
Dinesh_Bhorfrickler: ohh, okay, Thank you so much.12:59
fricklerianw: tosky: it is a known issue (or maybe feature) that a recheck may place a patch in both gate and check queue simultanously when it satisfies the gate requirements already, been seing that earlier12:59
*** lindycoder has joined #openstack-infra13:00
*** slaweq has quit IRC13:00
*** salv-orlando has joined #openstack-infra13:00
toskyfrickler: I would say issue in this case13:02
*** rnoriega has joined #openstack-infra13:02
*** otherwiseguy has joined #openstack-infra13:03
*** slaweq has joined #openstack-infra13:03
*** otherwiseguy has quit IRC13:05
*** rnoriega has quit IRC13:05
*** baoli has joined #openstack-infra13:05
*** salv-orlando has quit IRC13:06
*** janki has quit IRC13:06
*** otherwiseguy has joined #openstack-infra13:06
*** rnoriega has joined #openstack-infra13:07
*** felipemonteiro_ has joined #openstack-infra13:09
*** felipemonteiro has joined #openstack-infra13:11
*** hemna_ has joined #openstack-infra13:11
*** kgiusti has joined #openstack-infra13:11
*** gongysh has joined #openstack-infra13:12
*** gongysh has quit IRC13:12
*** tpsilva has joined #openstack-infra13:13
*** jcoufal has joined #openstack-infra13:13
*** lindycoder has quit IRC13:14
*** felipemonteiro_ has quit IRC13:14
*** kjackal_ has quit IRC13:14
*** camunoz has joined #openstack-infra13:18
*** pkovar has joined #openstack-infra13:23
pkovari read https://docs.openstack.org/infra/system-config/irc.html#meetbot but it's not very clear to me if i can run a mtg in a team channel if there's the openstack bot present13:25
*** camunoz has quit IRC13:25
pkovarcan someone confirm please?13:25
*** lbragstad has quit IRC13:25
AJaegerpkovar: just try it ;) It should work...13:26
pkovarAJaeger: thanks13:28
*** superdan is now known as dansmith13:28
*** pblaho has joined #openstack-infra13:28
*** apetrich has quit IRC13:30
*** salv-orlando has joined #openstack-infra13:30
*** smatzek has quit IRC13:30
*** smatzek has joined #openstack-infra13:30
*** apetrich has joined #openstack-infra13:30
*** smatzek has quit IRC13:31
*** jtomasek_ has joined #openstack-infra13:31
*** jtomasek has quit IRC13:32
*** lbragstad has joined #openstack-infra13:33
openstackgerritMerged openstack-infra/project-config master: Add openstack/monasca-specs repo  https://review.openstack.org/51568513:35
*** slaweq has quit IRC13:36
*** mat128 has joined #openstack-infra13:38
*** yamamoto has joined #openstack-infra13:39
*** thorst__ has quit IRC13:40
*** kiennt26 has joined #openstack-infra13:40
*** dsariel_ has quit IRC13:41
*** gcb has joined #openstack-infra13:41
*** slaweq has joined #openstack-infra13:42
*** ihrachys has joined #openstack-infra13:42
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Remove legacy bifrost jobs  https://review.openstack.org/51572913:43
*** ifat_afek has left #openstack-infra13:44
*** shardy_lunch is now known as shardy13:46
AJaegerfrickler, pabelanger  could either of you review https://review.openstack.org/#/q/topic:ansible-lint+status:open , please?13:46
*** rosmaita has joined #openstack-infra13:46
*** kgiusti has quit IRC13:50
*** kgiusti has joined #openstack-infra13:50
*** jcoufal_ has joined #openstack-infra13:54
*** jcoufal has quit IRC13:57
*** jpena|lunch is now known as jpena13:57
*** armax has joined #openstack-infra13:58
AJaegerthanks, frickler13:59
*** hashar has joined #openstack-infra13:59
*** eharney has joined #openstack-infra14:00
*** alexchadin has quit IRC14:00
*** hongbin has joined #openstack-infra14:00
*** salv-orlando has quit IRC14:02
*** smatzek has joined #openstack-infra14:03
*** smatzek has quit IRC14:03
*** smatzek has joined #openstack-infra14:04
*** smatzek has quit IRC14:04
*** smatzek has joined #openstack-infra14:05
openstackgerritYAMAMOTO Takashi proposed openstack-infra/system-config master: Collect devstack-early.txt  https://review.openstack.org/51632414:05
*** marst has joined #openstack-infra14:11
openstackgerritMerged openstack-infra/project-config master: Simplify ansible-lint invocation  https://review.openstack.org/51602114:11
openstackgerritMerged openstack-infra/project-config master: ansible-lint: Add tests/inventory and vars.yaml  https://review.openstack.org/51602014:11
openstackgerritMerged openstack-infra/project-config master: ansible-lint: Silence shell warnings  https://review.openstack.org/51602514:11
*** alexchadin has joined #openstack-infra14:13
*** lbragstad has quit IRC14:13
*** lbragstad has joined #openstack-infra14:13
*** rbrndt has joined #openstack-infra14:15
*** lbragstad has quit IRC14:18
*** pkovar has left #openstack-infra14:20
mnaserany gertty users... ever run into really slow ops like itll be stuck on syncing change for way too long14:21
*** lbragstad has joined #openstack-infra14:22
jeblairmnaser: running tip of master?14:22
mnaserjeblair: no, pip install'd latest release14:22
mnasergertty==1.5.014:23
jeblairmnaser: ah, master has a significant speed improvement syncing large changes14:23
mnaserjeblair: ok, ill upgrade and see how things are14:23
*** salv-orlando has joined #openstack-infra14:24
*** makowals has quit IRC14:27
*** makowals has joined #openstack-infra14:29
*** felipemonteiro has quit IRC14:30
*** thorst has joined #openstack-infra14:30
*** thorst has quit IRC14:31
*** thorst has joined #openstack-infra14:31
*** LindaWang has quit IRC14:31
*** trown is now known as trown|brb14:31
*** LindaWang1 has joined #openstack-infra14:31
*** Apoorva has joined #openstack-infra14:33
openstackgerritMatt Riedemann proposed openstack-infra/openstack-zuul-jobs master: Restrict legacy-tempest-dsvm-nova-wsgi-full to stable/ocata  https://review.openstack.org/51633414:33
*** LindaWang1 is now known as LindaWang14:33
*** udesale has quit IRC14:37
vdrokAJaeger: looking at the ML, we now need to backport to stable not only project.yaml and playbooks, but also legacy-jobs.yaml? just checking :)14:39
*** wewe0901 has quit IRC14:40
*** trown|brb is now known as trown14:43
*** slaweq has quit IRC14:46
*** zzzeek has joined #openstack-infra14:47
openstackgerritMerged openstack-infra/zuul-jobs master: add more debugging to the upload-pypi role  https://review.openstack.org/51439414:48
*** slaweq has joined #openstack-infra14:49
clarkbAJaeger: re gerrit 500s I see a large spike in http requests paired with a large spike in gerrit threads and a minor amount of garbage collection14:49
clarkbAJaeger: I think ti may have effectively been a DoS and apache was refusing to connect more connections14:49
openstackgerritPetr Kovar proposed openstack-infra/irc-meetings master: Update channel for doc team meeting  https://review.openstack.org/51634014:52
*** cshastri has quit IRC14:52
fricklerclarkb: wasn't that the provider maintainance with 5 minute trove downtime?14:54
clarkboh could be and we piled up connections until apache wouldn't serve more14:54
clarkb0600UTC ?14:54
clarkbthat is when the connection spike happens according to java melody14:54
fricklerthat was the announcement: 2017-10-26 15:32:52 UTC Provider maintenance is scheduled for 2017-10-30 between 06:00-09:00 UTC which may result in up to a 5 minute connectivity outage for the production Gerrit server's Trove database instance14:55
clarkbok I think that explains it then14:55
fungishould be able to correlate to database disconnect/error messages in gerrit's log, i expect, if you're concerned14:57
*** gcb has quit IRC15:00
*** yamahata has joined #openstack-infra15:01
*** salv-orlando has quit IRC15:04
*** alexchadin has quit IRC15:04
*** salv-orlando has joined #openstack-infra15:06
*** esberglu has joined #openstack-infra15:07
*** esberglu has quit IRC15:07
*** esberglu has joined #openstack-infra15:07
openstackgerritJens Harbott (frickler) proposed openstack-infra/shade master: Fix regression for list_router_interfaces  https://review.openstack.org/51624715:09
*** ykarel has quit IRC15:11
openstackgerritMerged openstack-infra/project-config master: Use native v3 publishing for project-team-guide  https://review.openstack.org/51405315:21
*** slaweq has quit IRC15:22
fricklerAJaeger: ^5 ;)15:22
*** salv-orl_ has joined #openstack-infra15:23
AJaegerthanks15:23
*** salv-orlando has quit IRC15:27
*** makowals has quit IRC15:28
*** kiennt26 has quit IRC15:30
*** dmsimard|afk is now known as dmsimard15:30
*** makowals has joined #openstack-infra15:35
bswartznext Ubuntu LTS is "Bionic Beaver"15:35
fungiwow15:35
fungireally?15:35
fungiwow15:35
bswartz#link http://www.omgubuntu.co.uk/2017/10/ubuntu-18-04-lts-called-bionic-beaver15:36
dmsimardclarkb: it doesn't look like elastic-recheck is happy, do we know what the issue is ? (sorry I've been a bit away)15:36
*** felipemonteiro has joined #openstack-infra15:36
clarkbdmsimard: the graph producing pages are functioning now. I think we may still have some bugs in the queries that make it think it is behind though15:36
clarkbdmsimard: I haven't looekd into the uncategorized pages any more yet15:36
*** catintheroof has quit IRC15:37
*** felipemonteiro_ has joined #openstack-infra15:38
dmsimardclarkb: okay, I'll try and see if I can figure something out15:38
*** gyee has joined #openstack-infra15:38
*** yamamoto has quit IRC15:40
*** yamamoto has joined #openstack-infra15:41
*** felipemonteiro has quit IRC15:42
dmsimardclarkb: hrm.. I see two issues: 1) Searching for something that should be very common like "PRE-RUN START" yields *one* result over the last 24hrs, 2) The filename for that one result is "job-output.txt.gz", not "job-output.txt". I'll poke to understand why.15:43
clarkbdmsimard: I think that may be a regression in how the gearman jobs are submitted15:43
clarkbwe used to always drop the .gz (as it was implied deployment specific thing)15:43
dmsimardYeah I'll look at the bits where we submit stuff to gearman15:44
clarkbso we may be able to do that in the zuul job that submits gearman records15:44
* dmsimard wants ara reports even for successful jobs :(15:44
*** yamamoto has quit IRC15:45
*** yamamoto has joined #openstack-infra15:45
dmsimardlogtash submits to gearman are done after the logs are uploaded, it's not even in the json so I can't tell if from an ansible perspective there's errors, I guess you would see that on the executor15:47
dmsimardhttp://git.openstack.org/cgit/openstack-infra/project-config/tree/playbooks/base/post-logs.yaml15:47
clarkbI don't think there are errors15:48
clarkbwe are just submitting the file name as having the .gz suffix15:48
clarkbrather than omitting it15:48
dmsimardclarkb: but here we define without .gz http://git.openstack.org/cgit/openstack-infra/project-config/tree/roles/submit-logstash-jobs/defaults/main.yaml15:49
clarkbdmsimard: ya but those are regexes15:49
clarkbpython processes that to generate a list of files, and it is that python that needs to drop the .gz I think15:49
dmsimardoh15:49
dmsimardwould logstash/elasticsearch be able to index the gzipped file in the first place or does it need to be extracted ?15:50
dmsimardiirc console.html were not originally gzipped, only like 10 days later by the log rotation15:50
clarkblogstash should handle it properly. The gearman job worker requests gzip encoded logs (and apache will serve without the .gz too) and if that fails attempts with the .gz added as well15:52
dmsimardfrom quick googling, it looks like there's a specific logstash plugin for reading gzipped content15:52
dmsimardoh, that's right15:53
*** slaweq has joined #openstack-infra15:53
clarkbI think the only thing that has to change is dropping the .gz suffix in the job request sent to the gearman workers (and the job-output.txt for the change that updates the submitter should get indexed properly if that is the case)15:53
clarkbdmsimard: in this case we have a daemon in front of logstash handling the "get logs based on gearman job and inject them into logstash tcp port" so all that is handled for it15:54
dmsimardhttp://git.openstack.org/cgit/openstack-infra/log_processor right ?15:55
clarkbdmsimard: yes, though I'm not sure we ever finished the migration to ^ instead of the scripts in puppet-log_processors/files15:56
clarkbiirc the first attempt failed due to daemon management scripts15:56
fungimtreinish: i apparently missed implementing this part of the netifaces fix for puppet-subunit2sql: https://review.openstack.org/51608515:57
*** slaweq has quit IRC15:57
*** xarses has joined #openstack-infra15:59
*** spectr has quit IRC16:02
*** ijw has joined #openstack-infra16:03
EmilienMjeblair: good morning, any update on the puppet jobs issue that you were investigating?16:04
mnaserdoes adding/removing public keys from gerrit sometime to take effect?16:04
jeblairEmilienM: i believe the fix is in production16:05
EmilienMjeblair: perfect, I did recheck16:05
fungimnaser: it should take effect immediately16:06
AJaegerjeblair: tahnks for your better checking in zuul - check-requirements fails now since it had no run playbook. Fix is currently merging16:06
mnaserfungi: gitreview.user -- oops16:06
fungiindeed, that'd do it16:06
AJaegerteam, anybody have time to dig into check-requirements failure? Now the job always succeeds ;(16:07
AJaegerexample log http://logs.openstack.org/08/516208/2/check/requirements-check/fb5d824/job-output.json.gz16:07
AJaegerI'm out of ideas ;(16:07
*** catintheroof has joined #openstack-infra16:07
*** ramishra has quit IRC16:07
fungijeblair: just a heads up in case you haven't seen scrollback or the status log, but ianw restarted the zuul scheduler and executors this morning due to it indefinitely queuing events16:08
fungimay have been related to the gerrit trove instance maintenance16:08
jeblairfungi: ack thx.16:08
jeblairAJaeger: according to the json, the script is being run (though nothing appears in the console log?)16:10
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Zuul: add file extension to playbook path  https://review.openstack.org/51613516:10
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Use cached branches on tenant reconfiguration  https://review.openstack.org/51597116:10
*** catintheroof has quit IRC16:12
AJaegerjeblair: it is run but it succeeds - it should fail16:13
AJaegerand locally it fails16:13
jeblairAJaeger: i'm guessing there's no output because it uses the "script" module.  we may not have any special handling for that to hook it into zuul_stream.16:13
jeblairAJaeger: have you found the script's output in the json file?16:13
AJaegerjeblair: yes - with debug output http://paste.openstack.org/show/624988/16:14
AJaegersee "broken-requirement" - and no error16:14
AJaegerlocally I get "Requirement set([Requirement(package=u'broken-requirement', location='', specifiers='', markers=u'', comment='', extras=frozenset([]))]) not in openstack/requirements" for tht line16:14
AJaegerbut not under Zuul ;(16:14
*** dsariel_ has joined #openstack-infra16:21
*** jamesden_ has quit IRC16:22
*** jamesdenton has joined #openstack-infra16:23
jeblairAJaeger: i think it probably relates to this: https://git.openstack.org/cgit/openstack/requirements/tree/playbooks/files/project-requirements-change.py#n18716:24
jeblairAJaeger: the 'master' branch of that repo contains the proposed future state of master.16:25
*** dsariel__ has joined #openstack-infra16:25
jeblairAJaeger: i still don't really understand everything that script is doing, but based on the comments at least, i suspect that part may no longer be functioning as intended.16:26
*** slaweq has joined #openstack-infra16:27
AJaegerjeblair: ;/16:27
AJaegeris mordred around? I think he did that change16:28
*** dsariel_ has quit IRC16:28
jeblairAJaeger: so we're probably hitting the "unchanged" case (the first one)16:29
*** sflanigan has quit IRC16:29
*** sflanigan has joined #openstack-infra16:29
*** sflanigan has joined #openstack-infra16:29
jeblairAJaeger: i think that may have been the behavior for a long time16:29
jeblairAJaeger: i think the behavior we wanted from the script is "if you don't change a req, it's fine.  but if you do change it, it must match the current value"16:30
AJaegerjeblair: yes, it gets the Unchanged one16:30
jeblairAJaeger: that way you weren't forced to upgrade req B just because you were trying to upgrade req A16:30
*** dsariel_ has joined #openstack-infra16:30
AJaegerjeblair: http://paste.openstack.org/show/624989/ is newer log file with more printf debugging ;)16:31
jeblairthat seems to confirm it16:31
openstackgerritJens Harbott (frickler) proposed openstack-infra/shade master: Fix regression for list_router_interfaces  https://review.openstack.org/51624716:31
jeblairAJaeger: the tricky thing is that zuul doesn't provide the information this job needs.16:32
jeblairwe could have the job add a git remote and find out what the current value is, but that's sort of clunky.16:33
*** bhavik1 has joined #openstack-infra16:33
clarkbfungi: looking at the zuulv3 issues etherpad did the launchpad credentials problem in the tag-releases job get sorted out?16:34
*** dsariel__ has quit IRC16:34
*** yamahata has quit IRC16:34
fungiyeah, pretty early on. i didn't realize it was still listed as broken. i'll move it16:34
jeblairwe could have zuul do the opposite of what it did before.  instead of creating zuul refs to represent the future state, create refs to represent the 'base' state.  however, one complexity is, "which base state?"  the state before this change, or before the change series, or something else...16:34
jeblairor maybe this script just needs to compare HEAD^1 to HEAD16:35
clarkbwould be nice to have everyone do a quick update of their items on the etherpad so we can clear out any that are fixed (I just got to mark one of mine fixed \o/)16:35
jeblairmaybe that's enough, because previous changes will have compared their own HEAD^1 to HEAD16:35
jeblairclarkb: ++ i was just doing that too16:35
AJaegerjeblair: would that work with a merge commit? See line 14 of the paste, I run git show there16:35
AJaegerclarkb: good idea. I think I removed mine but will check again later16:36
jeblairAJaeger: ^ or ~ should do the right thing with merges, i'll have to look it up again16:36
*** dsariel__ has joined #openstack-infra16:36
fungiclarkb: oh, for some reason drag-n-drop seems to be working only intermittently for me in that pad. might explain why some of the stuff i thought i dragged into the fixed section is hanging around still16:37
jeblairyou can drag and drop?16:38
clarkbI do cut and paste16:39
fungijeblair: apparently only sometimes16:39
clarkbfungi: the otehr one of yours that I think is fixed is the detached signatures on prerelease16:39
fungiso i'm going to have to remind myself not to rely on it any longer16:39
*** dsariel_ has quit IRC16:39
*** vsaienk0 has quit IRC16:40
*** gouthamr has joined #openstack-infra16:40
*** bhavik1 has quit IRC16:41
*** Swami has joined #openstack-infra16:41
*** dsariel__ has quit IRC16:42
AJaegerclarkb, fungi, could you review  https://review.openstack.org/516010  and https://review.openstack.org/516009  - those fix infra/publications publishing. And once those in, please run some dummy commit to see whether it works...16:42
*** jpena is now known as jpena|brb16:44
clarkblooks like gerrit plugins now publish to http://tarballs.openstack.org/gerrit/plugins/javamelody/gerrit/buck-out/gen/plugins/javamelody/ rather than ci/gerrit/$pluginname. I think that is good enough to call that fixed and working (we can just use the new path(s))16:44
jeblairclarkb: ++16:44
fungiwfm16:45
*** e0ne has quit IRC16:46
clarkbAJaeger: before we review those, what neesd to be done to get the linter job passing and voting?16:46
*** markvoelker_ has joined #openstack-infra16:47
clarkbthinking it would be good to get that in before we make more job changes16:47
jeblairfungi, AJaeger, clarkb: i think if we "git checkout HEAD^1" we will check out the repo "before the current change is applied".  i think that is true regardless of whether the current change was applied as a fast-forward or a merge commit.16:47
clarkbjeblair: what if there are a stack of changes though?16:47
clarkbmight need to go further back?16:47
AJaegerclarkb: https://review.openstack.org/516026 It passes ;)16:48
jeblairfungi, AJaeger, clarkb: that would be a slight behavior change from the current requirements script, which actually compares the change under test to some arbitrary point in the past based on when the zuul mergers updated.16:48
jeblairfungi, AJaeger, clarkb: but if we assume that any parent changes already did the same thing with their own single change under test, i think we're still covered16:48
jeblairclarkb: i think that ^ addresses your point... what do you think?16:48
AJaegerjeblair: I pushed  https://review.openstack.org/516208 with HEAD^1 fo rtesting16:48
*** markvoelker has quit IRC16:49
AJaegerjeblair: agreed, we should be fine16:49
clarkbjeblair: thats a good point and ya basically the first proposed state woulc check against a good known state16:49
fungiyeah, i think HEAD^1 is probably the actual intent there. it's how we did some of our other ratcheting/comparison jobs in the past anyway16:49
AJaegerclarkb: ofr 516026: We could merge that in the normal linters job as well but I wanted to do that as followup...16:49
jeblairAJaeger: ya i think that's what i'm proposing.  i'd probably change that second checkout from 'head' to branch, just so we land back on a clean checkout instead of a detached head.16:49
clarkband then we can do induction on the rest16:49
jeblairfungi: i like the word ratcheting16:49
AJaegerjeblair: do you want to comment on my test change? I'll wait for test results and then cleanup...16:50
jeblairAJaeger: will do16:50
*** slaweq has quit IRC16:50
clarkbAJaeger: ya tahts fine, I just saw that some of these other job changes have failing linters, want to get that passing before I merge any regressions :)16:50
*** slaweq has joined #openstack-infra16:50
AJaegerclarkb: those all failed since we still had problems at that time but now we're good16:51
*** jascott1 has joined #openstack-infra16:51
*** markvoelker_ has quit IRC16:51
*** catintheroof has joined #openstack-infra16:52
jeblairfolks will be happy to know that rackspace has informed us that the planned maintenance was completed sucessfully.16:52
funginice16:53
openstackgerritDoug Hellmann proposed openstack-infra/openstack-zuul-jobs master: do not run the py35 job for deliverable file changes  https://review.openstack.org/51639416:54
*** ldnunes has quit IRC16:54
dhellmannjeblair : the outcome of the earlier discussion about ^^ isn't entirely clear to me, so if there's a different way to achieve that let me know16:55
*** tesseract has quit IRC16:55
openstackgerritMerged openstack-infra/project-config master: Make ansible-lint voting  https://review.openstack.org/51602616:55
*** slaweq has quit IRC16:55
*** catintheroof has quit IRC16:56
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fix python-ironicclient branch-tarball  https://review.openstack.org/51639716:57
jlvillalI checked the mailing list and didn't see mention of it in my quick search. Is Jenkins now running on stable/ocata instead of ZuuL?  I noticed this patch of mine: https://review.openstack.org/#/c/510200/ was voted by Jenkins and not Zuul.16:57
openstackgerritJames E. Blair proposed openstack-infra/project-config master: Remove py35 template from releases  https://review.openstack.org/51639816:58
jeblairdhellmann: that's the alternative ^16:58
dmsimardclarkb: it looks like there's a sane amount of logging done by https://git.openstack.org/cgit/openstack-infra/puppet-log_processor/tree/files/log-gearman-worker.py -- do we have hints there ?16:58
clarkbjlvillal: there is no jenkins only zuul. Those jobs are from october 10th when we must still have had a jenkins/zuulv2 running16:59
jeblairdhellmann, AJaeger: i *personally* was imagining that for something like this, we would go with the path in 516398, though i agree that 516394 is harmless and we could do that.  maybe worth getting some more config-cores to weigh in on it since it's a grey area.16:59
jeblairi cross-linked those 2 changes for easy reference17:00
AJaegerjeblair: I would go with 516398 as well in this specific case.17:00
*** markvoelker has joined #openstack-infra17:00
jlvillaljeblair: Oh duh. Now I realize my real question. Before it was failing Zuul because our job definitions weren't there. Playbooks that is.17:00
AJaegerbbl17:01
jlvillaljeblair: So an error like: ironic-tempest-dsvm-ipa-wholedisk-bios-pxe_ipmitool-tinyipa ironic-tempest-dsvm-ipa-wholedisk-bios-pxe_ipmitool-tinyipa : ERROR No valid playbook found17:01
jlvillaljeblair: Put today, it doesn't say that. Even though we haven't finished our patch to add those.17:01
jeblairjlvillal: link?17:01
jlvillals/Put today/But today/17:01
jlvillaljeblair: https://review.openstack.org/#/c/510200/17:01
jlvillaljeblair: 27-Oct-2017 Zuul job has an error17:01
jlvillaljeblair: Today's Zuul job does not17:02
dhellmannjeblair : are the lists of irrelevant-files additive? should we extend the list in 516398?17:02
jlvillaljeblair: We haven't yet landed: https://review.openstack.org/#/c/513697/17:02
*** tosky has quit IRC17:04
jlvillaljeblair: Could it be because of: http://lists.openstack.org/pipermail/openstack-dev/2017-October/124064.html  ?17:05
*** markvoelker has quit IRC17:05
jeblairdhellmann: good point, it is not.  so if you want that whole list, you would need to copy it.  that does swing the pendulum a bit toward your solution, i think.17:05
*** yamahata has joined #openstack-infra17:07
*** ldnunes has joined #openstack-infra17:07
jeblairdhellmann: wait... it may not be necessary, let me check something :)17:08
clarkbiirc we said we'd maintain shared sets of irrelvant files for this reason17:08
clarkband that would be the compromise17:08
clarkb(so I am fine with dhellmann's chnage)17:08
*** camunoz has joined #openstack-infra17:10
*** Apoorva has quit IRC17:10
jeblairokay, so in order for a job to run, it has to match not only a variant on the project pipeline, but at least one global definition/variant of the job.  since the only definition of openstack-tox-py35 contains those irrelevant-files matchers, it should do what we want.17:11
clarkbjeblair: it being your change or it being dhellmann's or both?17:12
jeblairclarkb: well, both.  but i was responding to myself about my own change.17:12
jeblair(i'm writing out the full matrix of possibilities real quick to triple check)17:13
*** cshastri has joined #openstack-infra17:14
jeblairokay, i'm wrong -- if a change modified files in both deliverables/ and docs/, with my proposed change it would run (because it would match the project-pipeline variant on the doc/ file, and it would match the job definition on the deliverabels/ file)17:16
*** hashar is now known as hasharAway17:16
jeblair(my change only really handles a case where a change touches deliverables/ but nothing else)17:16
jeblairso yeah, to be equivalent, we'd have to copy everything over.17:17
*** harlowja has joined #openstack-infra17:19
pabelangerlooks like ze02 is upwards of 40.00 load17:20
pabelangerchecking why17:20
jeblairpabelanger: i think ianw posted a paste of a log entry that probably explains it.  a bug in zuul.  check the scrollback.17:20
pabelangerlooking17:20
jeblairjlvillal: almost certainly related17:20
EmilienMpabelanger: would it be possible to re-enqueue 508870 in the gate please? we had to revert OVS 2.8 in RDO & and need 508870 for the 51 days promotion... we think it's our last blocker now17:20
jlvillaljeblair: Okay. Thanks.17:21
pabelangerAttributeError: 'ExecutorExecuteWorker' object has no attribute 'unregisterFunction'17:21
jeblairpabelanger: that's the one17:21
pabelangeryah, I can confirm that17:21
*** jpena|brb is now known as jpena17:21
pabelangerkk, let me see if I can patch it17:21
jeblairjlvillal: is the current behavior good?17:21
jlvillaljeblair: Not so much. Since it votes +1 based on just voting for unit tests and pep8 jobs.17:22
*** trown is now known as trown|lunch17:22
*** prometheanfire has quit IRC17:22
jlvillaljeblair: None of the devstack jobs get run, it appears17:22
jeblairjlvillal: okay, let me dig a little deeper17:22
jlvillaljeblair: Thanks17:23
*** tmorin has quit IRC17:23
*** markvoelker has joined #openstack-infra17:23
*** hasharAway has quit IRC17:23
*** camunoz has quit IRC17:24
jeblairjlvillal: yeah, https://review.openstack.org/513697 is what you need.  sorry about the change.  the good news though is that at least now it will be running the correct jobs on ocata, not some unpredictable mismatch of master + ocata jobs.17:24
*** dhinesh has joined #openstack-infra17:24
jeblairjlvillal: you should be able to rebase or depends-on that to get other changes moving without waiting for it to land17:24
jlvillaljeblair: Thanks.17:25
jlvillalvdrok: ^^^^17:25
*** rlandy is now known as rlandy|brb17:26
openstackgerritPaul Belanger proposed openstack-infra/zuul feature/zuulv3: Fix syntax with gear unRegisterFunction()  https://review.openstack.org/51640317:26
*** catintheroof has joined #openstack-infra17:27
*** jcoufal has joined #openstack-infra17:27
*** markvoelker has quit IRC17:28
*** hashar has joined #openstack-infra17:28
clarkbjeblair: are you ok with dhellmann's change then to avoid duplication or do you think we shoudl duplicate in this case?17:29
*** jcoufal_ has quit IRC17:29
*** markvoelker has joined #openstack-infra17:30
*** rbrndt has quit IRC17:30
openstackgerritRonelle Landy proposed openstack-infra/tripleo-ci master: Use rdoproject-based settings for containers and dlrn_hash for images  https://review.openstack.org/51466817:30
jeblairclarkb: i'm okay with dhellmann's change.  i voted +2 on it and -1 on my own.17:30
*** rbrndt has joined #openstack-infra17:30
*** rbrndt has quit IRC17:30
*** nikhil has joined #openstack-infra17:31
clarkbok /me goes to review it then17:31
clarkboh AJaeger wins17:31
*** Apoorva has joined #openstack-infra17:32
*** Apoorva has quit IRC17:32
*** catintheroof has quit IRC17:32
*** Apoorva has joined #openstack-infra17:32
*** mat128 has quit IRC17:32
*** rbrndt has joined #openstack-infra17:32
*** markvoelker has quit IRC17:34
dmsimardinfra-root: It's a bit hard for me to troubleshoot the elastic-recheck issue without being able to poke at the machine running log processor, I've documented breadcrumbs I know about in the zuulv3-issues pad.17:34
*** slaweq has joined #openstack-infra17:34
*** mat128 has joined #openstack-infra17:35
clarkbdmsimard: you should be able to run it all locally fwiw17:35
dmsimardclarkb: including connecting to the geard server ?17:35
clarkbelastic rechecks relies completely on unauthenticated read only access to elasticsearch17:35
clarkbdmsimard: we may be getting streams crossed here17:36
dmsimardclarkb: I have a feeling the issue could be around here https://git.openstack.org/cgit/openstack-infra/puppet-log_processor/tree/files/log-gearman-worker.py#n24317:36
pabelangerIIRC, I was able to get it running locally before we did the great upgrade from precise to trusty17:36
dhellmannjeblair, clarkb, AJaeger : thanks for puzzling through that.17:36
*** sflanigan has quit IRC17:37
*** sflanigan has joined #openstack-infra17:37
*** sflanigan has joined #openstack-infra17:37
*** catintheroof has joined #openstack-infra17:37
jeblairdhellmann: thanks for your patience :)17:37
clarkbdmsimard: the bug is in project-config/roles/submit-log-processor-jobs/library/submit_log_processor_jobs.py17:38
clarkbdmsimard: we don't remove the .gz suffix from the file paths when we submit them17:38
clarkbdmsimard: line 89 output['source_url'] = output['event']['fields']['log_url'] should remoev the .gz if present I think17:39
*** slaweq has quit IRC17:39
dmsimardclarkb: but even then, I mean... it looks like log-gearman-worker was written to handle gzipped content ?17:39
jlvillaljeblair: vdrok: So we just approved: https://review.openstack.org/#/c/513697/ and I see it in the gate. But it doesn't have any devstack jobs as seen in the Zuul v3 status page.17:39
jlvillaljeblair: vdrok: So that seems...worrisome...17:40
dmsimardclarkb: we can try removing ".gz" if there's one, it doesn't cost us much, I guess17:40
jeblairjlvillal: looking17:40
clarkbdmsimard: yes it is, apache serves /foo and /foo.gz as the same thing. And if you tell apache that you can handle gzip'd content you get gzipped content regardless of path17:40
vdrokjeblair: also, small question regarding the recent email, do we need to backport the legacy-jobs.yaml in addition to project.yaml and playbooks?17:40
clarkbdmsimard: so the "canonical" file name in our case (at least based on all the queries we've written) is to not include the gz (and we didn't include it in the old log jenkins workers iirc)17:41
vdrokmeaning this one https://github.com/openstack/ironic-lib/blob/master/zuul.d/legacy-ironic-lib-jobs.yaml17:41
AJaegerjeblair: the check-requirement change fails now! Now one more test...17:42
*** catintheroof has quit IRC17:42
dmsimardclarkb: makes sense... the reason why I wondered if the issue resided elsewhere is because it worked before17:42
*** ldnunes has quit IRC17:42
dmsimardclarkb: regardless of elastic-recheck, logstash.o.o doesn't contain much log entries at all matching filenames job-output.txt/job-output.txt.gz17:42
dmsimardoh, hang on17:42
dmsimardI'm confusing elastic-recheck and submitting gear jobs17:43
*** ldnunes has joined #openstack-infra17:43
jeblairjlvillal, vdrok: yes, that needs to be backported as well.  that's why those aren't showing up.  sorry i missed that was absent from 51369717:43
clarkbdmsimard: it worked before beacuse system-config/modules/openstack_project/files/logstash/jenkins-log-client.yaml did not specify the .gz and did not do file matching uses regexes like current system does17:43
vdrokjeblair: no worries, thank you. will add those as well17:43
*** sflanigan has quit IRC17:43
clarkbdmsimard: so all of the jobs we submitted had no .gz suffix. So all of the e-r queries don't query for an e-r suffix. The new role in ansible does a file pattern match against the actual files then submits them as they are on disk (this has the .gz) and so no all of the filenames in elasticsearch get indexed with the .gz17:44
*** cshastri has quit IRC17:44
*** sflanigan has joined #openstack-infra17:44
clarkbeither path should work with apache so its mostly a matter of just getting the indexed "filename" and "tags" attributes to line up the way we ant17:44
jeblairvdrok: your link was for the ironic-lib repo, but i believe there's a similar file in ironic which is what jlvillal was asking about17:44
clarkbwe could decide to just go to .gz moving forward or go back to dropping it entirely and be backward compatible17:45
vdrokyeah, exactly17:45
jeblairvdrok: i assume the same thing needs to happen in both repos.  but i just wanted to be clear.17:45
*** slaweq has joined #openstack-infra17:45
jlvillaljeblair: Understood. Thanks.17:46
andreykurilinhi! I'm experimenting with zuul_v3 (trying to do simple things), but I'm getting weird error while parsing .zuul.yaml. Can anyone help me?17:46
clarkbdmsimard: basically we aren't putting the data into a the database the same way that we were so the existing queries don't match that data. We can either update the queries or update the data inserts17:47
*** Goneri has joined #openstack-infra17:47
dmsimardclarkb: yeah, I was confused between submitting, processing and e-r17:48
jeblairandreykurilin: of course! do you have a link to the change?17:49
andreykurilinjeblair: sure, thanks. https://review.openstack.org/#/c/508839/5/zuul.d/zuul.yaml17:50
dmsimardclarkb: still a bit confused... pretend we're submitting with the .gz suffix right now. Why isn't there more results for filename:"job-output.txt.gz" ? http://logstash.openstack.org/#dashboard/file/logstash.json?query=filename%3A%5C%22job-output.txt.gz%5C%2217:50
clarkbdmsimard: to update the inserts we would drop the .gz suffix in the log processor submit job role. To update the queries we'd update elastic recheck's queries to all include .gz for filename and url and tags now17:50
andreykurilinjeblair: an error says "Configuration item has more than one key."17:50
*** dprince has quit IRC17:50
andreykurilinjeblair: I checked the number of keys after loading file via yaml.safe_load and eveythink looks right17:51
jeblairandreykurilin: ah, the playbooks can't go in zuul.d.  you can put them anywhere in the repo except there; that dir can only have zuul config files.  we usually put them in the top level (just playbooks/)17:52
clarkbdmsimard: there are we are just barely under 7 days behind17:52
clarkbdmsimard: so if you stretch the time frame out to 7 days you'll see a ton of hits and the received at field says they are recent17:53
dmsimardclarkb: oh no wonder I'm confused.. is it going to catch up at this rate ?17:53
andreykurilinjeblair: ok, got it. will try. thanks:)17:53
jeblairclarkb: just in time to delete them?17:53
clarkbits possible the actual indexing is completely fubar from the change in console log formats17:53
*** camunoz has joined #openstack-infra17:53
clarkbya we might want to consider restarting the logstash server and only roll forward at this point17:53
jeblairor, i guess, we still keep 10 days or whatever, it's just from day -17 to -7 ?17:53
clarkbwould probably be easier to debug performance issues that way too17:53
clarkbjeblair: no its day -10 to now regardless of how far behind we are17:54
jeblairoh ok17:54
clarkbmy guess is that at least some of this is related to the format change of the console logs17:54
clarkbwe may need to update the logstash rules for that and give it a new type we can index more quikcly17:54
andreykurilinjeblair: does it mean that I can split zuul.yaml by several files (job descriptions and which jobs the project check should launch) and put them in zuul.d and everything will work?17:55
jeblairandreykurilin: yes.  keep in mind in some cases, job ordering can matter, so you may want to keep all the jobs in one file, or name the files so they lexigraphically sort in the right order.17:56
andreykurilinjeblair: thanks!17:56
jeblairandreykurilin: https://docs.openstack.org/infra/zuul/feature/zuulv3/user/config.html#configuration-loading  and the section after have more details17:57
*** Guest548 has quit IRC17:57
andreykurilingreat, thx17:58
dmsimardclarkb: oh, it's probably failing to grok everything I guess17:58
clarkbdmsimard: I do notice a lot of message:"%{logmessage}" 's which implies something is breaking ya17:59
clarkbthough that didn't hit a grok parse failure but I think it effectively is17:59
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: do not run the py35 job for deliverable file changes  https://review.openstack.org/51639417:59
*** ijw has quit IRC18:00
clarkbdmsimard: the way I test logsatsh with problems like this is I run a local logstash daemon of whatever version we are running (we can look that up). Then replace our tcp input and elasticsearch output with file input from some local file and stdout output18:00
*** ijw has joined #openstack-infra18:01
clarkbbut I'm guessing formatting and whitespace handling etc is just different enough that we may be having some difficulty. It is also possible that the volume is significantly higher for some reason18:01
clarkblike the regex method is adding a lot more files than we used to have unexpectedly18:01
dmsimardclarkb: yeah last time I tried to test that I ended up with a logstash that was way too recent :)18:01
dmsimardI'll probably just try puppet-openstackci next time18:01
openstackgerritPaul Belanger proposed openstack-infra/project-config master: Remove legacy jobs for ansible-role-zuul  https://review.openstack.org/51641218:01
*** trown|lunch is now known as trown18:02
jeblairif you're curious: 51/78 zuulv3-paths changes outstanding (27 merged or abandoned so far)18:02
jeblairand about half of those have at least a +218:02
clarkbthe number of hours we are behind is definitely increasing according to e-r18:03
clarkbwe also lost 5 of our indexers and gave them to zuul for use as mergers? or executros (maybe both)18:03
pabelangerclarkb: we should be able to bring them back online now that we deleted zuul-launchers18:04
pabelangeratleast 6 of them18:04
clarkblogstash-2017.10.23 (the index for that day) has 1.35 billion records18:05
clarkbwhich is high compared to where we were before iirc18:05
*** markvoelker has joined #openstack-infra18:05
*** nicolasbock has quit IRC18:05
clarkbso I think the biggest culprit is likely volume18:05
clarkbwe are indexing about 2-2.5k requests per second which seems low too. Peak is closer to 10k iirc18:06
clarkbso could be a combination of volume, fewer indexers, and slower logstash processing. I'd probably start by tackling one at a time. Maybe add back in the 5 indexers18:07
clarkbthen look at volume then look at logstash performance?18:07
*** slaweq has quit IRC18:08
*** diablo_rojo has joined #openstack-infra18:09
*** markvoelker has quit IRC18:09
pabelangersure, shouldn't be difficult to bring them back online18:09
*** rlandy|brb is now known as rlandy18:09
pabelangersee how things preform18:10
*** markvoelker has joined #openstack-infra18:10
*** slaweq has joined #openstack-infra18:13
*** jcoufal_ has joined #openstack-infra18:13
jeblairAJaeger: pointed out an error in 51620818:14
*** jcoufal has quit IRC18:14
jeblairclarkb, dmsimard: http://paste.openstack.org/show/624996/ is still a thing18:15
clarkbjeblair: ok good to know though I don't think that is why we are behind based on the 1.35 billion records for the 23rd18:15
dmsimardjeblair: those are from the executor right ? because they're not in job-output.txt/.json18:16
jeblairclarkb: right.  if anything, that's causing the backlog to be less worse18:16
jeblairdmsimard: it's from the live log stream18:16
dmsimardjeblair: ah.18:16
jeblairthat error still has me stumped.  like, my next step would be to try to get a packet capture.18:18
*** slaweq has quit IRC18:18
*** jpena is now known as jpena|off18:18
*** markvoelker has quit IRC18:19
*** markvoelker has joined #openstack-infra18:19
*** rkukura has joined #openstack-infra18:19
jeblairthe ansible module for that is supposed to wait for a connection before attempting to submit the job18:19
*** markvoelker_ has joined #openstack-infra18:20
jeblairohh....18:21
jeblairthe job queue is kind of big18:21
jeblairthere's a 30 second timeout on getting a response to submitting a job18:21
jeblairand that error shows up 30s after the task starts18:21
clarkbthis may be an argument for cutting our losses and just starting fresh18:21
AJaegerjeblair: ooh - thanks18:22
jeblairso it may be that we're connecting, but the logstash geard takes more than 30s to respond to submit job because of the 600k backlog.18:22
clarkbcould also be part of the slowness if workers are getting jobs slowly18:22
*** markvoelker has quit IRC18:23
clarkband then base performance on a known good start state18:23
*** pblaho has quit IRC18:26
*** jcoufal has joined #openstack-infra18:26
*** e0ne has joined #openstack-infra18:27
dhineshis there an nodepool element for java installations?18:27
clarkbdhinesh: I'm not sure, you can look in diskimage-builder/elements if not it is easy to add one yourself if you just need to install packages18:28
clarkbdhinesh: you can see the infra-package-needs element as an example18:28
*** jcoufal_ has quit IRC18:29
clarkbI'm going to grab an early lunch. If the e-r graph shows we are even further behind my vote is we just go ahead and restart the logstash server and see if that helps stabilize things18:29
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Cleanup ironic-inspector legacy jobs  https://review.openstack.org/51573818:29
pabelangerclarkb: I can stand up a few more workers if we want to do that18:30
clarkb*restart the gearman server on logstash.o.o18:30
clarkbpabelanger: I think that would be good too18:30
pabelangerkk18:30
pabelangerI'll get some coffee and start18:30
clarkbtyty18:30
dhineshclarkb: ok thanks18:30
jeblairclarkb, dmsimard: i think geard is slow because of stats reporting.18:30
jeblairthe _updateStats method is pretty inefficient.  everything else about adding or removing jobs should be fast, but that one is slow.  it's likely causing jobs to be removed more slowly than they otherwise should be.18:31
*** markvoelker has joined #openstack-infra18:32
*** jcoufal_ has joined #openstack-infra18:32
jeblairfortunately, it can be improved fairly easily.18:33
*** markvoelker_ has quit IRC18:33
*** jcoufal has quit IRC18:34
*** rkukura has quit IRC18:36
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Remove zuul/mapping and job  https://review.openstack.org/51602918:36
AJaegerjeblair, mordred , can we remove this now? ^18:36
*** dprince has joined #openstack-infra18:37
*** markvoelker has quit IRC18:37
openstackgerritMerged openstack-infra/project-config master: Remove legacy ironic-inspector jobs  https://review.openstack.org/51573718:37
*** rkukura has joined #openstack-infra18:37
dmsimardjeblair: happy you feel that way, I'm totally in uncharted territory here :)18:37
*** dtantsur is now known as dtantsur|afk18:40
openstackgerritAndreas Jaeger proposed openstack-infra/zuul feature/zuulv3: Remove zuul-migrate job  https://review.openstack.org/51602818:40
AJaegerjeblair: and this one can go as well, can't it? ^18:40
*** felipemonteiro_ has quit IRC18:41
*** ccamacho has quit IRC18:41
*** markvoelker has joined #openstack-infra18:41
*** catintheroof has joined #openstack-infra18:43
*** mikal has quit IRC18:43
*** felipemonteiro has joined #openstack-infra18:44
jeblairclarkb, pabelanger: how do you feel about dropping the "workers" line from the gearman queue graphs?18:44
jeblairit's not too hard to keep, but if it's not useful, it'd be slightly more efficient to drop it18:45
*** rwsu has quit IRC18:45
pabelangerjeblair: I don't use it myself18:45
*** jcoufal has joined #openstack-infra18:45
*** felipemonteiro_ has joined #openstack-infra18:45
*** jcoufal_ has quit IRC18:45
openstackgerritJames E. Blair proposed openstack-infra/gear master: server: make stats more efficient  https://review.openstack.org/51642218:47
jeblairpabelanger, dmsimard, clarkb: ^  happy to put workers back in if folks want it18:47
*** catintheroof has quit IRC18:48
clarkbya we can probably drop.it18:49
*** felipemonteiro has quit IRC18:49
*** catintheroof has joined #openstack-infra18:49
*** salv-orlando has joined #openstack-infra18:52
*** ijw has quit IRC18:54
*** mikal has joined #openstack-infra18:55
*** salv-orl_ has quit IRC18:55
*** jcoufal_ has joined #openstack-infra18:57
AJaegerclarkb, do you want to review  https://review.openstack.org/516010  and https://review.openstack.org/516009  now since the linters jobs are voting? those fix infra/publications publishing. And once those in, please run some dummy commit to see whether it works...18:58
*** baoli has quit IRC18:59
*** jcoufal has quit IRC18:59
*** andreww has quit IRC19:00
*** dprince has quit IRC19:01
*** dprince has joined #openstack-infra19:01
*** rbrndt has quit IRC19:01
*** ldnunes has quit IRC19:04
openstackgerritPaul Belanger proposed openstack-infra/system-config master: mqtt-root-CA.pem.crt requires ::logstash to be setup  https://review.openstack.org/51642619:06
*** ijw has joined #openstack-infra19:06
pabelangerclarkb: ^logstash-worker launch issue19:08
*** baoli has joined #openstack-infra19:09
*** diablo_rojo has quit IRC19:12
*** shardy has quit IRC19:14
openstackgerritSam Yaple proposed openstack-infra/project-config master: Publish requirements loci images to DockerHub  https://review.openstack.org/51294119:16
*** yamamoto has quit IRC19:16
*** rkukura has quit IRC19:17
*** rkukura has joined #openstack-infra19:19
*** diablo_rojo has joined #openstack-infra19:20
*** Goneri has quit IRC19:24
*** markvoelker has quit IRC19:34
*** markvoelker has joined #openstack-infra19:34
*** rwsu has joined #openstack-infra19:35
*** mat128 has quit IRC19:35
*** mat128 has joined #openstack-infra19:36
*** ijw has quit IRC19:40
*** ociuhandu has quit IRC19:40
clarkbok back19:40
clarkbpabelanger: I've approved your fix19:41
clarkbjeblair: gear change lgtm19:42
clarkbI figure we can get that in and released then restart the logstash.o.o geard to pick it up?19:43
clarkbpicking up the infra update session again, does anyone have a native zuulv3 job that would be a good example for that atlk? maybe the devstack job?19:45
fungii suppose that also raises the question as to whether you want to showcase how flexibly it can define complex jobs, or how simple jobs are under v319:48
fungithe native v3 devstack jobs are a lot more understandable than devstack-gate, but if the audience is people who haven't already tried reading through the d-g scripts then the v3 devstack job is more likely to frighten them ;)19:49
clarkbha19:49
clarkbThis IS simpler honest19:49
clarkbI think I may put the devstack job in to have something but can always swap out with something else later19:50
clarkbfungi: do you want to be second reviewer on https://review.openstack.org/#/c/516422/ maybe?19:50
clarkb*second +2 reviewer19:50
fungia smaller-scope job may be easier to fit entire playbooks on the screen, and take less explaining (at the loss of demonstrating some more advanced options of course)19:51
*** rkukura has quit IRC19:51
fungiso really depends on what direction you want to take it19:51
ianwpabelanger: so the executor should have stopped itself when the load gets to high, but actually crashed itself?19:53
*** rwsu has quit IRC19:55
*** jcoufal has joined #openstack-infra19:55
clarkbfungi: pabelanger ianw https://review.openstack.org/515950 updated with a heavily modified devstack job definition19:57
clarkbhopefully illustrates things without being too large to fit on a screen19:57
*** jcoufal_ has quit IRC19:58
*** rbrndt has joined #openstack-infra20:00
*** rwsu has joined #openstack-infra20:02
*** amoralej is now known as amoralej|off20:02
*** baoli has quit IRC20:04
clarkbjeblair: are we submitting logstash jobs on aborted zuul jobs?20:04
clarkbjeblair: that may account for extra volume if so (we had previously skipped them)20:05
*** rkukura has joined #openstack-infra20:05
clarkbdmsimard: ^20:05
*** bobh has joined #openstack-infra20:06
mwhahahaso if a change is stuck in the check queue, is there something that can be done to kick it out? http://zuulv3.openstack.org/static/stream.html?uuid=a15efdf243e34ee6bd5e97b241b7065a&logfile=console.log20:07
mwhahahalooks like it timed out but hasn't updated in some time20:07
mwhahahachange 512466,520:07
*** mat128 has quit IRC20:07
clarkba new patchset is the big hammer reset button20:07
*** dimak has quit IRC20:08
*** lihi has quit IRC20:08
*** leyal has quit IRC20:08
fungiabandoning and restoring may also work20:08
clarkbdepending on why it is stuck we may have to restart some bit of zuul to get it to notice new state20:08
AJaegerjeblair: the reuqirements change looks fine, I tested with success and failing now, added links tohttps://review.openstack.org/#/c/516208 - thanks for help!20:08
*** oanson has quit IRC20:08
*** snapiri has quit IRC20:08
mwhahahawell it seem that zuul is stuck so I don't want to touch it unless i have to20:08
mwhahahaalso it's a cherrypick w/o anything to rebase :D So i guess i could force it but it seems that there might be a few of these20:09
*** jcoufal_ has joined #openstack-infra20:09
mwhahaha507796,7 is also stuck in a similar fashion20:09
fungimwhahaha: check the stream there... "RUN END RESULT_TIMED_OUT"20:09
* mwhahaha is aware20:10
mwhahahabut it seems to be stuck on copying files from node20:10
fungiahh, i see, it's been on the copy files task, yes20:10
dmsimardclarkb: depends what you mean by aborted, if the jobs are killed without running POST-RUNs it won't be submitted I guess ?20:10
fungimwhahaha: i wonder how long it will take to time out that task20:10
jeblairclarkb: we should not be running any post-playbooks on aborted jobs, so if we see that, it's a bug20:10
*** jcoufal has quit IRC20:10
jeblairdmsimard: ^20:10
mwhahahafungi: yea i wanted to raise the issue, i guess i'll just wait20:11
dmsimardjeblair: I suspected as much20:11
fungijeblair: does the timeout used for the run task also get used for all other tasks, or are there separate timeouts for those?20:11
clarkbgotcha so an aborted job is properly stopped before it can get that far eg no logs at all?20:11
jeblairfungi: same timeout.  that's a mis-feature we should correct, but we haven't discussed how yet.20:11
jeblair(because obviously it's way too long.  however, it will *eventually* hit)20:12
fungii was watching one the other day where the node had apparently gone missing mid-job, and all the post tasks then waited 30 minutes each to time out before the job could finally 5report20:12
jeblairclarkb: yes, including even if we abort in an early post-playbook, we won't run later ones.20:12
mwhahahathese failures seem to indicate the vm went missing20:12
fungimwhahaha: okay, so my guess is something happened to that node and the post playbooks will each wait for up to the job timeout (some 3 hours from the looks of it?) before moving on to the next20:12
jeblairfungi: that also feels like something wrong with ansible; we shouldn't be waiting 30m for ansible to tell us it can't connect.20:13
mwhahahasooooo i should probably force the issue i guess?20:13
mwhahahaabandon/restore20:13
fungijeblair: yeah, not sure how ansible is failing to notice that it can't run a post task20:13
mwhahahathere's some nova patch with the same problem20:14
mwhahahai'll abandon/restore the tripleo patches stuck with this20:14
*** slaweq has joined #openstack-infra20:14
jeblairat some point we should look more closely at one of these and see what we could improve20:14
*** baoli has joined #openstack-infra20:15
fungimwhahaha: that seems to have done it20:15
fungi"POST-RUN END RESULT_ABORTED"20:15
fungii'm guessing that corresponds to your abandoning20:16
mwhahahayea20:16
clarkbjeblair: thank you for confirming20:16
mwhahahai thought there used to be a shorter timeout on the post log stuff20:16
* mwhahaha shrugs20:16
mwhahahai'll let you folks figure it out :D20:16
*** salv-orlando has quit IRC20:17
fungimwhahaha: yeah, jeblair noted above that it's a misfeature needing correcting when someone gets time20:17
*** yamamoto has joined #openstack-infra20:17
*** salv-orlando has joined #openstack-infra20:17
*** bobh has quit IRC20:18
*** eharney has quit IRC20:18
jeblairfor starters, do we make it a system-wide setting?  like "each pre/post playbook gets X minutes to run"?  or do we say the the entire pre phase gets X minutes, and the entire post phase Y minutes?  do we let jobs override it?20:19
mwhahahathere was always the 3hour upper limit for all things i thought20:19
mwhahahais that gone?20:19
mwhahahain the past when this failed, it always reported back at about 3hours 5mins or something20:20
jeblairmwhahaha: i believe that was just convention20:20
*** kgiusti has left #openstack-infra20:20
jeblairmwhahaha: that was likely the job timeout20:20
mwhahahano20:20
mwhahahajob timeout was 2:4520:20
mwhahahazuul timeout was 320:20
mwhahahaat least that's how it was showing up when it occured20:21
*** salv-orlando has quit IRC20:21
mwhahahaour limit was 2:30 max job time and if we ran into this type of situation where the vm went away it would end around 3 hours20:21
jeblairmwhahaha: i don't know what the math was, and it's probably not worth looking at now, but we didn't have a hard-coded limit.  some jobs implemented their own timeouts inside of the job timeout though.20:21
*** bobh has joined #openstack-infra20:22
fungitimeouts under v2 were at job-level granularity owing to inheriting from jenkins design20:22
fungidevstack-gate (and some similar job frameworks) implemented a sort of "soft" timeout where they estimated their setup.teardown activities and then killed the main job payload leaving time to copy logs and what have you20:22
jeblairmwhahaha: oh, if the node went away, maybe there was a 30m watchdog for post, and a 5 minute grace period?20:22
mwhahahayea20:23
mwhahahathat seems to be about right20:23
mwhahahaeither way it seems that you would want an upper limit from the zuul operator standpoint to say no job can run longer than X20:23
fungithough i tend to agree the real issue here is that ansible doesn't seem to indicate that it's having trouble getting a response from the node20:24
fungiand we should likely have something global to timeout fairly quickly on connectivity/response issues20:24
fungiindependent of job-level or playbook-level or task-level timeouts20:25
mwhahahathat would be ideal but short of adding additional functionality to constantly monitor status of nodes, being able to says the entire process can't exceed X would be a start20:25
jeblairmwhahaha: we actually do have that now -- there's a max job timeout.  so once we have pre/post timeouts implemented, that will be more sane.20:25
*** e0ne has quit IRC20:25
mwhahahawhat's the current max job timeout right now?20:26
jeblairmwhahaha: equal to the highest value used under zuul v2 :)  so probably 3h and change?20:26
*** larainema has quit IRC20:26
mwhahahabut pre/post aren't captured in that value?20:26
*** yamamoto has quit IRC20:26
jeblairmwhahaha: they use the same value.  that's the misfeature.20:26
mwhahahaah so it's 3+3+320:27
jeblairyep.  or even more.  maybe 3+3+3+320:27
jeblair3*(n_playbooks)20:27
mwhahaha:o20:27
fungigranted, a timeout on your run playbook means only post playbooks set to run on failure count toward that20:28
clarkbanyone else willing to review https://review.openstack.org/#/c/516422/ so that we can get a release out and restart gearman on logstash.o.o with that in place?20:28
fungiclarkb: yeah, i have it pulled up from before when you asked. just about done looking at it20:29
fungiapproved, in it goes20:30
clarkbAJaeger: are you still around? I have a qusetion about the publications publishing20:30
clarkbAJaeger: specifically https://review.openstack.org/#/c/516010/4/playbooks/publications/run.yaml won't that just copy all the content in the root of the repo ?20:30
clarkbAJaeger: but then in https://review.openstack.org/#/c/516010/4/playbooks/publish/publications.yaml we only copy sphinx output?20:31
AJaegerclarkb: yes, again ;)20:32
clarkbAJaeger: so why do the first copy if we only publish the sphinx output?20:32
AJaegerclarkb: so, run.yaml copies everything over - like it was done with jenkins/jobs20:32
AJaegerclarkb: we do not run sphinx at all. We just use the sphinx module to copy arbitrary data20:33
clarkbI see20:33
clarkband sphinx will look for _out?20:33
AJaegerclarkb: similar to http://git.openstack.org/cgit/openstack-infra/project-config/tree/playbooks/publish/infra-index.yaml20:34
clarkbAJaeger: ok I think there may be one little bug in the script though I'll leave a comment shortly20:34
*** jcoufal_ has quit IRC20:34
*** markvoelker has quit IRC20:35
pabelangerianw: yah, it should stop accepting more jobs20:35
clarkbAJaeger: comment posted20:35
AJaegerclarkb: indeed, found one as well - thanks20:35
pabelangersorry, back from late lunch, returning to launch logstash-workers20:37
AJaegerclarkb: that bug was already in JJB and http://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/playbooks/legacy/infra-publications-publish/run.yaml#n75 - good find20:38
clarkbAJaeger: its not set -e so it probably just "worked"20:39
openstackgerritMerged openstack-infra/system-config master: mqtt-root-CA.pem.crt requires ::logstash to be setup  https://review.openstack.org/51642620:39
AJaeger;)20:39
clarkbpabelanger: ^ fyi20:39
*** bobh has quit IRC20:39
*** ijw has joined #openstack-infra20:40
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fix openstack-infra publishing  https://review.openstack.org/51601020:42
AJaegerclarkb: fixed the two problems ^20:42
* AJaeger waves good night20:42
pabelangerclarkb: danke20:42
openstackgerritMerged openstack-infra/gear master: server: make stats more efficient  https://review.openstack.org/51642220:44
ianwclarkb: not sure if comments on 515950 are helpful or not :)  just some general thoughts20:45
*** markvoelker has joined #openstack-infra20:45
*** ijw has quit IRC20:46
*** ijw has joined #openstack-infra20:46
clarkbianw: ya I like the idea of demoing the old to new maybe drop my devstack example and replace it with your dib migrated examples?20:46
clarkbwe can illustrate the migration and native jobs that way20:47
clarkband ya I think we can frame volunteering as it is different now and easier to dig in as projects manage their own jobs now20:48
*** markvoelker has quit IRC20:49
*** markvoelker has joined #openstack-infra20:49
fungii too have added some comments20:49
jeblairclarkb, ianw: i think the import-into-repos thing is easy for folks to get from the docs.  i think showing what a v3-native job looks like is the better thing to put in a presentation.20:49
clarkbjeblair: so more like what we haev with devstack example in current ps?20:50
fungiianw: it's possible, like you mentioned on the other topic in there, that referencing is better than too much detailed rehashing. the sales pitch is already up at https://governance.openstack.org/tc/reference/top-5-help-wanted.html#community-infrastructure-sysadmins20:50
jeblairwhether that's the devstack example, or a different one, that's what i'd focus on.  we can still highlight that it's in-repo, but highlighting the new functionality is a good topic for this presentation, whereas the in-repoification is better in documents (or a dedicated presentation like pabelangers)20:51
clarkbya I'll update to a link to pabelangers talk which should get people video20:51
ianwi want to fiddle more with dib logs etc and get it all right.  it might be a good example of a non-devstack job ... as much of the devstack jobs should be templated out20:55
clarkblet me update based on current feedback except for the example job stuff then we can iterate on that bit20:55
*** jtomasek_ has quit IRC20:58
dmsimardinfra-root: FYI ara 0.14.5 is out, it's the version that is tested to work with 2.4.1, contains the wsgi sqlite middleware and also contains the firefox permalink fix.20:59
dmsimardI suppose it requires an update on the executors to be effective, feel free to do that whenever you'd like, it's backwards compatible with 2.3 and 2.221:00
jeblairdmsimard: i assume it's going to happen automatically within 30m or so :)21:02
dmsimardmagic21:02
*** xingchao has joined #openstack-infra21:02
*** markvoelker_ has joined #openstack-infra21:02
dmsimardI'll keep an eye out for issues just in case, btw the version of ara is at the top right of the reports.21:02
*** jascott1 has quit IRC21:02
*** jascott1 has joined #openstack-infra21:03
jeblairdmsimard: it will *probably* not actually require any restarts to take effect either.21:03
*** markvoelker has quit IRC21:04
*** jascott1 has quit IRC21:04
*** jascott1 has joined #openstack-infra21:04
dmsimardjeblair: I don't think it would, it'd just be loaded for the next ansible-playbook run21:05
dmsimardalthough I wonder if there's some race that could be triggered if it's updated in the middle of some runs21:05
*** akscram1 has quit IRC21:06
*** jascott1 has quit IRC21:06
*** akscram1 has joined #openstack-infra21:07
*** trown is now known as trown|outtypewww21:07
clarkbianw: fungi ok new patchset pushed, fungi can you take a look and see if that addresses your comments?21:09
*** smatzek has quit IRC21:09
fungisure21:09
*** smatzek has joined #openstack-infra21:10
dmsimardfungi, ianw, clarkb: what I feel is missing from the "infrastructure sysadmin" bit (and I probably mentioned this before) is how to get onboarded/ramped up. For reviews and contributing to projects it's relatively straightforward and I guess you could say infra-root are expected to be core on openstack-infra projects so it's a logical step...21:11
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Add support for override-checkout, deprecate override-branch  https://review.openstack.org/51645121:11
*** slaweq has quit IRC21:11
*** esberglu has quit IRC21:11
dmsimardBut then what ? Is it particularly system-config/puppet-openstackci for example ? Or just a matter of gaining more experience on different infra projects ? It's not clear21:11
clarkbfungi: it actually does work in 80x24 fwiw, its just the devstack example gets cut off a little21:11
jeblairi don't remember who needed the override-checkout thing... it didn't make it into the etherpad (until i just put it there)21:12
*** slaweq has joined #openstack-infra21:12
fungidmsimard: have you had a look at the separate onboarding deck clarkb is prepping for next week?21:12
*** esberglu has joined #openstack-infra21:12
dmsimardfungi: I guess not :/21:12
clarkbjeblair: it was a neutron plugin iirc21:12
fungidmsimard: clarkb: maybe the help wanted topic there should call out our onboarding slot on the schedule too?21:12
jeblairdmsimard: yes, an update in the middle of a run could definitely error out.  but the window is pretty small.21:13
fungiassuming the project update is on the schedule earlier than the onboarding slot anyway21:13
clarkbfungi: ya though I don't think onboarding is recorded21:13
clarkbfungi: its not the order is in reverse21:13
clarkbdmsimard: https://review.openstack.org/#/c/515853/ fwiw21:13
fungiclarkb: oh well, that's a missed opportunity21:13
jeblairhelp wanted: recording onboarding session21:13
fungihah21:13
funginice one21:13
clarkbfungi: dmsimard but maybe that deck need a "you want root" slide21:13
*** xingchao has quit IRC21:14
dmsimardI'll have to watch the youtube recording :)21:14
fungiin boston, recording for the onboarding sessions was called out as a nice-to-have for future iterations21:14
*** smatzek has quit IRC21:14
*** dhinesh has quit IRC21:15
*** pcaruana has quit IRC21:15
dmsimardthat reminds me21:16
*** slaweq has quit IRC21:16
dmsimardI made this little javascript bookmarklet that redirects me from github.com to git.openstack.org :D21:16
clarkbdmsimard: as far as answering your question (and I'll try to make a slide out of this) I think you are right, step 0 is reviews, step 1 is core on projects. Then its a matter o growing/generating/creating trust based on those reviews because there tends to be straightforward undo type buttons for core review actions but not for root actions necessarily21:16
*** esberglu has quit IRC21:16
*** slaweq has joined #openstack-infra21:16
*** slaweq has quit IRC21:16
clarkbbasically looking for judgement from things like reviews and stuff so that we don't need to worry about lack of undo button once handing that out21:17
clarkbthat said we've all had our derps so I don't think we expect perfection :)21:17
*** salv-orlando has joined #openstack-infra21:18
*** mrunge has quit IRC21:18
dmsimardclarkb: Basically, some (documented) pointers on what it is when we mention that "infra needs help". When we discussed this internally a few weeks back, some people asked what we needed help with and there was no clear answer.21:20
*** dave-mccowan has quit IRC21:20
dmsimardSome folks aren't much of a "self starter", they'd be willing to help but need to be given a direction. Others, you just throw them and they'll figure out something to help with.21:21
*** mrunge has joined #openstack-infra21:21
clarkbthats fair, though that is also different question than the earlier one. We can be better about writing up a low hanging fruit list21:21
dmsimardI guess we could be doing a better job of tracking the things that we're interested in doing (backlog? storyboard? etc.)21:21
clarkbya I think its a combo of low hanging fruit (here is good places to get feet wet) and backlog of more important work that people can jump on as they get more involved21:22
dmsimardclarkb: yes, it's a different question but tangentially related to contributing to infra :)21:22
*** salv-orlando has quit IRC21:22
clarkbToday the best place to start is probably with our specs list and particularly priority efforts as far as backloggy stuff goes21:22
jeblairwhat we need is a self-starter who's motivated to help others find what to work on :)21:23
dmsimard++ haha21:23
clarkbhttp://specs.openstack.org/openstack-infra/infra-specs/ ist not going to give you small time chunked tasks, but does give flavor to "this is the work we are doing and what is important"21:23
*** esberglu has joined #openstack-infra21:23
jeblairi mean, i added a smiley, and it's borderline tautological, but in all honesty, maybe that's something we should highlight as being very valuable :)21:23
clarkbwe do have http://specs.openstack.org/openstack-infra/infra-specs/#help-wanted21:24
clarkbI'll add ^ to the onboarding presentation as well21:24
clarkband I guess work to updating that and making sure it reflects current wants/needs21:24
dmsimardjeblair: there's definitely value in someone who's able to organize/feed/unblock work in general21:25
SamYaplecan i get a +3 on this ceph stretch mirror? https://review.openstack.org/#/c/513591/21:25
dmsimardthat person is not me21:25
* dmsimard is horrible at organizing his work21:25
clarkbfungi: you are assignee on http://specs.openstack.org/openstack-infra/infra-specs/specs/ptgbot.html is that implemented now? I think it is21:25
*** jascott1 has joined #openstack-infra21:26
fungiclarkb: oh, yep. i'll propose a change to move it to implemented. thanks for the reminder!21:27
openstackgerritJohn L. Villalovos proposed openstack-infra/project-config master: ironic: Remove publishing to pypi  https://review.openstack.org/51645321:28
openstackgerritJeremy Stanley proposed openstack-infra/infra-specs master: Mark the ptgbot spec implemented  https://review.openstack.org/51645421:30
fungiclarkb: ^21:30
*** esberglu has quit IRC21:31
*** esberglu has joined #openstack-infra21:32
*** esberglu has quit IRC21:32
openstackgerritJohn L. Villalovos proposed openstack-infra/project-config master: ironic: Remove publish-to-pypi add release-openstack-server  https://review.openstack.org/51645321:32
*** esberglu has joined #openstack-infra21:32
pabelangerhmm, iptables is failing to restart on logstash-workers21:34
clarkbpabelanger: are you using xenial?21:35
pabelangernope, trusty21:35
pabelangerI think it might be something with ipv621:35
dmsimardit's iptables-persistent, right ? xenial is netfilter-persistent21:35
clarkbdmsimard: ya21:35
clarkbpabelanger: also it relies on dns iirc21:35
pabelangeryah, running with --keep this time21:35
*** smatzek has joined #openstack-infra21:36
*** jcoufal has joined #openstack-infra21:36
clarkbso if we deleted the dns records for 16-20 and didn't update puppet it may be failing on those lookups21:36
*** thorst has quit IRC21:38
pabelangerk, let me check21:38
pabelangerclarkb: no DNS, so we did delete them21:39
clarkbdmsimard: https://review.openstack.org/516455 starting with that21:40
pabelangerknow more in a few minutes21:40
clarkbpabelanger: you can likely add dns records with short TTLs that point to localhost or something, then update them after you have instances booted?21:40
*** smatzek has quit IRC21:40
dmsimardclarkb: root access is granular or it's an all of nothing deal ?21:41
clarkbdmsimard: its basically all or nothing21:41
clarkbdmsimard: thats the crux of the problem21:41
dmsimardoh, yeah, that's a bummer. I thought there was some amount of granularity so you could start little by little to give access to certain things to certain people21:41
dmsimardhelps with the trust building exercise I suppose21:42
dmsimardafk food, I'm starting to digest myself21:42
clarkbdmsimard: we can give out root on a host by host basis, but we've generally not done that as a path to root thing21:42
SamYapleyou can *totally* trust me21:42
SamYapleim trustable21:42
clarkbinstead its been for individuals that aren't interested in having complete system authority and just want to help on a small subset21:42
dmsimardSamYaple: you need a business card with your public key on it21:42
*** baoli has quit IRC21:42
*** wolverineav has quit IRC21:42
pabelangeryah, standing up the infra locally is likey a good path forward. See how everything works, almost everything should be able to run local21:43
pabelangereg: trusty->xenial migration will likely be a good process to infra-root too. We'll likely need to do that in the next 6 months21:44
*** rwsu has quit IRC21:44
pabelangereg: making sure puppet manifests work locally on xenial, then fixing issues21:44
*** rodrigods has quit IRC21:45
*** rodrigods has joined #openstack-infra21:45
SamYapledmsimard: so i wont say which company, but when i put in my public ssh key with the comment 'null@null' i break some profiles.... (*cough*rackspace*cough*)21:45
clarkbpabelanger: we should definitely add that to the help wanted specs list21:45
clarkbpabelanger: which probably means writing a spec for that21:45
SamYaplelisten properly sanatize everything. including ssh keys people21:45
clarkb(because you are right that would be a good place to get familiar with everything)21:45
pabelangerclarkb: yah21:45
*** rodrigods has quit IRC21:45
*** rodrigods has joined #openstack-infra21:45
openstackgerritOpenStack Proposal Bot proposed openstack/os-testr master: Updated from global requirements  https://review.openstack.org/50364521:47
*** Sukhdev has joined #openstack-infra21:48
fungiSamYaple: sounds like they also had the incorrect notion that the comment portion of an authorized keys line was anything other than completely arbitrary data21:48
*** aeng has joined #openstack-infra21:49
fungiinappropriate to assume it contains a @ character even21:49
SamYapleindeed. tis exactly what happened21:49
SamYapleyea the web form required teh @21:49
SamYaplewhich is funny21:49
fungican contain whitespace characters too21:49
fungisame for the pubkey format21:49
SamYaplejust like email addresses can contain comments (no seriuosly, that RFC is insane)21:49
*** boden has quit IRC21:50
SamYaplebut most places only accept a small subset of valid addresses21:50
fungissh-rsa AAAAB3...QoQ== this is my workstation's public key21:51
fungitotally valid21:51
*** rcernin has joined #openstack-infra21:51
fungisticking an e-mail address in there is purely convention21:52
fungialso leaving off the comment field entirely works fine21:52
SamYaplehuh. i thought it was user@host, not email address21:52
SamYaplethat ssh-key generated i mean21:52
fungiformatted as an e-mail address (i.e. using an @ between the username and hostname)21:53
SamYaplei thought email addys required FQDN, and FQDN required a TLD21:54
SamYaplebut i *really* dont want to think about this more :P21:54
fungiyeah, for openssh behavior it'll use the short hostname unless you have set your hostname on that system to be an fqdn (which for most of my systems it is)21:55
SamYaplehostname as fqdn breaks lots of things21:56
clarkbdrives me nuts because foo. is a perfectly valid fqdn in many places (like my home network used to be)21:57
*** thorst has joined #openstack-infra21:58
SamYapleoh yea lets complain about things violating RFCs21:59
SamYaplegoody!21:59
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Add support for override-checkout, deprecate override-branch  https://review.openstack.org/51645122:00
jeblairit's zuul meeting time in #openstack-meeting-alt22:00
*** wolverineav has joined #openstack-infra22:01
fungiooh!22:01
*** thorst has quit IRC22:02
*** dprince has quit IRC22:02
*** wolverineav has quit IRC22:05
*** wolverineav has joined #openstack-infra22:05
pabelangerping: unknown host subunit-worker01.openstack.org22:08
pabelangerthat is our firewall issue22:08
pabelangerguess we deleted that host?22:08
pabelangerclarkb: ^22:08
clarkbya I think we did, guessing the dns record wasn't removed?22:09
clarkbor do we explicitly ping it?22:09
*** leyal has joined #openstack-infra22:09
*** oanson has joined #openstack-infra22:09
pabelangerno, I manually pinged22:09
*** dimak has joined #openstack-infra22:09
pabelangerI'll check and see what is going on with it22:09
clarkbwell it was a preceise host22:10
*** lihi has joined #openstack-infra22:10
clarkbso we deleted it, guessing its just dns that needs updating (and was missed on deletion whcih may be my bad, I can't remember if I deleted that host or not)22:10
*** wolverineav has quit IRC22:10
*** hashar has quit IRC22:11
fungiyeah, i deleted it from dns22:11
openstackgerritOpenStack Proposal Bot proposed openstack/os-testr master: Updated from global requirements  https://review.openstack.org/50364522:11
*** jcoufal has quit IRC22:11
clarkboh in that case we probably have to update system-config to remove it from the geraman hosts list22:11
fungiwaiting on 516085 to get reviewed/approved so i can try another rebuild22:11
*** jcoufal has joined #openstack-infra22:11
fungibut yeah, we can delete it from puppet in the interim... just remove from host lists in manifests/site.pp in system-config?22:12
clarkboh let me review that22:12
*** snapiri has joined #openstack-infra22:12
*** prometheanfire has joined #openstack-infra22:13
fungii have reason to believe the rebuild will work once that merges22:13
clarkbI've approved it, nice and simple22:13
fungithanks clarkb! i'll fire up another replacement in a few minutes once that merges, and if i get it into dns then we can avoid temporarily removing and readding it in system-config i guess22:14
fungipabelanger: you okay with that plan?22:14
openstackgerritPaul Belanger proposed openstack-infra/system-config master: Remove subunit-worker01.openstack.org  https://review.openstack.org/51646022:14
openstackgerritOpenStack Proposal Bot proposed openstack/os-testr master: Updated from global requirements  https://review.openstack.org/50364522:15
openstackgerritOpenStack Proposal Bot proposed openstack/os-testr master: Updated from global requirements  https://review.openstack.org/50364522:15
pabelangerfungi: ah, so 516460 isn't needed then22:15
*** marst has quit IRC22:15
fungipabelanger: well, don't abandon it yet, and if this doesn't totally fix the replacement build i'm attempting then we can go ahead with the removal while i iterate further22:16
fungii'd rather not hold you up22:16
pabelangersure22:16
openstackgerritKendall Nelson proposed openstack-infra/project-config master: Setup Contributor Guide in Storyboard  https://review.openstack.org/51646222:17
*** salv-orlando has joined #openstack-infra22:19
prometheanfireso... does openstack-infra run the mail list?22:19
*** jcoufal_ has joined #openstack-infra22:19
prometheanfireif so, may want to fix dmarc22:19
prometheanfirehttps://dmarc.org/wiki/FAQ#I_operate_a_mailing_list_and_I_want_to_interoperate_with_DMARC.2C_what_should_I_do.3F :D22:20
clarkb#status log gear 0.11.0 tagged wtih statsd performance improvements22:21
*** jcoufal has quit IRC22:21
openstackstatusclarkb: finished logging22:21
clarkbprometheanfire: I'm sure jeblair could write a novel on this but there isn't really a good way to fix dmarc22:21
clarkbprometheanfire: we looked into it extensively when yahoo decided to break mailing lists and tl;dr was there are no good options22:22
fungiprometheanfire: we're happy if you want to help us lobby for getting rid of dmarc though22:22
prometheanfirelol, I have dmarc as strict on my server22:22
clarkbprometheanfire: so you break mailing lists too L:P22:22
fungiright now the recommendation is to not post from or subscribe to our mailing lists with addresses at dmarc-enforcing domains22:22
clarkber :P22:22
prometheanfireI think I sent as the wrong user...22:22
*** salv-orlando has quit IRC22:23
prometheanfiregentoo.org doesn't have dmarc and that's my ml user for openstack22:23
*** felipemonteiro_ has quit IRC22:23
openstackgerritMerged openstack-infra/project-config master: Remove legacy jobs for ansible-role-zuul  https://review.openstack.org/51641222:23
fungiif we can upgrade the listserv to a newer ubuntu release, the version of mailman it has includes some dmarc mitigation options we might be able to try22:23
jeblairbasically, people who have their dmarc configs are saying, in essence, this domain is not used for mailing lists22:24
jeblairthat's a fine thing to say22:24
prometheanfirefungi: ya, that'd be nice22:24
jeblairi personally think it's weird to do that for some domains22:24
jeblairbut basically, dmarc was meant for paypal to say "paypal.com only sends out receipt spam.  it's not meant for mailing lists."22:25
*** slaweq has joined #openstack-infra22:25
*** salv-orlando has joined #openstack-infra22:26
*** jcoufal_ has quit IRC22:26
*** jcoufal has joined #openstack-infra22:28
openstackgerritIan Wienand proposed openstack-infra/zuul feature/zuulv3: Check start time for wait_time key  https://review.openstack.org/51646522:29
jeblair#topic v3 roadmap22:30
jeblairgah22:31
* fungi sweeps that one over to the other buffer22:32
openstackgerritMerged openstack-infra/puppet-subunit2sql master: Make subunit2sql install depend on netifaces  https://review.openstack.org/51608522:34
fungipabelanger: ^ it merged, so trying again now22:37
pabelangerfungi: ack22:37
fungii'll let you know once it's in dns or when i approve your system-config change22:37
pabelangergreat22:37
openstackgerritMerged openstack-infra/project-config master: Add post tarball gate to neutron-tempest-plugin  https://review.openstack.org/51618822:38
openstackgerritsebastian marcet proposed openstack-infra/openstackid-resources master: API filter server error  https://review.openstack.org/51646622:39
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Restrict legacy-tempest-dsvm-nova-wsgi-full to stable/ocata  https://review.openstack.org/51633422:42
fungiclarkb: i'm going to wager that the gear performance fix will also address the massive processing backlog we're seeing with the subunit2sql worker22:44
openstackgerritMerged openstack-infra/project-config master: Unblock designate-dashboard gate  https://review.openstack.org/51622322:46
openstackgerritMerged openstack-infra/project-config master: Add post tarball gate to magnum-tempest-plugin  https://review.openstack.org/51618722:46
openstackgerritMerged openstack-infra/project-config master: Add post tarball gate to zaqar-tempest-plugin  https://review.openstack.org/51618622:46
openstackgerritMerged openstack-infra/openstackid-resources master: API filter server error  https://review.openstack.org/51646622:46
*** catintheroof has quit IRC22:48
*** slaweq has quit IRC22:52
openstackgerritAlex Schultz proposed openstack-infra/openstack-zuul-jobs master: Add audit package for beaker jobs  https://review.openstack.org/51646922:54
mnasermwhahaha: do you know if the audit service automatically starts22:56
mwhahahagood question22:56
mwhahahaprobably would be a good idea to ensure it's running let me check22:57
*** rbrndt has quit IRC22:57
*** tpsilva has quit IRC22:59
*** aeng has quit IRC23:00
mwhahahamnaser: yes, yes it is23:00
mwhahahamnaser: the install does a systemctl preset auditd.service and the defaults for rhel include enable auditd.service23:01
mwhahahamnaser: 90-default.preset:enable auditd.service23:01
mnaserok cools23:01
mwhahahaTIL23:01
mnaser+223:02
mnaseralso that means we're starting it for no reason in all the other jobs23:02
mnaserso inefficent :-P23:02
* mwhahaha re-hides the bodies23:02
mwhahahanothing to see here23:02
ianwi have great dejavu about audit and i'm sure we've fixed that before23:04
clarkbin the interest of expediency I am going to update the version of gear on logstash.o.o now23:04
clarkbthen restart the geard there23:04
clarkb(rather than waiting for the next puppet run)23:04
jeblairrobcresswell: https://review.openstack.org/516451 implements the tag checkout ("override-checkout") we were discussing last week23:05
ianwmnaser / mwhahaha: https://review.openstack.org/#/c/352263/ is what i'm thinking of23:05
mnaserwait so audit is actually installed?23:05
mwhahahamnaser: rpm-qa.txt should show23:05
fungipabelanger: i've approved 516460 for now. for some reason even though subunit2sql claims to work with the version of python-netifaces in ubuntu and i can see it getting preinstalled in the puppet apply output, the pip package provider seems to want to do `pip install --upgrade subunit2sql` which results in downloading latest netifaces sdist from pypi and attempting to build it anyway23:06
clarkbactually next puppet run should start at 23:15UTC I think so I'll just wait23:06
mnasersigh23:06
mnaserit is23:06
*** jaypipes has quit IRC23:06
mwhahahawell where are my logs :(23:06
mnaserso why is -f /var/log/audit/audit.log not evaluating23:06
mnasermaybe it's not started?!23:06
mnaserhttp://logs.openstack.org/24/505824/2/check/legacy-puppet-beaker-rspec-centos-7/d3b8328/logs/ps.txt.gz -- nope its running23:06
mnaserthanks for pointing that one out ianw23:06
mwhahahapermissions maybe?23:07
mnaserhttp://logs.openstack.org/24/505824/2/check/legacy-puppet-beaker-rspec-centos-7/d3b8328/job-output.txt.gz#_2017-10-30_22_43_37_61866523:07
mnaserohhhhh23:07
mnaserok lets take this to #puppet-opeonstack23:07
clarkbfungi: ya I expect they are both sad together (the different geard connections)23:08
fungiclarkb: if only i could figure out how to tell puppet/pip not to upgrade subunit2sql's install_requires unless they're too old. but i expect that this is simply a byproducto of attempting to map puppet's limited view of package states to pip's unfortunate limitations for dependency handling23:10
clarkbfungi: maybe use an exec and pass an appropriate incantation to pip? maybe with a pin?23:11
clarkbbasically DIY23:11
fungiwe'd need to switch to installing subunit2sql from source23:12
fungia la continuous deployment23:12
clarkbok gear is updated on logstash.o.o I'm restarting the daemon now23:12
*** xarses has quit IRC23:14
clarkbthat is done, but ran into a hiccup, fix in a moment23:15
*** sdague has quit IRC23:16
*** yamamoto has joined #openstack-infra23:17
openstackgerritClark Boylan proposed openstack-infra/system-config master: Remove zl's from jenkins-logstash-client config  https://review.openstack.org/51647323:17
clarkbinfra-root ^ that is sort of the halfway workaround I used locally23:17
clarkblong term (like after summit) we should switch it to just run a standalone geard23:17
*** aeng has joined #openstack-infra23:17
openstackgerritMerged openstack-infra/shade master: Zuul: add file extension to playbook path  https://review.openstack.org/51614523:19
*** vhosakot has joined #openstack-infra23:19
clarkb#status log geard (really jenkins-log-client) restarted on logstash.o.o to pick up gear 0.11.0 performance improvements. https://review.openstack.org/516473 needed to workaround zuul transition there.23:19
openstackstatusclarkb: finished logging23:19
*** jcoufal_ has joined #openstack-infra23:23
*** hongbin has quit IRC23:23
*** jcoufal has quit IRC23:24
*** tosky has joined #openstack-infra23:25
*** baoli has joined #openstack-infra23:25
*** dave-mccowan has joined #openstack-infra23:28
*** LindaWang has quit IRC23:28
pabelangerfungi: ack, thanks23:29
*** LindaWang has joined #openstack-infra23:29
clarkbfungi: so netifaces needed by setuptools conflicts with that needed by subunit?23:30
*** Swami has quit IRC23:30
openstackgerritMerged openstack-infra/system-config master: Remove subunit-worker01.openstack.org  https://review.openstack.org/51646023:30
clarkbdmsimard: kibana results looking much better now23:31
clarkbwe'll have a hole in the data where we didn't index but considering we only keep 10 days anyways that isn't a huge deal23:31
clarkbjust roll forward23:31
fungiclarkb: nope. pip is just using --upgrade-strategy=eager (default) instead of --upgrade-strategy=only-if-needed23:31
*** lbragstad has quit IRC23:32
fungiso even though the python-netifaces version in xenial is sufficient to meet the version range oslo.utils requires, pip attempts to upgrade to the most recent version pypi has when upgrading subunit2sql23:32
clarkbfungi: does subunit2sql need a cap on it?23:32
fungii don't see how that would help23:33
clarkbit should stop upgrading to latest and just to the version that satisfies the cap?23:33
fungipip install --upgrade wants to install the latest version of all your install_requires23:33
clarkbbut won't if you have a cap aiui23:33
fungiahh, i see, you mean should we ensure=x.y.x for subunit2sql instead of ensure=latest23:33
*** gyee has quit IRC23:33
clarkbor <x.y.z23:34
clarkbbut I may be misunderstanding why this is problematic23:34
fungiwe want to avoid the pip package provider from upgrading subunit2sql's (transitive) dependencies because several of them include c extensions and so are getting preinstalled with distro packages23:34
fungipymysql, psycopg2 and netifaces to be exact23:35
fungier, not pymysql but mysql-python i guess23:35
clarkbwe don't need mysql-python if using pymysql so that might be something we can cleanup if we isntall both23:36
fungithese come into play because subunit2sql requires oslo.db which in turn requires oslo.utils23:36
clarkbbut got it23:36
fungiand anyway, the current pain is netifaces23:36
fungibecause it's only distributed on pypi as an sdist and needs local compiler and python headers to build23:37
clarkbbut ya I think you can do something like make a pip install exec that does pip install netifaces==distro-version subunit2sql23:37
fungiahh, fair enough that would likely work around it23:37
fungithough the trick is working out when to trigger that pip install so it doesn't happen at every puppet apply23:37
*** baoli has quit IRC23:38
fungiat least for continuous deployment we can trigger it exclusively when the git repo updates23:38
*** thorst has joined #openstack-infra23:39
clarkbyou could do a pip search unless/onlyif23:41
clarkbthat might be complicated though23:41
*** jcoufal has joined #openstack-infra23:43
*** ihrachys has quit IRC23:44
*** jcoufal_ has quit IRC23:46
*** bobh has joined #openstack-infra23:47
*** jcoufal_ has joined #openstack-infra23:47
*** jcoufal has quit IRC23:50
*** esberglu_ has joined #openstack-infra23:51
*** aeng has quit IRC23:51
*** tosky has quit IRC23:52
*** aeng has joined #openstack-infra23:52
*** stakeda has joined #openstack-infra23:53
*** ijw has quit IRC23:53
*** ijw has joined #openstack-infra23:54
*** esberglu has quit IRC23:54
*** jcoufal_ has quit IRC23:55
fungii don't see any way to tell puppet's pip package provider to switch to doing --upgrade-strategy=only-if-needed23:58
fungiwhich would be the ideal solution for this23:58
clarkbya I think the provider is fairly hard coded in its execution of pip23:58

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