Tuesday, 2017-10-17

*** dave-mccowan has quit IRC00:00
clarkb08 starting now00:00
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245000:00
*** dave-mccowan has joined #openstack-infra00:01
clarkb2017-10-17 00:01:57,297 DEBUG zuul.AnsibleJob: [build: de1319e83b0649ed955fb2ba81c9fe8d] Ansible complete, result RESULT_NORMAL code 0 that is 08 looking done00:02
clarkbI'm going to restart 01 03 09 too to pick up the latest code00:04
*** dhinesh has joined #openstack-infra00:04
clarkb09 is restarted00:08
*** baoli has quit IRC00:08
*** dhinesh_ has joined #openstack-infra00:08
*** dhinesh has quit IRC00:09
dmsimardmordred: I remember discussing at the PTG some sort of super quick installer (or was it an image?) you wanted to work on for testing things like shade or openstackclient. Was there ever anything done ?00:10
clarkbjeblair: pabelanger fwiw I accidentally attempted to start 'zuul' and not 'zuul-executor' on 09. It seems to hae correctly failed to start (and then I explicitly stopped it too)00:10
clarkbreading the init script I would've expected it to maybe work a bit more than it did but am happy it didn't work00:10
clarkb10 is up 2017-10-17 00:10:52,641 DEBUG zuul.AnsibleJob: [build: 52d4552b03f544eb83830a9755893233] Ansible complete, result RESULT_NORMAL code 000:11
clarkbthe inode situation should now be addressed. Just doing the last cleanup of restarting 01 and 03 so they run the same code as the others00:12
clarkblooks like init script would've failed becase DAEMON_ARGS is not defined?00:13
*** edmondsw has joined #openstack-infra00:13
clarkbso there would've been missing required params to start the daemon00:13
clarkbok now I feel better about that derp00:13
mordreddmsimard: when you say "quick installer" - you mean like for zuul itself? perhaps you're referring to "some tool to let one easily run the ansible for a zuul job locally"00:14
dmsimardmordred: no, for openstack00:14
mordreddmsimard: oh! yah. that00:14
openstackgerritJames E. Blair proposed openstack-infra/project-config master: Graphana: Add Zuul v3 executor graphs  https://review.openstack.org/51245100:14
mordreddmsimard: no - work has not yet been done - I intend to do tha tsoon, otherwise dtroyer and I lose testing environment for some legacy things00:15
jeblairclarkb, dmsimard: 512451 starts to polish up the zuul dashboard00:15
mordreddmsimard: tl;dr "apt-get install keystone nova cinder glance" on an ubuntu-xenail node theoretically gets a 'working' but probably highly unoptimized cloud00:15
*** rossella_s has quit IRC00:16
mordredjeblair: ooh00:16
dmsimardmordred: yeah, I was just curious what kind of approach you were going for -- I guess speed of deployment becomes important so I thought maybe container images? Dunno.00:16
mordreddmsimard: no - simplicity and supportedness is the main concern00:16
dmsimardjeblair: s/ph/f/ :p00:16
clarkb2017-10-17 00:16:25,304 DEBUG zuul.AnsibleJob: [build: a00b90bbafd54287be96adba4b584c7f] Ansible exit code: 0 03 is done00:16
mordreddmsimard: becuase what we want is newton or earlier clouds00:16
dmsimardmordred: fair, the triangle of simplicity, supportedness and speed, can't have all 300:16
mordredyup00:16
mordred:)_00:16
mordredalso - we don't need these to be good - in fact, what we need is for them to seem like old antiquated clouds00:17
*** salv-orlando has joined #openstack-infra00:17
mordredso that we can ensure shade and osc still work with them00:17
jeblairi would point out that "old" is orthogonal to "good"00:17
*** markvoelker_ has quit IRC00:17
clarkbjust one more restart then I can call it a day00:17
mordredjeblair: yup00:17
mordredjeblair: in this case, old is more important than good - although if we could hav both I'd be find with that00:18
*** edmondsw has quit IRC00:18
jeblairmordred: that zuul-sphinx change 512449 passed tests if you want to review it00:19
jeblairexample output is available00:19
*** rossella_s has joined #openstack-infra00:19
mordredjeblair: looks great!00:21
*** salv-orlando has quit IRC00:22
openstackgerritJames E. Blair proposed openstack-infra/project-config master: Document base job change procedure  https://review.openstack.org/51213800:22
clarkbfwiw stopping 01 doesn't seem fast; however I will be happy to see it stop reliably when it is ready00:22
clarkboh wait 01 didn't get the stop fast patch did it?00:22
clarkbit just got the dev null one that explain it00:22
jeblairclarkb: correct.  i cherry-picked the second one since i wanted to verify the emergency fix without more variables00:23
jeblairso this *should* be the last time we have slow stops00:23
*** yamamoto has joined #openstack-infra00:24
*** markvoelker has joined #openstack-infra00:25
openstackgerritClark Boylan proposed openstack-infra/system-config master: Create more inodes on ephemeral partition fs  https://review.openstack.org/51245300:27
clarkbok ^ si a follow up so we don't have to do this again in the future00:27
*** yamamoto has quit IRC00:29
*** markvoelker has quit IRC00:29
*** esberglu has joined #openstack-infra00:30
openstackgerritMatthew Treinish proposed openstack-infra/storyboard master: Bump minimum os-testr requirement to 1.0.0  https://review.openstack.org/50452500:30
anupnI see my legacy-nodejs4-npm-lint job failed but i do not see any logs under it00:31
anupnhttp://logs.openstack.org/57/473957/18/check/legacy-nodejs4-npm-run-lint/243f3c3/00:31
dtroyermordred: fwiw, I've started on that, have keystone done.  it looks a lot like a single-purpose devstack: https://github.com/dtroyer/x-stack00:31
anupndo i have to migrate it? I think we are not running zuul jobs for ironic-ui00:31
SamYaple/win/win 2800:32
clarkbanupn: can you recheck it? we've had to restart the zuul executors to fix an inode issue and there is a chance that process resulted in the lack of logs for that job00:32
anupnclarkb, i last rechecked on 13th oct00:33
anupnwere there any changes after that00:33
clarkbanupn: yes all day today fixing a problem that could result in no logs00:33
*** wolverineav has quit IRC00:33
anupnclarkb, and on that recheck my jenkins are passing00:33
mordreddtroyer: woot!00:33
clarkbanupn: it would be helpful to work off of current data00:33
anupnclarkb, hmm alright. I will recheck it again00:34
anupnclarkb, thanks00:34
*** markvoelker has joined #openstack-infra00:34
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245000:34
anupnclarkb, yes because i am sure it is due to some migration as jenkins gate jobs are passing00:35
* anupn hopes this recheck helps :)00:35
*** cshastri has joined #openstack-infra00:35
mordredanupn, clarkb: also - I'm working on new-style npm/node jobs - but am a little behind00:35
anupnmordred, what do you mean new style, sorry did not get you00:36
*** rossella_s has quit IRC00:36
mordredanupn: native zuul v3 - not autoconverted from jenkins-job-uilder macros00:36
anupnmordred, oh i see.00:37
anupnmordred, nice00:37
anupnmordred, thumbs up :)00:37
SamYaplein the next few weeks i am going to be attempting a gerrit+zuulv3 infra deploy internally. so thatlly be fun. im sure ill have lots of questions00:37
*** psachin has joined #openstack-infra00:38
*** rossella_s has joined #openstack-infra00:39
*** markvoelker has quit IRC00:39
clarkbanupn: http://zuulv3.openstack.org/static/stream.html?uuid=867e7700e45645d3a2253f93ea81b338&logfile=console.log you can follow your rechecked job there00:39
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245000:40
anupnclarkb, cool00:40
clarkbI have to run an errand in about 10 minutes so starting 01 back up again may be delayed while I do that (but will be sure to get back and restart on 01 when I return)00:41
*** markvoelker has joined #openstack-infra00:43
*** Swami has quit IRC00:43
*** Apoorva_ has joined #openstack-infra00:44
*** esberglu has quit IRC00:45
anupnclarkb, woot it passed00:46
clarkbanupn: yup, not sure if it did the right thing it ran a tox -e py27 thing which seems odd for a lint job?00:47
clarkbit did install eslint though00:47
clarkbanyways I haev to run now00:47
*** markvoelker has quit IRC00:48
anupnclarkb, yes it installed eslint. And there is another gate job for py27 under zuul i think it did that.00:48
anupnclarkb, yes will talk later00:48
*** Apoorva has quit IRC00:48
*** huanxie has joined #openstack-infra00:48
*** Apoorva_ has quit IRC00:48
pabelangerclarkb: cool, that means we now have https://review.openstack.org/512158/ on executors too>00:48
pabelangerssh persistent connections00:49
clarkbpabelanger: everywhere but 0100:49
clarkbor no we have it there too00:49
pabelangercool00:49
clarkb01 needs restart for fast stop (working in that)00:50
pabelangerkk00:50
*** rossella_s has quit IRC00:52
*** markvoelker has joined #openstack-infra00:52
*** mriedem1 has joined #openstack-infra00:54
*** mriedem has quit IRC00:55
*** mriedem1 is now known as mriedem00:55
*** rossella_s has joined #openstack-infra00:55
*** dingyichen has joined #openstack-infra00:56
*** markvoelker has quit IRC00:57
*** cuongnv has joined #openstack-infra00:59
*** edmondsw has joined #openstack-infra01:00
*** markvoelker has joined #openstack-infra01:01
*** LindaWang has joined #openstack-infra01:02
*** LindaWang has quit IRC01:02
*** sree has joined #openstack-infra01:04
*** LindaWang has joined #openstack-infra01:04
*** markvoelker has quit IRC01:06
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: Use tempfile for get_url task  https://review.openstack.org/51245801:07
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: Use tempfile for get_url task set-service-type-data-fact  https://review.openstack.org/51245801:08
pabelangerAJaeger: mordred ^fix for api-ref post jobs01:08
*** sree has quit IRC01:08
*** markvoelker has joined #openstack-infra01:11
clarkbpabelanger: is src not https://service-types.openstack.org/service-types.json ?01:13
pabelangerclarkb: no see: http://docs.ansible.com/ansible/latest/get_url_module.html01:13
pabelangerclarkb: in fact along with the tmp file, in /tmp01:14
pabelangerit will also create /tmp/service-types.json01:14
pabelangerso result.src and result.dest01:14
pabelangerboth appear to be same contents in local testing01:15
*** markvoelker has quit IRC01:15
*** aeng has quit IRC01:17
ianwhttp://zuulv3.openstack.org/static/stream.html?uuid=84897ed6b9bf4d8fbc0f94792effef00&logfile=console.log appears to be a bit stuck01:17
pabelangerianw: which jobs is that?01:18
*** salv-orlando has joined #openstack-infra01:18
ianwpabelanger: that's dib-dsvm-functests-python2-ubuntu-trusty in 51216401:18
pabelangerianw: as I guess, ze0101:19
pabelangerand I think clarkb is stopping ze0101:19
ianwok, i won't go to any debugging effort atm01:20
pabelangerianw: I added a issue to https://etherpad.openstack.org/p/zuulv3-issues about stuck jobs on ze02 in issues with zuul01:20
pabelangermight want to add this one too01:20
pabelangerlikely related01:20
clarkbya stopping 01 to pick up the last of the fixes01:20
*** markvoelker has joined #openstack-infra01:20
clarkbit is almost done01:20
*** kiennt26 has joined #openstack-infra01:21
*** iyamahat has quit IRC01:21
ianwdib-dsvm-functests-python2-ubuntu-trusty                 |      Unknown       |  Unknown ago   |     None     |01:21
*** salv-orlando has quit IRC01:22
*** yamahata has quit IRC01:23
ianw2017-10-17 00:12:39,421 INFO zuul.ExecutorClient: Execute job dib-dsvm-functests-python2-ubuntu-trusty (uuid: 84897ed6b9bf4d8fbc0f94792effef00) on nodes <NodeSet legacy-ubuntu-trusty OrderedDict([('primary', <Node 0000243791 primary:ubuntu-trusty>)])OrderedDict()> for change <Change 0x7f15612b0c18 512164,3> with dependent changes []01:24
ianwhow do you determine which launcher picked it up easily?01:24
*** yamamoto has joined #openstack-infra01:24
*** ijw has joined #openstack-infra01:25
clarkbianw: I grep the uuid in the executor-debug logs on all the hosts :/01:25
*** ijw has quit IRC01:25
clarkb22 processes owned by zuul on 01 remaining01:26
clarkbthis restart will pick up the fix to make future restarts more quick01:26
ianwclarkb: ok, that was what i thought01:26
*** ijw has joined #openstack-infra01:27
clarkbpabelanger: how are src and dest different?01:30
clarkbis dest just going to be /tmp in this case?01:31
pabelangerclarkb: I'm not sure, result.dest will be /tmp/service-types.json after we set dest: /tmp01:32
pabelangermordred: ^01:32
pabelangerjlk: maybe you know^01:33
pabelanger51245801:33
clarkbfrom a readability perspecitive if dest is the file path I think it would be a much better name to use in this case as src makes little sense to me even after reading the docs01:34
*** aeng has joined #openstack-infra01:34
openstackgerritEmilien Macchi proposed openstack-infra/tripleo-ci master: Move subunit generate to oooq playbooks  https://review.openstack.org/49003201:36
clarkboh is src the local tmpfile location it downloads to then sources in a file move/copy?01:37
*** jkilpatr_ has quit IRC01:37
ianwpabelanger / clarkb: http://paste.openstack.org/show/623773/ ... so basically it got lost?01:38
*** aeng has quit IRC01:39
ianwoh, it's on ze0101:39
clarkbianw: the file is executor-debug.log on ze01-ze1001:39
ianwyeah, sorry01:40
clarkband ze01 is in process of losing its process but its slow01:40
clarkbI need to eat dinner and check in on 01 after01:40
*** daidv_ has joined #openstack-infra01:41
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245001:42
*** links has joined #openstack-infra01:44
openstackgerritMerged openstack-infra/system-config master: Set SETUP_PIP=false for tools/prep-apply.sh  https://review.openstack.org/51213701:45
*** mriedem has quit IRC01:45
*** links is now known as Jaison|away01:45
clarkboh hey it finally finished up for the most part so I killed the probably deadlocked -executor processes01:46
clarkbit is starting up again01:46
clarkb2017-10-17 01:46:46,285 DEBUG zuul.AnsibleJob: [build: 445611fc81544eff83febf16a377bf09] Ansible complete, result RESULT_NORMAL code 001:46
clarkbok I think it is working01:46
clarkband with that really dinner01:47
*** chlong has joined #openstack-infra01:49
*** hongbin has joined #openstack-infra01:49
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245001:50
*** deikiyoch has joined #openstack-infra01:51
*** deikiyoch has left #openstack-infra01:51
*** daidv_ has quit IRC01:51
*** daidv_ has joined #openstack-infra01:51
*** daidv_ has quit IRC01:51
openstackgerritMerged openstack-infra/system-config master: Match HOST_ID using tab character too  https://review.openstack.org/51237601:51
*** daidv_ has joined #openstack-infra01:52
*** aeng has joined #openstack-infra01:52
*** markvoelker has quit IRC01:53
*** GregHouse has quit IRC01:55
*** GregHous- has joined #openstack-infra01:55
*** bobh has quit IRC01:58
*** markvoelker has joined #openstack-infra01:59
*** s-shiono has joined #openstack-infra02:00
*** markvoelker has quit IRC02:03
*** hongbin_ has joined #openstack-infra02:04
*** masber has quit IRC02:07
*** markvoelker has joined #openstack-infra02:08
*** markvoelker has quit IRC02:12
*** markvoelker has joined #openstack-infra02:17
*** shu-mutou has joined #openstack-infra02:17
*** salv-orlando has joined #openstack-infra02:18
*** markvoelker has quit IRC02:21
*** salv-orlando has quit IRC02:23
*** markvoelker has joined #openstack-infra02:26
*** ihrachys_ has quit IRC02:29
*** markvoelker has quit IRC02:30
*** ijw has quit IRC02:31
*** toshii has joined #openstack-infra02:32
*** dhinesh_ has quit IRC02:32
toshiiwhere did logstash.openstack.org go?02:32
*** ramishra has joined #openstack-infra02:33
*** sree has joined #openstack-infra02:34
*** dteselkin has quit IRC02:34
*** katyafervent_awa has quit IRC02:34
*** markvoelker has joined #openstack-infra02:35
*** gildub has quit IRC02:35
*** jhesketh has quit IRC02:35
jlkwait, what might I know?02:36
*** tonyb has quit IRC02:36
*** cinerama has quit IRC02:36
dmsimardtoshii: it didn't go anywhere ?02:37
dmsimardoh, the data in logstash.openstack.org02:37
dmsimard:D02:37
*** bradm has quit IRC02:37
*** tonyb has joined #openstack-infra02:37
toshiidmsimard: year it's still there but empty ;(02:37
*** jhesketh has joined #openstack-infra02:38
dmsimardinfra-root: ^ I suspect we're sending gearman jobs for logstash workers (because the post jobs aren't failing?) but nothing's getting picked up02:38
*** katyafervent_awa has joined #openstack-infra02:38
clarkbdmsimard: toshii yes es was put to lunch. I havent had a chance to restart the logstash workers nwo that es is happy again02:39
clarkbbut I think that id what needs to haplen02:39
*** dteselkin has joined #openstack-infra02:39
*** markvoelker has quit IRC02:40
openstackgerritNam Nguyen Hoai proposed openstack-infra/project-config master: Remove legacy jobs from Congress  https://review.openstack.org/51043702:40
*** kota_ has left #openstack-infra02:41
*** cinerama has joined #openstack-infra02:41
*** mat128 has quit IRC02:42
*** rlandy has quit IRC02:43
*** markvoelker has joined #openstack-infra02:44
ianwclarkb: want me to just run through and restart them?02:45
*** lbragstad has joined #openstack-infra02:45
*** bradm has joined #openstack-infra02:45
clarkbianw: if you want its jenkins-log-worker-A through D and logstash02:45
*** greghaynes has quit IRC02:45
clarkblogstash will likely need a kill -902:46
clarkbthat appears to be the behavior associated with this es derp02:46
ianwok02:46
mtreinishclarkb, ianw if you're restarting wokers could you kick the subunit-workers too02:47
ianwmtreinish: ok, will after logstash02:47
mtreinishit looks like the recent rename changes (https://review.openstack.org/#/q/status:merged+project:openstack-infra/puppet-subunit2sql+branch:master+topic:restore-name-sanity )didn't take effect automagically02:48
mtreinishianw: cool, thanks02:48
*** masber has joined #openstack-infra02:49
*** markvoelker has quit IRC02:49
openstackgerritMerged openstack-infra/project-config master: Document base job change procedure  https://review.openstack.org/51213802:49
*** hongbin_ has quit IRC02:51
*** stakeda has joined #openstack-infra02:52
*** markvoelker has joined #openstack-infra02:53
*** gildub has joined #openstack-infra02:53
ianwclarkb: they all seem to have disappeared without the use of -903:00
pabelangeryah, cacti.o.o email now 932K (down from 2.9M)03:02
openstackgerritEmilien Macchi proposed openstack-infra/tripleo-ci master: Move subunit generate to oooq playbooks  https://review.openstack.org/49003203:02
pabelangerI'll continue looking at it in the morning03:02
clarkbianw oh good03:03
*** udesale has joined #openstack-infra03:08
openstackgerritIan Wienand proposed openstack-infra/system-config master: Add tip on restarting logstash client and workers  https://review.openstack.org/51246703:10
ianwclarkb: ^ that being what i did ...03:11
ianwmtreinish: hmm, do i want to ask what subunit-worker01.o.o is running?  it won't accept my ed25519 key i don't think03:14
ianwso worker02 is restarted, but clarkb or someone might have to do the other one03:14
clarkbI think 01 may actually not exist anymore because it was precise03:15
ianwit rejects my key, but maybe it's not running?03:16
ianwnot running as a subunit-worker i mean03:17
*** salv-orlando has joined #openstack-infra03:19
*** Jaison|away is now known as links03:23
openstackgerritIan Wienand proposed openstack-infra/devstack-gate master: Ansiblise ephemeral/swap setup  https://review.openstack.org/49946703:24
*** salv-orlando has quit IRC03:24
*** dave-mccowan has quit IRC03:24
*** coolsvap has joined #openstack-infra03:25
ianwclarkb: ^ might be good to roll that out soonish; i just ported the inode creation into it03:25
*** rosmaita has quit IRC03:26
*** markvoelker has quit IRC03:27
ianwthere's an error on openstack-dev about /opt permissions, and i just got http://logs.openstack.org/50/512450/6/check/dib-functests-python3-xenial-extras/86f78b8/job-output.txt.gz#_2017-10-17_01_55_35_79527503:27
ianwoh, i guess i was sudoing it in the old job, so that's my fault03:28
ianwi wonder if we should 777 /opt03:28
*** kota_ has joined #openstack-infra03:30
clarkbianw I think that thread is about v2 jobs running in third party ci not caching the etcd file?03:32
clarkbits using opt stack new which is v2 pathing and that file is in thr cache for us03:32
clarkb(I think)03:32
ianwoh, well it says "text file busy" ... etcd must be running i guess.  yeah, should have read it closer :)03:33
openstackgerritSam Yaple proposed openstack-infra/irc-meetings master: Add LOCI meeting  https://review.openstack.org/51247103:34
*** hongbin has quit IRC03:37
openstackgerritJesse Keating proposed openstack-infra/infra-manual master: Correct a tiny typo  https://review.openstack.org/51247203:40
*** nicolasbock has quit IRC03:41
*** mtreinish has quit IRC03:42
*** mtreinish has joined #openstack-infra03:42
openstackgerritMerged openstack-infra/system-config master: Create more inodes on ephemeral partition fs  https://review.openstack.org/51245303:44
*** kiennt26 has quit IRC03:45
*** cuongnv has quit IRC03:45
*** yamahata has joined #openstack-infra03:45
*** cuongnv has joined #openstack-infra03:46
*** kiennt26 has joined #openstack-infra03:46
*** masber has quit IRC03:46
*** udesale has quit IRC03:47
*** udesale has joined #openstack-infra03:50
*** udesale has quit IRC03:52
*** udesale has joined #openstack-infra03:53
*** bhavik1 has joined #openstack-infra03:54
openstackgerritMerged openstack/diskimage-builder master: Import legacy playbooks  https://review.openstack.org/51216403:57
*** lbragstad has quit IRC03:58
*** gouthamr has quit IRC03:59
openstackgerritMerged openstack-infra/project-config master: Remove diskimage-builder functional test jobs  https://review.openstack.org/51216904:03
*** sbezverk has quit IRC04:06
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245004:10
*** claudiub has joined #openstack-infra04:11
*** bhavik1 has quit IRC04:13
*** ykarel|away has joined #openstack-infra04:13
*** ykarel|away is now known as ykarel04:13
*** huanxie has quit IRC04:15
*** markvoelker has joined #openstack-infra04:17
*** bobh has joined #openstack-infra04:18
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245004:20
*** salv-orlando has joined #openstack-infra04:20
*** dbecker has quit IRC04:22
*** bobh has quit IRC04:22
*** markvoelker has quit IRC04:22
*** salv-orlando has quit IRC04:25
*** stakeda has quit IRC04:26
*** markvoelker has joined #openstack-infra04:27
*** stakeda has joined #openstack-infra04:32
*** eumel8 has joined #openstack-infra04:32
*** markvoelker has quit IRC04:33
*** markvoelker has joined #openstack-infra04:34
*** dbecker has joined #openstack-infra04:35
*** kiennt26 has quit IRC04:41
openstackgerritNam Nguyen Hoai proposed openstack-infra/project-config master: Remove legacy jobs from Networking-cisco  https://review.openstack.org/51219704:43
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245004:49
SamYapleso im trying to collect some ansible logs, but i cannot because they are outside the work directory.04:49
SamYaplehttp://logs.openstack.org/79/512479/1/check/loci-glance/6d91bfb/job-output.txt.gz#_2017-10-17_04_43_57_01711304:49
SamYaplehttps://review.openstack.org/#/c/512479/1/playbooks/post.yaml04:49
*** ifat_afek has joined #openstack-infra04:52
*** ifat_afek has left #openstack-infra04:52
openstackgerritMerged openstack-infra/infra-manual master: Correct a tiny typo  https://review.openstack.org/51247204:56
*** greghaynes has joined #openstack-infra04:58
*** huanxie has joined #openstack-infra04:59
SamYapleoh im dumb. or tired. either way disregard, thanks04:59
*** claudiub has quit IRC05:05
*** CrayZee has joined #openstack-infra05:07
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: web: make console-stream tenant scoped  https://review.openstack.org/50545205:08
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: web: add /{source}/{project}.pub route  https://review.openstack.org/50253005:08
*** esberglu has joined #openstack-infra05:09
*** esberglu has quit IRC05:09
AJaegerianw: care to +2A  https://review.openstack.org/512458 , please?05:14
chandankumarianw: please have a look on this https://review.openstack.org/#/c/510529/05:14
chandankumarianw: thanks :-)05:16
*** edmondsw has quit IRC05:17
AJaegerchandankumar: it's system-required now, you need to rebase + update05:17
AJaegerianw: ^05:17
chandankumarAJaeger: yes i also need to add python-jobs05:18
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: web: add /tenants route  https://review.openstack.org/50326805:18
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: web: add /{tenant}/status route  https://review.openstack.org/50326905:18
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: web: add /{tenant}/jobs route  https://review.openstack.org/50327005:18
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: web: add /{tenant}/builds route  https://review.openstack.org/46656105:18
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: web: make console-stream tenant scoped  https://review.openstack.org/50545205:18
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: web: add /{source}/{project}.pub route  https://review.openstack.org/50253005:18
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: Adapt relative streaming urls to tenant scope  https://review.openstack.org/51248305:18
*** bobh has joined #openstack-infra05:19
openstackgerritChandan Kumar proposed openstack-infra/project-config master: Added initial jobs for magnum-tempest-plugin  https://review.openstack.org/51052905:20
*** salv-orlando has joined #openstack-infra05:21
chandankumarianw: AJaeger ^^05:21
*** bobh has quit IRC05:23
AJaegerchandankumar: thanks, approved05:24
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Use tempfile for get_url task set-service-type-data-fact  https://review.openstack.org/51245805:24
*** salv-orlando has quit IRC05:25
*** armaan has quit IRC05:27
*** ccamacho has left #openstack-infra05:28
*** armaan has joined #openstack-infra05:28
openstackgerritMerged openstack-infra/project-config master: Added initial jobs for magnum-tempest-plugin  https://review.openstack.org/51052905:29
AJaegerianw, https://review.openstack.org/#/c/512426/ and https://review.openstack.org/511781 https://review.openstack.org/510835 are ready as well if you have a few minutes05:31
*** salv-orlando has joined #openstack-infra05:34
*** armaan has quit IRC05:34
*** armaan has joined #openstack-infra05:34
*** slaweq has joined #openstack-infra05:35
*** dhinesh has joined #openstack-infra05:42
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: Adapt relative streaming urls to tenant scope  https://review.openstack.org/51248305:46
openstackgerritMerged openstack-infra/system-config master: Stop mirroring openSUSE 42.2  https://review.openstack.org/50231605:46
*** slaweq has quit IRC05:47
dirkpabelanger: I guess you have to do the 42.2 mirroring cleanup once more as the change for removing mirroring was stuck in the gate -- https://review.openstack.org/#/c/502316/05:48
*** liusheng has quit IRC05:49
*** dfflanders has joined #openstack-infra05:50
*** slaweq has joined #openstack-infra05:52
*** slaweq has quit IRC05:54
*** markvoelker has quit IRC05:54
eumel8AJaeger: morning! Is it ready to go live or you want to check more on https://review.openstack.org/#/c/510273/05:56
*** armaan has quit IRC06:02
*** armaan has joined #openstack-infra06:03
*** kiennt26 has joined #openstack-infra06:04
AJaegereumel8: not ready yet - waiting for new translation imports...06:04
*** `Kevin has quit IRC06:04
AJaegereumel8: every day fixing another bit, we're getting there slowly...06:04
*** `Kevin has joined #openstack-infra06:05
eumel8AJaeger: ah okay, thx, the current checks were already green the last days06:05
AJaegereumel8: I wait for the sync from Zanata with v306:06
chandankumarAJaeger: i want to add tripleo ci job against python-tempestconf how can i do that?06:06
*** e0ne has joined #openstack-infra06:07
eumel8AJaeger: is it possible to trigger a periodic job manually?06:07
openstackgerritNoam Angel proposed openstack/diskimage-builder master: cloud-init element systemctl support  https://review.openstack.org/51248906:08
AJaegereumel8: not that I know06:10
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Run gerrit periodic jobs on proper branch  https://review.openstack.org/51249006:10
openstackgerritNoam Angel proposed openstack/diskimage-builder master: cloud-init element systemctl support  https://review.openstack.org/51248906:11
eumel8ok06:11
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: translations: Linking to /usr/local/bin needs sudo  https://review.openstack.org/51249106:14
AJaegerianw, yolanda, care to quickly +2a, please? ^06:14
*** Guest68844 has quit IRC06:14
AJaegerLet's see whether we get this in for today's run that just started...06:14
AJaegereumel8: that's today's problem ^06:14
*** bcafarel has quit IRC06:14
*** florianf has joined #openstack-infra06:15
eumel8AJaeger: it would be easier if ansible runs under root ;)06:15
*** aeng has quit IRC06:16
yolandahi good morning06:16
yolandawill do06:16
AJaegerthanks, yolanda - and good morning to you as well!06:16
*** bcafarel has joined #openstack-infra06:17
eumel8hi yolanda06:17
*** gcb has joined #openstack-infra06:18
*** Hal has joined #openstack-infra06:18
*** Hal is now known as Guest1704706:18
mpetersonhello! In networking-odl we have quite a few dependencies to include to required-projects in each job. The idea was to do it through project-templates like http://paste.openstack.org/show/623780/ , is that the best way to do it? That would be used on the templates section of the project definition inside the project repo and not project-config, right?06:19
*** bobh has joined #openstack-infra06:20
*** liusheng has joined #openstack-infra06:21
*** masber has joined #openstack-infra06:21
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: Add support for result data in child jobs  https://review.openstack.org/50480806:21
*** dhinesh has quit IRC06:22
AJaegermpeterson: don't create a project-template for a single repo06:22
AJaegermpeterson: just do it like other repos have done it, let me show you ...06:23
AJaegermpeterson: http://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul.d/projects.yaml#n1535706:24
AJaegerJust add the additional required repos there06:24
*** bobh has quit IRC06:24
AJaegerand use the -neutron templates06:24
*** armax has quit IRC06:25
*** armax has joined #openstack-infra06:25
*** armax has quit IRC06:25
mpetersonAJaeger: okey, no problem. Is there not a way to avoid repetition of the required-projects in each pipeline definition?06:26
AJaegermpeterson: not today, but the team is looking for a solution mid-term.06:28
openstackgerritNoam Angel proposed openstack/diskimage-builder master: cloud-init element systemctl support  https://review.openstack.org/51248906:28
openstackgerritMerged openstack-infra/project-config master: translations: Linking to /usr/local/bin needs sudo  https://review.openstack.org/51249106:30
*** martinkopec has joined #openstack-infra06:34
*** jtomasek has joined #openstack-infra06:34
*** jtomasek has quit IRC06:34
*** jtomasek has joined #openstack-infra06:34
*** slaweq has joined #openstack-infra06:37
openstackgerritMerged openstack-infra/project-config master: zuul changes for vmware-nsx  https://review.openstack.org/51242606:38
*** slaweq_ has joined #openstack-infra06:38
*** psachin has quit IRC06:38
openstackgerritMerged openstack-infra/project-config master: Remove legacy jobs in Mogan  https://review.openstack.org/51178106:39
openstackgerritMerged openstack-infra/project-config master: Follow up change for Heat Dashboard creation  https://review.openstack.org/51083506:39
*** slaweq has quit IRC06:41
*** andreas_s has joined #openstack-infra06:42
*** armaan has quit IRC06:44
*** pcaruana has joined #openstack-infra06:44
*** andreas_s has quit IRC06:45
*** e0ne has quit IRC06:45
*** claudiub has joined #openstack-infra06:46
*** andreas_s has joined #openstack-infra06:47
*** andreas_s has quit IRC06:50
*** janki has joined #openstack-infra06:50
*** markvoelker has joined #openstack-infra06:50
*** psachin has joined #openstack-infra06:51
jankihey. one of my patch is geeting git related error on zuul. http://logs.openstack.org/65/511765/1/check/gate-tripleo-heat-templates-pep8-ubuntu-xenial/59e783b/console.html. Is this a known issue?06:51
jankiAJaeger, ^06:52
*** andreas__ has joined #openstack-infra06:52
*** ykarel_ has joined #openstack-infra06:57
*** ykarel has quit IRC06:59
openstackgerritMichel Peterson proposed openstack-infra/project-config master: networking-odl: Fix dependencies and reorder jobs  https://review.openstack.org/51251107:00
*** namnh has joined #openstack-infra07:01
*** edmondsw has joined #openstack-infra07:01
*** andreas_s has joined #openstack-infra07:02
*** andreas__ has quit IRC07:05
*** edmondsw has quit IRC07:06
*** gildub has quit IRC07:06
*** shardy has joined #openstack-infra07:08
*** tmorin has joined #openstack-infra07:09
*** slaweq has joined #openstack-infra07:11
*** kiennt26 has quit IRC07:12
*** kiennt26 has joined #openstack-infra07:13
*** slaweq has quit IRC07:15
openstackgerritMichel Peterson proposed openstack-infra/project-config master: networking-odl: Fix dependencies and reorder jobs  https://review.openstack.org/51251107:16
*** tesseract has joined #openstack-infra07:16
*** dasanind has quit IRC07:17
*** dasanind has joined #openstack-infra07:17
openstackgerritMichel Peterson proposed openstack-infra/project-config master: networking-odl: Fix dependencies and reorder jobs  https://review.openstack.org/51251107:18
*** aviau has quit IRC07:19
AJaegerjanki: "HTTP 500 curl 22 The requested URL returned error: 500 Internal Server Error"07:19
*** aviau has joined #openstack-infra07:19
AJaegerinfra-root, this is cloning http://zm03.openstack.org/p/openstack/tripleo-heat-templates07:20
AJaegercould anybody check zum03, please?07:20
*** bobh has joined #openstack-infra07:20
*** armaan has joined #openstack-infra07:21
*** bobh has quit IRC07:25
*** gildub has joined #openstack-infra07:26
*** ccamacho has joined #openstack-infra07:30
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: periodic-neutron-dsvm-functional runs only on master  https://review.openstack.org/51252407:35
*** armaan has quit IRC07:37
*** jpich has joined #openstack-infra07:37
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: periodic-neutron-dsvm-functional runs only on master  https://review.openstack.org/51252407:40
openstackgerritTetsuro Nakamura proposed openstack-infra/project-config master: Add new project networking-spp  https://review.openstack.org/51222307:42
*** CrayZee has left #openstack-infra07:42
*** jpena|off is now known as jpena07:43
*** egonzalez has joined #openstack-infra07:45
*** gildub has quit IRC07:46
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Use proper script for translations  https://review.openstack.org/51252907:48
*** amoralej|off is now known as amoralej07:49
*** ralonsoh has joined #openstack-infra07:49
*** ralonsoh_ has joined #openstack-infra07:50
*** dhajare has joined #openstack-infra07:51
*** hashar has joined #openstack-infra07:52
*** ralonsoh has quit IRC07:54
*** ralonsoh_ is now known as ralonsoh07:55
*** dhajare has quit IRC08:00
openstackgerritNam Nguyen Hoai proposed openstack-infra/project-config master: Remove legacy job from Trio2o  https://review.openstack.org/51253208:02
*** salv-orlando has quit IRC08:05
*** salv-orlando has joined #openstack-infra08:05
openstackgerritNam Nguyen Hoai proposed openstack-infra/openstack-zuul-jobs master: Remove Trio2o legacy job  https://review.openstack.org/51253308:05
*** iyamahat has joined #openstack-infra08:10
*** iyamahat_ has joined #openstack-infra08:11
*** gildub has joined #openstack-infra08:12
*** iyamahat has quit IRC08:14
openstackgerritMerged openstack/diskimage-builder master: Remove dd from LVM element  https://review.openstack.org/49815308:15
*** iyamahat_ has quit IRC08:20
*** iyamahat_ has joined #openstack-infra08:21
*** bobh has joined #openstack-infra08:21
openstackgerritTetsuro Nakamura proposed openstack-infra/project-config master: Add new project networking-spp  https://review.openstack.org/51222308:23
openstackgerritTetsuro Nakamura proposed openstack-infra/project-config master: Follow up change for networking-spp creation  https://review.openstack.org/51253608:23
*** iyamahat_ has quit IRC08:25
*** yamahata has quit IRC08:26
*** bobh has quit IRC08:27
*** ykarel_ is now known as ykarel08:32
*** lucas-afk is now known as lucasagomes08:33
*** derekh has joined #openstack-infra08:34
*** s-shiono has quit IRC08:35
*** toshii has quit IRC08:35
*** priteau has joined #openstack-infra08:43
*** dtantsur|afk is now known as dtantsur08:43
*** yamamoto has quit IRC08:47
*** coolsvap has quit IRC08:49
*** edmondsw has joined #openstack-infra08:50
*** electrofelix has joined #openstack-infra08:51
*** dingyichen has quit IRC08:52
*** gildub has quit IRC08:53
*** edmondsw has quit IRC08:54
openstackgerritJulien Danjou proposed openstack-infra/openstack-zuul-jobs master: Ceilometer: remove legacy-ceilometer-dsvm-tempest-plugin-es job  https://review.openstack.org/51254608:55
*** yamamoto has joined #openstack-infra08:55
*** yamamoto has quit IRC08:55
openstackgerritJulien Danjou proposed openstack-infra/project-config master: Ceilometer: disable Tempest tests for master and Queens  https://review.openstack.org/51234208:56
*** markmcd has quit IRC09:02
*** markmcd has joined #openstack-infra09:02
*** rhallisey has joined #openstack-infra09:03
*** markvoelker has quit IRC09:03
*** markvoelker has joined #openstack-infra09:04
*** esberglu has joined #openstack-infra09:04
*** esberglu has quit IRC09:09
*** florianf has quit IRC09:10
*** ccamacho has quit IRC09:11
*** e0ne has joined #openstack-infra09:13
*** dhinesh has joined #openstack-infra09:14
*** yamamoto has joined #openstack-infra09:15
*** florianf has joined #openstack-infra09:15
*** sree has quit IRC09:16
*** sdague has joined #openstack-infra09:17
*** gildub has joined #openstack-infra09:18
*** dhinesh has quit IRC09:18
*** udesale__ has joined #openstack-infra09:19
*** sree has joined #openstack-infra09:19
*** udesale has quit IRC09:19
*** sambetts|afk is now known as sambetts09:20
*** andreas_s has quit IRC09:21
*** udesale__ has quit IRC09:22
*** udesale has joined #openstack-infra09:22
*** liusheng has quit IRC09:22
*** liusheng has joined #openstack-infra09:23
*** sree has quit IRC09:23
*** jascott1 has quit IRC09:24
*** bobh has joined #openstack-infra09:24
*** jascott1 has joined #openstack-infra09:24
*** liusheng has quit IRC09:28
*** liusheng has joined #openstack-infra09:28
*** jascott1 has quit IRC09:29
*** panda|rover|off is now known as panda|rover09:29
*** bobh has quit IRC09:29
*** andreas_s has joined #openstack-infra09:30
*** slaweq has joined #openstack-infra09:30
*** gfidente has joined #openstack-infra09:30
gfidentehi guys09:30
gfidentenot sure if anybody can help me delete https://etherpad.openstack.org/p/tripleo-ceph-luminous-migration ?09:30
gfidenteit looks like it is necessary to have a key for the API request which is in a file on the server so I couldn't do it myself09:31
*** shardy has quit IRC09:32
*** eumel8 has quit IRC09:33
*** jchhatbar has joined #openstack-infra09:34
*** slaweq has quit IRC09:35
*** janki has quit IRC09:37
*** cshastri has quit IRC09:39
*** gildub has quit IRC09:41
*** yolanda has quit IRC09:44
openstackgerritLucas Alvares Gomes proposed openstack-infra/project-config master: Networking-ovn: Use publish-openstack-sphinx-docs-neutron  https://review.openstack.org/51256509:45
*** shardy has joined #openstack-infra09:45
openstackgerritDuong Ha-Quang proposed openstack-infra/openstack-zuul-jobs master: Remove legacy job in Oaktree  https://review.openstack.org/51256609:45
openstackgerritDuong Ha-Quang proposed openstack-infra/project-config master: Remove legacy job in Oaktree  https://review.openstack.org/51256709:46
*** ykarel is now known as ykarel|lunch09:47
*** yolanda has joined #openstack-infra09:47
*** salv-orlando has quit IRC09:50
openstackgerritFlavio Percoco proposed openstack-infra/project-config master: Add ansible-role-k8s-cookiecutter  https://review.openstack.org/51232309:50
openstackgerritFlavio Percoco proposed openstack-infra/project-config master: ansible-role-k8s-cookiecutter to zuul.d/projects  https://review.openstack.org/51233009:50
*** ociuhandu has quit IRC09:50
*** salv-orlando has joined #openstack-infra09:50
*** tosky has joined #openstack-infra09:53
mpetersoncan anyone please +2 and +W these patches? https://review.openstack.org/#/q/topic:change/migrate_networking_odl_to_zuulv3+(status:open+OR+status:merged)09:54
mpetersonCI is a blocking issue for networking-odl at the moment09:55
*** salv-orlando has quit IRC09:55
openstackgerritLucas Alvares Gomes proposed openstack-infra/project-config master: Networking-ovn: Use publish-openstack-sphinx-docs-neutron  https://review.openstack.org/51256509:55
*** rhallisey has quit IRC09:58
*** esberglu has joined #openstack-infra09:59
*** esberglu has quit IRC09:59
*** shardy has quit IRC10:01
*** sree has joined #openstack-infra10:02
*** andreas_s has quit IRC10:02
*** shardy has joined #openstack-infra10:04
openstackgerritMerged openstack-infra/project-config master: Add new repo for Senlin tempest plugin  https://review.openstack.org/50487010:05
openstackgerritMerged openstack-infra/project-config master: Remove legacy jobs from Ceilometer  https://review.openstack.org/51045910:06
*** sree has quit IRC10:06
*** gmann is now known as gmann_afk10:09
openstackgerritMerged openstack-infra/infra-manual master: Clarify job removal section  https://review.openstack.org/51230410:09
openstackgerritMerged openstack-infra/infra-manual master: mention playbooks for backporting  https://review.openstack.org/51238110:12
*** cuongnv has quit IRC10:12
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Remove legacy jobs in Mixmatch  https://review.openstack.org/51176310:13
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Add files section in the legact tripleo ci scenario007 jobs  https://review.openstack.org/51200710:13
sambettsAJaeger: if your around can I pick your brains on getting the networking-cisco CI back up and running, its broken due to changes in how requirements are installed10:13
openstackgerritMerged openstack-infra/project-config master: Remove workflow +1 on glance_store from swift-core  https://review.openstack.org/51151710:13
openstackgerritMerged openstack-infra/project-config master: Publish cinder loci images to DockerHub  https://review.openstack.org/51239810:13
openstackgerritMerged openstack-infra/project-config master: networking-midonet: Use publish-openstack-sphinx-docs-neutron  https://review.openstack.org/51225010:14
openstackgerritMerged openstack-infra/project-config master: networking-midonet: Use release-notes-jobs-neutron  https://review.openstack.org/51226010:15
*** yamamoto has quit IRC10:18
*** priteau has quit IRC10:19
openstackgerritMerged openstack-infra/project-config master: networking-midonet: Use publish-to-pypi-neutron  https://review.openstack.org/51226110:19
*** priteau has joined #openstack-infra10:21
*** Jeffrey4l has quit IRC10:24
*** ccamacho has joined #openstack-infra10:24
*** Jeffrey4l has joined #openstack-infra10:24
*** yamamoto has joined #openstack-infra10:25
*** pbourke has quit IRC10:25
*** bobh has joined #openstack-infra10:25
openstackgerritDmitry Tantsur proposed openstack-infra/tripleo-ci master: Add ironic-inspector to the undercloud-containers job  https://review.openstack.org/47613010:26
*** pbourke has joined #openstack-infra10:26
*** ociuhandu has joined #openstack-infra10:27
*** yamamoto has quit IRC10:30
*** bobh has quit IRC10:30
*** liusheng has quit IRC10:32
*** salv-orlando has joined #openstack-infra10:32
*** liusheng has joined #openstack-infra10:32
*** slaweq has joined #openstack-infra10:32
*** Jeffrey4l has quit IRC10:33
*** openstackgerrit has quit IRC10:33
*** hashar has quit IRC10:33
*** Jeffrey4l has joined #openstack-infra10:33
*** andreas_s has joined #openstack-infra10:35
*** namnh has quit IRC10:36
*** slaweq has quit IRC10:37
*** edmondsw has joined #openstack-infra10:38
*** ldnunes has joined #openstack-infra10:38
mpetersonyolanda: hey, how are you? I didn't understand your comment on why we need a neutron liasion +1 to merge the patches10:38
yolandahi mpeterson , so for all neutron related changes, a +1 from the listed people as neutron liaisons, is needed10:40
yolandahttps://wiki.openstack.org/wiki/CrossProjectLiaisons, https://governance.openstack.org/tc/reference/projects/neutron.html10:41
mpetersonyolanda: but this is not really neutron related and we are trying to fix the jobs that broke on the zuul deployment10:41
*** dprince has joined #openstack-infra10:42
*** edmondsw has quit IRC10:42
*** dprince has quit IRC10:42
*** tesseract has quit IRC10:43
*** tesseract has joined #openstack-infra10:43
yolandaif you can add those people under review, it's normally done fast. If that's not reviewing in a while, and jobs are broken, we can approve. But usually Yamamoto for example, reviews very fast10:44
mpetersonyolanda: what I mean, is we are not modifying anything in neutron, this is part of networking-odl only and have been +1 by core maintainers of networking-odl10:46
mpetersonbtw, I'm not complaining, just trying to understand because I'm sitting and talking with mkolesni about it and he is as perplexed as me10:48
yolandayep, i know, but even for testing we are always asking the +1 from neutron infra liaison, we always follow that rule10:48
yolandaAJaeger, can you consider that change as well? shall we wait for neutron liaison or we approve to fix broken jobs? ^10:48
mpetersonthanks, in the meanwhile I added all the liasons as reviewers10:50
*** priteau has quit IRC10:52
*** esberglu has joined #openstack-infra10:52
*** sree has joined #openstack-infra10:55
odyssey4meAJaeger I'm a little confused - I see the reference you made to https://docs.openstack.org/infra/manual/zuulv3.html#what-not-to-convert but that says that the templates must live in project-config... it doesn't say that our consumption of those templates must be defined in project-config?10:56
*** esberglu has quit IRC10:57
*** openstackgerrit has joined #openstack-infra10:57
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Handle tox environments via tox config  https://review.openstack.org/51244810:57
mordredmorning yolanda AJaeger !10:57
electrofelixdoes nodepool have support for static machines? ones that are reused a number of times before being discarded?10:57
mordredelectrofelix: not today - but the patches to add it have been written and are on the schedule for review now that v3 is rolled out10:58
*** ykarel|lunch is now known as ykarel10:58
mordredelectrofelix: although I believe we've discovered one additional feature we want to add while writing zuul jobs to make it truly usable - that is restricting where a set of nodes can be requested from10:59
mordredelectrofelix: that is - now that job config is distributed across repos and jobs define which nodes they want to use - there is nothing to prevent a job in a random repo from requesting to run a job on a 'special' node10:59
electrofelixmordred: thanks, good to know, we're looking at bringing up nodepool and being able to handle some static slaves would make our lives much easier11:00
mordredelectrofelix: depending on environment though that may not be as important - if your users are all 'trusted' then you can just tell them to not use any of the special nodes11:00
electrofelixmordred: ah, that probably doesn't impact us as much11:00
mordredelectrofelix: yah11:00
openstackgerritRaissa Sarmento proposed openstack-infra/project-config master: Change manila tempest plugin jobs  https://review.openstack.org/51258311:00
AJaegermpeterson: neutron PTL asked that the liaisons +1 all neutron changes, see https://wiki.openstack.org/wiki/CrossProjectLiaisons#Infra as well11:01
AJaegermpeterson: in this specific case, I'm fine doing an exception - but discuss the general policy with the neutron PTL11:02
*** nicolasbock has joined #openstack-infra11:02
AJaegerodyssey4me: leave those templates in project-config, please. That's what we're requesting. IT will not make a difference for you...11:03
odyssey4meAJaeger but I was - I was just consuming them in-repo11:03
odyssey4mebut ok - perhaps the docs should clarify then11:03
mpetersonAJaeger: thanks that would be lovely11:04
*** jkilpatr has joined #openstack-infra11:06
* mordred waves at odyssey4me from closer to his timezone11:08
odyssey4meohai mordred - I'm busy doing a horrible hack to get our jobs working seeing as the sudo issue is still up in the air11:09
odyssey4mehorrible hacks are all the rage in the world of continuous delivery, of course11:09
AJaegerodyssey4me: if you have ideas on how to improve the docs, changes are welcome ;)11:09
cmurphyhorrible hacks ftw11:10
*** sps has joined #openstack-infra11:11
spshi alll....................11:11
*** sps is now known as Guest9481211:11
Guest94812not able to open any gerrit topic11:12
AJaegerGuest94812: what do you mean exactly?11:12
Guest94812AJaeger: the gerrit topic that automatically gets created when we add Partial-Implements: blueprint11:13
*** lucasagomes is now known as lucas-hungry11:13
Guest94812AJaeger: for example https://review.openstack.org/#q,topic:bp/ks-rolling-upgrade-role,n,z11:14
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: networking-odl: Add required-projects for functional tests  https://review.openstack.org/51225411:15
openstackgerritSam Betts proposed openstack-infra/project-config master: Ensure branch overrides are correctly set for networking-cisco  https://review.openstack.org/51258811:15
AJaegerGuest94812:  try https://review.openstack.org/#/q/topic:bp/ks-rolling-upgrade-role11:16
AJaegerGuest94812: the gerrit update changed that URL...11:16
openstackgerritMerged openstack-infra/project-config master: networking-odl: Fix dependencies and reorder jobs  https://review.openstack.org/51251111:16
AJaegermordred: do you know why the "upstream-translation" jobs just report "error" without any log files?11:17
openstackgerritGabriele Cerami proposed openstack-infra/tripleo-ci master: [WIP]vremove dlrnapi report at the end of the run  https://review.openstack.org/51259011:17
*** shardy is now known as shardy_lunch11:18
Guest94812AJaeger: IIUC old one should be redirected to new one11:18
Guest94812that should be fix11:19
*** huanxie has quit IRC11:20
AJaegerGuest94812: please update any old docs you find, we don't plan to add redirects for these, that can be really tricky ;(11:21
Guest94812AJaeger: ok11:23
Guest94812thanks11:23
*** nicolasbock has quit IRC11:23
*** yamamoto has joined #openstack-infra11:26
*** bobh has joined #openstack-infra11:26
*** kjackal_ has joined #openstack-infra11:27
*** sarad has joined #openstack-infra11:27
*** jkilpatr has quit IRC11:27
*** jkilpatr has joined #openstack-infra11:27
*** dtantsur is now known as dtantsur|brb11:28
saradHi. I want to know if i can used nodepool service with vSphere as cloud provider?11:28
*** bobh has quit IRC11:31
*** yamamoto has quit IRC11:32
*** rhallisey has joined #openstack-infra11:34
*** nicolasbock has joined #openstack-infra11:35
openstackgerritSam Betts proposed openstack-infra/project-config master: Add neutron to required projects for net-cisco custom jobs  https://review.openstack.org/51259311:36
openstackgerritSam Betts proposed openstack-infra/project-config master: Ensure branch overrides are correctly set for networking-cisco  https://review.openstack.org/51259411:36
sarad@here anyone can help me with my query above?11:37
*** udesale has quit IRC11:38
*** smatzek has joined #openstack-infra11:39
*** rosmaita has joined #openstack-infra11:39
cmurphysarad: afaik nodepool only supports openstack as a backend but you might try https://github.com/puppetlabs/vmpooler which i think is designed to run on vsphere11:40
saradthanks cmurphy, let me check vmpooler :)11:41
*** yamamoto has joined #openstack-infra11:41
openstackgerritSam Betts proposed openstack-infra/project-config master: Ensure branch overrides are correctly set for networking-cisco  https://review.openstack.org/51258811:42
*** yamamoto_ has joined #openstack-infra11:42
flaper87mmh, what am I missing? Why isn't Zuul happy? https://review.openstack.org/#/c/512330/ Maybe the patch this one depends on needs to be merged first11:44
*** udesale has joined #openstack-infra11:44
*** yamamoto has quit IRC11:46
openstackgerritTetsuro Nakamura proposed openstack-infra/infra-manual master: Update PyPI registration instruction  https://review.openstack.org/51259611:51
*** tpsilva has joined #openstack-infra11:53
*** salv-orlando has quit IRC11:54
fricklerflaper87: yes, iiuc that needs https://review.openstack.org/512323 to be merged first11:55
*** mat128 has joined #openstack-infra11:55
AJaegerflaper87: see the important note in https://docs.openstack.org/infra/manual/creators.html#add-system-required-template11:55
flaper87frickler: thanks11:55
*** yamamoto_ has quit IRC11:56
AJaegerflaper87: any suggestions on how to improve that?11:56
*** amoralej is now known as amoralej|lunch11:57
flaper87AJaeger: weeeeeeeeeeeeell, for one, I should read the important notes till the end, instead of just reading half of it11:57
chandankumarAJaeger: is there a way to change node of openstack-python-jobs from ubuntu to fedora or centos for a particular project?11:59
AJaegerchandankumar: those jobs should be OS agnostic ;)12:00
rosmaitaAJaeger: i think at the end of the "Add Project to Zuul" section, it would be good to say "commit everything up to here and submit a patch before proceeding" ... that Important Note comes too late IMO12:00
*** chlong has quit IRC12:01
AJaegerchandankumar: best ask the rest of the team later...12:01
chandankumarAJaeger: sure :-)12:01
AJaegerrosmaita: do you want to sent a patch?12:01
*** udesale has quit IRC12:01
rosmaitai can do that12:01
*** shardy_lunch is now known as shardy12:02
*** jascott1 has joined #openstack-infra12:02
AJaegerrosmaita: looking at the order, the gerritbot one could be in the initial change, so might need some reordering...12:02
AJaegerrosmaita: please go for it!12:02
*** liusheng has quit IRC12:02
rosmaitaAJaeger i'll put up an initial patch and then you can comment and tell me how to improve it (because i really don't know a lot about the CI infrastructure)12:03
*** liusheng has joined #openstack-infra12:03
AJaegerrosmaita: thanks!12:04
*** jpena is now known as jpena|lunch12:04
*** sileht has quit IRC12:05
*** sileht has joined #openstack-infra12:05
*** jascott1 has quit IRC12:06
*** sarad has quit IRC12:07
*** edmondsw has joined #openstack-infra12:09
mpetersonjust to confirm, in-repo we can have .zuul.yaml or .zuul.d/ with yaml inside, right?12:13
openstackgerritGabriele Cerami proposed openstack-infra/tripleo-ci master: Remove dlrnapi report at the end of the run  https://review.openstack.org/51259012:17
*** dprince has joined #openstack-infra12:17
*** yamamoto has joined #openstack-infra12:19
*** lucas-hungry is now known as lucasagomes12:19
*** dizquierdo has quit IRC12:20
odyssey4mempeterson yes12:20
mpetersonodyssey4me: thx12:21
*** dave-mccowan has joined #openstack-infra12:22
*** wolverineav has joined #openstack-infra12:22
*** rlandy has joined #openstack-infra12:22
AJaegermpeterson: please read https://docs.openstack.org/infra/manual/zuulv3.html12:22
*** boden has joined #openstack-infra12:23
bodenhi, I’m trying to get zuul v3 working with stable/ocata on the vmware-nsx project in https://review.openstack.org/#/c/512390/   However I’m seeing the wrong version of dependencies getting installed which is causing the job to fail http://logs.openstack.org/90/512390/3/check/openstack-tox-pep8/169ad0e/job-output.txt.gz#_2017-10-17_10_45_17_765865   it’s not clear where it’s getting neutron-lib-1.10.0… any ideas?12:25
AJaegerboden, your requirements file has "neutron-lib>=1.1.0 ", so 1.10.0 is not wrong ;)12:27
AJaegerboden: but indeed https://git.openstack.org/cgit/openstack/requirements/plain/upper-constraints.txt?h=stable/ocata has 1.1.0, not 1.10.0 and you are using constraints12:27
bodenAJaeger: sorry for being unclear, but yes your latter point is what I’m referring to12:28
mpetersonAJaeger: I've read it and I use it as a reference. There are some cases where it is not clear enough or where things are not documented. And that's when I turn to this resource to ask.12:28
AJaegermpeterson: Sorry, I was under the impression that your question was answered ;) Could you update the document so that it's really clear, please?12:29
AJaegerboden, please add to the etherpad, somebody needs to look at it.12:30
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Harden exception handling around instance deletes  https://review.openstack.org/51241312:31
AJaegerboden, we run "tox --notest -e venv" - could you check locally whether that takes the constraints in - or ignores it?12:32
bodenAJaeger: added to https://etherpad.openstack.org/p/zuulv3-issues  â€¦ let me check on your other question12:33
*** trown|outtypewww is now known as trown12:33
mpetersonAJaeger: the confusion for me raised because yes, there is a mention about .zuul.d early on the document but then later on all references talk about .zuul.yaml instead of being more general. And there are some implicit conventions (ie: project-templates should not be in the in-repo templates section, project-templates should only be used when you need to share, requirements should be repeated12:34
mpetersonfor every job in project-config, etc)12:34
*** ykarel is now known as ykarel|away12:34
mpetersonAJaeger: said that. Sure, I'll make a note of it and try to commit a patch to clarify it12:34
*** gongysh has joined #openstack-infra12:35
*** gongysh has quit IRC12:35
AJaegermpeterson: we expect the majority of the  projects to use .zuul.yaml that's why it's used in most cases.12:35
AJaegerYou can have project-templates in-repo...12:35
mpetersonyes, having them yes. But it was mentioned earlier today that you prefer them being used in project.templates in project-config instead of in the in-repo counterpart12:38
bodenAJaeger if I run "tox --notest -e venv" on stable/ocata of vmware-nsx, it does install neutron-lib==1.1.0 which is what I’d expect from the contraints file (not lib 1.10.0 as I’m seeing in the v3 job)12:39
*** salv-orlando has joined #openstack-infra12:40
*** jcoufal has joined #openstack-infra12:41
AJaegermpeterson: see the "what not to convert section" - you used a couple of jobs that are standard. And just definining a template in a standard place for one time usage is useless.12:41
AJaegermpeterson: Feel free to create templates in-repo as long as you respect the global namespace12:42
AJaegerboden: please put on the etherpad, others need to dig into this12:42
AJaegermpeterson: does that clarify it?12:43
jd_AJaeger: question; in https://review.openstack.org/512342 you say that the jobs are now defined in .zuul.yaml, but what does happen for stable/* branches, where are the jobs defined?12:43
*** LindaWang has quit IRC12:44
sambettsjd_: they can be defined in the stable branch itself in a .zuul.yaml or in the master branch with a branch filter12:44
AJaegerjd_: https://docs.openstack.org/infra/manual/zuulv3.html has a section on stable branches12:45
jd_thanks guys, you rock, i'm gonna read that12:45
AJaegerbasically: The jobs can be in master, the project lines need to be backported12:45
*** kgiusti has joined #openstack-infra12:46
AJaegerjd_: so, backport the last "section" of your .zuul.yaml file, the one starting with "- project" and customize for each branch12:46
AJaegerjd_: if you want a sanity review, just ask ;)12:46
*** gongysh has joined #openstack-infra12:48
jd_thanks AJaeger :)12:48
*** gongysh has quit IRC12:48
*** mriedem has joined #openstack-infra12:49
*** jpena|lunch is now known as jpena12:51
*** esberglu has joined #openstack-infra12:52
*** yamamoto has quit IRC12:54
*** bobh has joined #openstack-infra12:55
bodenAJaeger: it’s on https://etherpad.openstack.org/p/zuulv3-issues  maybe you missed my msg about that earlier12:58
*** bh526r has joined #openstack-infra12:58
openstackgerritBrian Rosmaita proposed openstack-infra/infra-manual master: Clarify patchsets for new project configuration  https://review.openstack.org/51260713:00
rosmaitaAJaeger: ^^13:01
AJaegerrosmaita: thanks, will review later.13:01
AJaegerboden: thanks13:01
*** pabelanger has quit IRC13:01
*** pabelanger has joined #openstack-infra13:01
*** LindaWang has joined #openstack-infra13:02
robcresswellIf we're running standard jobs in v3 (things like "openstack-tox-pep8", but we customise them (see https://review.openstack.org/#/c/512588/2/zuul.d/projects.yaml) should those jobs live in our local .zuul.yaml, or upstream?13:02
robcresswellI've been reading the migration doc and it was a little unclear to me what happens in these semi-custom scenarios13:03
AJaegerrobcresswell: leave them in project-config - and please help make the docs clearer.13:05
AJaegerrobcresswell: networking-cisco is not an official project, so you could move them out if you really want. For official projects they should be in. And my recommendation for others is to keep them in (=project-config) as well13:06
*** amoralej|lunch is now known as amoralej13:07
*** andreas_s has quit IRC13:07
*** andreas_s has joined #openstack-infra13:07
robcresswellAJaeger: Personally it would be easier to move them out, as we track against eol branches for some tests (so its faster for us to update locally than bug infra for reviews)13:07
pabelangerjanki: AJaeger: jobs no longer clone from zm03.o.o, that looks to be a jenkins job. I'd recommend a recheck13:07
robcresswellAJaeger: But, happy to stick to the status quo if its easier to oversee.13:08
AJaegermight be easier overall to keep them in for now...13:10
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: WIP: Migrate legacy jobs  https://review.openstack.org/51261113:11
AJaegerpabelanger: yeah, that was Zuul v2 - should have checked janki's report better ;(13:11
*** thorst has joined #openstack-infra13:14
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: WIP: Migrate legacy jobs  https://review.openstack.org/51261113:15
dhellmannI'm trying to debug a bindep change to the releases repo. Is there some way for me to see what bindep actually installs in a job? http://logs.openstack.org/09/512609/1/check/13:18
dhellmannthe real thing I'm trying to fix is some missing packages on the "trusted" nodes that caused a new tag-releases failure. Are those jobs still running on a single signing node, or are we building nodes dynamically? http://logs.openstack.org/0e/0ef82df332aad8e827d41d879cd2c207ddd76f93/release-post/tag-releases/a48d209/job-output.txt.gz#_2017-10-17_12_55_04_69720913:19
*** baoli has joined #openstack-infra13:20
mriedemlooks like the live migration job is failing due to pypi mirrors not having python3-rados or python3-rbd http://logs.openstack.org/06/512406/1/check/legacy-tempest-dsvm-multinode-live-migration/95adf30/job-output.txt.gz13:20
mriedemi'm not sure why this is even trying to install python3 pips since it's not a py3 job13:20
mriedem^ is against an ocata change btw13:20
*** dtantsur|brb is now known as dtantsur13:21
*** andreas_s has quit IRC13:21
AJaegerdhellmann: http://logs.openstack.org/09/512609/1/check/openstack-tox-pep8/8fedc38/job-output.txt.gz#_2017-10-17_13_15_12_53645913:21
*** lbragstad has joined #openstack-infra13:22
AJaegerdhellmann: AFAIU we have no trusted separate nodes, we use a new node dynamically every time13:23
dhellmannAJaeger : oh! I saw an earlier line that made me thing it was running bindep and just saying "ok"13:23
* dhellmann should not debug before tea13:23
AJaegerpabelanger, do you know why the "upstream-translation" jobs just report "error" without any log files?13:23
dhellmannyeah, I knew the change to dynamic nodes was coming, I wasn't sure we were there13:23
* AJaeger sends some green tea west...13:24
pabelangerAJaeger: no, I can look into it13:24
pabelangerI need a coffee first13:24
* AJaeger sends some coffee as well - and grabs some for himself ;)13:24
*** sree has quit IRC13:25
*** sree has joined #openstack-infra13:26
*** andreas_s has joined #openstack-infra13:26
fricklermriedem: thats looks to me like not pypi but ubuntu pkg installation failing. iirc python3-rados et al only was added for pike uca13:27
mriedemfrickler: hmm, wasn't a problem before, i'm not sure what's trying to pull those packages in13:29
mriedemwill check the job definition in openstack-zuul-jobs first13:29
*** sree has quit IRC13:30
mriedemhttps://github.com/openstack/devstack-plugin-ceph/commit/54b360cdd3dc73465d362f2d0b15672d82478e5e13:30
mriedemduh duh duh13:30
mriedemmelwitt: ^13:30
mriedemdevstack-plugin-ceph is branchless13:30
mriedemso any changes to master are going to affect stable13:30
*** smatzek has quit IRC13:31
fungionly 300 lines of scrollback while i was asleep? things must be going well!13:31
openstackgerritJulien Danjou proposed openstack-infra/infra-manual master: Fix typo in zuulv3  https://review.openstack.org/51261413:31
mordredmorning fungi !13:34
mordredAJaeger: I do not :(13:34
fungiAJaeger: we might consider a (temporary?) high-frequency periodic pipeline where we can run a representative handful of translation management jobs so we can iterate on them more quickly13:34
openstackgerritPaul Belanger proposed openstack-infra/project-config master: Remove .yaml from upstream-translation-update post-run  https://review.openstack.org/51261713:35
pabelangerAJaeger: mordred: ^lets try for an upstream-translate-update fix13:35
pabelangeron a related note, i totally think we should support file extensions in pre-run, run and post-run13:35
pabelanger:)13:35
*** andreas_s has quit IRC13:36
mordredpabelanger: yah - OR - we should synax error on them13:36
pabelangeryah, I believe there is a storyboard for syntax error someplace13:36
pabelangernot the first time we have it this13:36
fungiAJaeger: still catching up, so apologies if someone else has already answered, but in zuul v3 jobs don't clone from the zuul mergers, they get their repositories pushed onto the nodes by the executors. the job janki linked ran under zuul v2 back on october 1313:38
pabelangerhttp://logs.openstack.org/80/507780/7/gate/build-openstack-releasenotes/85c21ce/ is a new error for me13:39
pabelangerSSH error during task run13:39
pabelanger2017-10-17 11:43:26.134958 | ConnectionResetError: [Errno 104] Connection reset by peer13:39
pabelangerfrom zuul_stream too13:39
*** boden_ has joined #openstack-infra13:40
pabelangergoing to add the to zuulv3-issue13:40
*** andreas_s has joined #openstack-infra13:41
fungigfidente: i'm missing some context on the luminous testing. i've skimmed the etherpad you linked, but no idea what key, api request, file and server you're talking about13:41
*** andreas_s has quit IRC13:41
*** andreas_s has joined #openstack-infra13:41
*** sree has joined #openstack-infra13:41
gfidentefungi it looks like to delete an etherpad it is necessary to submit a request to the etherpad-lite api13:42
AJaegerfungi: yes, might propose that later today...13:42
gfidentehttps://docs.openstack.org/infra/system-config/etherpad.html#deleting-a-pad13:42
*** chlong has joined #openstack-infra13:42
AJaegerfungi: yes, pabelanger pointed out that I needed more coffee this morning ;)13:42
*** boden has quit IRC13:42
*** boden_ is now known as boden13:42
AJaegerfungi: thanks!13:43
pabelangerquestion! should ironic be in the integrated change queue in gate?13:43
pabelangerbecause, it currently is not13:43
*** gouthamr has joined #openstack-infra13:43
*** felipemonteiro_ has joined #openstack-infra13:43
AJaegerpabelanger: my hero! That might explain the upstream translation thing!13:43
mordredpabelanger: that's a great question - if it's not I'm guessing it didn't share jobs13:43
mordredpabelanger: oh - speaking of errors ...13:43
AJaegercare to review https://review.openstack.org/512529  as well? That's another obvious translation bug ;(13:44
*** felipemonteiro__ has joined #openstack-infra13:44
mordredpabelanger: https://review.openstack.org/#/c/512448/ is failing - and isn't running its run playbook - I can't see why13:44
*** gcb has quit IRC13:45
mordredpabelanger: but I might just have eyeball fatigue - do you see anyhting?13:45
pabelangermordred: yah, I'm unsure if it should be sharing jobs.13:45
pabelangerlooking13:45
*** sree has quit IRC13:46
*** gcb has joined #openstack-infra13:47
fungijd_: on the point of backporting the projects section of .zuul.yaml, jeblair sent a summary to the -dev ml yesterday as well: http://lists.openstack.org/pipermail/openstack-dev/2017-October/123688.html13:47
jd_thanks fungi13:48
*** felipemonteiro_ has quit IRC13:48
pabelangermordred: comment on 512448 typo13:49
arxcruzhi, how can I create a group in gerrit? requesting in o-infra mailing list, or can I make a review ?13:49
openstackgerritMerged openstack-infra/project-config master: Remove .yaml from upstream-translation-update post-run  https://review.openstack.org/51261713:50
pabelangerarxcruz: project-config we have ACLs for gerrit, you'd propose a change there13:51
mordredpabelanger: thank you!13:51
fungigfidente: oh! you're talking about the etherpad api specifically, and asking for one of us to delete that pad. yes, the api key is an admin-only secret, but i can delete that pad if that's what you want... why did you want it deleted?13:51
*** psachin has quit IRC13:52
mordreddmsimard: ^^ we should, at some point, figureout why that isn't logging13:52
arxcruzpabelanger: thanks :)13:52
mordreddmsimard: it's not showing up in ara or in log stream13:52
mriedemoh wow, nice http://zuulv3.openstack.org/static/stream.html?uuid=89722725151544118fd72866b3530f6f&logfile=console.log13:53
pabelangermordred: yah, I noticed it in gerrit, but did look on ze05 to confirm the exception.13:53
mriedemno more telnet :)13:53
fungimriedem: even better, it's using finger protocol now nehind the scenes!13:53
fungis/nehind/behind/13:53
*** trown is now known as trown|brb13:53
*** esberglu has quit IRC13:54
pabelangermriedem: finger 89722725151544118fd72866b3530f6f@ze06.openstack.org13:54
pabelangermuch cooler :D13:54
fungimriedem: you could finger that job at the executor responsible for it, but we have plans to add a finger multiplexer/dispatcher to get you to the right executor automatically13:54
*** esberglu has joined #openstack-infra13:54
fungihere in infra-land, console/command-line users are first-class citizens13:55
* pabelanger still hoping will add finger:// URL to zuulv3.o.o, come on JS expert! Save me now13:55
*** yamamoto has joined #openstack-infra13:55
mriedemshould i bare my soul and tell you all i have no experience with finger protocol?13:55
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Handle tox environments via tox config  https://review.openstack.org/51244813:56
toskyfinger <something>@<host>13:56
fungimriedem: aww, c'mon. how did you ever get by without the finger utility?13:56
*** Jeffrey4l has quit IRC13:56
mordredmriedem: that's ok - it's very similar to just netcatting a port ... except it expects a single line to be sent to tell it what to return13:56
fungifinger fungi@cthulhu.yuggoth.org13:56
jd_i'm sure finger is offensive in certain culture13:57
pabelangertosky: finger <something>@<host>/var/log/syslog13:57
jd_:)13:57
mordredjd_: everything is offensive in certain culture13:57
mriedemjd_: i was about to say it13:57
toskypabelanger: uh, also in the original version?13:57
jd_mordred++13:57
toskypabelanger: or is it the openstack extension?13:57
fungijd_: i'm sure i'm offensive in most cultures... i try not to let it bother me13:57
mordredincluding but certainly not limited to me13:57
mordredfungi: jinx13:57
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: Make executor hostname configurable  https://review.openstack.org/51262913:57
*** armax has joined #openstack-infra13:58
*** Jeffrey4l has joined #openstack-infra13:59
*** smatzek has joined #openstack-infra13:59
*** esberglu has quit IRC13:59
*** mlavalle has joined #openstack-infra13:59
mlavallecan someone here help me with an IRC channel question?13:59
pabelangertosky: I think I have it backwards14:00
*** smatzek has quit IRC14:00
fungimlavalle: likely, but only if you ask it14:00
pabelangermlavalle: sure, best to just ask the question14:00
*** dhinesh has joined #openstack-infra14:00
*** smatzek has joined #openstack-infra14:01
*** sbezverk has joined #openstack-infra14:01
mlavallefungi, pabelanger: last week I started, by mistake, a meeting in #openstack-neutron: http://eavesdrop.openstack.org/irclogs/%23openstack-neutron/%23openstack-neutron.2017-10-12.log.html#t2017-10-12T15:00:2514:01
mlavalleI ended it right away, as you will see a few lines below14:01
mlavallebut neutron_l3 still shows at the top of the channel14:02
*** trown|brb is now known as trown14:02
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: add bindep step to release jobs  https://review.openstack.org/51263314:03
*** jchhatbar has quit IRC14:03
fungimlavalle: yes, it looks like the openstack bot failed to restore the previous channel topic once the meeting ended. that is unusual14:03
dhellmannfungi, mordred: I'm not sure I have the path right in ^^, could you give it a look, please?14:04
*** e0ne_ has joined #openstack-infra14:04
*** e0ne has quit IRC14:04
pabelangerfungi: mlavalle: no, it did but to a status notice14:04
pabelanger*** openstack changes topic to "Job log uploads are failing due to lack of inodes. Jobs also fail due to mismatches in gnutls packages. Workarounds for both in progress with proper fixes to follow."14:05
fungimlavalle: oh, i see, we have the openstack bot and the openstackstatus bot fighting over channel topocs14:05
*** dhinesh has quit IRC14:05
*** yamamoto has quit IRC14:05
pabelangeryah14:05
*** rbrndt has joined #openstack-infra14:05
fungiwe actually have openstackstatus not joining official meeting channels to avoid this particular scenario14:05
mlavallepabelanger, fungi: so how do we re-store the Neutron channel to its correct topic?14:06
*** slaweq has joined #openstack-infra14:06
fungibut basically what happened was openstack set your channel topic to the meeting name, then openstackstatus set your channel topic from that to the status alert message we issued, then later openstackstatus set the topic back to the one it saw when the alert was first issued, which happened to be the one set for the mistaken meeting14:06
fungimlavalle: i can do that now, or anyone listed with topic editing access in `/msg chanserv access #openstack-neutron list` can do it14:07
*** thingee has quit IRC14:07
mlavallefungi: would you do it please?14:08
*** esberglu has joined #openstack-infra14:09
*** thingee has joined #openstack-infra14:09
fungimlavalle: yep, do you happen to have the original topic in scrollback? i apparently don't lurk in that channel so i don't have it handy14:10
fungii can grep it out of channel logs on eavesdrop if necessary, but that will take a few minutes to get the pattern right to find the last time it was (re)set14:11
*** slaweq has quit IRC14:11
pabelangerdhellmann: -1 on 512633 with comment14:11
dhellmannpabelanger : thanks!14:11
*** Nil_ has joined #openstack-infra14:12
mlavallefungi: no, I don't have it :-(14:12
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: add bindep step to release jobs  https://review.openstack.org/51263314:12
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/openstack-zuul-jobs master: Remove legacy OSA role tests  https://review.openstack.org/51263514:13
mlavallefungi: "Discussion of OpenStack Networking || for support join #openstack"14:13
mordreddhellmann: ++ looks good14:13
fungimlavalle: done14:13
mlavallefungi: thanks :-)14:13
mordredpabelanger: that makes me wonder if we shoulnd't update the defaults on the bindep role - at least bindep_dir14:14
dhellmannpabelanger , mordred : thanks for your help there14:14
fungimlavalle: we can add some channel regulars to the access list for that channel too if you want, and then they can issue things like `/msg chanserv topic #openstack-neutron Discussion of OpenStack Networking || for support join #openstack` too14:14
mordreddhellmann: sure thing! here's hoping that's the last issue with your jobs ...14:14
* dhellmann crosses his fingers14:14
pabelangermordred: yah, I cannot remember why we've been doing that14:14
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Migrate legacy jobs  https://review.openstack.org/51263714:15
pabelangermordred: oh, because we default bindep_dir: .14:15
mordredpabelanger: yah - I'm thinking that's from WAY long ago when we were still learning how to write things14:16
pabelangermordred: or we just setup bindep_path in site-varaibles.yaml to what we want14:17
pabelangererr14:17
pabelangerbindep_dir14:17
stephenfindhellmann: Just an FYI, I've a few pbr patches up for review that could be worth looking at. I'd like to cut pbr 4.0 before EOW14:17
dhellmannstephenfin : the release jobs are currently broken, so we're prioritizing fixing them to unblock a bunch of releases. I'll put pbr on my list for after that's done.14:18
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Update bindep role defaults to be more sane  https://review.openstack.org/51263914:18
mordredpabelanger: ^^ how about that14:18
fungipabelanger: mordred: so we're not able to reuse the normal bindep role with the way it's currently written?14:18
mlavallefungi: yeah, that would be great. please add armax, haleyb, ihrachys, davidsha14:18
openstackgerritNguyen Van Trung proposed openstack-infra/infra-manual master: Change http to https spec link  https://review.openstack.org/51264014:18
stephenfindhellmann: Oh, I didn't know. Yup yup, no prob :)14:19
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Migrate legacy jobs  https://review.openstack.org/51263714:19
dhellmannstephenfin : no worries; we'll get it all done :-)14:19
mordredpabelanger, fungi: not currently - and yah - that reminds me why we set the default value to '.' - it was becaue that role in particular seemed like one that could be a place where we used a non-zuul specific role14:20
*** yamahata has joined #openstack-infra14:20
openstackgerritMerged openstack-infra/project-config master: add bindep step to release jobs  https://review.openstack.org/51263314:20
fungimlavalle: ihrachys was already there, but i've granted similar access for the other 3 now14:20
mlavallethanks14:20
*** gongysh has joined #openstack-infra14:20
*** gongysh has quit IRC14:20
*** dave-mccowan has quit IRC14:21
*** gongysh has joined #openstack-infra14:21
jeblairfungi, mordred: should we restart the scehduler?14:22
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Update jobs for features/zuulv3 branch  https://review.openstack.org/51264214:22
*** reed has quit IRC14:23
*** reed has joined #openstack-infra14:25
*** dizquierdo has joined #openstack-infra14:25
openstackgerritMichel Peterson proposed openstack-infra/openstack-zuul-jobs master: networking-odl: Removing legacy jobs definitions  https://review.openstack.org/51264414:27
openstackgerritMichel Peterson proposed openstack-infra/project-config master: networking-odl: Removing legacy jobs references  https://review.openstack.org/51264514:27
fungijeblair: did we land more fixes?14:27
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Migrate legacy jobs  https://review.openstack.org/51263714:28
jeblairfungi: we landed several over the weekend and yesterday which are not in effect14:28
fungiahh, right, we didn't restart it during sunday's maintenance14:28
fungican't hurt, i suppose14:28
jeblairignore parents on variants and use weakref for change cache come to mind.  also, it needs a restart for statsd.14:28
jeblairi mean, it'll hurt a little14:29
jeblairi'll go ahead and do that now14:29
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Update jobs for features/zuulv3 branch  https://review.openstack.org/51264214:29
AJaegerteam, we're one step further with upstream translation, they now produce logs (thanks, pabelanger !): http://paste.openstack.org/show/623845/ - there's an ansible syntax error. could anybody help, please?14:29
fungiwell, hurt as in delay stuff currently in pipelines and lose a handful of things in post i guess14:30
jeblairrestarting now14:30
pabelangerAJaeger: looking14:30
jeblairmordred: did you have a chance to think about something like an openstack-tox-functional job which omits revoke-sudo?14:30
*** gongysh has quit IRC14:31
mordredjeblair: I have thoght about it -but I have not yet had a chance to type those thoughts into an editor14:31
mordredjeblair: why don't I do that real quick14:31
pabelangerAJaeger: I see an isse14:31
pabelangerworking on patch14:31
*** slaweq_ has quit IRC14:32
AJaegergreat, thanks14:32
jeblairscheduler is running again14:32
jeblairoh hey it's down to 3m from cold start :)14:33
Shrewsoh, would have nice to have gotten https://review.openstack.org/512360 in before that. oh well14:33
fungiwow, that's quite the speedup14:33
*** tmorin has left #openstack-infra14:33
jeblairShrews: yep :(14:33
Shrewsi'm sure we'll restart it again in the future  :)14:34
*** chlong has quit IRC14:34
*** hongbin has joined #openstack-infra14:34
openstackgerritPaul Belanger proposed openstack-infra/project-config master: Fix type with java_cert in prep-zanata  https://review.openstack.org/51264714:35
pabelangerAJaeger: ^14:35
jeblairgate restored; restoring check now14:35
jeblairpabelanger: +3 https://review.openstack.org/512451 ?14:35
openstackgerritMerged openstack-infra/zuul-sphinx master: Add support for project-templates  https://review.openstack.org/51244914:36
openstackgerritPaul Belanger proposed openstack-infra/project-config master: Fix type with java_cert in prep-zanata  https://review.openstack.org/51264714:36
AJaegerjeblair: do you need a new release of zuul-sphinx to use the changes that just merged?14:36
pabelangerjeblair: yes please14:36
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Update jobs for features/zuulv3 branch  https://review.openstack.org/51264214:36
*** camunoz has joined #openstack-infra14:37
*** dave-mccowan has joined #openstack-infra14:37
AJaegerpabelanger: thanks!14:37
pabelangerAJaeger: np!14:37
AJaegerpabelanger: could you look at lines 162 and 163 of the etherpad - we have another certs problem14:38
pabelangersure14:39
pabelangerAJaeger: Oh, hmm14:39
tinwoodHi. I'm still having problems configuring my project for zuul v3.  review is: https://review.openstack.org/#/c/508304/ and I've written a gist here about the problem: https://gist.github.com/ajkavanagh/a09fe4e94d1aec7ccf655e71b9bc7329  -- I'm sure it's really simple!?  Anybody have any cycles to have a peek please?14:40
pabelangerthat might be an issue to run on local ( zuul-executors ). We likely are missing a SSL info in /etvc14:40
jeblairAJaeger: yes14:40
pabelangerAJaeger: mordred: does set-service-type-data-fact need to run on localhost, or can that run on a node?14:40
*** andreww has joined #openstack-infra14:40
mordredpabelanger: it can run anywhere14:40
pabelangerkk14:40
pabelangerlets move it to !localhost14:41
pabelangerwill propose fix14:41
mordredcool14:41
mordredjeblair: we maywant to call this something other than "openstack-tox-functional" ...14:41
*** iyamahat has joined #openstack-infra14:41
*** links has quit IRC14:41
pabelangerOh14:41
mordredjeblair: since there are also a bunch of tox -efunctional jobs that don't need sudo14:41
pabelangerHmm14:41
jeblairmordred: point14:41
jeblairmordred: there are a lot that do, right?14:42
mordredyah14:42
mordredwell - wait a sec ...14:42
mordredI answered too quickly14:42
jeblairmordred: i'm under the impression there are -- just wanted to double check i wasn't misremembering14:42
fungipabelanger: oh! like we're not exposing /etc/ssl inside the bwrap chroot?14:42
mordredthere are a lot of tox -efunctional jobs14:42
mordredthere are also at least *some* tox jobs (openstack-ansible has some specifically) that want to run without sudo revoked14:42
AJaegertinwood: deploy-guide jobs should stay in project-config/openstack-zuul-jobs. If you want to convert them, see what we did for releasenotes or api-guide.14:43
mordredjeblair: how about "openstack-tox-with-sudo"14:43
*** jpich has quit IRC14:43
AJaegertinwood: please discuss also with dhellmann on where those should life - perhaps doc/source is not a bad idea..14:43
*** dizquierdo has quit IRC14:44
pabelangerfungi: right, inside bubblewrap is super minimal, package installs with apt-get don't even work14:44
*** dizquierdo has joined #openstack-infra14:44
fungipabelanger: yeah, and we'd only want access to non-private contents of /etc/ssl there14:44
*** sree has joined #openstack-infra14:44
*** andreww has quit IRC14:44
fungi(not that the executors should have any private ssl keys installed on them, now that i think about it)14:45
mordredfungi, pabelanger: I think we can run this thing not on localhost - but we might also want to expose ssl things - the trigger-readthedocs job hits an external url .. that should probably be able to do ssl properly14:45
pabelangermordred: minor issue with moving to not localhost, we need to switch to host vars to access fact14:45
*** iyamahat has quit IRC14:45
pabelangertrying to figure out best way forward on that14:45
fungimordred: yeah, i think if we actually want hitting rest apis from the executor to be a thing, then they'll need the ability to validate https ssl/tls certs14:45
mordredmaybe let's just figure out fixing ssl then ...14:45
tinwoodAJaeger, I really don't know.  I was just documenting my findings so far. Something seems 'broken'.  Is dhellmann the person to ask on this?  Thanks.14:46
mordredI cna't think of any reason we want to prevent things from being able to hit ssl urls if they can hit normal ones14:46
*** xarses has joined #openstack-infra14:46
jeblairmordred: wfm.  in jjb there were 816 out of 863 jobs with 'func' in the name and did not use 'revoke-sudo'14:46
jeblairmordred: er to make that more clear14:46
mordredjeblair: ah. fascinating14:46
pabelangermordred: we can update puppet-zuul and add read-only mount to zuul.conf on executors14:46
jeblairmordred: there were 863 jobs with func in the name.  816 of themdid not use revoke-sudo14:46
pabelangerthat should be enough14:46
AJaegertinwood: discuss with dhellmann on where the deploy guide should life. And then let's discuss how to build it. But you don't need to move the job in-tree, we should share it with other deployment guides.14:47
AJaegertinwood: let's move to #openstack-doc quickly, ok?14:47
*** yamamoto has joined #openstack-infra14:47
*** yamamoto has quit IRC14:47
*** chlong has joined #openstack-infra14:48
mpetersonsomething happened with Zuul? I've seen a bunch of jobs that I was waiting to finish just restarting again14:48
mordredjeblair: how hard is it for you to tell what tox env those used?14:48
mpetersonie: https://review.openstack.org/#/c/500461/14:48
*** smarcet has joined #openstack-infra14:49
pabelangermpeterson: we restarted zuul scheduler, which means jobs were stopped / then started again14:49
tinwoodAJaeger, ok14:50
mpetersonpabelanger: ah okey :) thx14:50
fungimpeterson: specifically, to get it running on some recent patches we'd landed over the weekend14:50
mpetersonthat's alright, I wasn't sure if it was something expected or perhaps a bug14:51
jeblairmordred: still looking14:52
mordredjeblair: I'm thinking "openstack-tox-with-sudo" - "openstack-tox-functional" and "openstack-tox-functional-with-sudo" ... so the diffrence can be clear14:53
*** smarcet has quit IRC14:53
*** jtomasek has quit IRC14:54
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Update jobs for features/zuulv3 branch  https://review.openstack.org/51264214:54
*** dizquierdo has quit IRC14:54
jeblairmordred: among non-ansible-related jobs (the minority), maybe 10 use 'functional', 10 use 'func' and the rest (25 or so) use very specific envs14:54
openstackgerritMerged openstack-infra/zuul feature/zuulv3: New client command for printing autohold requests  https://review.openstack.org/51236014:54
jeblairmordred: the ansible related jobs (800 or so) inspect the file and determine whether to use functional or func14:55
*** jtomasek has joined #openstack-infra14:55
mordredloverly14:55
jeblairmordred: i like your plan14:56
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Add openstack-tox-with-sudo test job  https://review.openstack.org/51265314:56
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Migrate legacy jobs  https://review.openstack.org/51263714:56
mtreinishianw, clarkb: hmm, it doesn't look like restarting the worker pulled in the worker changes14:56
mtreinishthe names are still the same in the db14:57
clarkbmtreinish: I'll have a lool in a bit. Slpwly booting day now14:57
clarkb*look14:57
jeblairi think that message was clear :)14:57
*** jtomasek has quit IRC14:58
*** janki has joined #openstack-infra14:58
*** jtomasek has joined #openstack-infra14:59
*** sdague has quit IRC14:59
AJaegerany volunteer to +2A https://review.openstack.org/#/c/512647/ - fix by pabelanger to fix ansible in prep-zanata14:59
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Migrate legacy jobs  https://review.openstack.org/51263714:59
openstackgerritPaul Belanger proposed openstack-infra/system-config master: Add /etc/ssl to trusted_ro_paths for zuul-executors  https://review.openstack.org/51265715:00
pabelangerAJaeger: mordred: fungi: ^ add /etc/ssl into brap as read-only15:00
mtreinishclarkb: cool, thanks15:00
*** smarcet has joined #openstack-infra15:00
*** dhinesh has joined #openstack-infra15:01
pabelangerAJaeger: mordred: fungi: we'll then need to restart executors15:01
smcginnisIs this still used in the zuulv3 world? https://github.com/openstack-infra/project-config/blob/master/zuul/layout.yaml#L122115:02
openstackgerritMerged openstack-infra/project-config master: Graphana: Add Zuul v3 executor graphs  https://review.openstack.org/51245115:02
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Fix build-deploy-guide  https://review.openstack.org/51265815:02
AJaegerpabelanger: thanks15:02
fungismcginnis: nope15:03
smcginnisfungi: Is there a new equivalent?15:03
*** kiennt26_ has joined #openstack-infra15:03
fungismcginnis: zuul v3 configuration is the new equivalent15:03
smcginnisfungi: Under zuul.d?15:04
mpetersononce things are stable, the deprecated things will be deleted by the infra team or do we need to submit patches to remove them? like Zuul<3 jobs15:05
fungismcginnis: yeah, but where depends on which part of the v2 layout you're talking about. some things also moved into job definitions15:05
*** dhinesh has quit IRC15:05
fungismcginnis: https://docs.openstack.org/infra/manual/zuulv3.html#how-jobs-are-defined-in-zuul-v3 talks about it a little15:05
smcginnisfungi: I'd like to do the similar functionality as there where jobs are skipped based on which files are modified.15:06
fungismcginnis: you can do that in the job definition now, or override a job variant with files lists. i'll get you the right subsection of the docs for that15:07
AJaegersmcginnis: most of those list were automigrated15:07
AJaegersmcginnis: check files and irrelevant-files in project-config/zuul.d/projects.yaml and openstack-zuul-jobs/zuul.d/*.yaml15:08
fungismcginnis: https://docs.openstack.org/infra/zuul/feature/zuulv3/user/config.html#attr-job.files and https://docs.openstack.org/infra/zuul/feature/zuulv3/user/config.html#attr-job.irrelevant-files15:08
dhellmannwe have a new error in the tag-releases job. it looks like zuul-cloner is now failing because the cache for the repo we're cloning isn't present? http://logs.openstack.org/2b/2bf39ddf034397018c262c07e9d845d0235e2ee6/release-post/tag-releases/c838018/job-output.txt.gz#_2017-10-17_15_06_54_57479915:08
smcginnisfungi, AJaeger: Thanks15:08
dhellmanndo we need the releases repo to depend on every repo it's going to tag? or is there some more dynamic way to ensure we can clone the repo?15:09
fungidhellmann: for zuul to provide you with git repos, it needs to know in advance (via the required-projects list) which ones you'll need15:09
*** ccamacho has left #openstack-infra15:10
mtreinishclarkb: actually looking at it a bit more some jobs I think it is applied and working15:10
dhellmannfungi : this is our script running zuul-cloner, though15:10
mtreinishI think I was just looking at older results15:10
dhellmannI thought zuul-cloner would say "oh, there's no cache, go to the server they specified"15:10
fungidhellmann: yes, in v3 zuul-cloner is basically a no-op wrapper to copy the locally-provided repository from the filesystem in the expected location15:10
dhellmann:-(15:10
dhellmannso the releases repo now depends on 100s of repos?15:11
fungiand is deprecated in favor of just using the repos on disk directly now that you can guarantee all repos you declare you need are present15:11
dhellmannhow long is it going to take to create a local mirror of 200+ repos for each release job?15:11
jeblairwe may just need to switch to plain old git for this15:11
dhellmannmaybe we should just -- yeah15:11
fungidhellmann: it _requires_ checkouts of hundreds of repos... which it did before anyway right? we just move (or more likely duplicate) that list15:12
dhellmannfungi : it only needs the repos being tagged15:12
dhellmannthe total set of possible repos is > 200 but the ones it needs at any given time might be == 115:12
clarkbmtreinish: gotcha15:12
fungiahh, so this is a case for one job dynamically using on different repos in different runs15:12
dhellmannyes15:12
fungis/using on/using/15:12
dhellmann"tagging oslo" vs "tagging puppet" vs "tagging nova"15:12
mtreinishclarkb: it's kinda hard to tell actually, the timestamps make it hard to tell where the cutover is15:12
jeblairthe only way to know which is to inspect the contents of the commit in the releases repo15:13
dhellmannright15:13
fungidhellmann: and this job won't ever run in dependent pipelines where it needs speculative state of not-yet-merged changes for those repos, correct?15:13
smcginnisRight15:13
pabelangermpeterson: the infra team will handle the clean up on zuulv2 in project-config15:13
dhellmannfungi : I'm not sure what that means exactly15:13
dhellmann"speculative state"15:13
mtreinishclarkb: like there is: http://status.openstack.org/openstack-health/#/job/openstack-tox-py35-nova but at the same time I'm seeing a lot of legacy- on the homepage15:13
dhellmannwe don't tag things that haven't merged15:13
dhellmannwe do run the validation job that way, though15:14
smcginnisNo in-flight patches, if that's what you mean.15:14
dhellmannwhich makes me wonder why we didn't see this error in that job in the check queue15:14
*** egonzalez has quit IRC15:14
dhellmannwe use zuul-cloner there, too15:14
mpetersonpabelanger: great!15:14
smcginnisdhellmann: Oh, good point.15:14
mtreinishclarkb: I might be seeing caching boundaries though and getting confused, I should just check the db directly15:14
mordreddhellmann, smcginnis, jeblair, fungi: this seems like a good case for just cloning from https://git.openstack.org/15:14
fungidhellmann: smcginnis: yeah, just making sure that you don't need zuul to provide, say, a checkout of openstack/puppet-vitrage which includes changes ahead of it in the gate pipeline, for example15:14
clarkbmtreinish: let me know if I can help15:14
dhellmannfungi : no, we were just using zuul-cloner before to take advantage of the local cache15:15
fungidhellmann: smcginnis: or to depends-on a not-yet-merged change in openstack/puppet-vitrage15:15
mordredah - nod. the local cache15:15
dhellmannand because it had a nice interface for falling back to master if the branch didn't exist15:15
fungiand actually use it in the job rather than just blocking on it merging first15:15
dhellmannfungi : no, this job runs post-merge, so depends-on doesn't apply15:15
dhellmannnow the tox-validate job may need that, in the check queue15:15
dhellmannand it also uses zuul-cloner but it has been working fine15:15
clarkbfungi: dhellmann I think this is a weird case where you want the actual zuul clpner even om v315:16
dhellmannso maybe the queues are set up differently?15:16
clarkbbasically just to update and checkout a repo based on local cache and some remote bht not worry about zuul refs15:16
dhellmannthe original version of the release scripts used git directly, so we can go back to that15:16
fungiclarkb: noting that we wanted to look at getting rid of the local cache if that didn't result in too much additional work for the executors pushing the whole repo into place15:17
dhellmannhowever, I'm still confused why the check and release-post queues are behaving differently so I want to understand that before changing things15:17
mordreddhellmann: agree15:17
fungiso writing jobs which depend on that cache being present will make it harder for us to consider dropping it15:17
openstackgerritPaul Belanger proposed openstack-infra/system-config master: Add /etc/ssl/certs to trusted_ro_paths for zuul-executors  https://review.openstack.org/51265715:17
mtreinishclarkb: yeah I guess it's working and I was just seeing stale data: http://paste.openstack.org/show/623851/15:17
*** markvoelker has quit IRC15:17
dhellmannwell, the job doesn't rely on the cache per se. it just used zuul-cloner, which now has a hard requirement for the cache15:17
clarkbfungi: yes though old zuul vloner used cache if it was present and cloned oyherwise15:18
dhellmannright15:18
dhellmannlike I said, I'm ready to rewrite all of this to just use git directly, that's not a problem for me. but before I do that, I want to understand how the check job for tox-validate is working, because it also uses zuul-cloner. As does the release-tox-list-changes job15:18
*** markvoelker has joined #openstack-infra15:18
dhellmannI think that's the new name15:18
fungidhellmann: have an example of a check job which used content from one of those repos?15:18
dhellmannthe jobs on https://review.openstack.org/51258615:19
fungithanks15:19
*** shiyaz has joined #openstack-infra15:19
*** LindaWang has quit IRC15:19
dhellmannhere's the zuul-cloner output: http://logs.openstack.org/86/512586/1/check/releases-tox-list-changes/5889069/job-output.txt.gz#_2017-10-17_11_19_46_07132215:19
openstackgerritSean McGinnis proposed openstack-infra/openstack-zuul-jobs master: Skip openstack-tox-py35 jobs on release deliverables  https://review.openstack.org/51266315:19
clarkbnew zuul cloner is basically a shim that just copies the zuulv3 pushed repo content to where you want it15:19
dhellmannoh, I wonder if we're pip installing zuul into our tox env15:19
dhellmannand since zuul v3 isn't released yet, we're getting 215:19
clarkbzuulv3 only pushes those repos for the current project and an required/sibling projects15:20
dhellmannyeah, that's it15:20
*** iyamahat has joined #openstack-infra15:20
*** gongysh has joined #openstack-infra15:20
dhellmannwe have zuul in our requirements.txt that tox uses for that job15:20
*** gongysh has quit IRC15:20
fungiyeah, that's v2 cloner: http://logs.openstack.org/86/512586/1/check/openstack-tox-validate/20620d2/job-output.txt.gz#_2017-10-17_11_09_50_83712715:20
mordredWELL ...15:20
fungiconfirmed15:20
mordredv2 cloner is on the images unless we replace it15:21
mordredand we only replace it with the shim for legacy jobs15:21
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/project-config master: Remove all OSA functional tests  https://review.openstack.org/51266615:21
pabelangeryah15:22
pabelangerwhich reminds me, should start staging patchs to remove that from DIB elements and WIP them15:22
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/openstack-zuul-jobs master: Remove legacy OSA role tests  https://review.openstack.org/51263515:22
mordredso since this job doesn't need any ZUUL_CHANGES or anything to work properly, it's just going to use v2 cloner - which means we should certainly make sure any scripts in release-tools or jenkins/scripts aren'tusing zuul-cloner anymore before we remove it from the images15:22
*** markvoelker has quit IRC15:22
dhellmannfungi, mordred, clarkb, jeblair : if we won't have a cache any more, I can just script the git commands we need for these jobs15:23
mordredpabelanger: yah ^^ as soon as we get that taken care of - otherwise we gwanna break folks15:23
mordreddhellmann: we do still have the cache - but medium-term we'd like to be able to get rid of it15:23
dhellmannok, if I need to assume it's not present, that's fine, too15:23
openstackgerritNguyen Van Trung proposed openstack-infra/infra-manual master: Change http to https link  https://review.openstack.org/51264015:24
jeblairyeah, i think that's the way to go15:25
mordredpabelanger: weren't you talking about doing some pruning on dib cache?15:26
pabelangermordred: yes, I did that yesterday15:26
pabelangerlet me check logs15:26
dhellmannI'd like to take advantage of the git cache if it's present; what variable is being set to detect that now? or where is it on the node?15:26
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Update jobs for features/zuulv3 branch  https://review.openstack.org/51264215:27
dhellmannmostly because I have a cache locally15:27
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/openstack-zuul-jobs master: Remove legacy OSA role tests  https://review.openstack.org/51263515:27
jeblairdhellmann: /opt/git i believe15:27
dhellmannmaybe I should fork zuul-cloner and release it separately15:27
dhellmannfrom v2 that is15:27
AJaegerpabelanger, mordred, could you review https://review.openstack.org/#/c/512658/ , please? My previous patch forgot to add the file ;(15:29
*** psachin has joined #openstack-infra15:29
pabelangermordred: yah, centos-7 dib should have fresh git cache now15:30
jeblairdhellmann: i think at the end of the day, you probably don't need much more than an 'if [ -d /opt/zuul/...] '15:30
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/openstack-zuul-jobs master: Remove legacy OSA role tests  https://review.openstack.org/51263515:30
dhellmannjeblair : yeah, I'll probably define some other variable for local use and then check both15:31
dhellmannor set the default to /opt/zuul/...15:31
SamYapleso my loci-publish-job in cinder post pipeline worked! there was a variable mixup (worked when run under project loci, not under cinder) but it used the secret correctly and everything else15:32
AJaegerodyssey4me: let's first merge the project-config change - and the nrecheck 512635. Since project-config is trusted, it does not take into account the dependent one...15:32
AJaegerSamYaple: woot!15:32
odyssey4meAJaeger ok, hang on - I want to finish both to make sure neither need changes15:33
AJaegerodyssey4me: you cannot ;( A depends-on from openstack-zuul-jobs to project-config will not work. Let's merge proejct-config, recheck to see, fix project-config etc...15:34
AJaegerodyssey4me: zuul will tell you the first error, so fix that - and then let's merge...15:35
odyssey4meAJaeger oh - it seems to be working quite nicely so far - telling me all sort of missing things15:35
odyssey4mebut ok - lemme remove -w15:35
AJaegermordred: could you +2A https://review.openstack.org/512647 as well, please?15:36
AJaegerfungi, mordred, could you review https://review.openstack.org/512657 again (system-config change by pabelanger so that https works from playbooks), please?15:36
*** sree has quit IRC15:37
* AJaeger tries to get everything together for translation jobs...15:37
*** sree has joined #openstack-infra15:37
*** sree has quit IRC15:38
*** sree has joined #openstack-infra15:38
SamYapleif a job is declared in merged in untrusted repo A, can you parent that job in untrusted repo B?15:38
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Harden exception handling around instance deletes  https://review.openstack.org/51241315:38
*** sree has quit IRC15:39
*** ihrachys has joined #openstack-infra15:39
pabelangerSamYaple: yes15:39
*** sree has joined #openstack-infra15:39
SamYaplepabelanger: i thought so15:40
pabelangerSamYaple: unless a job is marked final: true, you should be able to parent to any job15:42
SamYaplethought so.15:43
SamYaplerunning into some trouble15:43
*** sree has quit IRC15:43
*** sdague has joined #openstack-infra15:44
AJaegerpabelanger, fungi, regarding 512657: We do download stuff from service-types.openstack.org, see http://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/roles/set-service-type-data-fact/tasks/main.yaml#n315:44
SamYaplepabelanger: https://github.com/openstack/openstack-ansible-tests/blob/master/zuul.d/jobs.yaml#L16 failing zuul on this patchset trying to use that job in a different repo https://review.openstack.org/#/c/512618/15:45
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Several executor threading fixes  https://review.openstack.org/51267315:45
jeblairpabelanger, clarkb: the new graphs have shown me that the governor thread has died on all the executors ^15:46
jeblair(i suspect it did not survive the scheduler restart due to loss of connectivity to geard)15:46
*** e0ne_ has quit IRC15:46
fungiAJaeger: i suppose it's a download in one sense... though i'd term that querying instead since we're just temporarily copying the result long enough to expose it in a variable15:46
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/openstack-zuul-jobs master: Remove legacy OSA role tests  https://review.openstack.org/51263515:47
AJaegerfungi: ;) Just wanted to point out one use case...15:47
AJaegerfungi: other use case is communicatoin with translation server - pushing to it and back down. But thta happens on the node itself. pabelanger will that work with your change?15:48
*** yamamoto has joined #openstack-infra15:48
*** sdague has quit IRC15:48
fungiAJaeger: yeah, that 512657 change is specifically about enabling the executor to communicate with https-based services, nothing to do with job nodes15:49
pabelangerSamYaple: okay, so there is one catch. and I think jeblair can confirm, we also depend on how projects are ordered in main.yaml, so if openstack/ansible-hardening is before openstack-ansible-tests zuul won't be able to see those jobs on reconfiguration. jeblair can you confim?15:49
fungijob nodes should already be able to do that much just fine15:50
SamYaplepabelanger: ouch!15:50
SamYaplewhat would be the workaround to that15:50
SamYapleodyssey4me mhayden see pabelanger's comment above15:50
jeblairpabelanger, SamYaple: yes, if job B inhertits from A, project A must be listed first in main.yaml15:51
pabelangerSamYaple: this is how we do it today: http://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul/main.yaml#n815:51
jeblairpabelanger, SamYaple: it's on my list to fix as soon as the dust settles15:51
jeblairpabelanger, SamYaple: the fix for now is to reorder main.yaml15:51
SamYaplepabelanger: so a patch to zuul/main.yaml15:51
SamYapleawesome15:51
SamYaplei will pass it alone15:51
SamYaplealong*15:51
pabelangerSamYaple: so, workaround would be to move common jobs for ansible above other projects, like we did for opentack-zuul-jobs and zuul-jobs15:51
*** andreas_s has quit IRC15:52
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fix ZUUL_REFNAME for translation jobs  https://review.openstack.org/51267515:52
SamYaplegot it. easy peasy15:52
openstackgerritSean McGinnis proposed openstack-infra/project-config master: Skip openstack-tox-py35 jobs on release deliverables  https://review.openstack.org/51267615:52
*** jascott1 has joined #openstack-infra15:52
AJaegerjlk, pabelanger, mordred :  https://review.openstack.org/512675 another translation fix15:52
*** jascott1 has quit IRC15:53
jlklooks15:53
*** gouthamr has quit IRC15:54
*** yamamoto has quit IRC15:55
*** gouthamr_ has joined #openstack-infra15:55
AJaegerjlk: thanks - fixing15:55
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fix ZUUL_REFNAME for translation jobs  https://review.openstack.org/51267515:57
AJaegerjlk: ^15:57
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/project-config master: Swich load ordering for openstack-ansible-tests repo  https://review.openstack.org/51267815:57
clarkbscanning inode usage on the executors disk usage exceeds inode usage (by percentage) so that is looking good15:58
odyssey4mejeblair pabelanger ^ thanks SamYaple15:58
pabelangerclarkb: great15:58
*** bh526r has quit IRC15:58
AJaegerpropose_update uses ZUUL_REFNAME - is there a replacement environment variable in v3?15:59
*** owalsh_ is now known as owalsh15:59
pabelangerjeblair: are you okay with us reordering main.yaml? or should we hold off for now? https://review.openstack.org/51267815:59
*** slaweq has joined #openstack-infra15:59
fungiAJaeger: https://git.openstack.org/cgit/openstack-infra/zuul/tree/zuul/ansible/filter/zuul_filters.py?h=feature/zuulv3#n5216:00
jeblairpabelanger: yep, no reason to hold off16:00
fungiAJaeger: for non-legacy jobs, you can set whatever envvar you want from 'ref'16:00
*** pcaruana has quit IRC16:01
pabelangerjeblair: great, thanks16:01
AJaegerfungi http://logs.openstack.org/periodic/git.openstack.org/openstack/requirements/stable/newton/propose-updates/a515bba/job-output.txt.gz#_2017-10-17_06_04_02_51627016:01
AJaegerfungi: so, it's not set for that job...16:01
jeblairi started looking at a POST_FAILURE errors in the etherpad (currently line 199).  i have realized that it is due to a bug in the executor that will cause us to send post_failure when we stop the executor, if we're running a post playbook when the job is aborted.16:02
fungiAJaeger: right, that's not a legacy job16:02
AJaegerfungi: yep16:02
jeblairthe fix is easy, i'm going to try writing a test16:02
AJaegerfungi, so I need to pass in zuul.branch, correct?16:03
jeblairbut we should *definitely* plan on having this change i'm writing in place before the next executor restarts, so that we only do this one more time16:03
fungiAJaeger: you can see it's available as the zuul.ref ansible variable though: http://logs.openstack.org/periodic/git.openstack.org/openstack/requirements/stable/newton/propose-updates/a515bba/zuul-info/inventory.yaml16:03
openstackgerritMichael Johnson proposed openstack-infra/project-config master: Fix octavia-dashboard py27/35 jobs  https://review.openstack.org/51243916:03
fungiAJaeger: in legacy jobs, zuul.ref is being provided in $ZUUL_REFNAME and includes the refs/heads prefix, while zuul.branch does not16:03
fungier, refs/heads/16:04
AJaegerfungi, do you have an idea how to fix this and can give it a try, please? I need to be offline for the next hour or two and don't see the obvious fix directly...16:05
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Fix build-deploy-guide  https://review.openstack.org/51265816:05
*** sdague has joined #openstack-infra16:05
openstackgerritMichael Johnson proposed openstack-infra/project-config master: Fix Octavia jobs to be voting again  https://review.openstack.org/51244416:05
*** trown is now known as trown|lunch16:05
fungiAJaeger: one option would be to adjust the role calling propose_update.sh to export that envvar before invocation, which can be done with the environment parameter i think. checking now16:06
*** kiennt26_ has quit IRC16:07
*** vhosakot has joined #openstack-infra16:07
fungiAJaeger: looks like we're already trying to do that by including the zuul_legacy_vars filter? http://git.openstack.org/cgit/openstack-infra/project-config/tree/playbooks/proposal/propose-updates.yaml16:08
fungithis is odd16:08
clarkbjeblair: makes sense16:08
*** lucasagomes is now known as lucas-afk16:10
smcginnisAJaeger: Hmm, I don't see what I'm doing differently here than the examples you pointed me at: https://review.openstack.org/#/c/512676/16:10
openstackgerritPaul Belanger proposed openstack-infra/project-config master: Switch neutron-classifier to openstack-python-jobs-neutron  https://review.openstack.org/51268316:11
*** Apoorva has joined #openstack-infra16:11
pabelangerAJaeger: clarkb: fungi: easy fix for neutron-classifier jobs16:11
pabelanger^16:11
openstackgerritSean McGinnis proposed openstack-infra/project-config master: Skip openstack-tox-py35 jobs on release deliverables  https://review.openstack.org/51267616:13
clarkbjeblair: there is a comment on the thread handling fix change that will need to be addressed, but otherwise I think we can get that one in for the next restart too16:14
fungiAJaeger: oh, i think we're not setting ZUUL_REFNAME in the filter because there's no newrev or oldrev!16:14
jeblairsmcginnis: left comment16:14
fungiAJaeger: note the conditional here https://git.openstack.org/cgit/openstack-infra/zuul/tree/zuul/ansible/filter/zuul_filters.py?h=feature/zuulv3#n5116:14
fungiAJaeger: is not satisfied by the vars here http://logs.openstack.org/periodic/git.openstack.org/openstack/requirements/stable/newton/propose-updates/a515bba/zuul-info/inventory.yaml16:15
jeblairclarkb: thx, i'll refresh that when i push up my current change16:15
smcginnisjeblair: Thanks16:15
fungijeblair: do you think that's ^ an oversight in the filter?16:15
*** jascott1 has joined #openstack-infra16:16
fungiend result seems to be we don't provide $ZUUL_REFNAME for periodic jobs due to lack of oldrev and newrev16:16
openstackgerritSean McGinnis proposed openstack-infra/project-config master: Skip openstack-tox-py35 jobs on release deliverables  https://review.openstack.org/51267616:16
*** dhinesh has joined #openstack-infra16:16
*** sileht has quit IRC16:17
clarkbpabelanger jeblair: did the statsd stuff make it in yet? thinking it would be good to include that in the next restart if not already there16:18
pabelangeryah, I see some here: http://grafana.openstack.org/dashboard/db/zuul-status16:18
jeblairclarkb: yeah, it's all in.  scheduler should be sending stats now.  executors were until they hit the governor bug16:19
jeblairfungi: looking16:20
openstackgerritsebastian marcet proposed openstack-infra/openstackid master: Fix Access Token reissue with Rotate Refresh Token policy active  https://review.openstack.org/51268516:20
*** dhinesh has quit IRC16:21
pabelangerclarkb: Shrews also said we might want to restart nodepool-launchers to pick up a fix16:21
odyssey4mewe'd appreciate some reviews for https://review.openstack.org/#/c/512666/ and https://review.openstack.org/#/c/512678/ to help us get going to fix up our gates16:22
pabelangerodyssey4me: using topic:zuulv3-jobs and adding them to https://etherpad.openstack.org/p/zuulv3-issues also help, I've been trying to keep an eye on them16:23
*** smarcet has quit IRC16:23
jeblairfungi: i guess we could change line 51 to an "else"16:23
odyssey4mepabelanger noted - will use that topic for them16:24
pabelangerodyssey4me: great16:24
odyssey4mewe'll be pushing through all our repositories and adding jobs over the next few hours16:24
fungijeblair: i can do that... do we not want ZUUL_REFNAME set on change-based pipelines?16:24
pabelangerodyssey4me: exciting16:25
odyssey4meonce we have things functional again we'll look at doing things better - right now our job is a simple like-for-like transfer, rather than using the shiny new facilities16:25
jeblairfungi: i don't think it was before, i think it was only set on non-change pipelines16:26
*** jcoufal has quit IRC16:26
jeblairfungi: http://git.openstack.org/cgit/openstack-infra/zuul/tree/zuul/launcher/gearman.py#n27616:26
*** sambetts is now known as sambetts|afk16:26
*** psachin has quit IRC16:27
clarkbjeblair: that lines up with my memory16:27
fungijeblair: and we want (or can assume will never happen) ZUUL_OLDREV and ZUUL_NEWREV set in all non-change-based builds even if both zuul['newrev'] and zuul['oldrev'] are missing?16:27
*** salv-orl_ has joined #openstack-infra16:29
openstackgerritMerged openstack-infra/project-config master: Remove all OSA functional tests  https://review.openstack.org/51266616:29
openstackgerritMerged openstack-infra/project-config master: Swich load ordering for openstack-ansible-tests repo  https://review.openstack.org/51267816:29
*** martinkopec has quit IRC16:30
openstackgerritJeremy Stanley proposed openstack-infra/zuul feature/zuulv3: Periodic refname, newrev and oldrev legacy vars  https://review.openstack.org/51270116:30
odyssey4memhayden you around? the load ordering has been changed - try rechecking your patch now16:30
fungijeblair: AJaeger: ^16:30
odyssey4meoops - wrong window :p16:30
fungijeblair: AJaeger: 51270116:30
jeblairodyssey4me, mhayden, SamYaple: zuul needs a full reconfiguration for that change; it's driven by puppet, so could take a while16:31
*** bhavik1 has joined #openstack-infra16:31
odyssey4mejeblair ah ok, thanks - 20 mins or so IIRC16:32
*** salv-orlando has quit IRC16:32
*** ralonsoh has quit IRC16:33
SamYaplegot it16:34
*** yamahata has quit IRC16:34
*** bhavik1 has quit IRC16:34
*** iyamahat has quit IRC16:34
*** tosky has quit IRC16:34
*** gfidente is now known as gfidente|afk16:35
*** sileht has joined #openstack-infra16:36
gfidente|afkfungi because we're basically tracking that plus more things in another pad, which is https://etherpad.openstack.org/p/tripleo-integration-squad-status16:37
*** ykarel|away has quit IRC16:38
fungigfidente|afk: why not just clear out the contents of the pad and replace them with a link to the other in case people go looking at the defunct one? we tend to reserve pad deletions for emergencies like abuse or accidentally-disclosed sensitive date16:39
clarkbfungi: is params['ZUUL_REFNAME'] = zuul['ref'] valid in the periodic case?16:41
clarkbI worry that will throw and exception for not having the key in the dict16:41
fungiclarkb: see the example build log i pasted to the issues pad16:42
fungiit's there16:42
fungithough that does remind me of something else i should check... whether the _format_ matches16:43
clarkbfungi: I think ref being there may be a v3 behavior (so this is fine as change is on v3 branch) but ya checking the format probably a good idea in that case16:43
*** jchhatbar has joined #openstack-infra16:44
fungiclarkb: huh, now that i look, it wasn't set in v2 periodic jobs http://logs.openstack.org/periodic/barbican-propose-translation-update/be862fb/_zuul_ansible/vars.yaml16:44
fungiAJaeger: ^ are we sure it's an issue?16:44
*** jchhatbar has quit IRC16:45
*** jchhatbar has joined #openstack-infra16:45
clarkbfungi: ya we definitely didn't set it in v2 that is why we had to explicitly set the branch in periodic jobs16:45
fungiclarkb: i've marked that "fix" wip until i get a better idea of why that job is failing16:46
*** janki has quit IRC16:47
clarkbfungi: is it possible that the job migration assumed that refname would be set in v3 because periodic jobs have an explicit branch ref?16:47
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Several executor threading fixes  https://review.openstack.org/51267316:49
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Don't return POST_FAILURE when aborting post playbooks  https://review.openstack.org/51271216:49
fungiclarkb: the job is simply running the proposal script, which is unchanged from v2, so this is still likely some subtle change in envvar behaviors from v2 to v3-legacy16:51
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: WIP: shared ansible-linters jobs  https://review.openstack.org/51271516:51
jeblairfungi: i agree that the fix discussed earlier is looking doubtful16:52
bnemecSo the coverage job output is kind of useless since we aren't actually capturing the output HTML: http://logs.openstack.org/38/511238/3/check/openstack-tox-cover/14b44bd/16:52
bnemecIs this a known issue?16:52
fungijeblair: i'm going to cross-check a v2 periodic and v3 legacy periodic build and see what's changed16:52
jeblairbnemec: doesn't look like it.  want to add to 'issues with jobs' section of https://etherpad.openstack.org/p/zuulv3-issues ?16:52
bnemecjeblair: Yep, will do.16:53
*** iyamahat has joined #openstack-infra16:53
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: WIP: shared ansible-linters jobs  https://review.openstack.org/51271516:55
*** jchhatbar has quit IRC16:56
*** ssancheztrujillo has joined #openstack-infra16:56
clarkbjeblair: I don't see where the test is creating the test_wait file in taht change16:57
jeblairclarkb: it never does16:58
jeblairclarkb: (since we're going to abort the playbook)16:58
clarkboh right its an assert false on post end existing16:58
jeblairyou could argue the pathname creation for such a file doesn't need to be so baroque, but i copied it from another test16:59
jeblairclarkb: ya.  i did want to make sure that we never finished the playbook.16:59
clarkbjeblair: just one other comment then17:00
clarkb(left it on the change)17:00
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Don't return POST_FAILURE when aborting post playbooks  https://review.openstack.org/51271217:01
*** tesseract has quit IRC17:02
*** slaweq has quit IRC17:04
*** trown|lunch is now known as trown17:08
*** derekh has quit IRC17:09
jeblairi'm in and out from now until the infra meeting17:11
*** yamahata has joined #openstack-infra17:11
*** ociuhandu has quit IRC17:11
*** weshay|ruck is now known as weshay|afk_see_r17:14
dhellmannfungi, pabelanger, jeblair : I could use your eyes on this zuul-cloner replacement script when you have a few minutes: https://review.openstack.org/#/c/512751/17:15
fungiokay, here's a bit of a confusion... http://logs.openstack.org/periodic/git.openstack.org/openstack/requirements/stable/newton/propose-updates/a515bba/ seems to be attempting to propose a constraints update against a stable branch17:16
*** leyal has quit IRC17:17
odyssey4meok, a little advise from a pipeline standpoint - if I have https://git.openstack.org/cgit/openstack/openstack-ansible-tests/tree/zuul.d/project.yaml, I'm deliberately using a specific queue in gate... does it make any sense to do it for check too?17:18
*** dtantsur is now known as dtantsur|afk17:19
*** jpena is now known as jpena|off17:19
*** leyal has joined #openstack-infra17:19
*** smarcet has joined #openstack-infra17:20
clarkbfungi: I think its trying to propose a requirements update not a translation update?17:20
fungiclarkb: yeah, it's a requirements update according to the log17:21
fungitranslation updates don't seem to use that script, based on tracing a v2 run17:21
clarkbis the v3 job 'propose-updates' supposed to propose translation updates or requirements updates? I guess that is the confusion?17:21
pabelangerodyssey4me: no, check is an idependent pipeline manager, so we don't need to form shared queues, unless using depends-On: https://docs.openstack.org/infra/zuul/feature/zuulv3/user/config.html?highlight=pipeline#value-pipeline.manager.independent17:22
fungilooks like it should propose requirements updates, based on what i can see: http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/scripts/propose_update.sh17:23
*** rbrndt has quit IRC17:23
clarkbfungi: yes the body of the job is definitely attempting to propose requirements updates based on the use of that propose_update.sh script17:23
fungiclarkb: translation updates seem to want http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/scripts/propose_translation_update.sh instead17:23
clarkbfungi: also that job ran against the requirements repo whichseems correct for requirements updates17:24
odyssey4mepabelanger thanks - I appreciate the quick response, and the detail :)17:24
fungiclarkb: yes, i don't think translation updates come into play here17:24
fungithis is a failing periodic job to update the constraints list in the requirements repo17:25
*** ldnunes has quit IRC17:27
*** salv-orlando has joined #openstack-infra17:28
fungiclarkb: mystery solved!!! http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs/requirements.yaml#n28817:28
clarkbfungi: aha so ya we explicitly set it there17:29
clarkbit is now available in v3 via your change (though the format will be slightly different I think)17:29
clarkb(or would be available if that change merges)17:29
fungiclarkb: well, i'm still uncertain that's the way to go17:29
clarkbI think it uses that var because post triggers the jobs too17:30
fungibasically that script was written to run in post and then we added that override in the periodic version of the job17:30
clarkbso your method might be a good approach to flatten behavior of post and periodic17:30
fungito "emulate" the post pipeline17:30
clarkbya17:31
fungibut i think that's a terrible downstream choice17:31
*** ldnunes has joined #openstack-infra17:31
fungii think we should attempt to make zuul_legacy_vars as closely reproduce the variables present in v2 as possible17:31
*** salv-orl_ has quit IRC17:32
*** jcoufal has joined #openstack-infra17:32
*** salv-orlando has quit IRC17:32
SamYaplefungi: ++17:32
openstackgerritsebastian marcet proposed openstack-infra/openstackid master: Fix Access Token reissue with Rotate Refresh Token policy active  https://review.openstack.org/51268517:32
SamYaplewould have been super helpful before haha17:32
odyssey4meI'm a little confused - according to the results in https://review.openstack.org/512635 there's a job definition missing, but it looks there to me. Maybe I'm just tired. Can another pair of eyes help out please?17:33
fungiSamYaple: well, they're already pretty close. the only differences i was able to find for a post pipeline run were the removal of 6 variables (which seem to be omitted in general, though we only list three of them as intentionally omitted in the comments), and the addition of two (ZUUL_BRANCH which used to exist for other pipelines but now we're adding it for periodic, and ZUUL_SHORT_PROJECT_NAME17:35
fungiwhich is entirely new)17:35
AJaegerfungi, thanks for digging further into REFNAME. I did already push https://review.openstack.org/512675 for translation jobs, but that might not be needed.17:35
SamYaplefungi: sure, but there were other bits i have to reconstruct. like docker registry mirror and package mirrors17:35
dmsimardclarkb: do we have a dev elk I could throw things at somehow ? Trying to wrap up the zuul v3 support for elastic-recheck and struggling to reproduce things reliably locally17:35
fungiSamYaple: those were not variables provided by zuul17:36
clarkbdmsimard: no, I've always just run the daemons locally17:36
AJaegerfungi: we could do something similar for propose_updates17:36
fungiSamYaple: they were (and still are) in a shell snippet in /etc, put there by nodepool17:36
SamYapleah i understand your point17:36
raissathere's some centos jobs in manila failing intermittently because of epel it seems: http://logs.openstack.org/59/512559/2/check/manila-tempest-minimal-dsvm-lvm-centos-7/b8784b8/logs/devstack-early.txt.gz17:36
SamYapleyea thats fair17:36
clarkbdmsimard: you typically only need to run the chunk that you are workin on locally so for e-r just run that against production elasticsearch17:36
dmsimardclarkb: do you know what version of elk we're running ? Maybe I'm trying with stuff that is too recent ?17:36
raissahas anyone faced that?17:37
clarkbdmsimard: 1.7.6 iirc, should be available via the api too17:37
armaxhi folks, I am trying to understand the current status of periodic job runs17:37
pabelangerraissa: a) what are you installing from epel? b) we do have afs mirrors for epel, you likely want to be using that17:37
armaxcan anyone point me in the right direction, if possible? Thanks!17:37
dmsimardclarkb: I basically want to test what we discussed the other day, either specify a 'type' jenkins or zuul when submitting the gearman job or default it to jenkins and then only set zuul for v317:37
pabelangerraissa: c) i think epel repo is installed, but disabled (properly configured) so you should be able to just yum install --enable-repo=epel foo17:38
dmsimardclarkb: so I'm basically running a elk instance locally with https://github.com/openstack-infra/system-config/blob/master/modules/openstack_project/templates/logstash/indexer.conf.erb (had to install a couple plugins like input-tcp, multiline, etc.)17:38
clarkbdmsimard: so for that you should only need the log submission worker and logstash17:39
*** ociuhandu has joined #openstack-infra17:39
dmsimardand then I found this convenient piece just to send raw data for test purposes https://gist.githubusercontent.com/jgoodall/6323951/raw/2f033e16bcee80830f398b1bf7752895a4139fe9/sendMessageToLogstash.py17:39
clarkbdmsimard: execute the log submission worker with some dummy data and have it talk to local logstash with stdout output17:39
armaxwhen looking at http://logs.openstack.org/periodic everything seem to have stopped as of Oct 1517:40
fungiAJaeger: i suppose we could alter 512675 to rely on $ZUUL_BRANCH when $ZUUL_REFNAME is missing, but i'm sort of conflicted on whether we should be providing $ZUUL_BRANCH in the legacy_zuul_vars filter for periodic builds, since we _didn't_ set it in v2 periodic environments17:40
clarkbdmsimard: but I've basically done subsets of services like ^ to iterate on this stuff, its pretty easy to run just logstash locally or just $otherthing for dev17:40
clarkbhardest part is editing the config probably17:40
*** ijw has joined #openstack-infra17:41
*** rwsu has quit IRC17:41
pabelangerarmax: look to http://logs.openstack.org/periodic/git.openstack.org/openstack/ for new log path17:41
dmsimardclarkb: bah I'm just running this in a docker thing, it's fairly easy to edit and stuff.17:41
clarkbdmsimard: you needing to install plugins for logstash makes me think your logstash may be much newwer too fwiw17:42
dmsimardclarkb: yeah it's probably whatever is latest :/17:43
clarkb(I gave up following upstream closely because every release was brokem and backward incompatible so now we tend to do big jumps when software goes eol)17:43
dmsimard5.6.217:43
raissapabelanger: it's during _install_epel_and_rdo at the beginning of running stack.sh "Could not retrieve mirrorlist http://mirrors.fedoraproject.org/mirrorlist?repo=epel-7&arch=x86_64"17:43
dmsimardwith new kibana and stuff17:43
fungiarmax: periodic jobs are now in fully-qualified repository paths, since zuul v3 knows them by sitename/repository/branch/job for disambiguation:17:43
fungiarmax: for example, http://logs.openstack.org/periodic/git.openstack.org/openstack/requirements/master/legacy-propose-requirements-constraints-master/17:43
dmsimardhttps://hub.docker.com/r/sebp/elk/ goes as low as 2.2.017:44
clarkbdmsimard: ya I think thats much newer. My suggestion would be isolate the services you actually need to test and only use those. In this case no kibana, no elasticsearch17:44
pabelangerraissa: right, we sholdn't be using mirrorlist from fedoraproject.org, because it isn't realiable17:44
tbarronpabelanger: raissa w.r.t. "c) " (installed but disabled) I don't think we are installing it at all and devstack build fails altogether17:44
clarkbdmsimard: you can check the puppet manifests to see what we are running. I dont recall17:44
tbarronpabelanger: raissa "Cannot find a valid baseurl for repo: epel-bootstrap/x86_6417:44
tbarronCould not retrieve mirrorlist http://mirrors.fedoraproject.org/mirrorlist?repo=epel" ...17:44
pabelangertbarron: raissa: see http://logs.openstack.org/59/512559/2/check/manila-tempest-minimal-dsvm-lvm-centos-7/b8784b8/job-output.txt.gz#_2017-10-17_12_28_58_35116217:45
pabelangerthat is where we setup epel.repo17:45
pabelangerbut it is disabled by default17:45
pabelangerso, if your job needs it, you can enable it17:45
dmsimardclarkb: thanks, I'll figure something out.17:45
*** ijw has quit IRC17:45
pabelangertbarron: raissa: however, I'm curious what you need from epel17:45
clarkbdmsimard: but also I think just having a config option in e-r would likely be simplest17:46
dmsimardclarkb: a toggle between v2 and v3 ?17:46
clarkbyes17:46
dmsimardclarkb: fwiw having a log of 'type: jenkins' sort of bothers me but it's not really important17:46
dmsimardlet me see if I can put a toggle somewhere.17:47
clarkbdmsimard: we can just delete that if anyone cares17:47
tbarronpabelanger: raissa it isn't that we think we need it, we just see this error in devstack-early.txt.gz: https://paste.fedoraproject.org/paste/VMd6jddktTymNfVRpddWRQ17:47
clarkbchange it to "CI" or something17:47
*** dhinesh has joined #openstack-infra17:47
tbarronpabelanger: raissa when we hit the intermittent devtack didn't set up go look at the relevant logs failures17:47
*** ijw has joined #openstack-infra17:48
openstackgerritShachar Snapiri proposed openstack-infra/project-config master: Remove dragonflow jobs that were moved to the project itself  https://review.openstack.org/51276117:48
tbarronpabelanger: raissa weire dead:beef:cafe:fed3 ipv6 address17:48
dmsimardclarkb: there's probably no value in setting a field in the first place if it's always going to be the same thing17:48
tbarron*wierd17:48
pabelangertbarron: raissa: okay, if you don't need it, we should be setting SKIP_EPEL_INSTALL=true for those jobs17:48
clarkbdmsimard: its there so that we could index other data too17:48
clarkbdmsimard: without needing to drastically change or migrate existing data17:49
pabelangertbarron: yes, epel repos are unreliable at best, this is my each regional mirror has http://mirror.dfw.rax.openstack.org/epel/17:49
tbarronpabelanger: k, I guess we never set that for those jobs before17:49
*** ijw has quit IRC17:50
raissapabelanger: I'll try that17:50
*** ijw has joined #openstack-infra17:50
*** dfflanders has quit IRC17:50
pabelangertbarron: raissa; so, if epel is not needed, set SKIP_EPL_INSTAL=true, if you do need epel, still set SKIP_EPEL_INSTALL=true, and run yum --enablerepo epel, which should be setup to use our AFS mirrors17:50
jeblairdhellmann, fungi: commens on 51275117:50
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fix deploy-guide publish  https://review.openstack.org/51276517:51
clarkbdmsimard: the issue is you can't update data in ES you can only delete and add. So was possibly a little overoptimization to avoid needing to do anything drastic. But then we had to trim the retention period to so short it likely doesn't matter much anyways17:51
AJaegermordred: could you review this, please? ^ I'm sure it's wrong... (512765917:51
AJaegerI mean: 51276517:51
AJaegerfungi: or pass in ZUUL_REFNAME for this single job17:52
*** gouthamr_ is now known as gouthamr17:52
raissapabelanger: ok, thanks17:52
dmsimardclarkb: would you be open to the idea of adding a 'zuul_version' key in data_source ? https://github.com/openstack-infra/puppet-elastic_recheck/blob/master/templates/elastic-recheck.conf.erb#L16 We can run with that in elastic-recheck after.17:53
dmsimardI suppose e-r could be rewritten to be far more generic and be used outside the context of zuul and openstack but here we are17:53
clarkbdmsimard: it can be run that way if you ignore the irc bot bits iirc. But yes it has long been a hard coded mess :)17:54
clarkbdmsimard: ya I would make it an optional value with a default to v2 so that anyone else running it continues to work17:54
armaxpabelanger, fungi: excellent, thank you! I figured the path might have changed, thanks for the lead17:54
clarkbthen we can set it to v317:54
jeblairdmsimard: what's the switch for?17:55
jeblair(sorry, i can't find that answer in scrollback)17:56
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: WIP: shared ansible-linters jobs  https://review.openstack.org/51271517:56
clarkbjeblair: we renamed the console log file and changed the end of file marker17:56
fungiarmax: though the example one i gave you also stops at the 15th... because that particular job got replaced. http://logs.openstack.org/periodic/git.openstack.org/openstack/neutron/stable/pike/legacy-periodic-neutron-dsvm-functional/ is perhaps a better example17:56
clarkbjeblair: so console.html is now job-output.txt and we don't end job-output.txt with data bout completion17:56
dmsimardjeblair: elastic-recheck has several hardcoded bits such as the files that are expected/supposed to be there when a job has finished logging, see https://review.openstack.org/#/c/509313/17:56
jeblairclarkb, dmsimard: should we add a special tag to the console log?17:56
armaxfungi: I think I found this one logs.openstack.org/periodic/git.openstack.org/openstack/networking-midonet/master/legacy-periodic-py35-with-neutron-lib-master/e9caff9/job-output.txt.gz17:56
jeblairthen change the queries to look for the tag instead of the fn?17:57
armaxthat is more relevant to what I am looking for17:57
clarkbjeblair: that wouldn't be backward compatible either though because v2 didn't set a special tag17:57
armaxthe job itself fails right now, but I think I know why and I’ll have to go back and fix it in zuul.d17:57
dmsimardwe set 'console' as a tag regardless of v2 and v317:57
clarkbjeblair: and we don't end the files with the same string. I think it is easiest if we just switch off of it17:57
clarkber switch off of a config flag17:57
dmsimardbut the thing is, as far as I can understand, e-r checks for some 'required' files17:57
*** slaweq has joined #openstack-infra17:57
armaxat least the error message is adamant, I can17:57
armax:)17:57
armaxhttp://logs.openstack.org/periodic/git.openstack.org/openstack/networking-midonet/master/legacy-periodic-py35-with-neutron-lib-master/e9caff9/job-output.txt.gz#_2017-10-17_06_08_26_85979217:58
clarkbdmsimard: yes e-r looks for the "console.html" beacuse every job gets one. And it looks for the Zuul finished or whatever that string is to know elasticsearch has the complete console log indexed17:58
jeblairdmsimard: oh, so it's not about the queries17:58
clarkbjeblair: they are special administrative queries to keep track of when things have been indexed17:58
clarkbI think we'll also have to assume the file is indexed if any of it is present in elasticsearch with v3 rather than looking for the EOF string17:59
clarkbsince there doesn't appear to be an EOF string in v3 console logs17:59
dmsimardjeblair: there's some changes involved in the queries, yes17:59
jeblairok.  that makes more sense.  i was mostly thinking about the filesystem queries and how they should be version agnostic.17:59
pabelangerarmax: look to the openstack-tox-*-neutron project-templates, you likey can start using them17:59
clarkbjeblair: ya those should be ok17:59
jeblairi think a flag for internal server stuff makes sense.17:59
dmsimardclarkb: there isn't because logs end up truncated anyway, but that's part of why I sent https://review.openstack.org/#/c/509254/17:59
armaxpabelanger: will do18:00
clarkbdmsimard: ah ok so we can at least look for a post playbook completion18:00
dmsimardclarkb: so we could more or less rely on something like "POST-RUN <last role that is logged>" which is still meh18:00
*** baoli has quit IRC18:00
dmsimardPOST-RUN START: [trusted : git.openstack.org/openstack-infra/project-config/playbooks/base/post-logs@master]18:01
dmsimardIs probably the last thing that ends up being reliably logged18:01
*** baoli has joined #openstack-infra18:01
jeblair(and of course will be different for a few jobs)18:01
jeblairbut not ones we care much about in e-r18:02
*** rwsu has joined #openstack-infra18:02
clarkbya could also just key off of POST-RUN START and call that good enough18:02
clarkbits mostly a sanity check in e-r that it can go look for logs at this point18:02
*** slaweq has quit IRC18:02
jeblairclarkb: i think some devstack post-runs may take a while18:02
openstackgerritJeremy Stanley proposed openstack-infra/zuul feature/zuulv3: Be explicit about legacy var additions/omissions  https://review.openstack.org/51276918:02
*** Apoorva_ has joined #openstack-infra18:02
clarkbjeblair: but they will be complete by the time es indexes them right? since we submit the logstash jobs after logs are copied18:03
clarkbso getting within a couple hundred lines of file EOF is probably good enough (TM)18:03
jeblairclarkb: oh yeah.  i guess it's volume of log lines after that line18:03
jeblair"post-run start [trusted" might be a good choice too18:03
clarkbya18:03
jeblairsort of splits the difference :)18:04
dmsimardsure18:04
openstackgerritShachar Snapiri proposed openstack-infra/project-config master: Remove dragonflow jobs that were moved to the project itself  https://review.openstack.org/51276118:04
dmsimardthere's bound to be a trusted post job somewhere in there18:04
dmsimardpost run*18:04
* jeblair afk again until meeting18:04
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fix REFNAME in propose_update.sh  https://review.openstack.org/51277018:04
AJaegerfungi: what to you think ^18:04
*** panda|rover is now known as panda|rover|off18:05
*** Apoorva has quit IRC18:05
*** jamesmcarthur has joined #openstack-infra18:06
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fix ZUUL_REFNAME for translation jobs  https://review.openstack.org/51267518:08
AJaegerand I don't think we need this, ^, will WIP for now18:08
dhellmannjeblair, fungi : comments addressed18:08
*** jamesmcarthur has quit IRC18:09
*** jamesmcarthur has joined #openstack-infra18:09
* clarkb preps for meeting, if you have anything to add get it on the agenda (or ping me)18:09
fungiclarkb: AJaeger: 512770 raises an interesting meeting topic: when do we make the call that it's okay to start altering scripts used by v2 jobs in ways which will break if we roll back to zuul v2?18:10
*** jamesmcarthur has quit IRC18:10
fungii think that's probably just a subtopic item under the zuul v3 priority efforts discussion though, so probably not needed formally on the agenda18:11
*** jamesmcarthur has joined #openstack-infra18:11
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fix REFNAME in propose_update.sh  https://review.openstack.org/51277018:12
AJaegerfungi: I made it compatible ^18:12
fungiAJaeger: cool, kicks that can down the road (but probably a good item for discussion nonetheless)18:13
AJaegerfungi: sure, we can discuss ;)18:13
AJaegerthis was an easy change - if it's correct ;)18:13
dmsimardclarkb: meeting: new core reviewers ?18:14
*** CrayZee has joined #openstack-infra18:18
AJaegerargh, lint hates me ;(18:18
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fix REFNAME in propose_update.sh  https://review.openstack.org/51277018:18
clarkbfungi: ya its a good question, but we are keeping copies of those aren't we? or are we just executing what is in the jenkins scripts bin dir?18:18
fungiclarkb: we copy the "v2" slave scripts into the node rather than using the ones baked onto the disk images18:19
dmsimardThere's a lot of things that aren't forward/backward compat, some of which don't live in project-config and inside project repositories18:19
fungidmsimard: yep, already came up last rollback where people had made non-backward-compatible changes to scripts in their projects which their v2 jobs had been calling18:20
CrayZeeAJaeger: after removing my tasks from project-config, am I expected to remove their definitions and playbooks from openstack-zuul-jobs?18:20
AJaegerto fix translations, could I get reviews on https://review.openstack.org/#/c/512529/ and https://review.openstack.org/#/c/512657/ , please?18:20
fungijust trying to avoid inflictnig that same pain on ourselves. just because other projects don't make attempts at planning for a potential second rollback doesn't mean we should necessarily do the same18:20
dmsimardoh, sure.18:20
pabelangerclarkb: fungi: yah, once we know we are not rolling back, I think one of the first changes for elements we push up is removal of embedded jenkins scripts and user18:21
AJaegerCrayZee: Yes - as documented in https://docs.openstack.org/infra/manual/zuulv3.html#moving-legacy-jobs-to-projects18:21
CrayZeeThanks!18:21
pabelangerclarkb: fungi: then move jenkins/script contents into playbooks18:21
fungipabelanger: yep, and removing a ton of v2 stuff in project-config18:21
openstackgerritEmilien Macchi proposed openstack-infra/tripleo-ci master: Do not rely on openstack-puppet-modules in Queens and beyond  https://review.openstack.org/51278318:22
openstackgerritShachar Snapiri proposed openstack-infra/openstack-zuul-jobs master: Remove legacy dragonflow jobs  https://review.openstack.org/51278518:23
openstackgerritShachar Snapiri proposed openstack-infra/project-config master: Remove dragonflow jobs that were moved to the project itself  https://review.openstack.org/51276118:24
*** jcoufal_ has joined #openstack-infra18:24
pabelangerup to 172 changes in check pipeline, things looking great18:26
AJaegerindeed! I'm happy how Zuulv3 is pushing through these! well done, jeblair and team!18:26
*** jcoufal has quit IRC18:26
*** baoli has quit IRC18:27
*** dhinesh has quit IRC18:28
openstackgerritJeremy Stanley proposed openstack-infra/zuul feature/zuulv3: Be explicit about legacy var additions/omissions  https://review.openstack.org/51276918:29
*** rbrndt has joined #openstack-infra18:30
*** rwsu has quit IRC18:32
clarkbwoo having local network problems. I've switched off desktop to laptop so should be able to do meeting just fine18:33
clarkbI am getting packet loss between two hosts on the same switch :/ time to replace that hardware I guess18:33
*** hemna_ has quit IRC18:34
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Move the common PTI jobs for releases back to project-config  https://review.openstack.org/51278818:35
*** amoralej is now known as amoralej|off18:35
AJaegersmcginnis: https://review.openstack.org/512787 and 512788 go together, that puts releases on current best practices again.18:35
*** baoli has joined #openstack-infra18:36
*** smarcet has quit IRC18:36
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Several executor threading fixes  https://review.openstack.org/51267318:37
*** electrofelix has quit IRC18:39
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Don't return POST_FAILURE when aborting post playbooks  https://review.openstack.org/51271218:39
*** rloo has joined #openstack-infra18:40
fungiclarkb: you sure it's not a reflection issue, e.g. arp/broadcast flood?18:42
fungicould be somethnig choking the switch18:42
*** Apoorva_ has quit IRC18:43
clarkbfungi: I don't think so, there are only two hosts on the switch and the rest of the network is happy18:43
*** Apoorva has joined #openstack-infra18:43
clarkbits also older consumer hardware18:43
fungiahh18:44
* fungi recommends connecting the remaining empty switchports to each other, for improved throughput ;)18:44
openstackgerritMerged openstack-infra/infra-specs master: The Gerrit 2.13 upgrade is implemented  https://review.openstack.org/50925718:44
clarkbheh18:44
*** rwsu has joined #openstack-infra18:45
openstackgerritMerged openstack-infra/infra-manual master: Fix typo in zuulv3  https://review.openstack.org/51261418:45
fungiwas helping my brother troubleshoot a flood in his office a few years ago. they had voip phones with a built-in two-port switch (well, technically three-port with one of them internally connected to the phone) so that you could plug your computer into the phone as a passthrough... this is pretty common... well, some person in a random office which had two network jacks plumbed back to the central18:46
fungiswitching backplane had plugged his phone into both of them18:46
fungiand of course, no spanning tree or portguard or useful mitigations in the cheap switching they'd invested in18:48
smcginnisfungi: I've seen the same.18:48
fungito make matters worse, they had a layer-2 wan link to servers in a datacenter, so basically that whole line ended up choked18:48
openstackgerritSam Yaple proposed openstack-infra/project-config master: Publish keystone loci images to DockerHub  https://review.openstack.org/51279318:49
openstackgerritDavid Moreau Simard proposed openstack-infra/elastic-recheck master: Add support for Zuulv3-specific parameters in elastic-recheck  https://review.openstack.org/50931318:49
dmsimardclarkb, jeblair: ^ took a slightly different approach which should probably work https://review.openstack.org/#/c/509313/3/elastic_recheck/elasticRecheck.py18:50
AJaegerfungi, could you review https://review.openstack.org/#/c/512529/ and https://review.openstack.org/#/c/512647/ to fix translation scripts, please?18:50
AJaegerclarkb: could you review https://review.openstack.org/#/c/512657/ so that https access work for our zuul executors, please?18:51
clarkbAJaeger: done18:53
AJaegerthanks clarkb and fungi !18:54
SamYapledoes the post pipeline have a lower priority than other pipelines? is that why it gets backed up so far18:55
AJaegerSamYaple: yes, exactly18:56
SamYaplegot it18:56
*** gfidente|afk is now known as gfidente18:56
SamYapleive never paid attention before.... now i am haha18:56
AJaegerSamYaple: check project-config/zuul.d/pipelines.yaml for configuration18:56
SamYaplethanks AJaeger18:57
*** rbrndt has quit IRC18:57
fungiAJaeger: want to un-wip your 512675 fix?18:57
dmsimardSamYaple: fwiw this is available in the zuul config: https://github.com/openstack-infra/project-config/blob/master/zuul.d/pipelines.yaml see: 'precedence'18:57
AJaegerpabelanger, mordred - will https://review.openstack.org/#/c/512765/1/playbooks/publish/deploy-guide.yaml work ?18:57
AJaegerfungi: I'm not sure ^18:57
dmsimardSamYaple: there's 3 levels of priority, "high", "normal" and "low" -- the highest of which will get nodes first, the second will not get a node until all high precedence jobs have been attributed a node and so on18:58
AJaegerfungi, mordred, pabelanger - http://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/roles/prepare-docs-for-afs/tasks/main.yaml#n3 sets the variable as fact, so I doubt I can override it - can I?18:58
clarkbmeeting time18:59
dmsimardAJaeger: facts can be overriden by a set_fact that happens later, or through an extra-var18:59
SamYapledmsimard: those precedences look reasonable. release has a high precendence, so thats all that really matters18:59
openstackgerritEmilien Macchi proposed openstack-infra/project-config master: tripleo/paunch: run legacy-tripleo-ci-centos-7-nonha-multinode-oooq  https://review.openstack.org/51279518:59
AJaegerdmsimard: so, is https://review.openstack.org/#/c/512765 correct?18:59
dmsimardAJaeger: a simple var (say, in inventory) will get overridden by a set_fact18:59
dmsimardlooking18:59
*** sileht has quit IRC19:00
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: WIP: shared ansible-linters jobs  https://review.openstack.org/51271519:00
dmsimardAJaeger: hm, missing context about what the other roles do, I'll need to dig more into it. Meeting now.19:00
fungiAJaeger: i was asking about un-wiping 512675 not 512765 (though the numbers are strikingly similar)19:00
*** sileht has joined #openstack-infra19:00
AJaegerfungi: Ah! I can...19:01
openstackgerritMerged openstack-infra/project-config master: Use proper script for translations  https://review.openstack.org/51252919:01
openstackgerritMerged openstack-infra/project-config master: Fix type with java_cert in prep-zanata  https://review.openstack.org/51264719:01
*** slaweq has joined #openstack-infra19:02
otherwiseguyAnyone available for second +2s on https://review.openstack.org/#/c/512565/2 and I'm guessing https://review.openstack.org/#/c/512565/2 will too. networking-ovn gate-breaking fixes.19:03
*** camunoz has quit IRC19:04
AJaegerdmsimard: I want to set that variable and override thus the value in main.yaml.19:04
*** sileht has quit IRC19:04
otherwiseguy(didn't mean to hit enter yet, getting liason +1s)19:04
*** sileht has joined #openstack-infra19:04
*** dave-mccowan has quit IRC19:04
pabelanger+319:04
otherwiseguythanks!19:05
dmsimardAJaeger: in terms of variable precedence, you setting the variable in the playbook would take precedence if it would be set in the role's defaults/main.yml, however, it would be overwritten first thing by the set_fact that occurs in https://github.com/openstack-infra/openstack-zuul-jobs/blob/master/roles/prepare-docs-for-afs/tasks/main.yaml19:05
Shrewsjeblair: Is the zuul comment on https://review.openstack.org/512642 its way of saying "your referenced jobs don't exist in my world yet" because the changes on the master branch (referenced in depends-on) have not yet merged?19:06
dmsimardAJaeger: maybe what you want to do is to set the var in defaults/main.yaml of the role instead and remove the set_fact altogether ? Then, someone can override it at a job level.19:07
dmsimardAJaeger: but again, I'm missing a bit of context since I'm not familiar with this workflow.19:07
AJaegerdmsimard: thanks, I'll look further into it...19:08
dmsimardAJaeger: left a comment about what I mentioned for posterity19:09
*** hemna_ has joined #openstack-infra19:10
openstackgerritMerged openstack-infra/project-config master: Networking-ovn: Use publish-openstack-sphinx-docs-neutron  https://review.openstack.org/51256519:10
openstackgerritMerged openstack-infra/project-config master: Fix networking-ovn openstack-tox-cover job  https://review.openstack.org/51234719:10
*** jamesdenton has quit IRC19:13
openstackgerritMerged openstack-infra/system-config master: Add /etc/ssl/certs to trusted_ro_paths for zuul-executors  https://review.openstack.org/51265719:13
AJaegerdmsimard: thanks19:15
*** vhosakot has quit IRC19:15
AJaegerpabelanger: 512657  is merged - will you restart executors later, please?19:15
*** camunoz has joined #openstack-infra19:16
pabelangerAJaeger: i think we want to confirm with jeblair and clarkb first what else we want to land in our restart19:16
AJaegerpabelanger: sure...19:18
*** sileht has quit IRC19:18
openstackgerritEmilien Macchi proposed openstack-infra/openstack-zuul-jobs master: Add missing required-project for tripleo-buildimage-overcloud-full  https://review.openstack.org/51280019:21
openstackgerritgordon chung proposed openstack-infra/project-config master: remove legacy-grenade-dsvm-ceilometer  https://review.openstack.org/51280119:21
EmilienMdmsimard, matbu ^ I think it will do the job, (thanks david)19:21
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: prepare-docs-for-afs: Allow reuse  https://review.openstack.org/51280219:21
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fix deploy-guide publish  https://review.openstack.org/51276519:21
pabelangerEmilienM: comment19:23
AJaegerdmsimard: updated, thanks for help ^19:23
*** slaweq has quit IRC19:24
openstackgerritEmilien Macchi proposed openstack-infra/openstack-zuul-jobs master: Add missing required-project for buildimage jobs  https://review.openstack.org/51280019:25
EmilienMpabelanger: nice catch. Done ^19:25
armaxfungi, pabelanger: one other related question I have is: where would the new graphite stats_counts would be?19:26
*** markvoelker has joined #openstack-infra19:26
armaxnow that the job is called legacy-periodic-py35-with-neutron-lib-master consistently for the projects involved I wonder where I should look19:28
pabelangerarmax: see https://review.openstack.org/512451/ for example on new counters19:29
*** sileht has joined #openstack-infra19:29
armaxexcellent!19:29
*** dave-mccowan has joined #openstack-infra19:29
armaxthanks19:30
dmsimardAJaeger: +1 with comment19:33
*** slaweq has joined #openstack-infra19:38
AJaegerdmsimard: thanks! Looking at other files in that directory, I would leave as is - commented.19:39
*** slaweq has quit IRC19:40
*** slaweq has joined #openstack-infra19:41
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: WIP: shared ansible-linters jobs  https://review.openstack.org/51271519:42
*** weshay|afk_see_r is now known as weshay|ruck19:42
*** jamesmcarthur has quit IRC19:44
AJaegermordred: could you review https://review.openstack.org/512802 and https://review.openstack.org/512765 , please?19:45
Shrewspabelanger: any idea what this error is? http://logs.openstack.org/37/512637/5/check/tox-py35/0324599/job-output.txt.gz#_2017-10-17_19_19_47_20340719:47
*** MasterOfBugs has joined #openstack-infra19:47
*** pramodrj07 has joined #openstack-infra19:47
pabelangerShrews: I've see that a few times from tox, but seems to be more a warning then error19:48
pabelangersince tox passes19:48
pabelangerbut http://logs.openstack.org/37/512637/5/check/tox-py35/0324599/job-output.txt.gz#_2017-10-17_19_19_57_472443 is an error19:49
Shrewspabelanger: oh, hrm19:49
Shrewspabelanger: that one seems just as confusing19:49
pabelangerlooks like syntax error19:49
pabelanger SyntaxError: Missing parentheses in call to 'print'19:50
Shrewspabelanger: hrm. how on earth was that ever passing py35 test before then?19:50
pabelangerOh, so the code is merged19:51
pabelangerhow odd19:51
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Migrate legacy jobs  https://review.openstack.org/51263719:51
Shrewspabelanger: yeah19:51
Shrewsbut ^^ should fix the print call19:51
pabelangergoing to see how we merged that19:52
*** e0ne has joined #openstack-infra19:52
Shrewspabelanger: oh! i see19:52
*** kjackal_ has quit IRC19:53
openstackgerritTom Barron proposed openstack-infra/openstack-zuul-jobs master: Collect output from coverage job  https://review.openstack.org/51280819:53
Shrewspabelanger: we only run the dsvm tests on master with py35, but the unit tests only used py2719:53
Shrewspabelanger: which i think is probably an oversight?19:53
* Shrews used https://review.openstack.org/501793 as a reference to verify that19:54
pabelangerAh, yes19:54
pabelangerso, we could keep that and add branch: feature/zuulv3 for now19:54
pabelangerthen once we merge master, remove it19:54
pabelangeryour clal19:54
pabelangercall*19:54
*** jamesmcarthur has joined #openstack-infra19:55
Shrewsi'll see if that's the only py3 error. if there are many, i'll do that19:57
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Migrate legacy jobs  https://review.openstack.org/51263719:59
dmsimardfrickler: what do you think of https://review.openstack.org/#/c/509313/2..3/elastic_recheck/elasticRecheck.py ?19:59
Shrewsyup, there's gonna be more than few  :(19:59
openstackgerritThomas Morin proposed openstack-infra/project-config master: n8g-bgpvpn: make triple-o job check/nv  https://review.openstack.org/51233219:59
openstackgerritArmando Migliaccio proposed openstack-infra/project-config master: Zuul-v3: add required projects for neutron-lib periodic jobs  https://review.openstack.org/51281119:59
*** jtomasek has quit IRC20:00
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Migrate legacy jobs  https://review.openstack.org/51263720:01
*** armax has quit IRC20:01
pabelangerShrews: maybe keep it non-voting20:01
Shrewspabelanger: i just used the branch matcher, as you suggested. hopefully the merge back to master will have all the cleanups20:02
openstackgerritKen Giusti proposed openstack-infra/project-config master: Restore cover test to oslo.messaging  https://review.openstack.org/51281320:02
pabelangerShrews: +120:02
Shrewsugh, would be nice if i named the branch correctly20:03
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Migrate legacy jobs  https://review.openstack.org/51263720:03
*** slaweq has quit IRC20:04
AJaegerShrews: https://docs.openstack.org/infra/manual/zuulv3.html#what-not-to-convert - just the legacy stuff, please20:04
ShrewsAJaeger: those jobs are not being defined in the project20:07
ShrewsAJaeger: nor are the referenced templates20:07
*** jtomasek has joined #openstack-infra20:07
AJaegerShrews: those jobs should stay in project-config20:08
AJaegerplease read the link I gave20:08
*** rbrndt has joined #openstack-infra20:08
AJaegerwe don't want everything moving over20:08
ShrewsAJaeger: technically, nodepool isn't an "official" openstack project20:09
pabelangerOh, i thought we did?20:10
*** rbrndt has quit IRC20:10
ShrewsI thought the goal was to eventually remove the project definition out of project-config and have it in-repo?20:10
clarkbas a heads up I have a dentist appointment today so will be disappearing for that and unsure if I will return. Probably depends on how many drugs they give me20:10
AJaegerShrews: it is - it's listed in governance repo20:10
dmsimardnodepool is in governance ? really ?20:11
fungiclarkb: you mean if the drugs are really good you might forget to avoid us?20:11
AJaegerShrews: and system-requires by policy always stay in project-config20:11
pabelangerAJaeger: does that mean we'd need to change http://git.openstack.org/cgit/openstack-infra/zuul/tree/.zuul.yaml?h=feature/zuulv3#n44 ?20:11
clarkbfungi: something like that20:11
dmsimardAJaeger: nodepool is in governance but zuul isn't ? is that an anomaly ? I thought only projects shipped as part of openstack (i.e, nova, glance, keystone) were part of governance20:12
pabelangerI haven't been following, but how would we stop projects from adding what Shrews did in 512637?20:12
AJaegerpabelanger: that's special IMHO since it's on a feature branch. But once that's master, yes, I would move most back to us20:12
*** vhosakot has joined #openstack-infra20:12
AJaegerpabelanger: I review when jobs get removed in project-config ;)20:12
AJaegerdmsimard: zuul is in governance as well20:13
*** smatzek has quit IRC20:13
ShrewsAJaeger: that's not how i read that document. i've been reading it as "the system-requires template definition must remain in project-config", not "references to system-requires must also remain in project-config"20:13
*** e0ne has quit IRC20:13
dmsimardAJaeger: oh damn you're right20:13
*** rbrndt has joined #openstack-infra20:13
pabelangerokay, I haven't been following much, but seems like if we are keeping things in project-config, it would still mean more things to review20:13
AJaegerdmsimard: https://governance.openstack.org/tc/reference/projects/infrastructure.html20:13
*** e0ne has joined #openstack-infra20:13
Shrewshappy to do it the other way, but i'm not seeing the reason why i can't reference it from my in-repo project definition20:14
*** camunoz has quit IRC20:14
dmsimardAJaeger: yeah, I see it, I wasn't looking at the right place. I guess it makes sense, even though it is not "shipped"20:14
AJaegerShrews: then let'S fix the wording. The discussion we had here a couple of days ago that we want those in project-config so that we can easy do OpenStack wide changes20:14
*** smatzek has joined #openstack-infra20:14
pabelangerShrews: yah, I am not to be honest20:15
pabelangernot sure*20:15
*** ldnunes has quit IRC20:15
AJaegerShrews: technically you can do whatever you want - this is policy20:15
dmsimardAJaeger: openstack wide changes would imply changing the template20:15
*** markvoelker_ has joined #openstack-infra20:15
dmsimardAJaeger: which is still achieved by keeping the project layout in their own projects20:15
pabelangerAJaeger: when you have a moment, can you share link to discussion?20:15
AJaegerdmsimard: they would, yes....20:15
AJaegerpabelanger: let me search eavesdrop...20:16
ShrewsAJaeger: ah, ok. i guess that makes sense. and yes, we should fix that wording20:16
dmsimardAJaeger: however, the problem is that if the project layout is in their repository, we don't control whether or not system-required is part of their definition20:16
*** chlong has quit IRC20:16
jeblairsystem-required is going to be in project-config for every project20:16
jeblairso there is no point to additing it in-repo20:16
dmsimardjeblair: right, but what I mean is that there's nothing preventing me from not including that template in my project jobs20:17
*** jcoufal_ has quit IRC20:17
jeblairdmsimard: yep.  but there's no point to doing so, so we should ask people not to.20:17
dmsimardjeblair: the only way to enforce it is to keep the project layouts inside project-config20:17
dmsimardor put it as part of the base job which can arguably be "avoided" as well20:17
Shrewsjeblair: yep. my point of confusion was in thinking we should be striving to remove the project definition out of project-config. AJaeger has explained why we don't actually want that.20:17
jeblairdmsimard: yep.  it's a brave new world of shared responsibility.  :)20:18
dmsimardtrusting people? this is madness20:18
jeblairShrews: ++20:18
dmsimardthat was a joke/sarcasm by the way20:18
dmsimard(sorry)20:18
*** markvoelker has quit IRC20:18
* jeblair laughs nervously20:19
*** smatzek has quit IRC20:19
SamYaplehaha20:19
jeblairi totally knew that was a joke20:19
dmsimardyeah, just figured it was non-obvious without voice intonation20:19
*** e0ne has quit IRC20:19
SamYapleive never heard anyone use "this is madness" in a serious way20:19
SamYapleout side of a bond movie20:20
AJaegerprevious discussion starts at http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2017-10-05.log.html#t2017-10-05T09:07:4320:20
jeblairSamYaple: 'as a bond villian' is exactly how i read everyone in irc20:20
dmsimardhah20:20
pabelangerAJaeger: tyty20:20
pabelangerI'll re-read this evening20:20
fungiSamYaple: occasionally when a song by the band "madness" comes on the radio, i will blurt out "this is madness"20:20
SamYaplelol thats pretty good20:21
pabelangeris there a line between tox-py35 / openstack-tox-py35 in project-config?20:21
pabelangersince on is zuul-jobs and other openstack-zuul-jobs20:21
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Migrate legacy jobs  https://review.openstack.org/51263720:21
jeblairi'm going to tag zuul-sphinx so we can start to use project-template docs20:21
pabelangerjeblair: clarkb: AJaeger was asking before if we are ready to restart zuul executors?20:22
pabelangerI was unsure20:22
clarkball my work there was done last night. I think jblairs changes merged?20:22
AJaegerpabelanger: what we discsused is "PTI stays in project-config". And both tox-py35 and openstack-tox-py35 implement the PTI20:22
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/project-config master: Add linters job to all OSA role jobs  https://review.openstack.org/51281620:22
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: WIP: shared ansible-linters jobs  https://review.openstack.org/51271520:23
jeblairpabelanger, clarkb: yes, i think we're ready for executor restart -- after the zuul-sphinx jobs finish.20:23
pabelangerAJaeger: kk, that helps20:24
jeblairwe're going to emit some stray post_failures, but hopefully this'll be the last time.20:24
*** ijw has quit IRC20:24
*** camunoz has joined #openstack-infra20:25
jeblairpabelanger: shall i perform the restarts, or were you planning on it?20:25
* AJaeger left a few more changes to review in the etherpad, would be nice to get those in - as well as some of the other reviews if people have time.20:26
*** jtomasek has quit IRC20:28
jeblairpabelanger, clarkb, fungi: http://logs.openstack.org/71/71220534fd0a76c1c26839c8a808de0d106bc490/release/release-openstack-python/17d65ef/job-output.txt.gz#_2017-10-17_20_30_03_84172320:32
jeblairdhellmann: ^20:32
*** kgiusti has left #openstack-infra20:33
*** smarcet has joined #openstack-infra20:35
*** camunoz has quit IRC20:35
jeblairafter digging -- i *think* we should change our setup to omit the repository_url20:36
jeblairi'm looking to see if our role supports that20:36
*** armax has joined #openstack-infra20:36
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Migrate legacy jobs  https://review.openstack.org/51263720:36
jeblairit does not20:37
jeblairokay, so i think we want 2 change: 1) remove the default pypi_repository_url from upload-pypi.  then remove the repository_url from our production pypi secret.20:37
jeblairer, sorry -- that was both changes.  i forgot to number the second20:38
*** tosky has joined #openstack-infra20:38
openstackgerritDavid Shrewsbury proposed openstack-infra/project-config master: Do not run tox-py35 on nodepool master branch  https://review.openstack.org/51285120:40
ShrewsAJaeger: is that what you're suggesting? ^^^^20:40
ShrewsThat's something we'll have to remove after merging the feature branch back to master20:41
pabelangerjeblair: odd, they list repository:https://pypi.python.org/pypi being good in the docs20:41
jeblairShrews, AJaeger: i'd personally prefer project-pipeline variants like that to stay in the project repos.20:42
*** xarses has quit IRC20:42
*** smarcet has quit IRC20:43
Shrewsjeblair: as in here? https://review.openstack.org/#/c/512637/10/.zuul.yaml20:43
jeblairShrews: yeah -- so just adding the 2 lines needed for tox-py35 to that change20:43
Shrewsjeblair: k, that's what i had. i'll bring it back and abandon the project-config change. thx20:44
jeblairShrews: not the templates though20:44
ianwjeblair / pabelanger / dmsimard: i couldn't find any examples of extracting src_dir from zuul.projects.  is it a matter of {{ zuul.projects | select_attr('project_name') | map('src_dir') }} ?  of course i can just guess it, but seemed better to take if from ansible if possible?20:45
Shrewsjeblair: yeah, that PS did not have the templates20:45
dmsimardianw: what do you want to do ?20:45
jeblairShrews: looks like i disagree with AJaeger on that, based on his comments in ps1020:45
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: WIP: shared ansible-linters jobs  https://review.openstack.org/51271520:46
ianwdmsimard: in line 26 https://review.openstack.org/#/c/512450/9/playbooks/dib-functests/run.yaml i want the path to the requirements.txt in the requirements project20:46
Shrewsjeblair: yep20:46
ianwdmsimard: hard-coding works, but it just feels a bit ugly20:46
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Migrate legacy jobs  https://review.openstack.org/51263720:47
dmsimardianw: sec20:47
*** dave-mccowan has quit IRC20:48
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Migrate legacy jobs  https://review.openstack.org/51263720:49
pabelangerianw: have you see the tox-siblings role? I would suggest looking into that, might be able to leverage some of that for requirements handling20:49
dhellmannjeblair : that sounds like the right changes to make20:50
fungijeblair: oh, i thought we were already using pypi.org/legacy (lemme see where that change ended up)20:51
pabelangerfungi: just for testpypi20:51
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Update jobs for features/zuulv3 branch  https://review.openstack.org/51264220:51
*** ijw has joined #openstack-infra20:52
ianwpabelanger: yeah that was the closest i found, but it doesn't exactly extract one property of the list -- projects: "{{ zuul.projects | selectattr('required') | list }}"20:52
fungipabelanger: we should have used something like dev.pypi.org/legacy for testpypi, i thought20:52
pabelangerfungi: http://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul.d/secrets.yaml#n4220:53
pabelangerianw: tox-siblings does some of that magic now, mordred wrote that20:53
fungiyeah, http://git.openstack.org/cgit/openstack-infra/system-config/tree/modules/openstack_project/templates/pypirc.erb20:53
*** xarses has joined #openstack-infra20:53
dmsimardianw, pabelanger: We could avoid this kind of hack altogether if we adjusted the 'projects' structure from the inventory just a bit20:53
pabelangerfungi: jeblair: so, if we use https://upload.pypi.org/legacy/ that is like zuulv220:54
pabelangerand less of a change20:54
ianwdmsimard: yeah, i was hoping it was a dict keyed, that would be easy20:54
jeblairpabelanger: if i'm fixing it, i'm *fixing* it.  :)20:54
dmsimardianw: yeah, exactly20:54
pabelangerjeblair: ack20:54
dmsimardianw: however at this point, this is a breaking change20:54
fungiso i guess when the new pypi upload jobs were written, the existing pypi upload url was not actually used20:55
pabelangerno, I followed example at https://packaging.python.org/guides/migrating-to-pypi-org/#uploading20:55
pabelangerthen, this is the first time we've run a job on pypi20:56
fungipabelanger: first mistake: assuming the python packaging howto keeps up with changes to the pypa's infrastructure ;)20:56
pabelangerfungi: indeed20:56
dmsimardjeblair: should we consider keying the list of dicts in projects ? http://paste.openstack.org/raw/623890/20:56
*** david-lyle has quit IRC20:57
dmsimardjeblair: use case being primarily (for the time being) to easily retrieve the src_dir20:57
jeblairi remember having a discussion about this20:57
ianwi think the key is hard if you consider different providers (github etc) and potential conflicts?20:58
jeblairi'm in the middle of the pypi thing and don't have time to dig it up20:58
jeblairif anyone has a link, that'd be great20:58
dmsimardsure, not an emergency, I wasn't part of that discussion I think.20:58
jeblairi believe it reached a conclusion, which is why i think it's important to find it.  :)20:59
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: WIP: shared ansible-linters jobs  https://review.openstack.org/51271520:59
*** bobh has quit IRC20:59
ianwpabelanger: ahh, tox-siblings drops into python, which i want to avoid :)21:00
openstackgerritMiguel Lavalle proposed openstack-infra/irc-meetings master: New time for Neutron drivers meeting, odd weeks  https://review.openstack.org/51285621:00
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: WIP: shared ansible-linters jobs  https://review.openstack.org/51271521:00
*** ijw has quit IRC21:01
odyssey4meanyone available to take a peek at another job change quickly for us? https://review.openstack.org/51281621:01
openstackgerritsebastian marcet proposed openstack-infra/openstackid-resources master: New Location public endpoints  https://review.openstack.org/51285721:01
openstackgerritMerged openstack-infra/openstackid-resources master: New Location public endpoints  https://review.openstack.org/51285721:02
openstackgerritsebastian marcet proposed openstack-infra/openstackid-resources master: Marketplace API  https://review.openstack.org/49810221:04
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: import the clone_repo.sh script from the releases repo  https://review.openstack.org/51285921:05
dhellmannfungi, jeblair, pabelanger, mordred : ^^ should update the tag-releases job to not use zuul-cloner. There's some reasoning in the commit message about the temporary duplication of the script.21:06
dirkpabelanger: did you see the comment about the opensuse 422 mirroring data removal?21:06
*** rhallisey has quit IRC21:06
*** trown is now known as trown|outtypewww21:07
*** mat128 has quit IRC21:07
*** sdague has quit IRC21:08
pabelangerdirk: I did, I'll make a note to look into that shortly21:08
*** gouthamr has quit IRC21:08
inc0hey guys, I think our zuulv3 initial patch is ready, can someone look at it to see if we did something stupid in it? https://review.openstack.org/#/c/508759/21:11
inc0thank you21:12
*** david-lyle has joined #openstack-infra21:13
dmsimardianw: yeah super ugly, not sure I know of a good way -- this works but not ideal http://paste.openstack.org/raw/623891/21:13
*** xarses has quit IRC21:14
openstackgerritsebastian marcet proposed openstack-infra/openstackid-resources master: Marketplace API  https://review.openstack.org/49810221:15
*** edmondsw has quit IRC21:16
openstackgerritJames E. Blair proposed openstack-infra/zuul-jobs master: upload-pypi: make repository url optional  https://review.openstack.org/51286221:16
openstackgerritJames E. Blair proposed openstack-infra/project-config master: Remove repository url from pypi secret  https://review.openstack.org/51286321:16
jeblairdhellmann, pabelanger, fungi: ^21:16
dmsimardianw: Anything we do will be a variation of that, either in jinja (using a filter that ultimately does that) or in python I think, there's no way to find the value you're interested in without iterating through the list21:18
*** chlong has joined #openstack-infra21:18
*** edmondsw_ has joined #openstack-infra21:18
*** dhill_ has quit IRC21:18
*** dprince has quit IRC21:19
*** gfidente has quit IRC21:20
*** tosky has quit IRC21:20
openstackgerritMike Perez proposed openstack-infra/project-config master: Set contributor-guide location to /contributors  https://review.openstack.org/51286521:21
EmilienMpabelanger, dmsimard : can you please get https://review.openstack.org/#/c/512800/ ? we're stuck now. Thanks21:21
jeblairdmsimard: http://eavesdrop.openstack.org/irclogs/%23zuul/%23zuul.2017-10-03.log.html#t2017-10-03T21:01:1721:21
EmilienMpabelanger, dmsimard: also a really quick one https://review.openstack.org/#/c/512795/21:22
dmsimardEmilienM: all I can do is +1 :/21:22
EmilienMah I thought you had +221:22
jeblairprobably when clarkb has ingested sustenance21:22
*** edmondsw_ has quit IRC21:22
openstackgerritIan Wienand proposed openstack-infra/zuul feature/zuulv3: Add a projects_by_name view of zuul.projects  https://review.openstack.org/51286821:24
dmsimardjeblair: https://review.openstack.org/#/c/509294/ is reasonable21:24
dmsimardianw: ^ see that review21:24
*** gildub has joined #openstack-infra21:24
*** dhill_ has joined #openstack-infra21:24
ianwdmsimard: huh, yeah and probably better than adding another dict, thanks jeblair :)21:25
jeblairyeah.  i'd be okay with that, or flipping it around so that by default it's a dict and we iterate over values when needed.21:25
*** thorst has quit IRC21:25
jeblairianw: yeah, we definitely shouldn't have both, but i'd be on board switching from list to dict if that's better21:25
dmsimardjeblair: I don't see a strong argument for keeping a list, it sounds like the filter is a workaround because we're not using keys21:25
*** calbers has quit IRC21:25
*** thorst has joined #openstack-infra21:26
ianwjeblair: it would be backwards incompat though?21:26
jeblairright now, i think there are very few places treating it as a list, so should be easy to fix21:26
dmsimardprobably places like cached repos and such21:26
jeblairdmsimard: that's the only thing that comes to mind21:26
ianwjeblair: is the name safe for a key?21:26
jeblairianw: canonical name (git.openstack.org/openstack/nova)21:26
jeblairi think if we switch, we'll have to find the uses and make them handle both forms temporarily21:27
SamYaplewe now successfully push loci-cinder to dockerhub each time a commit lands in openstack/loci *or* openstack/cinder!21:28
*** xarses has joined #openstack-infra21:28
dmsimardSamYaple: how many container images does loci maintain ?21:28
SamYaplespent a few hours waiting for the post queue to empty, but success!21:28
jeblairmirror-workspace-git-repos, tox-siblings, use-cached-repos, and the playbooks/release/pre.yaml playbook21:28
jeblairianw, dmsimard: ^ those are the current usages21:29
SamYapledmsimard: right now, 8 or so projects21:29
SamYapledmsimard: that number is about to explode since the structure makes it very easy to add new projects21:29
jeblairSamYaple: i have a plan to speed up the post pipeline soonish21:29
*** jamesmcarthur has quit IRC21:29
SamYapledmsimard: we hope to have all the big-tent projects done by Queens, which should be easy21:29
dmsimardSamYaple: we'll want to be on the look out for rate limiting/blacklisting from dockerhub if every project (kolla, tripleo, loci, etc.) end up publishing to dockerhub21:29
jeblairSamYaple: (by not running intermediate post jobs, only the most recent, when it gets backed up)21:30
SamYaplejeblair: that would be good21:30
*** thorst has quit IRC21:30
dmsimardSamYaple: mordred inc0 and I discussed different opportunities to be efficient in our container things21:30
SamYapledmsimard: im not sure kolla has plans to push to dockerhub, but the loci images are ~40MB per image and docker said they do not rate limit the public repos21:31
SamYapleworst case, we are fine switching to release pipelines for tags and such21:31
*** tosky has joined #openstack-infra21:31
*** jamesmca_ has joined #openstack-infra21:32
jeblairianw, dmsimard: i assume there's a jinja filter to do dict.values() ?21:32
SamYaplejeblair: would it be possible to give quotas per pipeline? not quite sure how the scheduling works, but ti would be nice for no pipeline to completely stop running jobs21:32
dmsimardjeblair: no filter, just .items() iirc: for key, value in dict.items()21:33
jeblairdmsimard: you can do that in a jinja template?21:33
ianwjeblair / dmsimard : ok ... so are mordred's proposed filters a work-around, or a solution?  so it would be {{ zuul.projects | zuul_projects_by_name | ???.src_dir }} (not sure get attribute in there?21:33
jeblairSamYaple: it's priority based, so gate starves check starves post.  i think a lot of openstack devs are happy with that arrangement.21:34
dmsimardjeblair: https://github.com/openstack/openstack-ansible/blob/master/tests/roles/bootstrap-host/templates/osa_interfaces_multinode.cfg.j2#L221:34
*** jamesmca_ has quit IRC21:34
jeblairdmsimard: neat.21:34
SamYaplejeblair: you can do alot of python-y things in jinja2. including functions21:35
*** gildub has quit IRC21:35
jeblairianw: i lean toward thinking dict is the best thing.  slightly more annoying to implement, but i'm convinced it's the better interface.21:36
ianwmaybe it's {{ zuul.projects | zuul_projects_by_name | extract('project_name') | extract('src_dir') }} ?21:36
dhellmannjeblair, pabelanger, mordred : if I can get https://review.openstack.org/#/c/512859/ in today I can have one more try at tag-releases before EOD. We'd like to get that working by q-1 on thursday.21:36
jeblairdhellmann: you'll need my twine fix too, right?21:36
dhellmannjeblair : probably, although I don't know if we'll even get that far. Seems like this game of whack-a-mole has them all lined up one after another...21:37
dmsimardjeblair: +1, handling forward/backward compat in current roles will be tricky (especially since it can't be reliably tested)21:37
dmsimardI have to step away for dinner, be back later21:37
mgagnejust a reminder that we will perform an upgrade/maintenance on inap-mtl01 in ~20m, API will be unavailable21:38
jeblairdhellmann: hopefully i whacked a mole two steps ahead :)21:38
dhellmannjeblair : I would like to put my whacking day stick up soon ;-)21:38
ianwjeblair: ok, i'll see what i can come up with ... would you consider having this "projects_by_name" for an intermediate period, we change the jobs using "projects" one-by-one to that test they work with it, then switch it back?21:38
jeblairianw: yeah, it's more changes but it's safe.  another option is adding filters that take list or dict as input then produce dict output: add filter, use filter, switch format, stop using filter, drop filter.21:40
jeblairianw: whichever of those you prefer21:40
ianwjeblair: ok, will think and play around with it, thanks21:41
openstackgerritMike Perez proposed openstack-infra/project-config master: Create a playbook for publishing contributor-guide  https://review.openstack.org/51286521:42
openstackgerritMike Perez proposed openstack-infra/project-config master: Set contributor-guide location to /contributors  https://review.openstack.org/51287121:42
*** salv-orlando has joined #openstack-infra21:42
jeblairdhellmann: one comment on 512859.  would you prefer me to +2 or -1 because of that?21:43
dhellmannjeblair : I don't mind the redundancy for now. I'll clean that up in a second patch.21:44
clarkbjeblair: what will happen after I finish eating?21:44
*** salv-orlando has quit IRC21:44
*** salv-orlando has joined #openstack-infra21:44
* clarkb goes to modify core groups21:44
jeblairdhellmann: okay.  +3.  i do highly recommend it; it's surprisingly expensive, especially on certain repos.  :)21:44
jeblairclarkb: that.21:45
clarkbah ok21:45
clarkbI also had to do some thinking about home network design because bad switch21:45
clarkbfrickler jlk mnaser dmsimard core access has been added you may need to refresh gerrit so that it draws the shiny +2's21:47
jlkwoo, thanks!21:47
jeblair(or reload changes in gertty!)21:47
jeblairclarkb: 512862 and 863 could use a push21:48
clarkbjeblair: looking21:48
openstackgerritMerged openstack-infra/project-config master: import the clone_repo.sh script from the releases repo  https://review.openstack.org/51285921:48
jeblairif no one objects, i'm going to restart the executors now21:48
*** jklare has quit IRC21:48
jeblairi'm actually tempted to just stop all of them briefly, then restart them all;  that will reduce the amount of mis-scheduling.21:49
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: WIP: shared ansible-linters jobs  https://review.openstack.org/51271521:49
*** erlon has quit IRC21:50
*** thorst has joined #openstack-infra21:50
SamYaplejeblair: re: post pipeline optomization. my only worry would be if a project merges fast enough and the new jobs append to the post pipeline that none of those jobs would run. if the new job repleaced the old job in the queue, then it would be fine21:50
*** edmondsw has joined #openstack-infra21:51
jeblairSamYaple: yeah, i got that covered.  the plan is to have no more than one item from the same project-branch in the pipeline.  once the jobs for an item start, that one stays, another gets appended but doesn't start.  if new ones come in, they replace it.  it only starts when the item ahead finishes.21:52
SamYapleperfect21:52
pabelangermgagne: ++21:52
*** jklare has joined #openstack-infra21:53
jeblairin zuul speak, it's like a dependent pipeline with a window size of 1, but with replacement (that's the new part).21:53
pabelangeryah, that should help cut down on some resources too21:53
jeblairokay, i'm going to restart executors now21:53
pabelangerjeblair: ty21:54
*** thorst has quit IRC21:54
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: remove redundant git operation  https://review.openstack.org/51288021:54
dhellmannjeblair : ^^21:54
EmilienMpabelanger, jeblair, dmsimard : ty for your quick reviews21:55
*** edmondsw has quit IRC21:55
*** esberglu has quit IRC21:55
pabelangerEmilienM: be sure to also add them to https://etherpad.openstack.org/p/zuulv3-issues and topic:zuulv3-jobs21:56
*** dhinesh has joined #openstack-infra21:56
*** esberglu has joined #openstack-infra21:56
inc0SamYaple: kolla plans to push to dockerhub, just not straight to dockerhub21:56
inc0although it might not be too horrible if we do it nightly21:57
SamYapleinc0: would you be doing just tags or more often?21:57
EmilienMpabelanger: doing it now21:57
inc0SamYaple: every night21:57
SamYapleirc lag says possible nightly, got it21:57
*** ssancheztrujillo has quit IRC21:57
inc0or something frequent like that, no less than once a week for sure21:58
*** jklare has quit IRC21:58
*** Apoorva_ has joined #openstack-infra21:59
SamYaplewe may switch to just release pipelines if the dockerhub traffic is to much (with the exception of requirements)22:00
clarkbI've approved the use unbound change22:00
SamYaplethen do a periodic job of some kind22:00
*** esberglu has quit IRC22:00
clarkbianw: ^ fyi22:01
inc0part of TC resolution is that images has to be fresh, so we need to do it often. That being said, we can limit images to most important, do like once a week and in quietest time22:01
SamYapleto be hoenst, the post-pipeline optimization you were talking about jeblair will act as a sort of throttle to the dockerhub pushes anyway22:01
jeblairyeah22:02
inc0no, no post pipeline...it was meant to be cron22:02
SamYapleinc0: i was refering to loci22:03
*** Apoorva has quit IRC22:03
pabelangerI think once we get our own infra docker registry, we can discuss out of band mirror to docker-hub too, incase jobs start getting rate limited some how22:03
*** rbrndt has quit IRC22:03
SamYaplethat seems like the best option yea22:03
SamYaplewhen we get there22:03
inc0we need images to be downloadable22:04
CrayZeeHi Infra, I have a patch https://review.openstack.org/#/c/508761/ which passed all the gate tests, and still gets -2 from zuul for some reason. Any idea why?22:04
dirkquestion - what do I need to do to have a new job show up https://review.openstack.org/#/c/512492/  ?22:05
dirkhere I want to have a cross-nova-func check job, but it doesn't run22:05
inc0but yeah I'd love to have infra registry, but my goal is dockerhub/quay.io22:05
jeblairexecutors started22:05
clarkbCrayZee: look at the gerrit comments from zuul (toggle ci if you have to) but jeblair just restarted executors ^ which marked your jobs aborted which should've rerun them22:05
pabelangerjeblair: great22:05
clarkbjeblair: see https://review.openstack.org/#/c/508761/ that may be a bug in the retry logic?22:06
jeblairclarkb: i'll look22:06
*** rbrndt has joined #openstack-infra22:06
clarkbdirk: does files: need to be a list value?22:07
clarkb(I don't actually know)22:08
pabelangerokay, EOD for me. camp fire on the beach tonight :D22:08
*** gildub has joined #openstack-infra22:08
CrayZeeclarkb: I am not sure what you mean by "marked your jobs aborted which should've rerun them"22:09
clarkbdirk: https://docs.openstack.org/infra/zuul/feature/zuulv3/user/config.html#attr-job.files says either singleton or list is acceptable so there goes that idea22:10
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Add missing required-project for buildimage jobs  https://review.openstack.org/51280022:10
clarkbCrayZee: in the comment from Zuul on the change two of the jobs have a status of ABORTED. This happened I think becuase jeblair restarted the executors which should automatically rerun those jobs rather than reporting them as aborted22:10
*** baoli has quit IRC22:10
dirkclarkb: hmm. tried that, doesn't change it22:11
dirkdoes the project dict need to be in the toplevel .zuul.yaml maybe in order to be picked up?22:11
CrayZeeclarkb: sorry for the noob question, but what do I do in such a case?22:12
clarkbdirk: I don't think so I think .zuul.d is trated as equivalent, I'm not sure why that is happening22:12
clarkbCrayZee: you can recheck it to get the jobs to run again. Jeblair is looking into why it was reported that way in the first place22:13
*** tpsilva has quit IRC22:13
clarkbdirk: could also be a copy problem?22:14
clarkbthough the nme for this job changed22:14
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Don't set the build result to ABORTED  https://review.openstack.org/51288322:14
jeblairclarkb: ^22:14
jeblairthat, at least, is only a scheduler restart to fix.  so we should land and restart the scheduler before our next executor restart.22:15
jeblairCrayZee: thanks for the report, you found a bug!  :)22:15
*** ijw has joined #openstack-infra22:16
clarkbI've got to head to the dentist now22:16
clarkbdirk: jeblair may be able to help you with that config thing22:16
CrayZeeclarkb: thanks for your assistance22:17
jeblairdirk: looking22:17
CrayZeejeblair: Great :)22:17
*** felipemonteiro__ has quit IRC22:17
thingeehi infra, i think me initially building /contributor-guide for publish with the /contributor-guide 301 to /doc-contrib-guide is tripping some tests http://logs.openstack.org/59/512659/1/check/build-tox-manuals-checkbuild/dc92ba0/job-output.txt.gz#_2017-10-17_20_56_12_47161522:18
thingeewould these two commits alone help, or does the artifact have to be removed first? https://review.openstack.org/#/q/topic:contributor-guide+status:open22:19
*** ijw has quit IRC22:20
dirkhah!22:20
dirkdeleting .zuul.yaml helped22:21
jeblairdirk: it looks like cross-nova-func is in the check pipeline...22:21
dirkso it is either .zuul.yaml, or if it does not exist, then .zuul.d/* ?22:21
dirkjeblair: yes, but only in revision ,9 the previous one didn't have it22:21
jeblairdirk: yes, .zuul.yaml takes precedence.  once we have the ability to propogate warnings up, we should be able to have zuul report that.22:22
dirkok, that wasn't obvious22:22
jeblairi agree22:22
dirkok, next thing.. the current legacy jobs are running tox in openstack/requirements, not in the cross job22:22
CrayZeejeblair: any chance you could review https://review.openstack.org/#/c/512761/ to help move it forward?22:23
openstackgerritDean Troyer proposed openstack-infra/project-config master: Remove legacy jobs from python-openstackclient  https://review.openstack.org/51288822:23
dirkthe idea is that they *also* git checkout the other repo, and then run tox in *there* with the local upper-constraints.txt file22:23
*** jamesmcarthur has joined #openstack-infra22:23
*** boden has quit IRC22:23
jeblairdirk: do you have a link to an example build?22:24
dirkyou can see that e.g. here : http://logs.openstack.org/02/511202/8/check/legacy-cross-glance-python27/5da11d7/testr_results.html.gz22:24
dirkthat one should have the glance unit tests, but it has the requirements unit tests22:24
dirkI wonder if we can handle that via required-projects somehow22:24
*** jamesmcarthur has quit IRC22:25
*** Adri2000 has quit IRC22:25
*** jamesmcarthur has joined #openstack-infra22:26
openstackgerritMerged openstack-infra/zuul-jobs master: upload-pypi: make repository url optional  https://review.openstack.org/51286222:27
*** jamesmcarthur has quit IRC22:27
jeblairdirk: the migration script made an assumption which is not true for the cross jobs.22:33
jeblairdirk: i'll fix them real quick22:33
*** rlandy is now known as rlandy|brb22:34
*** jklare has joined #openstack-infra22:35
*** xarses has quit IRC22:36
*** dave-mccowan has joined #openstack-infra22:36
*** jascott1 has quit IRC22:36
dirkjeblair: hmm, so I see in the logs the ansible step "setup legacy workspace" which copies from src/ the requirements repo and then runs tox inside that one. how can I tell it to copy the other one instead?22:36
*** lbragstad has quit IRC22:36
openstackgerritJames E. Blair proposed openstack-infra/openstack-zuul-jobs master: Fix requirements cross-test jobs  https://review.openstack.org/51289322:38
jeblairdirk: ^ that should fix those22:38
*** jcoufal has joined #openstack-infra22:39
dirkjeblair: aha!22:39
openstackgerritMerged openstack-infra/project-config master: Revert "Revert "Add configure-unbound to base job""  https://review.openstack.org/51215322:40
jeblairdirk: i would recommend that we merge that to fix things, then, rather than importing those into the requirements repo, build a new set of jobs from scratch.  i think these will benefit from a redesign for the new features zuul v3 provides, and i think that will be easier on its own.22:40
*** jklare has quit IRC22:40
jeblairdirk: and yeah, for the new structure, i'd suggest adding the other project as a required project, and just having the job's playbook inspect the zuul.projects variable to see what the "other" project is.  i can help with the syntax for that when we get there.22:42
dirkjeblair: yeah, avoiding the repetitiveness would be good here22:43
dirkjeblair: so I'm testing that in https://review.openstack.org/#/c/512492/11/playbooks/cross-nova-func/run.yaml22:45
*** salv-orlando has quit IRC22:45
*** salv-orlando has joined #openstack-infra22:46
*** jklare has joined #openstack-infra22:46
*** rbrndt has quit IRC22:50
jeblairdirk: i think we may have some things that may make this easier... let me see what i can put together real quick22:50
*** oanson has quit IRC22:50
*** salv-orlando has quit IRC22:51
*** oanson has joined #openstack-infra22:52
dmsimardjeblair: Looked into zuulv3-issues but didn't see anything. Is there a known issue for depends-on not merging after their dep merged ? https://review.openstack.org/#/c/512863/ was not enqueued after https://review.openstack.org/#/c/512862/ merged.22:53
dirkjeblair: I"m playing with this in https://review.openstack.org/#/c/512897/22:53
dmsimardjeblair: I wanted to wait for your ack before issuing a recheck22:53
dirkjeblair: but its EOD for me today.. I'll read the backlog tomorrow22:53
jeblairdmsimard: they probably don't share a queue22:54
dmsimardjeblair: queue or pipeline ?22:54
jeblairdmsimard: i re-workflowed22:54
jeblairdmsimard: queue22:54
mgagnemaintenance on inap-mtl01 is over, let me know if there is any problem/issue22:54
dmsimardhm, that is new vocabulary to me, what does it stand for ?22:54
dmsimardmgagne: thanks22:54
jeblairdmsimard: shared change queue.  it's the actual "queue" part of the pipeline.  items line up behind each other in queues.  some projects share queues, others don't.22:55
jeblairdmsimard: some openstack projects share a queue; pupet projects share a different one.  tripleo, etc.22:56
dmsimardoh, right, okay22:56
jeblairdmsimard: the status page shows them to you too ("Queue: integrated")22:56
*** lin_yang has joined #openstack-infra22:56
openstackgerritMerged openstack-infra/project-config master: Remove dragonflow jobs that were moved to the project itself  https://review.openstack.org/51276122:56
jeblairdmsimard: in order for a change to be pulled in behind a dependent, they need to share a queue.  otherwise the first has to land, then the second can enqueue.22:57
dmsimardthe enqueue was automatically done before, though, did it not ?22:57
jeblairdmsimard: there *is* a zuul trigger that should let us pull in the second change after the first has landed, but i don't think that's turned on in openstack-infra, for some reason.22:57
jeblairdmsimard: this was the behavior before -- only shared queues was automatic22:58
jeblairagain, i think only because no one got around to adding the zuul trigger22:58
dmsimardokay, I'll keep that in mind22:59
SamYaplewhat would be the minium amount of resources needed to have a new cloud region if someone where to want to donate some resources to infra?22:59
jeblairSamYaple: https://docs.openstack.org/infra/system-config/contribute-cloud.html23:00
SamYapleoh boy. docs for this and everything23:00
SamYapleyou are always on the ball jeblair23:00
SamYapleim liking you more and more without little talks23:00
SamYapleme ask questions you provide immediate answer23:00
SamYapleits a great relationship23:00
jeblairi'm one of those automatic fortune tellers, but i spit out urls23:01
* fungi often feels like meat-based search engine23:01
SamYapleim going to make a jeblair bot for some of my channels23:01
SamYaplefungi: you are just a chemical based database23:01
SamYapleat least to me23:02
jeblairSamYaple: but let me know if you need more info.  infra-root folks are always particularly happy to talk about that subject.  :)23:02
SamYaplejeblair: im looking at the minimum specs now23:02
openstackgerritMerged openstack-infra/project-config master: Remove repository url from pypi secret  https://review.openstack.org/51286323:02
SamYapletheres a chance i may be getting a good bit of infra to throw around at my discretion, so im just building a solid case for htat23:02
SamYaple"good bit" is of course relative23:03
*** calbers has joined #openstack-infra23:03
SamYapleso it looks like 1TB ram and 1000 cores might the entry point23:04
SamYaplecores/threads23:04
fungiand call it 10tb spinning rust under there too23:05
SamYaplewell thats easy. i have 100TB laying around at my house23:06
openstackgerritBen Nemec proposed openstack-infra/tripleo-ci master: Use sample environments for OVB configuration  https://review.openstack.org/49464323:06
openstackgerritBen Nemec proposed openstack-infra/tripleo-ci master: Support deploying extra nodes in te-broker  https://review.openstack.org/51289923:06
SamYaplewell ive got 300GB ram too23:06
*** rloo has quit IRC23:06
SamYapleand symetric gigabit....23:06
* SamYaple ponders23:06
fungithe internet connectivity/addressing is the harder part to come by (though if you have an isp who will route you at least a /64 of ipv6, that's mostly met too)23:07
openstackgerritMerged openstack-infra/project-config master: Switch neutron-classifier to openstack-python-jobs-neutron  https://review.openstack.org/51268323:07
*** tosky has quit IRC23:07
SamYaplefungi: no ipv6 unfortunately23:08
SamYaplewithout a tunnel at least23:08
fungiotherwise, 100 public ipv4 addresses are getting tough to come by most places these days23:08
openstackgerritMerged openstack-infra/project-config master: remove redundant git operation  https://review.openstack.org/51288023:09
SamYapledont some of the clouds just assign private addresses?23:09
SamYapleor does those require floating ips23:09
SamYaplelet me rephrase, i *know* some clouds only provide private, do those also need public floatings23:10
fungiwe don't have a means of connecting to them without directly attached global addresses (one of v4 or v6) or 1:1 nat (floating-ip)23:10
SamYaplegot it. no problem. just getting the requirements together23:10
*** mlavalle has quit IRC23:10
fungiwe dealt with osic not providing global ipv4 addresses, because they had global routed ipv623:11
*** Apoorva_ has quit IRC23:11
SamYaplecool23:11
*** Apoorva has joined #openstack-infra23:11
*** rlandy|brb is now known as rlandy23:11
jeblairremote:   https://review.openstack.org/512901 Add a v3-native cross-check job23:14
jeblairdirk: ^23:14
jeblairmordred: ^23:14
*** calbers has quit IRC23:15
*** jklare has quit IRC23:15
openstackgerritMerged openstack-infra/zuul-jobs master: Update bindep role defaults to be more sane  https://review.openstack.org/51263923:15
*** gildub has quit IRC23:16
*** ijw has joined #openstack-infra23:17
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Don't set the build result to ABORTED  https://review.openstack.org/51288323:19
*** ijw has quit IRC23:22
*** jklare has joined #openstack-infra23:22
*** wolverineav has quit IRC23:23
*** gmann_afk is now known as gmann23:24
*** esberglu has joined #openstack-infra23:31
*** hongbin has quit IRC23:32
*** bobh has joined #openstack-infra23:33
*** claudiub has quit IRC23:36
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: Create openstack-zuul-jobs-linters jobs  https://review.openstack.org/51271523:40
*** jklare has quit IRC23:40
pabelangermordred: jeblair: jlk: AJaeger: ^first steps to cross repo ansible-linters job for all our playbooks and roles in our 3 openstack-infra projects23:40
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: Create openstack-zuul-jobs-linters jobs  https://review.openstack.org/51271523:41
*** jklare has joined #openstack-infra23:42
*** bobh has quit IRC23:44
*** salv-orlando has joined #openstack-infra23:46
*** gildub has joined #openstack-infra23:50
*** salv-orlando has quit IRC23:52
openstackgerritJohn L. Villalovos proposed openstack-dev/hacking master: autospec check: Allow 'wraps' to be an alternative to autospec  https://review.openstack.org/51290223:52
pabelangerjeblair: dmsimard: a shared queue for openstack-zuul-jobs, project-config and zuul-jobs doesn't sound too bad to me23:56
pabelangerin fact, once we have a shared linters jobs, we'd get it for free right?23:57
*** ijw has joined #openstack-infra23:59

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