Tuesday, 2017-10-24

pabelangerYah, I never knew about cmd until last week or so. Not even documented in docs00:00
fungiclarkb: jeblair: so we should convert whatever existing "shell" tasks we find to "cmd" tasks?00:01
clarkbfungi: no, it is still a shell task but you use the cmd: key to specify the script00:01
clarkbfungi: check out taht example I linked earlier in nodepool00:01
*** wolverineav has joined #openstack-infra00:01
pabelangerya00:01
pabelangercommand is likey the task you are thinking off00:02
pabelangerof*00:02
fungiright, so there's a command task and a cmd arg to the shell task?00:02
clarkbyes00:02
* fungi just wants to make sure tilde expansion works normally in the tag-releases job00:03
*** andreas_s has joined #openstack-infra00:03
fungiwhatever the right solution is, happy to use it00:03
openstackgerritMerged openstack-infra/project-config master: Use bash for the release/tag playbook  https://review.openstack.org/51449100:03
*** rtjure has joined #openstack-infra00:03
fungithough i guess that change ended up merging as-is anyway00:03
*** ijw has joined #openstack-infra00:04
*** ijw has quit IRC00:04
fungiwe already had a role using the executable arg in project-config, so i can just fix them both in a followup00:04
*** ijw has joined #openstack-infra00:04
*** wolverineav has quit IRC00:05
*** gyee has quit IRC00:06
*** rtjure has quit IRC00:08
openstackgerritJeremy Stanley proposed openstack-infra/project-config master: Use shell.cmd with shell.executable  https://review.openstack.org/51449200:10
fungiclarkb: jeblair: pabelanger: like that ^ ?00:11
*** dingyichen has joined #openstack-infra00:12
*** andreas_s has quit IRC00:12
clarkbya00:12
*** rtjure has joined #openstack-infra00:13
*** rwsu has joined #openstack-infra00:13
*** verdurin has quit IRC00:13
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: WIP: experiment with late-binding inheritance  https://review.openstack.org/51135200:13
*** rlandy is now known as rlandy|bbl00:15
*** rtjure has quit IRC00:17
*** xarses has quit IRC00:19
*** verdurin has joined #openstack-infra00:21
*** rtjure has joined #openstack-infra00:22
*** bobh has quit IRC00:23
*** slaweq has quit IRC00:24
*** rtjure has quit IRC00:27
openstackgerritMerged openstack-infra/project-config master: Use shell.cmd with shell.executable  https://review.openstack.org/51449200:28
*** andreas_s has joined #openstack-infra00:30
*** slaweq has joined #openstack-infra00:31
*** aeng has quit IRC00:31
*** rtjure has joined #openstack-infra00:33
*** pahuang has quit IRC00:34
*** sree has joined #openstack-infra00:37
*** rtjure has quit IRC00:38
*** andreas_s has quit IRC00:39
fungiokay, gotten as far as i can testing release job fixes tonight, starting to work on executor restarts now00:41
*** sree has quit IRC00:42
*** rtjure has joined #openstack-infra00:43
*** thorst has joined #openstack-infra00:43
*** huanxie has joined #openstack-infra00:44
*** thorst has quit IRC00:44
*** aeng has joined #openstack-infra00:44
*** rtjure has quit IRC00:47
*** pahuang has joined #openstack-infra00:51
*** rtjure has joined #openstack-infra00:53
*** camunoz has quit IRC00:57
*** LindaWang has joined #openstack-infra00:58
*** rtjure has quit IRC00:58
*** huanxie has quit IRC01:01
*** kiennt26 has joined #openstack-infra01:02
*** dave-mccowan has joined #openstack-infra01:02
*** slaweq has quit IRC01:02
*** slaweq has joined #openstack-infra01:06
*** sbezverk has quit IRC01:06
*** rtjure has joined #openstack-infra01:07
*** sbezverk has joined #openstack-infra01:07
*** pahuang has quit IRC01:09
*** aeng has quit IRC01:09
*** aeng has joined #openstack-infra01:10
*** rtjure has quit IRC01:12
*** mriedem_away has quit IRC01:13
*** daidv has joined #openstack-infra01:16
openstackgerritMerged openstack-infra/project-config master: Use write-root-marker role  https://review.openstack.org/51394201:16
openstackgerritMerged openstack-infra/project-config master: Remove legacy jobs in Tooz  https://review.openstack.org/51329701:16
*** cuongnv has joined #openstack-infra01:17
*** rtjure has joined #openstack-infra01:18
*** fanzhang has quit IRC01:18
*** andreas_s has joined #openstack-infra01:20
*** rtjure has quit IRC01:22
*** pahuang has joined #openstack-infra01:22
*** fanzhang has joined #openstack-infra01:23
openstackgerritHirofumi Ichihara proposed openstack-infra/project-config master: neutron-dynamic-routing: Use releasenote and publish job template  https://review.openstack.org/51449501:23
*** andreas_s has quit IRC01:25
*** bobh has joined #openstack-infra01:25
*** Apoorva_ has joined #openstack-infra01:27
*** rtjure has joined #openstack-infra01:27
*** bobh has quit IRC01:28
*** Apoorva has quit IRC01:30
*** namnh has joined #openstack-infra01:31
*** Apoorva_ has quit IRC01:32
*** rtjure has quit IRC01:32
*** thorst has joined #openstack-infra01:33
*** ihrachys has quit IRC01:34
*** pramodrj07 has quit IRC01:34
*** MasterOfBugs has quit IRC01:34
*** salv-orlando has joined #openstack-infra01:36
*** rtjure has joined #openstack-infra01:37
openstackgerritHiroaki Kobayashi proposed openstack-infra/project-config master: Add documentation publish jobs to Blazar  https://review.openstack.org/51117601:38
*** slaweq has quit IRC01:38
*** thorst has quit IRC01:39
smcginnisfungi: Just read scrollback. Thanks for figuring all that out.01:39
*** salv-orlando has quit IRC01:40
*** Qiming has quit IRC01:41
*** liujiong has joined #openstack-infra01:41
*** rtjure has quit IRC01:42
*** markvoelker has joined #openstack-infra01:43
*** slaweq has joined #openstack-infra01:45
fungi#status log all zuul executors have been restarted to pick up the latest bubblewrap bindmount addition01:45
openstackstatusfungi: finished logging01:45
fungismcginnis: you bet. hoping this is the last nail in that coffin01:46
smcginnisfungi: I think I'll send one more through to see how it goes. Unless you think we should take the time to set up a test release.01:47
*** rtjure has joined #openstack-infra01:47
fungiyour call, but lmk how things go01:47
smcginnisWill do. Thanks again.01:47
fungithe test release was more so that we could confirm whether lp comments are working01:47
*** andreas_s has joined #openstack-infra01:48
*** slaweq has quit IRC01:49
*** rtjure has quit IRC01:51
*** andreas_s has quit IRC01:52
*** hongbin has joined #openstack-infra01:56
*** psachin has joined #openstack-infra01:58
*** jamesmcarthur has joined #openstack-infra01:58
*** rtjure has joined #openstack-infra01:58
*** Qiming has joined #openstack-infra02:01
*** liujiong has quit IRC02:01
*** annp has joined #openstack-infra02:02
*** liujiong has joined #openstack-infra02:03
*** rtjure has quit IRC02:03
*** dhinesh has quit IRC02:03
*** andreas_s has joined #openstack-infra02:05
*** rlandy|bbl is now known as rlandy02:06
*** rtjure has joined #openstack-infra02:08
*** wolverineav has joined #openstack-infra02:12
*** rtjure has quit IRC02:13
*** andreas_s has quit IRC02:14
*** wolverineav has quit IRC02:17
*** Qiming has quit IRC02:19
*** rtjure has joined #openstack-infra02:20
*** slaweq has joined #openstack-infra02:22
*** rtjure has quit IRC02:25
*** verdurin has quit IRC02:26
*** andreas_s has joined #openstack-infra02:28
*** rtjure has joined #openstack-infra02:29
*** gouthamr has quit IRC02:33
*** rtjure has quit IRC02:35
*** jamesmcarthur has quit IRC02:35
*** andreas_s has quit IRC02:37
*** jamesmcarthur has joined #openstack-infra02:37
*** kzaitsev_pi has quit IRC02:39
*** verdurin has joined #openstack-infra02:40
*** rtjure has joined #openstack-infra02:41
*** yamahata has quit IRC02:41
*** calebb has quit IRC02:41
*** iyamahat has quit IRC02:42
*** jamesmcarthur has quit IRC02:44
*** rtjure has quit IRC02:46
*** kzaitsev_pi has joined #openstack-infra02:46
*** wolverineav has joined #openstack-infra02:49
*** rtjure has joined #openstack-infra02:51
*** calebb has joined #openstack-infra02:51
*** andreas_s has joined #openstack-infra02:51
*** wolverineav has quit IRC02:53
*** rtjure has quit IRC02:55
*** ijw has quit IRC02:55
*** slaweq has quit IRC02:56
*** slaweq has joined #openstack-infra03:03
*** rtjure has joined #openstack-infra03:04
*** andreas_s has quit IRC03:04
*** jamesmcarthur has joined #openstack-infra03:05
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245003:09
*** rtjure has quit IRC03:09
*** ijw has joined #openstack-infra03:12
*** witek has quit IRC03:14
*** rtjure has joined #openstack-infra03:14
*** witek has joined #openstack-infra03:15
*** ijw has quit IRC03:19
*** rtjure has quit IRC03:19
*** wolverineav has joined #openstack-infra03:23
*** andreas_s has joined #openstack-infra03:23
*** rlandy has quit IRC03:24
*** andreas_s has quit IRC03:27
*** pahuang has quit IRC03:28
*** wolverineav has quit IRC03:28
*** dhinesh has joined #openstack-infra03:29
*** Qiming has joined #openstack-infra03:29
*** rtjure has joined #openstack-infra03:30
*** jamesmcarthur has quit IRC03:31
*** jamesmcarthur has joined #openstack-infra03:31
*** armaan has quit IRC03:33
*** Qiming has quit IRC03:33
*** rtjure has quit IRC03:35
*** slaweq has quit IRC03:35
*** jamesmcarthur has quit IRC03:36
*** salv-orlando has joined #openstack-infra03:37
*** rtjure has joined #openstack-infra03:39
*** mat128 has quit IRC03:39
openstackgerritTovin Seven proposed openstack-infra/project-config master: Remove legacy pyeclib job  https://review.openstack.org/51451203:40
openstackgerritTovin Seven proposed openstack-infra/openstack-zuul-jobs master: Remove legacy pyeclib job  https://review.openstack.org/51451303:41
*** salv-orlando has quit IRC03:42
*** slaweq has joined #openstack-infra03:43
*** rtjure has quit IRC03:44
*** hongbin has quit IRC03:47
*** dave-mccowan has quit IRC03:47
*** ijw has joined #openstack-infra03:48
*** liujiong has quit IRC03:49
*** rtjure has joined #openstack-infra03:49
*** gouthamr has joined #openstack-infra03:49
openstackgerritKien Nguyen proposed openstack-infra/openstack-zuul-jobs master: Remove legacy pyeclib job  https://review.openstack.org/51451303:50
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245003:50
*** andreas_s has joined #openstack-infra03:50
*** pahuang has joined #openstack-infra03:51
*** alex_xu has quit IRC03:52
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245003:52
openstackgerritKien Nguyen proposed openstack-infra/project-config master: Remove legacy pyeclib job  https://review.openstack.org/51451203:53
*** rtjure has quit IRC03:54
*** alex_xu has joined #openstack-infra03:54
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245003:54
*** andreas_s has quit IRC03:55
*** wolverineav has joined #openstack-infra03:58
*** liujiong has joined #openstack-infra03:58
*** rtjure has joined #openstack-infra03:59
*** dhinesh_ has joined #openstack-infra04:00
*** sree has joined #openstack-infra04:01
*** dhinesh has quit IRC04:01
*** wolverineav has quit IRC04:02
*** gouthamr has quit IRC04:04
*** rtjure has quit IRC04:04
*** stakeda has joined #openstack-infra04:04
*** claudiub|2 has joined #openstack-infra04:05
*** armax has quit IRC04:05
*** rtjure has joined #openstack-infra04:08
*** rtjure has quit IRC04:13
*** armaan has joined #openstack-infra04:14
*** slaweq has quit IRC04:16
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245004:17
*** rtjure 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:19
*** slaweq has joined #openstack-infra04:20
*** udesale has joined #openstack-infra04:22
*** rtjure has quit IRC04:22
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245004:26
*** rtjure has joined #openstack-infra04:28
*** armaan has quit IRC04:29
openstackgerritMerged openstack-infra/project-config master: Remove legacy oslo.versionedobjects job  https://review.openstack.org/51178304:29
*** ijw has quit IRC04:31
*** rtjure has quit IRC04:32
*** Qiming has joined #openstack-infra04:33
*** adisky_ has quit IRC04:35
*** rtjure has joined #openstack-infra04:37
*** rtjure has quit IRC04:42
*** bhavik1 has joined #openstack-infra04:42
*** iyamahat has joined #openstack-infra04:43
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245004:43
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245004:47
*** rtjure has joined #openstack-infra04:50
*** kiennt26 has quit IRC04:51
*** slaweq has quit IRC04:53
*** mat128 has joined #openstack-infra04:54
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245004:55
*** rtjure has quit IRC04:55
*** janki has joined #openstack-infra04:55
ianwi wonder why "git review" is updating the timestamp on .zuul.d/jobs.yaml when it posts it.  i've not noticed that before ... it's weird, my editor then tells me the file's been modified04:56
ianwhttp://paste.openstack.org/show/624418/04:57
*** slaweq has joined #openstack-infra04:57
*** claudiub|2 has quit IRC04:59
*** rtjure has joined #openstack-infra05:00
*** Qiming has quit IRC05:02
*** Qiming has joined #openstack-infra05:03
*** ykarel has joined #openstack-infra05:04
*** ykarel_ has joined #openstack-infra05:04
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245005:04
*** rtjure has quit IRC05:05
*** ykarel_ has quit IRC05:05
*** salv-orlando has joined #openstack-infra05:05
SamYapleianw: is there some sort of commit hook tom foolery happening?05:06
ianw26855 unlink(".zuul.d/jobs.yaml")       = 005:07
*** Qiming has quit IRC05:07
ianwthat process being "git", "cherry-pick", "4b2ef72a25e06aac2c0ebb508f5dd7228890d049"05:07
SamYapledid you move the git directory after you cloned it by chance?05:08
*** ethfci has joined #openstack-infra05:09
*** wolverineav has joined #openstack-infra05:10
ianwahh, i think it's an artifact of pushing a branch that a bit out of sync with origin/master05:12
*** udesale has quit IRC05:12
*** Qiming has joined #openstack-infra05:12
*** udesale has joined #openstack-infra05:13
*** udesale has quit IRC05:13
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [DNM] start at templating out the zuulv3 jobs  https://review.openstack.org/51245005:13
SamYaplei suppose that makes sense05:13
ianweh, i dunno, i'm not sure i've ever noticed this before05:14
ianwmaybe i just always close the file in my editor before git review usually05:14
*** rtjure has joined #openstack-infra05:14
*** wolverineav has quit IRC05:14
*** udesale has joined #openstack-infra05:17
*** rosmaita has quit IRC05:17
*** rtjure has quit IRC05:19
*** Qiming has quit IRC05:20
*** dmellado has quit IRC05:21
*** Qiming has joined #openstack-infra05:21
*** dmellado has joined #openstack-infra05:22
*** janki has quit IRC05:23
*** janki has joined #openstack-infra05:23
*** zzzeek has quit IRC05:24
*** Qiming_ has joined #openstack-infra05:24
*** zzzeek has joined #openstack-infra05:26
*** rtjure has joined #openstack-infra05:26
*** Qiming has quit IRC05:27
*** jtomasek has quit IRC05:27
*** janki has quit IRC05:28
*** janki has joined #openstack-infra05:30
*** rtjure has quit IRC05:31
*** bhavik1 has quit IRC05:31
*** rtjure has joined #openstack-infra05:37
*** dmellado has quit IRC05:37
*** dmellado has joined #openstack-infra05:40
*** rtjure has quit IRC05:41
*** dhajare has joined #openstack-infra05:42
*** xarses has joined #openstack-infra05:43
*** markvoelker has quit IRC05:43
*** markvoelker has joined #openstack-infra05:44
*** florianf has joined #openstack-infra05:44
*** yolanda has joined #openstack-infra05:44
*** gk_ has joined #openstack-infra05:44
*** xarses_ has quit IRC05:45
*** rtjure has joined #openstack-infra05:46
*** cshastri has joined #openstack-infra05:47
*** kjackal_ has quit IRC05:48
openstackgerritMerged openstack/diskimage-builder master: Change to install a package in 'proliant-tools'  https://review.openstack.org/50156805:48
*** markvoelker has quit IRC05:48
gk_Hi everyone, I am facing an issue in our third party CI to connect to gerrit. In the zuul's log, I have the exception "SSHException: No existing session". Besides, I used the following command in the same machine: " ssh -p 29418 username@review.openstack.org" and it is working. I wrote a small script by using the library paramiko to connect to gerrit and it failed with a connection timeout. The CI was working well since last Sat05:49
*** wolverineav has joined #openstack-infra05:49
gk_Is anyone has any ideas for this issue? Thank you in advance.05:49
openstackgerritRabi Mishra proposed openstack-infra/project-config master: Make legacy-grenade-dsvm-heat voting for heat  https://review.openstack.org/51451905:50
*** xarses_ has joined #openstack-infra05:51
*** xarses has quit IRC05:51
*** rtjure has quit IRC05:51
*** wolverineav has quit IRC05:53
*** rtjure has joined #openstack-infra05:57
*** rtjure has quit IRC06:02
*** slaweq has quit IRC06:03
*** yamahata has joined #openstack-infra06:05
*** coolsvap has joined #openstack-infra06:06
*** ankkumar has joined #openstack-infra06:08
*** slaweq has joined #openstack-infra06:08
*** Qiming_ has quit IRC06:10
*** rtjure has joined #openstack-infra06:10
*** rtjure has quit IRC06:15
tonybAJaeger: I've updated the lists of repos/branches to tag and close.  And added the request/details to the meeting agenda for tomorrow06:16
tonybAJaeger: I wot be there but I hope it's preety self explanatory06:16
*** ykarel has quit IRC06:17
*** spectr has quit IRC06:20
*** spectr has joined #openstack-infra06:21
*** spectr has quit IRC06:22
*** andreas_s has joined #openstack-infra06:23
*** spectr has joined #openstack-infra06:24
*** rtjure has joined #openstack-infra06:24
openstackgerritAndreas Jaeger proposed openstack-infra/zuul-jobs master: Silence ansible-lint  https://review.openstack.org/51452606:29
*** rtjure has quit IRC06:29
*** ociuhandu has joined #openstack-infra06:31
*** xarses has joined #openstack-infra06:32
openstackgerritMerged openstack/diskimage-builder master: Dont install python-virtualenv for py3k in deb  https://review.openstack.org/51316806:33
*** rtjure has joined #openstack-infra06:34
*** xarses_ has quit IRC06:34
*** claudiub|2 has joined #openstack-infra06:34
*** fanzhang has quit IRC06:35
*** ykarel has joined #openstack-infra06:35
openstackgerritAndreas Jaeger proposed openstack-infra/zuul-jobs master: Silence ansible-lint  https://review.openstack.org/51452606:37
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Create openstack-zuul-jobs-linters jobs  https://review.openstack.org/51271506:37
*** rtjure has quit IRC06:38
AJaegertonyb: thanks!06:39
tonybAJaeger: np, thanks for the prod :)06:39
*** fanzhang has joined #openstack-infra06:39
*** yolanda has quit IRC06:40
*** slaweq has quit IRC06:41
*** jbadiapa_ has joined #openstack-infra06:41
*** jbadiapa has quit IRC06:44
*** markvoelker has joined #openstack-infra06:44
*** rtjure has joined #openstack-infra06:46
*** Goneri has joined #openstack-infra06:46
*** slaweq_ has joined #openstack-infra06:46
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Remove jenkins Frozen tests  https://review.openstack.org/51391006:50
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Remove zuul v2 and jjb content  https://review.openstack.org/50718006:50
*** rtjure has quit IRC06:50
*** ociuhandu has quit IRC06:53
*** slaweq has joined #openstack-infra06:55
*** liujiong has quit IRC06:56
*** rtjure has joined #openstack-infra06:56
AJaegerproject-config-core, the two changes above get rid of v2 config ^06:57
*** rtjure has quit IRC07:01
*** pcaruana has joined #openstack-infra07:02
*** rtjure has joined #openstack-infra07:07
*** tesseract has joined #openstack-infra07:11
*** kiennt26 has joined #openstack-infra07:12
*** rtjure has quit IRC07:12
*** annp has quit IRC07:13
*** rossella_s has joined #openstack-infra07:14
*** gildub has quit IRC07:16
*** rtjure has joined #openstack-infra07:17
*** markvoelker has quit IRC07:18
*** slaweq_ has quit IRC07:19
*** Qiming has joined #openstack-infra07:20
*** rtjure has quit IRC07:21
*** dhinesh_ has quit IRC07:23
*** Qiming has quit IRC07:25
*** ccamacho has joined #openstack-infra07:25
*** rtjure has joined #openstack-infra07:26
*** eumel8 has joined #openstack-infra07:28
AJaegerinfra-root, readthedocs progress at http://logs.openstack.org/8f/8f14c4bb474cbbdd003a7b365a047852d09ce832/post/trigger-readthedocs/10b37ac/ara/result/dcd0adea-a240-46bb-9c4a-6f0fd5c48d5e/ - but now it complains that status code is 302 and says "fail".07:29
eumel8morning07:29
*** slaweq_ has joined #openstack-infra07:30
*** rtjure has quit IRC07:31
*** gildub has joined #openstack-infra07:32
*** jaosorior has quit IRC07:33
*** Hal has joined #openstack-infra07:35
*** Hal is now known as Guest6986607:35
*** iyamahat has quit IRC07:35
*** rtjure has joined #openstack-infra07:37
*** rtjure has quit IRC07:42
*** ykarel is now known as ykarel|lunch07:42
*** amoralej|off is now known as amoralej07:42
*** hashar has joined #openstack-infra07:42
*** yolanda has joined #openstack-infra07:46
*** jpena|off is now known as jpena07:47
*** spectr has quit IRC07:48
*** rtjure has joined #openstack-infra07:48
*** adisky_ has joined #openstack-infra07:48
*** spectr has joined #openstack-infra07:48
*** xinni9e has joined #openstack-infra07:52
*** xinni9e has quit IRC07:52
*** rtjure has quit IRC07:53
*** xinni9e has joined #openstack-infra07:53
*** xinni9e has quit IRC07:55
*** jaosorior has joined #openstack-infra07:57
*** rtjure has joined #openstack-infra07:57
*** sree has quit IRC07:57
*** sree has joined #openstack-infra07:58
*** dbecker has joined #openstack-infra07:59
*** xinni9e has joined #openstack-infra07:59
*** rtjure has quit IRC08:02
*** sree has quit IRC08:02
*** slaweq_ has quit IRC08:02
*** rtjure has joined #openstack-infra08:07
*** jpich has joined #openstack-infra08:07
*** LindaWang has quit IRC08:11
*** LindaWang has joined #openstack-infra08:11
*** slaweq_ has joined #openstack-infra08:11
*** rtjure has quit IRC08:12
*** dtantsur|afk is now known as dtantsur08:12
*** pgadiya has joined #openstack-infra08:14
*** markvoelker has joined #openstack-infra08:15
*** Goneri has quit IRC08:16
*** rtjure has joined #openstack-infra08:17
*** ralonsoh has joined #openstack-infra08:20
*** namnh has quit IRC08:21
*** rtjure has quit IRC08:21
openstackgerritKien Nguyen proposed openstack-infra/zuul-jobs master: [DNM] Fix generic process-test-results role  https://review.openstack.org/51455908:23
openstackgerritAdrian Czarnecki proposed openstack-infra/project-config master: Remove legacy job for monasca  https://review.openstack.org/51372208:23
*** rtjure has joined #openstack-infra08:26
openstackgerritAdrian Czarnecki proposed openstack-infra/project-config master: Remove legacy job for monasca  https://review.openstack.org/51372208:31
*** tosky has joined #openstack-infra08:31
*** rtjure has quit IRC08:31
*** lucas-afk is now known as lucasagomes08:32
*** yamamoto has quit IRC08:32
*** priteau has joined #openstack-infra08:33
openstackgerritBogdan Dobrelya proposed openstack-infra/tripleo-ci master: Match console and job-output logs for getthelogs  https://review.openstack.org/51456008:33
openstackgerritAdrian Czarnecki proposed openstack-infra/openstack-zuul-jobs master: Remove monasca legacy job  https://review.openstack.org/51425108:34
*** ociuhandu has joined #openstack-infra08:34
*** rtjure has joined #openstack-infra08:36
*** derekh has joined #openstack-infra08:37
lucasagomesAJaeger, hi there, I'm seem a "ERROR No valid playbook found" in the stable/pike branch for networking-ovn should I backport the playbooks to the stable branches as well ?08:38
*** ykarel|lunch is now known as ykarel08:38
*** gildub has quit IRC08:39
openstackgerritMerged openstack-infra/project-config master: Remove legacy job from Oslo.log  https://review.openstack.org/51138408:40
*** rtjure has quit IRC08:41
*** sree has joined #openstack-infra08:41
lucasagomesAJaeger, here's one example: https://review.openstack.org/#/c/506561/08:42
*** eumel8 has quit IRC08:42
*** mika has quit IRC08:43
*** electrofelix has joined #openstack-infra08:44
*** ociuhandu has quit IRC08:44
*** jtomasek has joined #openstack-infra08:44
*** slaweq_ has quit IRC08:45
*** mika has joined #openstack-infra08:45
*** rtjure has joined #openstack-infra08:46
AJaegerlucasagomes: https://docs.openstack.org/infra/manual/zuulv3.html#stable-branches08:46
*** markvoelker has quit IRC08:48
*** hwoarang has quit IRC08:48
*** slaweq_ has joined #openstack-infra08:50
*** jtomasek has quit IRC08:50
*** rtjure has quit IRC08:51
*** hwoarang has joined #openstack-infra08:51
*** jtomasek has joined #openstack-infra08:51
lucasagomesAJaeger, ouch, missed that sorry!08:52
*** armaan has joined #openstack-infra08:52
openstackgerritNoam Angel proposed openstack/diskimage-builder master: cloud-init element systemctl support  https://review.openstack.org/51248908:55
*** rtjure has joined #openstack-infra08:55
*** Goneri has joined #openstack-infra08:58
openstackgerritJens Harbott (frickler) proposed openstack-infra/zuul-jobs master: Follow redirects when triggering readthedocs build  https://review.openstack.org/51457008:58
fricklerAJaeger: ^^ should handle the readthedocs redirect08:58
*** rtjure has quit IRC09:00
*** daidv has quit IRC09:03
*** daidv has joined #openstack-infra09:03
*** daidv_ has joined #openstack-infra09:04
*** daidv_ has quit IRC09:04
*** daidv has quit IRC09:04
*** daidv has joined #openstack-infra09:04
*** daidv has quit IRC09:05
*** daidv has joined #openstack-infra09:06
*** huanxie has joined #openstack-infra09:07
*** rtjure has joined #openstack-infra09:08
*** rtjure has quit IRC09:13
*** sdague has joined #openstack-infra09:16
*** gmann is now known as gmann_afk09:17
*** Qiming has joined #openstack-infra09:17
*** rtjure has joined #openstack-infra09:17
*** rtjure has quit IRC09:23
*** slaweq_ has quit IRC09:23
*** makowals has quit IRC09:23
*** pgadiya has quit IRC09:23
*** makowals has joined #openstack-infra09:24
*** pgadiya has joined #openstack-infra09:24
openstackgerritSergey Kulanov proposed openstack-infra/jeepyb master: Ensure acl_config has absolute path  https://review.openstack.org/48261209:24
*** slaweq_ has joined #openstack-infra09:26
*** rtjure has joined #openstack-infra09:28
*** zzzeek has quit IRC09:30
*** zzzeek has joined #openstack-infra09:32
*** yamamoto has joined #openstack-infra09:32
*** rtjure has quit IRC09:33
*** Qiming has quit IRC09:33
*** tosky has quit IRC09:38
*** rtjure has joined #openstack-infra09:38
*** yamamoto has quit IRC09:42
*** rtjure has quit IRC09:42
*** sambetts|afk is now known as sambetts09:43
*** markvoelker has joined #openstack-infra09:44
*** martinkopec has joined #openstack-infra09:45
*** Qiming has joined #openstack-infra09:46
*** rtjure has joined #openstack-infra09:48
*** Qiming has quit IRC09:50
fricklerI've analysed the issue displaying only partial Zuul results when tripleo is involved, see the etherpad, need advise on which solution would seem correct09:52
*** rtjure has quit IRC09:53
*** xarses_ has joined #openstack-infra09:55
*** thorst has joined #openstack-infra09:56
*** xarses has quit IRC09:57
*** armaan has quit IRC09:58
*** rtjure has joined #openstack-infra09:58
*** slaweq_ has quit IRC09:58
openstackgerritSagi Shnaidman proposed openstack-infra/tripleo-ci master: DNM: test containers update  https://review.openstack.org/51117510:00
*** thorst has quit IRC10:00
*** slaweq_ has joined #openstack-infra10:01
*** rtjure has quit IRC10:03
*** yamahata has quit IRC10:05
*** gildub has joined #openstack-infra10:05
*** yamamoto has joined #openstack-infra10:08
*** rtjure has joined #openstack-infra10:09
*** spectr has quit IRC10:10
*** spectr has joined #openstack-infra10:10
*** Qiming has joined #openstack-infra10:11
*** andreas_s has quit IRC10:12
*** andreas_s has joined #openstack-infra10:12
openstackgerritSagi Shnaidman proposed openstack-infra/tripleo-ci master: Use playbook from tripleo-quickstart-extras for OVB  https://review.openstack.org/51350810:12
*** cuongnv has quit IRC10:13
*** rtjure has quit IRC10:14
*** daidv has quit IRC10:14
*** markvoelker has quit IRC10:18
*** slaweq has quit IRC10:19
*** ldnunes has joined #openstack-infra10:20
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/openstack-zuul-jobs master: Remove legacy OSA tests  https://review.openstack.org/51263510:22
*** rossella_s has quit IRC10:23
*** yamamoto has quit IRC10:25
*** rtjure has joined #openstack-infra10:25
openstackgerritJens Harbott (frickler) proposed openstack-infra/system-config master: Add match for "-" in pipeline name  https://review.openstack.org/51459110:26
frickler^^ after thinking about it a bit more, this is the only solution that works for existing changes, so I'm proposing this10:26
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/project-config master: Remove remaining legacy openstack-ansible jobs  https://review.openstack.org/51459210:27
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/openstack-zuul-jobs master: Remove legacy OSA tests  https://review.openstack.org/51263510:28
*** rtjure has quit IRC10:30
openstackgerritJesse Pretorius (odyssey4me) proposed openstack-infra/openstack-zuul-jobs master: Remove remaining legacy openstack-ansible tests  https://review.openstack.org/51263510:31
*** slaweq has joined #openstack-infra10:31
*** stakeda has quit IRC10:32
*** slaweq_ has quit IRC10:35
*** rtjure has joined #openstack-infra10:35
openstackgerritMerged openstack-infra/project-config master: Add documentation publish jobs to Blazar  https://review.openstack.org/51117610:38
*** pbourke has quit IRC10:38
*** rtjure has quit IRC10:40
*** slaweq_ has joined #openstack-infra10:40
*** e0ne has joined #openstack-infra10:40
*** pbourke has joined #openstack-infra10:40
openstackgerritVasyl Saienko proposed openstack-infra/project-config master: Remove legacy ironic-python-agent jobs  https://review.openstack.org/51459610:42
*** sree has quit IRC10:44
*** vsaienk0 has joined #openstack-infra10:44
*** sree has joined #openstack-infra10:44
*** rtjure has joined #openstack-infra10:44
*** andreas_s has quit IRC10:45
vsaienk0AJaeger: could you please help with https://review.openstack.org/#/c/513380/9/zuul.d/project.yaml, we don't know if we need to move templates: section to our repo for standard jobs10:45
*** andreas_s has joined #openstack-infra10:45
*** pgadiya has quit IRC10:46
*** aviau has quit IRC10:46
*** aviau has joined #openstack-infra10:47
odyssey4medmsimard oanson jamespage lbragstad we want to remove the legacy openstack-ansible cross-repo integration tests so that we can replace them with zuulv3 jobs - please note https://review.openstack.org/514592 and indicate your support10:47
odyssey4meoanson I see that you've already worked on a replacement for dragonflow in https://review.openstack.org/514268 - thanks!10:47
AJaegervsaienk0: commented10:47
*** sdague has quit IRC10:48
*** pgadiya has joined #openstack-infra10:49
*** sree has quit IRC10:49
AJaegerodyssey4me: why not change those jobs to native v3 ones?10:49
*** rtjure has quit IRC10:49
vsaienk0AJaeger: thanks, just pushed new version10:50
odyssey4meAJaeger they will be in subsequent patches, but they depend on a base job in openstack-ansible-tests which has not merged yet10:50
odyssey4mewe need to get rid of the legacy tests first as they're in the way10:50
AJaegervsaienk0: LGTM, thanks10:51
openstackgerritVasyl Saienko proposed openstack-infra/project-config master: Remove legacy ironic-python-agent jobs  https://review.openstack.org/51459610:51
AJaegerodyssey4me: what about adding a patch on top that adds the new ones directly? Might make it easier for reviewers to see what you do?10:51
*** sdague has joined #openstack-infra10:51
*** psachin has quit IRC10:51
odyssey4meAJaeger as you'll see in https://review.openstack.org/514268 dragonflow is adding an in-repo test instead10:52
odyssey4mefor keystone/ARA I'll discuss with dmsimard and lbragstad when they're online10:52
oansonlihi, cc ^^^^^10:53
*** udesale has quit IRC10:53
*** dtantsur is now known as dtantsur|brb10:53
AJaegerodyssey4me: ok10:53
*** psachin has joined #openstack-infra10:54
*** rtjure has joined #openstack-infra10:55
*** yolanda has quit IRC10:55
*** rtjure has quit IRC11:00
*** slaweq has quit IRC11:01
*** vsaienk0 has quit IRC11:01
*** slaweq has joined #openstack-infra11:01
*** Qiming has quit IRC11:02
*** yamamoto has joined #openstack-infra11:04
*** rtjure has joined #openstack-infra11:06
vdrokgood morning folks11:06
*** slaweq has quit IRC11:06
vdrokAJaeger: small question regarding py27 job on ironic-specs repo, we seem to have it defined in https://raw.githubusercontent.com/openstack-infra/project-config/master/zuul.d/projects.yaml, but it does not seem to run, eg on https://review.openstack.org/496481. What could be the reason?11:07
*** rtjure has quit IRC11:11
*** gildub has quit IRC11:13
*** lucasagomes is now known as lucas-hungry11:14
*** andreas_s has quit IRC11:15
*** markvoelker has joined #openstack-infra11:15
*** andreas_s has joined #openstack-infra11:15
*** smatzek has joined #openstack-infra11:15
*** rtjure has joined #openstack-infra11:16
vdroknevermind, I guess I see it, py27 has irrelevant files *.rst in the job definition11:16
*** andreas_s has quit IRC11:17
*** andreas_s has joined #openstack-infra11:18
*** rtjure has quit IRC11:21
*** rtjure has joined #openstack-infra11:26
openstackgerritVladyslav Drok proposed openstack-infra/project-config master: Override irrelevant files for py27 job on ironic-specs  https://review.openstack.org/51461011:26
vdrokAJaeger: would this one do the trick? ^^11:27
*** andreas_s has quit IRC11:28
*** andreas_s has joined #openstack-infra11:28
*** huanxie has quit IRC11:29
*** dbecker has quit IRC11:30
*** Qiming has joined #openstack-infra11:30
*** rtjure has quit IRC11:30
*** vsaienk0 has joined #openstack-infra11:31
*** thiagolib has joined #openstack-infra11:32
*** Qiming has quit IRC11:34
Shrewsianw: replied to your question on https://review.openstack.org/51432111:35
*** rtjure has joined #openstack-infra11:37
*** kjackal_ has joined #openstack-infra11:38
*** andreas_s has quit IRC11:38
*** Qiming has joined #openstack-infra11:39
*** rtjure has quit IRC11:42
*** andreas_s has joined #openstack-infra11:43
*** Qiming has quit IRC11:43
*** pgadiya has quit IRC11:43
*** adisky_ has quit IRC11:43
*** udesale has joined #openstack-infra11:46
*** andreas_s has quit IRC11:46
*** andreas_s has joined #openstack-infra11:46
*** rtjure has joined #openstack-infra11:47
*** markvoelker has quit IRC11:48
*** HTTP_____GK1wmSU has joined #openstack-infra11:49
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: Create job-output.txt together with JobDir  https://review.openstack.org/51461711:50
*** jpena is now known as jpena|lunch11:50
*** HTTP_____GK1wmSU has left #openstack-infra11:50
*** rtjure has quit IRC11:52
*** rtjure has joined #openstack-infra12:00
*** amoralej is now known as amoralej|lunch12:01
*** rossella_s has joined #openstack-infra12:04
*** Qiming has joined #openstack-infra12:04
*** rtjure has quit IRC12:04
*** fultonj has quit IRC12:04
*** thorst has joined #openstack-infra12:04
*** trown|outtypewww has quit IRC12:04
*** trown has joined #openstack-infra12:05
*** fultonj has joined #openstack-infra12:05
*** trown|brb has joined #openstack-infra12:07
*** trown|brb has quit IRC12:07
*** gcb has joined #openstack-infra12:07
*** Qiming has quit IRC12:09
*** rtjure has joined #openstack-infra12:09
*** Qiming has joined #openstack-infra12:13
*** rtjure has quit IRC12:14
*** lucas-hungry is now known as lucasagomes12:15
AJaegervdrok: I'm confused, do you want to run it - or not?12:16
*** dprince has joined #openstack-infra12:16
vdrokAJaeger: yes, we want to run py27 on .rst files12:16
vdrokI've also done https://review.openstack.org/#/c/514626/1, not sure what is the working/best way12:16
*** slaweq_ has quit IRC12:17
*** slaweq has joined #openstack-infra12:18
*** slaweq_ has joined #openstack-infra12:18
AJaegervdrok: discuss with the team later on, please. I have no time right now. Just quickly: 514610 creates a variant, so that merges the list. You need to inherit the job - or discuss whether this is really the right approach. I would run your tests as *pep8* and not py27 - since you're linting.12:18
vdrokAJaeger: aha, ok. so it seems a custom inherited job is the way to go if we leave it in py2712:19
vdrokthank you12:19
openstackgerritboden proposed openstack-infra/project-config master: add neutron to vmware-nsx releasenotes jobs  https://review.openstack.org/51463012:19
*** Qiming has quit IRC12:20
*** rtjure has joined #openstack-infra12:21
*** dhinesh has joined #openstack-infra12:25
*** rtjure has quit IRC12:25
*** dpawlik has quit IRC12:25
*** danpawlik has joined #openstack-infra12:26
*** dhinesh has quit IRC12:29
*** Qiming has joined #openstack-infra12:30
openstackgerritEric Fried proposed openstack-infra/project-config master: Add stables to patchbot for nova-powervm  https://review.openstack.org/51463312:30
*** rlandy has joined #openstack-infra12:30
*** dave-mccowan has joined #openstack-infra12:30
*** rtjure has joined #openstack-infra12:31
*** rosmaita has joined #openstack-infra12:32
openstackgerritEric Fried proposed openstack-infra/project-config master: Add stables to patchbot for *-powervm  https://review.openstack.org/51463312:33
*** dbecker has joined #openstack-infra12:34
*** slaweq has quit IRC12:35
*** slaweq has joined #openstack-infra12:35
*** ankkumar has quit IRC12:36
*** rtjure has quit IRC12:36
*** dtantsur|brb is now known as dtantsur12:38
smcginnisHmm, watching the stream, there were log gearman errors on this: http://logs.openstack.org/42/514442/1/gate/openstack-tox-py35/739cade/job-output.txt.gz12:39
smcginnisBut not in the actual logs.12:39
smcginnisAnd doesn't appear to have things like the local.conf and any other logs/artifacts.12:39
*** LindaWang has quit IRC12:40
*** slaweq has quit IRC12:40
*** sree has joined #openstack-infra12:41
*** rtjure has joined #openstack-infra12:42
*** sbezverk has quit IRC12:45
*** sree has quit IRC12:46
smcginnisCaught it on another one: http://paste.openstack.org/show/624464/12:46
smcginnisCinder link previously is probably actually fine. That was just a unit test run, so not really any other artifacts to collect I guess.12:47
*** rtjure has quit IRC12:47
dmsimardodyssey4me: my ara senses are tingling12:47
odyssey4medmsimard yeah, https://review.openstack.org/514592 - do you want to do an in-repo job definition for the cross-repo test?12:48
odyssey4medragonflow has one going to replace theirs: https://review.openstack.org/51426812:48
odyssey4methe commit message has another example12:48
pabelangersmcginnis: is that cause the job to fail?12:50
smcginnispabelanger: No, job was fine. Just didn't seem like we were getting all the logs.12:51
smcginnispabelanger: But that might have been fine for that job, so maybe false alarm.12:51
smcginnisStill interesting seeing the errors in the stream.12:52
pabelangerYah, we still need to debug the logstash issue with gearman12:52
*** slaweq has joined #openstack-infra12:52
*** rtjure has joined #openstack-infra12:53
*** benj_ has quit IRC12:54
*** esberglu has joined #openstack-infra12:55
*** yolanda has joined #openstack-infra12:56
*** sree has joined #openstack-infra12:57
*** rtjure has quit IRC12:58
*** mriedem has joined #openstack-infra12:58
*** dhill_ has quit IRC12:58
*** bh526r has joined #openstack-infra13:00
*** sree has quit IRC13:00
*** sree has joined #openstack-infra13:01
dmsimardodyssey4me: feel free to remove the legacy jobs from ara, they haven't been working and they're non-voting13:01
dmsimardodyssey4me: we can work something out later, no rush13:01
dmsimardodyssey4me: I suspect ara could just re-use a job defined in osa-tests or something13:01
*** bobh has joined #openstack-infra13:01
odyssey4medmsimard if you can just note that in the review I'd appreciate it13:01
*** amoralej|lunch is now known as amoralej|mtg13:03
*** rtjure has joined #openstack-infra13:03
*** edmondsw has joined #openstack-infra13:04
dmsimardodyssey4me: +213:04
*** armaan has joined #openstack-infra13:04
dhellmannwe seem to have solved the same problem in multiple ways. The release-openstack-python job checks out neutron and horizon as required-projects and then we have project templates for different jobs that each have those dependencies (publish-to-pypi-neutron and publish-to-pypi-horizon). I see the benefit of the requirements-specific templates but having extra jobs complicates the release validation, so I wonder how many13:05
dhellmann of those we think we're going to have?13:05
ykarelis there some issue going on with gate jobs?13:06
ykarelhttps://review.openstack.org/#/c/514261/13:06
Jeffrey4lhi, i found this string "# BEGIN ANSIBLE GENERATED HOSTS"  in /etc/hosts, how it is generated?13:06
dhellmannmordred, fungi, pabelanger, smcginnis : thoughts on having dependency-specific jobs? ^^13:07
ykarelfew minutes ago i saw jobs passed, now its showing jobs in queued state, i saw this twice for same patch: https://review.openstack.org/#/c/514261/, any idea?13:07
*** rtjure has quit IRC13:08
AJaegerdhellmann: we can remove those again and say we'll have those in the base...13:09
dhellmannAJaeger : yeah, I can propose that patch. I'm trying to get a sense of what direction folks were heading when they added those templates.13:10
pabelangerykarel: looks like a gate reset, becasue gate is a dependent pipeline manager (https://docs.openstack.org/infra/zuul/feature/zuulv3/user/config.html#value-pipeline.manager.dependent) if the previous patchset job fails, all patches that follow are reparented and jobs run again13:10
odyssey4methanks dmsimard13:10
AJaegerdhellmann: we didn't release the pattern initially ...13:10
pabelangerykarel: looks like the gate pipeline for tripleo change queue has reset a few times, so possible a job is broken and needs to be fixed13:11
*** jcoufal has joined #openstack-infra13:11
pabelangerJeffrey4l: which job are you looking at?13:11
Jeffrey4lhttp://logs.openstack.org/17/514517/3/check/kolla-ansible-oraclelinux-source/75bbed4/job-output.txt.gz13:12
pabelangerJeffrey4l: http://git.openstack.org/cgit/openstack/kolla-ansible/tree/ansible/roles/baremetal/tasks/pre-install.yml#n1913:12
*** slaweq has quit IRC13:12
pabelangerlooks to be the role13:12
Jeffrey4lpabelanger, i try to update the /etc/hosts file, this is added.13:12
Jeffrey4laha, kolla did. thanks.13:13
*** slaweq has joined #openstack-infra13:13
*** hichihara has joined #openstack-infra13:14
ykarelpabelanger, Thanks. Is there a way to know that jobs are rerunning due to a gate reset13:14
*** niraj_singh has joined #openstack-infra13:16
pabelangerykarel: you can usually tell by how long a job has been queued into a pipeline, right now tripleo change queue is up to 14hr15min. Should never be more then 3hr, if things are working correctly13:16
ykarelpabelanger, Ok, Thanks13:16
*** rtjure has joined #openstack-infra13:16
*** slaweq has quit IRC13:17
*** wolverineav has joined #openstack-infra13:18
*** adrian has quit IRC13:18
niraj_singhis there any documentation about the jenkins jobs or when we should use which jobs like python-job, pypi-jobs etc13:18
openstackgerritMajor Hayden proposed openstack/gertty master: Hide Zuul comments  https://review.openstack.org/51466213:19
*** kiennt26_ has joined #openstack-infra13:19
AJaegerdhellmann: release -> realize how widespread the problem is13:20
dhellmannAJaeger : I'm not sure how to interpret that in terms of what you think we should be doing now vs. what has already been done.13:20
*** rtjure has quit IRC13:21
*** slaweq has joined #openstack-infra13:21
AJaegerdhellmann: what I wanted to say but was interrupted: I'm fine with removing those -horizon/-neutron templates. When we did those initially, we didn't realize the size of the problem. We know more now ;)13:21
*** baoli has joined #openstack-infra13:21
dhellmannok13:22
AJaegerniraj_singh: the PTI - https://governance.openstack.org/tc/reference/project-testing-interface.html13:22
*** LindaWang has joined #openstack-infra13:22
niraj_singhAjaeger: Thanks13:23
fricklerAJaeger: looks like a new error in translation post job to me: http://logs.openstack.org/db/dbaecbda46111594224a6b8aba16576291b5a36c/post/upstream-translation-update/32a5d9c/job-output.txt.gz#_2017-10-24_13_06_36_06672213:24
*** slaweq_ has quit IRC13:24
*** gmann_afk is now known as gmann13:24
*** ykarel is now known as ykarel|away13:25
AJaegerfrickler: http://logs.openstack.org/db/dbaecbda46111594224a6b8aba16576291b5a36c/post/upstream-translation-update/32a5d9c/job-output.txt.gz#_2017-10-24_13_06_34_732223 - we query the server whether there'S stable/pike translation set up for neutron13:26
AJaegerAnd then the server tells us: No, not - and then end.13:26
AJaegerIn that case we exit 0. But have no files produced13:26
AJaegerSo, everything fine - but we need to teach ansible to tread this as "Success". Any ideas?13:27
AJaegerfrickler: we should skip "Collect translation source files" in this case - so, perhaps check whether the directory exists?13:27
*** tpsilva has joined #openstack-infra13:28
*** rtjure has joined #openstack-infra13:29
*** ykarel|away has quit IRC13:29
fricklerAJaeger: yeah, something along that path, I can try to come up with a patch if you're busy13:29
openstackgerritRonelle Landy proposed openstack-infra/tripleo-ci master: DO NOT MERGE: Use rdoproject-based settings for containers  https://review.openstack.org/51466813:29
openstackgerritEmilien Macchi proposed openstack-infra/project-config master: paunch: fix multinode gate job  https://review.openstack.org/51467113:30
AJaegerfrickler: would be great if you can tackle it...13:30
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Add log streaming logging and exception handling  https://review.openstack.org/51381113:30
*** slaweq_ has joined #openstack-infra13:31
dhellmannAJaeger : in the process of composing an email about this, I think I'm convincing myself that having separate job templates will be the right approach, if we move everything into the releases repo where it's easier to manage13:31
*** jpena|lunch is now known as jpena13:33
AJaegerdhellmann: that's a policy question - where should those life. Let's discuss in a broader round here how that "architecture" could look like. Yes, definitely an option.13:33
*** felipemonteiro_ has joined #openstack-infra13:33
dhellmannAJaeger : yeah, I'm starting a ML thread13:34
*** rtjure has quit IRC13:34
*** felipemonteiro__ has joined #openstack-infra13:38
*** rtjure has joined #openstack-infra13:38
*** felipemonteiro_ has quit IRC13:42
dhellmannAJaeger : http://lists.openstack.org/pipermail/openstack-dev/2017-October/123926.html13:43
*** rtjure has quit IRC13:43
AJaegerproject-config-core ^13:45
*** armax has joined #openstack-infra13:46
openstackgerritBogdan Dobrelya proposed openstack-infra/tripleo-ci master: Match job-output as console logs for getthelogs  https://review.openstack.org/51456013:47
openstackgerritDan Prince proposed openstack-infra/openstack-zuul-jobs master: Make tripleo undercloud-containers voting  https://review.openstack.org/51316313:49
*** rtjure has joined #openstack-infra13:50
*** dhajare has quit IRC13:50
*** coolsvap has quit IRC13:53
*** sbezverk has joined #openstack-infra13:54
*** rtjure has quit IRC13:54
*** bexelbie_ has joined #openstack-infra13:55
*** yamahata has joined #openstack-infra13:59
*** sbezverk has quit IRC13:59
*** eharney has joined #openstack-infra13:59
*** rtjure has joined #openstack-infra14:00
*** yamamoto has quit IRC14:00
*** iyamahat has joined #openstack-infra14:01
*** yamamoto has joined #openstack-infra14:02
*** Guest99060 is now known as med_14:03
*** med_ has quit IRC14:03
*** med_ has joined #openstack-infra14:03
*** med_ is now known as medberry14:03
*** rtjure has quit IRC14:05
fungidhellmann: i'm wary of ending up with everyone installing horizon and neutron just so a small minority don't have to declare they need them... the separate jobs seem more like a wart we should live with until those projects can fix themselves to be able to generate sdists/wheels without requiring the source trees for the services to which they're acting as plugins/extensions?14:05
dhellmannfungi : they don't "install" them unless the job explicitly says to, right?14:05
dhellmannright now the job just clones those repos, and something run by tox installs them14:06
fungidhellmann: well, tox-siblings will explicitly install them in any tox env once it's back in action, but that aside it still results in zuul needing to calculate extra horizon and neutron refs for those builds and push the source for them onto the nodes. all that is overhead14:07
dhellmannoh14:07
rosmaitai know you're all busy, but when someone has a chance, i'm seeing these failures in python-glanceclient functional tests ... i think it's a problem on the infra side, but it could be on my side ... anyway, if someone could take a quick glance at http://logs.openstack.org/91/507291/1/check/legacy-glanceclient-dsvm-functional/c66678f/job-output.txt.gz#_2017-10-24_13_45_59_430372 i'd appreciate it14:07
dhellmannfungi : I think I'm still suffering from not understanding how this stuff works. Could you reply on the thread with what you just said?14:07
fungidhellmann: and neutron and horizon aren't exactly small git repos, as sizes compare14:07
fungidhellmann: sure, i haven't gotten to reading through e-mail yet today so haven't seen the thread, but will when i reach it14:08
hwoarangmordred: hello. did you have a chance to look at https://review.openstack.org/#/c/513706/ again? i did a recheck and it appears that the run phase still runs from the stable/newton14:08
*** gmann is now known as gmann_afk14:08
hwoarangi can't tell if it's something that we do wrong or it's something wrong with zuulv314:08
dhellmannfungi : ok, thanks. The new world order under v3 has a *lot* of differences that I'm going to have to internalize before answers to these questions are in any way obvious14:08
*** rtjure has joined #openstack-infra14:09
fungidhellmann: at any rate, unless _i'm_ overlooking something, we should reengineer those plugin projects to be packageable without installing other stuff (the pti will soon mandate that if mordred's proposed adjustments pass rollcall)14:10
fungiand also to be able to build documentation/release notes without relying on tox installing stuff for them14:11
openstackgerritEmilien Macchi proposed openstack-infra/project-config master: paunch: fix multinode gate job  https://review.openstack.org/51467114:11
dhellmannfungi : I agree with fixing the projects as a long term solution.14:11
fungiso if the extra job definitions are seen as a stop-gap/workaround, not too terrible in my mind14:12
fungimaybe fodder for a rocky goal or something14:12
*** kiennt26_ has quit IRC14:13
dmsimardrosmaita: that's a known issue, let me dig a bit14:13
*** kiennt26 has quit IRC14:14
*** rtjure has quit IRC14:14
rosmaitadmsimard: no hurry, ty14:14
dmsimardrosmaita: the likely fix is https://review.openstack.org/#/c/512194/1, however I don't think we've got to the bottom of it14:14
*** shardy has joined #openstack-infra14:15
*** medberry is now known as med_14:15
*** rbrndt has joined #openstack-infra14:15
dmsimardrosmaita: have you been hitting that issue consistently ?14:16
rosmaitadmsimard: i think so, but i'll go check some other patches14:18
*** hongbin has joined #openstack-infra14:18
dmsimardrosmaita: if you are hitting it consistently, (I don't know if you're familiar with Ansible/Zuul v3) it would help if you could *force* that patch in -- like, add a task before your playbook that patches that file with that content, just to see if that resolves it14:19
*** hemna_ has joined #openstack-infra14:19
openstackgerritAndreas Florath proposed openstack/diskimage-builder master: [WIP] Introduce DIB_USE_CACHE and use it in zypper-minimal  https://review.openstack.org/51468914:19
*** rtjure has joined #openstack-infra14:20
*** udesale has quit IRC14:21
dmsimardinfra: is there a way to get nodepool to just boot a "static" image rather than have it build, upload and use images built out of nodepool-builder ?14:23
rosmaitadmsimard: (a) i do seem to be hitting it consistently, (b) not familiar with zuul v3 yet (though i guess now is the time to start)14:23
dmsimardsuppose I have images that are built differently, not with DIB, that I'd like to use -- and that converting that to DIB would suck14:23
fungidmsimard: until support gets added to nodepool for booting specifically named images in a provider, you could likely write a fake nodepool builder which handles build requests in zk and returns the ids of the predefined images?14:24
jeblairhwoarang: hi!  i'm aware of that problem and am looking into it as a zuul bug.  i don't have a suggestion for what to do at the moment.14:25
*** rtjure has quit IRC14:25
jeblairfungi, dmsimard: nodepool supports booting from cloud images14:25
fungioh! when did that land?14:25
fungii guess that's just in the feature/zuulv3 branch at this stage14:25
fungii keep forgetting that support made it into v314:25
dmsimardThe closest I've seen around that was with snapshot-based images, where nodepool would pick up a provider image, do his thing and then snapshot that14:25
dmsimardI'm not sure how to get it to use a not-DIB image though14:26
jeblaircouple months ago.  tobiash added it.14:26
dmsimardman tobiash rocks, tobiash++14:27
hwoarangjeblair: ah ok thanks for letting me know. please tell me if you find anything14:27
jeblairdmsimard: what are you using to build images?14:27
dmsimardjeblair: those would be, for example, tripleo undercloud images14:27
jeblairdmsimard: what does tripleo use to build images these days?14:29
jeblairdmsimard: https://docs.openstack.org/infra/nodepool/feature/zuulv3/configuration.html#cloud-images14:29
fungidmsimard: i think the relevant docs are https://docs.openstack.org/infra/nodepool/feature/zuulv3/configuration.html#provider-cloud-images14:29
*** eharney has quit IRC14:29
jeblairfungi: both of those links, in fact :)14:29
dmsimardjeblair: there's some amount of DIB involved, but the images are built out of the TripleO/RDO CI promotion pipeline14:29
fungiyeah, we raced ;)14:29
*** rtjure has joined #openstack-infra14:29
jeblairfungi: they're different though -- those are both halves of the equation :)14:30
fungiyup14:30
*** psachin has quit IRC14:30
jeblairdmsimard: gotcha14:30
dmsimardjeblair: the hard thing is that we don't necessarily want that image to be re-built by nodepool every day like it typically would, it'd be updated by the CI promotion process.14:30
dmsimardjeblair: the images are built first, then thrown like 20 jobs at it to test it, if it's green, it's promoted and we use it in different places14:30
dmsimardusing non-tested images built by nodepool would be awful :D14:31
jeblairdmsimard: i think the nodepool config changes needed to support that can be automated.14:31
*** cshastri has quit IRC14:31
jeblairdmsimard: images can be specified by glance name or id.14:32
dmsimardjeblair, fungi: thanks for the help, I guess https://docs.openstack.org/infra/nodepool/ is not zuul/v3 branch so that's why I couldn't find it14:32
fungiindeed. looking forward to when we reach the point where we can merge back to master14:32
jeblairdmsimard: yep14:32
dmsimardjeblair: yup that sounds great, thanks14:32
*** rtjure has quit IRC14:34
*** hamzy has quit IRC14:35
AJaegerclarkb, fungi, jeblair : Ready to remove zuulv2 from project-config? we first need  https://review.openstack.org/513910 to merge - and then recheck and approve https://review.openstack.org/50718014:37
*** slaweq_ has quit IRC14:37
thingeeHi infra, I've been trying to get the contributor guide post jobs to go. The last review I pushed through https://review.openstack.org/#/c/514461/ showed up on status zuul under post jobs but I never saw anything in the console log http://zuulv3.openstack.org/static/stream.html?uuid=65d05dbee99c42fa889bb4196b563d60&logfile=console.log14:38
*** rtjure has joined #openstack-infra14:39
AJaegerthingee: the logs are up - and as I said earlier today on #openstack-docs: Looks like you hit the few minutes our CI was broken14:39
jeblairthingee: there's a broken console log server somewhere, so there's a 10 or 20% chance a job will land on it14:39
AJaegerthingee: the log files are available14:40
AJaegerthingee: let'S merge https://review.openstack.org/514545  - and test again14:40
*** slaweq_ has joined #openstack-infra14:40
thingeeAJaeger, jeblair thanks for the information14:41
thingeeAJaeger: ok we'll see if this one works :)14:41
*** gouthamr has joined #openstack-infra14:42
*** xarses has joined #openstack-infra14:42
AJaegerspeaking about publishing, project-config-core, please review https://review.openstack.org/#/c/514048/ and https://review.openstack.org/#/c/514053/14:42
*** rtjure has quit IRC14:44
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Remove project-team-guide-publish  https://review.openstack.org/51405414:44
*** eharney has joined #openstack-infra14:44
hwoarangAJaeger: proposal bot works fine for us now :)14:46
hwoarangthank you all for fixingit14:46
hwoarang*fixing it14:46
*** slaweq has quit IRC14:46
AJaegerhwoarang: team work as usual - thanks for your help as well. Glad to hear it works!14:47
fricklerAJaeger: do you have a patch to test https://review.openstack.org/#/c/514048/ with? I'm fine with merging it but would feel better if we could test it afterwards14:47
*** rtjure has joined #openstack-infra14:49
AJaegerfrickler: no, don't have - but this is similar to all the other ones, so hope it works ;)14:49
*** sree has quit IRC14:50
*** tosky has joined #openstack-infra14:50
AJaegerfrickler: most of the converted publish jobs were broken, mordred and I have tested the general framework heavily now...14:51
*** rtjure has quit IRC14:53
*** armaan has quit IRC14:55
*** spectr has quit IRC15:00
*** rtjure has joined #openstack-infra15:00
*** ccamacho has quit IRC15:02
johnsomLooking for a second core review on https://review.openstack.org/#/c/513781/ to remove the duplicate (migrated) zuul jobs.  Thanks.15:02
*** hemna_ has quit IRC15:02
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Use native v3 publishing for project-team-guide  https://review.openstack.org/51405315:03
clarkbAJaeger: jeblair re johnsom's change, should those pipeline chnges be in octavia too?15:03
*** salv-orlando has quit IRC15:03
*** salv-orlando has joined #openstack-infra15:04
AJaegerclarkb: yes - but those other repos have not done the merge yet. So, I think it's fine for now.15:05
*** rtjure has quit IRC15:05
johnsomThanks folks.  If there is a change that we will need in the near future you can give me a pointer and I will try to track it as well.15:06
dhellmannwe're still seeing py35 jobs running for patches in the openstack/releases repo even though those patches only change data files. Can someone help with figuring out why that is the case? http://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul.d/projects.yaml#n2685815:06
dhellmannhttps://review.openstack.org/#/c/512792/ is an example of a patch running check jobs I think it shouldn't need to15:07
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Build native v3 install-guide docs  https://review.openstack.org/51404815:07
*** salv-orlando has quit IRC15:08
*** dbecker has quit IRC15:09
openstackgerritMerged openstack-infra/nodepool master: Migrate legacy jobs  https://review.openstack.org/51263715:10
*** hichihara has quit IRC15:10
*** rtjure has joined #openstack-infra15:10
*** slaweq_ has quit IRC15:13
*** rtjure has quit IRC15:15
*** bexelbie_ has quit IRC15:16
openstackgerritMerged openstack-infra/project-config master: paunch: fix multinode gate job  https://review.openstack.org/51467115:18
*** tosky has quit IRC15:19
sshnaidmhi, we have a problem with a job that is configured to run on rh1 cloud, but it runs on rax cloud - https://github.com/openstack-infra/project-config/blob/78cc1f28045395b8b6f749a29a866a7a960fa2d9/jenkins/jobs/projects.yaml#L1310715:19
*** rtjure has joined #openstack-infra15:20
sshnaidmansible host is on rax cloud:  http://logs.openstack.org/42/507642/4/experimental-tripleo/legacy-tripleo-ci-centos-7-ovb-ha-tempest-oooq/123ea18/zuul-info/host-info.primary.yaml15:20
sshnaidmpabelanger, ^^15:20
*** slaweq has joined #openstack-infra15:20
dmsimardsshnaidm: that's a jenkins v2 definition..15:20
pabelangersshnaidm: you should be using tripelo-centos-7 as your label15:20
pabelangerthat image is pinned to tripleo-test-cloud-rh115:21
dhellmannfungi, jeblair : I'm seeing 221 errors when we try to send release announcement emails. Did our mail sending setup change as part of the zuul upgrade, too? http://logs.openstack.org/45/453cf8167a15f697679658f7b7eba358eba853d4/release/oslo.config-announce-release/5d3e9eb/console.html15:21
dmsimardhttps://github.com/openstack-infra/openstack-zuul-jobs/blob/master/zuul.d/zuul-legacy-jobs.yaml#L1049815:21
*** hamzy has joined #openstack-infra15:21
sshnaidmpabelanger, I do, take a look at first link15:21
fungidhellmann: i've seen announcements go to the release announcements list. are you getting those errors consistently?15:22
dhellmannfungi : none of the oslo releases we just did were announced15:22
pabelangersshnaidm: that is JJB, for zuulv215:22
*** LindaWang has quit IRC15:22
pabelangersshnaidm: need to look at zuulv3 job15:22
*** mlavalle has joined #openstack-infra15:22
fungidhellmann: weird, but a bunch of others did. wondering if there's something breaking on the listserv instead. taking a look when i get off the conference call i'm in15:23
dhellmannfungi : although a neutron-lib release from earlier did go through15:23
*** ccamacho has joined #openstack-infra15:23
dhellmannI've only see the 1 email work today15:23
clarkbmaybe they ere going into moderation15:23
pabelangerhttp://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/zuul.d/zuul-legacy-jobs.yaml#n1049815:23
pabelangerthat is using legacy-centos-7, which is correct15:24
pabelangerlet me see what is going on15:24
*** rtjure has quit IRC15:24
pabelangerah15:24
pabelangerI see the issue15:24
mlavallefungi, pabelanger clarkb : question, do you have an example of a project legacy job that has been migrated?15:24
*** wolverineav has quit IRC15:25
pabelangerhttp://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/zuul.d/nodesets.yaml#n116 is setup to use label: centos-7, which won't work for OVB15:25
*** wolverineav has joined #openstack-infra15:25
pabelangersshnaidm: ^so we need to switch them to tripleo-centos-7 nodeset on all OVB jobs15:25
*** dhinesh has joined #openstack-infra15:25
fricklerfungi: dhellmann: the log looks clean to me, the 221 comes after send-mail sends "quit". this would be the msg-id to track on the listserv: reply: b'250 OK id=1dzkMZ-0007Dt-Gu\r\n'15:26
sshnaidmpabelanger, I don't understand, we have tripleo-centos-7 in all vb jobs, all jobs work fine besides this one15:26
dhellmannclarkb : I'm working on getting logged in to check that.15:26
jlvillalA couple of review requests: For Gerrit patch pages: Add result_TIMED_OUT & result_RETRY_LIMIT as failure colors  https://review.openstack.org/#/c/513444/15:26
pabelangersshnaidm: which other job?15:26
*** hemna_ has joined #openstack-infra15:26
jlvillalAnd: Support the log level "CRITICAL"  https://review.openstack.org/#/c/509670/15:26
dhellmannfungi : hrm, ok. so where's the email?15:26
sshnaidmpabelanger, from my first link: https://github.com/openstack-infra/project-config/blob/78cc1f28045395b8b6f749a29a866a7a960fa2d9/jenkins/jobs/projects.yaml#L1310715:27
sshnaidmpabelanger, its name is legacy-tripleo-ci-centos-7-ovb-ha-tempest-oooq15:27
sshnaidmpabelanger, and it runs in experimental-tripleo15:27
pabelangersshnaidm: no, you are looking in the wrong folder, anything in jenkins/jobs is about to get deleted, you should be using openstack-zuul-jobs/zuul.d now15:27
AJaegerLet'S remove those files ;) we first need  https://review.openstack.org/513910 to merge - and then recheck and approve https://review.openstack.org/50718015:28
pabelangersshnaidm: can you post a log to working OVB job15:28
sshnaidmpabelanger, before migration to zuul it worked fine15:28
pabelangersshnaidm: yes, there is a regression in zuulv3 jobs, is what I am saying15:28
sshnaidmpabelanger, http://logs.openstack.org/38/512638/2/check-tripleo/legacy-tripleo-ci-centos-7-ovb-ha-oooq/af0e14a/job-output.txt.gz15:28
pabelangersshnaidm: let me post a patch15:28
*** tosky has joined #openstack-infra15:28
*** dhajare has joined #openstack-infra15:29
pabelangeryah, I see the issue15:30
*** dhinesh has quit IRC15:30
fungidhellmann: still on a conference call, but i'll look at the listserv when it's over15:30
*** rtjure has joined #openstack-infra15:30
dhellmannfungi , clarkb : the moderator queue for the list is empty, so that's not it15:30
dhellmannfungi : ack, thanks15:30
AJaegerpabelanger: what do you think about https://review.openstack.org/514526 to silence some ansible-lint things?15:31
*** slaweq_ has joined #openstack-infra15:31
* AJaeger will be back later15:31
sshnaidmpabelanger, nodeset: legacy-tripleo-centos-7 ?15:32
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: Run legacy-tripleo-ci-centos-7-ovb-ha-tempest-oooq on tripleo-rh1  https://review.openstack.org/51471815:32
pabelangersshnaidm: ^15:32
pabelangeryah15:32
sshnaidmpabelanger, it was originally with timeout 210 mins15:33
sshnaidmpabelanger, 12600 secs15:33
*** rossella_s has quit IRC15:33
*** Goneri has quit IRC15:34
pabelangerwe've cap everything at 10800 for zuulv315:34
*** rtjure has quit IRC15:35
sshnaidmpabelanger, can we do exception for this experimental job?15:35
clarkbdhellmann: re the irrelevant files I've just double checked the regex against those file paths and it seems like they match. Will have to dig in more15:35
dhellmannclarkb : thanks. I'm stumped on that one.15:35
*** slaweq_ has quit IRC15:36
pabelangersshnaidm: have to discuss it at weekly meeting, but currently job should likely be refactored to address length of time. A 3.5 hour jobs in pipelines, doesn't really scale well15:36
clarkbdhellmann: I wonder if it is because the base openstack-tox-py35 job has its own irrelevant files list and that is winning over this variants list15:36
clarkbjeblair: ^15:36
sshnaidmpabelanger, ack15:36
jeblairclarkb: i'm a couple problems deep at this point.  can we put it on the etherpad for later?15:37
dhellmannclarkb : maybe? I'm not sure of the precedence order there.15:37
clarkbjeblair: ya15:37
dhellmannyeah, this is a low priority one15:37
sshnaidmpabelanger, so from now I need to look at openstack-zuul-jobs/ zuul.d/zuul-legacy-jobs.yaml ?15:37
pabelangersshnaidm: right, until those jobs are migrated into tripleo repos15:38
dhellmannclarkb , fungi : another email job failed with "too many concurrent smtp connections", so maybe that's related to the other failure? http://logs.openstack.org/b6/b6800279e4a73afd485548810dd99a35fc757d30/release/announce-release/39645c7/job-output.txt.gz15:39
dhellmannI'll put that on the etherpad, too15:39
*** ijw has joined #openstack-infra15:39
*** yamamoto has quit IRC15:40
*** rtjure has joined #openstack-infra15:41
fungidhellmann: yeah, my gut says we're seeing a volume issue on the listserv, likely entirely unrelated to release jobs. we send one e-mail per job right?15:42
dhellmannfungi : yes, just 1 per release15:42
*** mummer has joined #openstack-infra15:43
*** e0ne has quit IRC15:43
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Migrate legacy jobs for feature/zuulv3 branch  https://review.openstack.org/51376615:44
fungithe 221 from http://logs.openstack.org/45/453cf8167a15f697679658f7b7eba358eba853d4/release/oslo.config-announce-release/5d3e9eb/console.html should be normal behavior. that's the smtp code for "Closing connection (Mail received successfully, Goodbye)."15:44
dhellmannfungi : I noticed I didn't receive email from a wiki update ttx made earlier, too, so maybe that's related as well15:44
dhellmannoh, my google search showed an error message for 221 related  to authorization15:44
*** dhill_ has joined #openstack-infra15:44
dhellmannI guess I shouldn't trust things I find on the internet :-)15:44
clarkbfungi: ya thats why I wondered if they were ending up in moderation, but could be separate lists issue having them stuck in limbo?15:45
* clarkb breakfasts then is back to help the issues list/debugging/meeting prep15:45
*** rtjure has quit IRC15:46
fungidhellmann: technically rfc 2821 defines the 221 code as "Service closing transmission channel" but it's not necessarily considered an error condition (especially when followed by a 250 "Requested mail action okay, completed" as part of normal session termination)15:47
fungier, especially when _following_15:47
dhellmannmakes sense15:47
*** hemna_ has quit IRC15:48
fungidhellmann: is this the message you were looking for? seems to match that job log: http://lists.openstack.org/pipermail/release-announce/2017-October/002772.html15:49
fungithat's a log and message from 20 days ago though15:49
*** felipemonteiro__ has quit IRC15:49
dhellmannfungi : yeah, that's an old one15:49
fungiwere you linking it as a pre-v3 example then?15:50
dhellmannlet me find a thing that was tagged15:50
fungilooked like you were asking why it didn't go through to the list15:50
dhellmanncastellan 0.14.115:51
*** ccamacho has quit IRC15:51
fungithanks, i'll go find the job log15:51
*** slaweq has quit IRC15:51
dhellmannfungi : oslo.config 4.13.2 was the tag15:51
*** slaweq has joined #openstack-infra15:51
dhellmannso I got the wrong one15:51
dhellmannand I don't see the 4.13.2 tag on the oslo.config repo15:52
dhellmannI didn't notice those numbers didn't match15:52
melwittdoes anyone know if the newer zuul jobs are available in graphite.o.o anywhere? I have a graph link that is no longer showing new failure rates because it's referring to old jenkins jobs15:52
fungiokay, so looking at castellan 0.14.1 seems to be http://logs.openstack.org/8d/8dd77e745f1cd0fb82609d35e8c5a37edeba7440/release/announce-release/a4fedec/15:52
*** rtjure has joined #openstack-infra15:52
*** caphrim007 has quit IRC15:53
fungidhellmann: yep, the castellan tag hit a 421 "Too many concurrent SMTP connections; please try again later."15:53
*** yolanda has quit IRC15:54
*** hashar is now known as hasharAway15:54
*** caphrim007 has joined #openstack-infra15:54
clarkbmelwitt: they should be now, but I think some of the paths may have changed. Let me find examples or docs on that15:54
fungidhellmann: i have a feeling there's a flood hitting the listserv right now, probably getting rejected as spam to owner addresses15:54
dhellmannyeah15:54
*** Guest69866 has quit IRC15:54
dhellmannso the next thing to figure out is why the oslo tag job didn't actually tag all of the releases15:55
openstackgerritJens Harbott (frickler) proposed openstack-infra/project-config master: Use docs tox environment for contributor-guide publishing  https://review.openstack.org/51472615:55
dhellmannhttp://logs.openstack.org/7d/7d3a7e81f9a4d4abb1bec7d5f405ab06ba397f08/release-post/tag-releases/9abec8b/job-output.txt.gz shows it tagging castellan then stopping15:55
fricklerproject-config-core: ^^ small fix for thingee ;)15:56
clarkbmelwitt: check out https://review.openstack.org/#/c/513950/ a big difference seems to be that things are scoped to zuul tenant now15:56
*** andreas_s has quit IRC15:56
* med_ giggles a bit about "listserv" as he hasn't heard that term in a long time15:56
*** scottda_ has joined #openstack-infra15:56
fungimed_: i'd rather we made them into newsgroups15:57
fungibut the times they are a' changing15:57
clarkbfrickler: thingee we've pushed back on that in the past to help make sure some version of "normal upstraem sphinx doc generation tooling" works without special sauce15:57
clarkbfrickler: thingee in our case that means we run python setup.py build_sphinx in a plain virtualenv15:57
*** rtjure has quit IRC15:57
*** ihrachys has joined #openstack-infra15:58
fungifrickler: also, see https://review.openstack.org/508694 which merged today15:58
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: remove some debugging for release git clone  https://review.openstack.org/51472915:58
pabelangerfrickler: clarkb: Right, i don't think tox -edocs proper for PTI15:59
*** nunchuck has quit IRC15:59
clarkbfrickler: thingee I see hte bug here is no env is specified at all in the past, as an alternative can you use the playbook on line 156 of https://review.openstack.org/#/c/514726/1/zuul.d/jobs.yaml ? I'll leave a comment on the change15:59
pabelangerWe have existing jobs that are doing build_sphinx, and should be easy to use that15:59
fungitox -edocs wasn't what the pti mandated before, and now the pti mandates no tox at all15:59
*** yamahata has quit IRC16:00
fungishould be made to work with `sphinx-build -b html doc/source doc/build` outside a virtualenv as soon as feasible16:00
*** jogo has quit IRC16:00
pabelangertox_extra_args: -vv python setup.py build_sphinx16:00
*** jeblair has quit IRC16:00
melwittthanks clarkb16:01
*** jeblair has joined #openstack-infra16:01
*** rtjure has joined #openstack-infra16:02
*** iyamahat has quit IRC16:02
openstackgerritEdgar Magana proposed openstack-infra/irc-meetings master: Include a new time for UC IRC meetings  https://review.openstack.org/51386316:04
fungidhellmann: does this DELIVERABLES= indicate the list of deliverables was exhausted after castellan? http://logs.openstack.org/7d/7d3a7e81f9a4d4abb1bec7d5f405ab06ba397f08/release-post/tag-releases/9abec8b/job-output.txt.gz#_2017-10-24_15_02_04_70945016:04
*** salv-orlando has joined #openstack-infra16:05
fricklerclarkb: fungi: is there a fallback when the project is lacking doc/requirements.txt ?16:05
*** amoralej|mtg is now known as amoralej16:05
dhellmannfungi : that variable can be set as an argument to the script when its run by hand. when it is not set, list_deliverable_changes figures out which deliverables have been included in the commit16:05
dhellmannmaybe I should update the script to print out what work it is going to do before it tries to do it16:05
clarkbfrickler: the job runs tox -e venv -- python setup.py build_sphinx, I don't think that requires doc/requirements.txt16:06
fungifrickler: i believe the reference implementation backing the change to the pti has not merged yet. in the meantime just add a venv testenv to tox.ini in the project16:06
dhellmannrunning release_from_yaml.sh locally against that commit in the releases repo does not reproduce the problem (it seems to loop over all of the items)16:06
*** rtjure has quit IRC16:07
fungidhellmann: and i guess the job log doesn't contain the whole of the output from list_deliverable_changes.py there so hard to know what the job was asked to iterate on besides that first line16:07
*** andreas_s has joined #openstack-infra16:07
dhellmannyeah, it prints the line one at a time16:08
dhellmannI'll update the job to dump all of the data once and then actually do the tagging16:08
openstackgerritJens Harbott (frickler) proposed openstack-infra/project-config master: Use the python-docs playbook for contributor-guide publishing  https://review.openstack.org/51472616:09
*** salv-orlando has quit IRC16:09
frickler^^ o.k., tested locally and seems to work fine this way16:09
smatzekThe python-troveclient check and gate have aparently been broken since v3 started doing checks.  I've been focused on trove-master and am just now turning an eye to that project.  It appears that openstack-zuul-jobs/playbooks/legacy is missing a job for this jenkins job [1].  python-saharaclient does have a similar legacy tempest job.  Is the fix here to add a job in playbooks/legacy using sarahaclient's tempest job and the original j16:10
smatzekenkins job as reference, and then update zuul.d/projects.yaml? [1] https://github.com/openstack-infra/project-config/blob/master/jenkins/jobs/trove.yaml#L21016:10
*** dtantsur is now known as dtantsur|afk16:10
*** andreas_s has quit IRC16:12
fungidhellmann: on the too many concurrent sessions error, it looks like we restrict the mta on lists.o.o to allow no more than 100 inbound smtp connections at a time but we seem to be floating around twice that many concurrent connection attempts16:12
clarkbdmsimard: pabelanger left a comment on https://review.openstack.org/#/c/514489/2 now that I have had a bit of time to think on it16:12
clarkbdmsimard: pabelanger can you let me know what you think?16:12
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: have release job show what info it is working with  https://review.openstack.org/51473316:12
clarkbfungi: and generally that is ok beacuse most smtp clients will retry later ya?16:12
*** jogo has joined #openstack-infra16:12
*** jogo has joined #openstack-infra16:12
fungiclarkb: correct16:13
*** rtjure has joined #openstack-infra16:13
dhellmannyeah, we don't retry for these messages because the node gets deleted16:13
dmsimardclarkb: yeah I haven't had time to get back to it yet, will look.16:13
clarkbsmatzek: give me a minute to dig in and see what is going on16:13
dhellmannfungi : the patch ^^ has some more details. Can we merge that and re-run tag releases for 7d3a7e81f9a4d4abb1bec7d5f405ab06ba397f08?16:13
fungiif you tail the exim mainlog you'll see we're sustaining several attempts per second to deliver spam from random clients with random @qq.com e-mail addresses mostly all addressed to openstack-announce-owner@ and openstack-docs-owner@16:14
smatzekclarkb: thanks. a bit more info.  A review that is failing: https://review.openstack.org/#/c/500033/, a review where jenkins did the check/gate https://review.openstack.org/#/c/510264/. The gate-tempest jobs are different.16:15
fungiand the spammers are (unsurprisingly) not very courteous about disconnections once we emit an error16:15
clarkbsmatzek: legacy-tempest-dsvm-neutron-src is the job that it got replaced with I think16:16
clarkbsmatzek: as part of lib-forward-testing16:16
dhellmannfungi : I need to step away for a few minutes. brb16:16
clarkbsmatzek: the problem likely being that that new job doesn't install the trove devstack plugin16:16
fungik16:16
*** jascott1 has joined #openstack-infra16:17
smatzekclarkb: it doesn't, per the log looking I did this morning16:17
*** rtjure has quit IRC16:18
smatzekpython-saharaclient has a job similar to what trove had in jenkins that does the plugin enable, https://github.com/openstack-infra/openstack-zuul-jobs/tree/master/playbooks/legacy/tempest-dsvm-neutron-src-python-saharaclient16:18
smatzekso I'm thinking we likely need a job like that for troveclient16:18
*** andreas_s has joined #openstack-infra16:19
robcresswello/ How do we run legacy jobs against EOL tags? We've had success use override-branch for existing stable branches, but it doesn't work for tags (probably to be expected)16:19
clarkbsmatzek: ya i think making one like legacy-tempest-dsvm-neutron-src-python-saharaclient for troveclient is the most straigtforward way to address that16:19
robcresswellReferring to https://review.openstack.org/#/c/514314/1 mainly :)16:19
clarkbrobcresswell: I don't think we've ever run jobs against EOL tags?16:19
clarkbrobcresswell: since you can't push changes to EOL'd branches16:19
smatzekand then update zuul.d/projects.yaml for python-troveclient ?16:19
smatzekif so, I'll put some reviews up.16:20
robcresswellclarkb: No, but you can run software that depends on EOL branches16:20
robcresswellOr, supports EOL branches I should say16:20
clarkbrobcresswell: gotcha so its changes to valid branches that then install EOL'd software?16:20
clarkbsmatzek: yup exactly that16:20
robcresswellclarkb: Yeah. networking-cisco supports Mitaka, Newton, Ocata (and we're fixing Pike atm)16:21
robcresswellclarkb: We were running on them all before but the v3 migration broke us. Sam fixed the other tests with https://review.openstack.org/#/c/513339/ but we're stuck on the EOL test.16:21
*** lucasagomes is now known as lucas-afk16:22
*** tesseract has quit IRC16:22
*** rtjure has joined #openstack-infra16:22
*** andreas_s has quit IRC16:23
*** iyamahat has joined #openstack-infra16:25
*** pcaruana has quit IRC16:25
clarkbrobcresswell: a really quick read of the zuul code implementing override-branches shows that it only examines the list of branches from what I can tell (its looking at git directly and saying is this thing a branch)16:26
clarkbrobcresswell: so I don't think override-branches is going to do what you want16:26
clarkbrobcresswell: instead you will likely need to add a playbook task that checks out the desired ref in the test repos in your job16:26
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Fix branch ordering on dynamic reconfiguration  https://review.openstack.org/51474416:27
robcresswellclarkb: Good to know, thankyou :)16:27
*** rtjure has quit IRC16:27
clarkbrobcresswell: https://git.openstack.org/cgit/openstack-infra/zuul/tree/zuul/executor/server.py?h=feature/zuulv3#n755 is where it examines the branches fwiw16:27
jeblairhwoarang: ^ i think 514744 is a fix for the bug you saw.  mnaser you may have run into this too.16:27
*** Apoorva has joined #openstack-infra16:28
jeblairhwoarang, mnaser: it's non-deterministic; could do something different each run.16:28
clarkbjeblair: see robcresswell's thing we might considering a more relaxed override directive that operates on any valid ref16:29
jeblairfungi, clarkb, dhellmann: now that we have secrets, we can have the job smtp auth and get better treatment16:29
openstackgerritMerged openstack-infra/project-config master: have release job show what info it is working with  https://review.openstack.org/51473316:29
jeblairclarkb, robcresswell: ah this is the ref issue?16:29
dhellmannjeblair : oh, that would be good16:29
clarkbjeblair: basically they want override-branch to operate on tags but https://git.openstack.org/cgit/openstack-infra/zuul/tree/zuul/executor/server.py?h=feature/zuulv3#n755 seems to force it to only work on branches?16:30
fungijeblair: oh, excellent idea16:30
robcresswelljeblair: Its just how branch overrides are currently handled; we have requirements for tags as well as branches16:30
jeblairclarkb, robcresswell: yeah, i remember reviewing a change like this yesterday16:30
jeblairi guess it didn't work16:30
fungidhellmann: ready for me to reenqueue 7d3a7e81f9a4d4abb1bec7d5f405ab06ba397f08 into release-post?16:31
clarkboverride-ref maybe in addition to override-branch? or maybe we just make backward incompatbile changes really quicklly while we can16:31
jeblairclarkb: i'm going to feel free to make backwards incompatible changes until we release it.  :)16:31
robcresswellI dont know if you're familiar with NPM but they have what they call "commit-ish" refs (please dont scream, I swear its useful) that lets you do things like specific commits, branches, or tags :)16:32
robcresswellhttps://docs.npmjs.com/files/package.json#git-urls-as-dependencies That sort of thing.16:33
clarkbrobcresswell: ya that would be a generic ref16:33
clarkbrobcresswell: basically anything that git knows about in its refs16:33
*** shardy has quit IRC16:33
robcresswellYup16:33
robcresswellJust thought that approach may be valuable. I'd imagine newton-eol will cause others issues soon enough16:33
robcresswellPerhaps we're just the only people "lucky" enough to be attempting to support Mitaka on upstream infra :)16:34
clarkbpart of me doesn't want to encourage the idea that we are supporting EOL releases but ignoring that I can see this being useful with stuff like tempest release tags16:34
jeblairyeah, i mean, we're having this conversation because openstack-infra literally does not support that software any more :)16:34
robcresswellI can understand that16:34
sambettsrobcresswell: you mean insane enough ;)16:34
robcresswellHa, yeah16:35
*** jascott1 has quit IRC16:35
jeblairotoh, wearing my zuul maintainer hat, i am unconstrained by that policy and am willing to consider making the software do what its users want.16:35
ianychoiHello! I am not still sure whether here is a right place or not, but infra team can help add one launchpad member in one launchpad core team? I would like to add Frank (current I18n PTL) on https://launchpad.net/~openstack-i18n-core but it is difficult to communicate with the owner of the team.16:35
robcresswelljeblair: Yeah, its a weird one because its basically a regression test16:35
*** dhinesh has joined #openstack-infra16:35
robcresswellWell, thats exactly what it is.16:36
*** rtjure has joined #openstack-infra16:36
robcresswellWe're not adding new content, just making sure existing fixes / features dont break old stuff, which happens to be Mitaka while we try and shift away from it.16:36
clarkbianychoi: unfortunately I don't think there is much we can do. You might be able to get the launchpad admins to help somehow, but easiest thing is likely having daisy update someone else to have administrator access16:36
jeblairso yeah, i'm oppen to adding support for this in zuul.  i'm not sure whether we should support it in 'override-branch' or 'override-ref'.16:36
ianychoiclarkb, thanks a lot for your quick reply! Great comment :)16:37
*** janki has quit IRC16:37
clarkbjeblair: I'm tempted to say moving everything to override-ref and removing branch makes the most sense (but is possibly the most work too)16:37
jeblairi think the question is: would a user ever be surprised that 'override-branch: some-tag-name' worked instead of falling back.16:37
sambettsI assumed it would work because that was the bahviour in devstack-gate if you set the override branch16:37
clarkbsambetts: ya I think devstack-gate was just doing a direct checkout $name16:38
jeblairi think it was more accidental there -- it wasn't very smart16:38
clarkbsambetts: but zuul is now listing the branches and checking the override branch is in that list16:38
clarkbjeblair: exactly16:38
sambettsyeah, just wondering if I would have made the assumtion it would work if I didn't have prior knowledge of how devstack-gate operated16:39
*** vsaienk0 has quit IRC16:39
jeblairclarkb: yeah, i'm inclined to think the option name should actually describe what it does.  so if we support both, it should be override-ref.16:39
jeblairclarkb: that moves the question to: should we also keep override-branch?16:39
jeblairthis may be worth an infra ml post.16:40
jeblairsee what other people want out of it.16:40
clarkbjeblair: In the past we've said don't have tags and branches with the same name because it causes all sorts of problems16:40
fungidoes override-branch still retain fallback mechanics that a literal non-branch ref might lack?16:40
clarkbjeblair: potentially if you had override-ref and override-branch you could support ^16:40
*** jpich has quit IRC16:40
jeblairfungi: i think they would both fallback in the same manner16:40
clarkbjeblair: but that sounds like a headache to test and debug and is such a corner case I'm not sure it is useful16:41
jeblairclarkb: true.  i wouldn't want to be in that position, but someone else might.  :)16:41
*** yamamoto has joined #openstack-infra16:41
sambettsI would suggest that make people do ref/tags for tags to prevent clashes with branch names16:41
*** rtjure has quit IRC16:41
sambettsthe code already does that for the zuul ref16:41
*** ramishra has quit IRC16:41
sambettsbut it depends if it'll be a pain for users16:42
fungijust thinking through how to, e.g., allow a project who has retained their stable/mitaka branch to test against mitaka-eol tags of some projects but stable/mitaka branches of other projects who have also not eol'd16:42
sambettsset the per-project override ?16:42
jeblairsambetts: yeah, i don't think i want to have 'refs/heads' or whatever in the config language.  and i've been in a position where branches lacked 'refs/heads' but tags had 'refs/tags' and that's annoying.  :)16:42
openstackgerritMerged openstack/python-jenkins master: Sanitize url in get_info() function  https://review.openstack.org/50453616:43
sambettsjeblair: yeah I thought that might be annoying16:43
smcginnisfungi: FWIW, we do have an issue in the driverfixes branches that distros want to run unit tests on those changes but there is requirements branch to get the right constraints from.16:43
*** yamahata has joined #openstack-infra16:43
jeblairfungi: oh interesting.  so have 'override-branch: mitaka; override-ref:mitaka-eol' and count on some kind of precedence to get you one or the other of those?16:43
*** vsaienk0 has joined #openstack-infra16:43
*** Swami has joined #openstack-infra16:43
fungiyeah, it's fuzzy16:43
clarkbfungi: updated etherpad with the idea of using authenticated smtp to get around connection limits16:44
jeblairfungi: i probably would have accidentally implemented it that way anyway.16:44
sambettsregex?16:44
fungismcginnis's driverfixes/mitaka vs mitaka-eol tag in requirements is likely a better concrete example16:44
jeblairkeep in mind that you can specify per-project overrides16:44
clarkbjeblair: fungi you could still implement it that way with project specific overrides using just override-ref16:44
clarkbya that16:44
jeblairso while it's a bit more work to keep the job up to date, it is possible (and more explicit)16:45
fungiahh, okay. i just hadn't happened across an example of that yet, but i guess you can do that for each required-projects entry which needs it?16:45
jeblairfungi: yep16:45
jeblairso when a req-project drops their branch and goes eol, you could (if we implement override-ref) switch it then16:45
*** rtjure has joined #openstack-infra16:45
*** andreas_s has joined #openstack-infra16:46
jeblairsambetts, robcresswell: in the mean time, is there an opportunity for you to run some shell or ansible at the start of your job to check out the eol tags?16:46
funginoting that zuul can't (and i guess shouldn't expect to) merge any proposed changed with an override-ref while it could on an override-branch16:46
jeblairsambetts, robcresswell: they will be there in the repo.16:46
*** hemna_ has joined #openstack-infra16:47
*** martinkopec has quit IRC16:47
jeblairsambetts, robcresswell: this might be an interim step you could take until zuul supports the tag checkout.16:47
sambettsjeblair: thats kind of how we used to do it with the zuul-cloner, but we had logic to prevent it reinstalling again if its already installed16:47
robcresswelljeblair: I think so, that's what we were discussing anyway16:47
sambettsso we can try to fix that in the meantime16:47
robcresswellI just wanted to clarify / raise it upstream before we charged ahead16:48
sambettsyeah we were hoping to avoid hacks if it was possible ;)16:48
robcresswellIt didn't seem like too unlikely a scenario for others either, given the glacial pace of some upgrades, so it seemed worth an open discussion16:48
* sambetts has a habit of overengineering things when he could just set a config option16:48
jeblairrobcresswell, sambetts: at the best, i'd give this a couple days for us to fix it, but i think it might be behind some other fixes, so it may be looking more like a week or so.16:48
*** dhinesh has quit IRC16:49
robcresswelljeblair: Understood, really appreciate you looking into it16:49
sambettsYeah thanks!16:49
jeblairrobcresswell: thanks for bringing it up!16:49
robcresswellIf we can help with testing or more info on use case, please ping.16:49
robcresswelljeblair: No problem :)16:49
*** trown is now known as trown|lunch16:50
*** rtjure has quit IRC16:50
*** pvaneck has joined #openstack-infra16:51
*** dhinesh has joined #openstack-infra16:51
jeblairrobcresswell, sambetts: oh one question -- to clarify, was it devstack-gate that supported checking out tags before, or zuul-cloner, or both?16:51
*** rkukura has joined #openstack-infra16:51
sambettsjeblair: both, https://github.com/openstack/networking-cisco/blob/master/tools/tox_install.sh#L35 is how we used to do it in our tox env before ansible started doing it16:52
*** derekh has quit IRC16:52
jeblairsambetts: thx16:52
sambettsjeblair: and in our third party CI we set the override branch16:52
*** jascott1 has joined #openstack-infra16:53
sambettsjeblair: and I think someone must of fixed the EOL tag thing in devstack-gate because I recently rebuilt our third party CI after a longish down time and had to add https://review.openstack.org/#/c/512245/ to make it work like it used to16:55
sambettsand https://review.openstack.org/#/c/51094616:55
*** rtjure has joined #openstack-infra16:55
sambettsvery straight forward patches but nothing is really built with EOL tags in mind :/16:55
sambettsor just tags in general16:55
sambettsso even pinning to a release tag doesn't work16:56
*** jtomasek has quit IRC16:56
fungidhellmann: http://logs.openstack.org/7d/7d3a7e81f9a4d4abb1bec7d5f405ab06ba397f08/release-post/tag-releases/a7a85ec/job-output.txt.gz#_2017-10-24_16_52_46_56040316:56
*** jascott1 has quit IRC16:57
*** yamamoto has quit IRC16:57
fungiall i can figure is that the while loop read to the end of the output rather than line-by-line16:59
*** andreas_s has quit IRC16:59
*** jascott1 has joined #openstack-infra16:59
*** rtjure has quit IRC17:00
smcginnisfungi: Trying to catch up between sessions. Is the issue it didn't read in all the projects correctly, so not all got processed?17:00
*** baoli has quit IRC17:00
*** sambetts is now known as sambetts|afk17:00
sambetts|afknight all o/ thanks jeblair17:00
*** tosky is now known as re17:00
fungismcginnis: from the log, it looks like it only does one pass through that while loop, yes17:00
openstackgerritVladyslav Drok proposed openstack-infra/project-config master: Run pep8 job instead of py27  https://review.openstack.org/51461017:00
*** re is now known as tosky17:00
*** felipemonteiro_ has joined #openstack-infra17:01
jeblairclarkb: if we go with the idea of just having one option, we could call it 'override-checkout'.17:01
*** baoli has joined #openstack-infra17:01
*** jascott1 has quit IRC17:02
*** felipemonteiro__ has joined #openstack-infra17:02
*** dhajare has quit IRC17:02
inc0hey, why run.yml is not being run here?17:03
inc0https://review.openstack.org/#/c/513855/517:03
*** jascott1 has joined #openstack-infra17:03
*** andreas_s has joined #openstack-infra17:04
clarkbjeblair: ++ that seems clear what it does17:04
clarkb"checkout this name"17:04
pabelangerinc0: chances are you have a syntax error in your playbook.  Let me check on executor17:04
*** dhill_ has quit IRC17:06
*** felipemonteiro_ has quit IRC17:06
inc0ahh I think I got it17:06
inc0yeah pabelanger it was syntax error, sorry17:06
openstackgerritSamuel Matzek proposed openstack-infra/openstack-zuul-jobs master: Add legacy tempest troveclient job  https://review.openstack.org/51476817:06
inc0I was so focused on .zuul.yml17:06
pabelangerinc0: the plan is to bubble those errors up to jobs, pretty sure we have open issue on zuulv3-issues etherpad, but do you mind confirming and maybe add it if missing17:07
inc0will do, thanks pabelanger17:08
*** andreas_s has quit IRC17:08
dhellmannfungi, smcginnis : I wonder if this is a bash behavioral change between versions? is there some way to tell what version is/was present on that node?17:09
*** vsaienk0 has quit IRC17:09
*** Apoorva_ has joined #openstack-infra17:10
fungidhellmann: looking at the log even more closely, it seems the while did prompt a subsequent read but decided there was no remaining data? http://logs.openstack.org/7d/7d3a7e81f9a4d4abb1bec7d5f405ab06ba397f08/release-post/tag-releases/a7a85ec/job-output.txt.gz#_2017-10-24_16_52_49_69572717:10
*** rtjure has joined #openstack-infra17:11
*** dhill_ has joined #openstack-infra17:11
dhellmannfungi : yeah, that's the eof behavior, I think? maybe I should use a temporary file there. I wonder if the python script is dying for some reason.17:11
*** vsaienk0 has joined #openstack-infra17:11
haleybclarkb: ping, regarding zuul stats for neutron17:11
clarkbhaleyb: hey17:11
*** Apoorva_ has quit IRC17:12
clarkbhaleyb: the stats are at paths like stats.zuul.tenant.openstack.pipeline.check.project.git_openstack_org.openstack_neutron.master.job.legacy-neutron-dsvm-functional.FAILURE now17:12
fungidhellmann: it'll be the current version of bash in ubuntu xenial *taking into account security updates), so 4.3-14ubuntu1.2, while the old signing01.ci node was running trusty and had bash 4.3-7ubuntu1.717:12
smcginnisfungi, dhellmann: Kind of looks like there is no newline between those separate deliverables/17:12
*** Apoorva has quit IRC17:12
clarkbhaleyb: basically they are scoped to tenants and the project is more uniquely identified and the jobs are paired to projects17:12
*** Apoorva_ has joined #openstack-infra17:12
fungidhellmann: i wouldn't expect significant behavior changes in builtins between different package revisions of the same upstream bash release (4.3)17:12
*** apetrich has quit IRC17:12
dhellmannfungi : I have bash 4.3-14u1.2 locally so that's not it17:13
*** apetrich has joined #openstack-infra17:13
dhellmannsmcginnis : the python script should be printing one per line.17:13
dhellmannit's so weird that this works on my local box, and worked fine upstream before.17:13
haleybclarkb: so tenant and project are variables?17:13
dhellmanns/upstream/in ci/17:13
smcginnisWe have the /bin/bash in there, but this isn't another case that we need to explicitly tell ansible to use bash, is it?17:14
clarkbhaleyb: tenant for us is always openstack but yes project can be neutron or neutron-lib etc17:14
openstackgerritSamuel Matzek proposed openstack-infra/project-config master: Fix python-troveclient tempest tests  https://review.openstack.org/51476917:14
dhellmannsmcginnis : interesting thought. this script is run directly from the task that we did that to yesterday.17:15
*** slaweq has quit IRC17:15
dhellmannor sunday, whenever it was17:15
clarkbhaleyb: beacuse we no longer have unique job names, like gate-neutron-py27 instead it is openstack-tox-py27 used on all the projects17:15
*** dhinesh has quit IRC17:15
haleybclarkb: is there a key somewhere?  i had been looking at graphite.openstack.org and couldn't find anything17:16
*** rtjure has quit IRC17:16
clarkbhaleyb: graphite.openstack.org is where I found that path above17:16
jeblairhaleyb, clarkb: https://docs.openstack.org/infra/zuul/feature/zuulv3/admin/monitoring.html#stat-zuul.tenant.%3Ctenant%3E.pipeline.%3Cpipeline%20name%3E.project.%3Ccanonical_hostname%3E.%3Cproject%3E.%3Cbranch%3E.job.%3Cjobname%3E.%3Cresult%3E17:16
haleybmaybe i didn't look in the right place, and the search didn't find it17:16
smcginnisfungi: This is a re-run, right? http://logs.openstack.org/7d/7d3a7e81f9a4d4abb1bec7d5f405ab06ba397f08/release-post/tag-releases/a7a85ec/job-output.txt.gz#_2017-10-24_16_52_49_68901817:17
fungismcginnis: yes17:17
*** sree has joined #openstack-infra17:18
haleybclarkb: aha, there is it!  thanks.  hopefully i can get our dashboard limping along again17:18
jeblairhaleyb, clarkb: so i think that translates to something like: stats.counts.zuul.tenant.openstack.gate.project.neutron.git_openstack_org.neutron.master.job.openstack-tox-py35.SUCCESS17:18
jeblairnope i mesesd that up17:18
haleybopenstack_neutron17:19
jeblairhaleyb, clarkb: so i think that translates to something like: stats.counts.zuul.tenant.openstack.pipeline.gate.project.neutron.git_openstack_org.neutron.master.job.openstack-tox-py35.SUCCESS17:19
jeblairyep17:19
jeblairhaleyb, clarkb: so i think that translates to something like: stats.counts.zuul.tenant.openstack.pipeline.gate.project.neutron.git_openstack_org.openstack_neutron.master.job.openstack-tox-py35.SUCCESS17:19
fungismcginnis: dhellmann: i'm reenqueuing it again and holding the node17:19
dhellmannfungi : ack. I'm looking at some other changes to that script17:19
jeblairhaleyb, clarkb: stats.counts.zuul.tenant.openstack.pipeline.gate.project.git_openstack_org.openstack_neutron.master.job.openstack-tox-py35.SUCCESS17:20
haleybjeblair: yes, i think that's it, and now that i found the folder in graphite i should be able to map all the names17:21
*** vsaienk0 has quit IRC17:21
clarkbhaleyb: cool, let us know if you have any other questions17:21
*** vsaienk0 has joined #openstack-infra17:22
*** sree has quit IRC17:22
*** rkukura has quit IRC17:23
*** rtjure has joined #openstack-infra17:23
clarkbI'm going to pop out for a caffeine break then work on meeting prep17:24
pabelangerack17:24
thingeeclarkb: https://review.openstack.org/#/c/514726/2 plz17:26
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Use native v3 publishing for project-team-guide  https://review.openstack.org/51405317:26
smcginnisfungi: Looks like it should be ready for poking around.17:26
fungismcginnis: yeah, i've already been logged in for several minutes17:26
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Fix branch ordering on dynamic reconfiguration  https://review.openstack.org/51474417:27
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: remove set -e from release scripts to let them accumulate errors  https://review.openstack.org/51477217:27
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: use a temporary file to hold the release change list  https://review.openstack.org/51477317:27
dhellmannfungi , smcginnis : I suspect the problem is the set -e change but I went ahead and made the file change, too ^^17:27
*** salv-orlando has joined #openstack-infra17:27
smcginnisdhellmann: Temp file looks like a good idea.17:28
*** rtjure has quit IRC17:28
thingeeclarkb: nevermind17:28
fungidhellmann: awesome, that all looks like a good idea regardless17:29
*** andreas_s has joined #openstack-infra17:29
*** ralonsoh has quit IRC17:32
openstackgerritMerged openstack-infra/project-config master: Use the python-docs playbook for contributor-guide publishing  https://review.openstack.org/51472617:32
*** andreas_s has quit IRC17:33
*** gyee has joined #openstack-infra17:36
*** rtjure has joined #openstack-infra17:36
openstackgerritMerged openstack-infra/project-config master: remove set -e from release scripts to let them accumulate errors  https://review.openstack.org/51477217:38
openstackgerritMerged openstack-infra/project-config master: use a temporary file to hold the release change list  https://review.openstack.org/51477317:38
fungismcginnis: dhellmann: reenqueued now that those ^ merged17:40
smcginnisWatching17:40
dhellmannwatching17:41
*** rtjure has quit IRC17:41
* dhellmann offers the gerbils powering the jobs a carrot to run faster17:42
AJaegersmatzek: you can add new jobs directly in repo and review with your team... If you need help with that, please ask - and read the zuul v3 docu at https://docs.openstack.org/infra/manual/zuulv3.html17:45
*** jascott1 has quit IRC17:45
*** jascott1 has joined #openstack-infra17:46
*** rtjure has joined #openstack-infra17:47
dansmithdhellmann: whoa, does that work?17:47
openstackgerritVladyslav Drok proposed openstack-infra/project-config master: Run pep8 and linters jobs instead of py27  https://review.openstack.org/51461017:47
dhellmanndansmith : not so far :-(17:47
dansmithbummer17:47
SamYapledhellmann: try a radioactive carrot. ive always had good success with those17:47
AJaegervdrok: pep8 is the name for our linters job, no need to run both17:48
smcginnisfungi, dhellmann: Did it skip it completely this time?17:48
vdrokAJaeger: hrm, is it defined as kind of alias? I was requested to do this https://review.openstack.org/51462617:48
dhellmannsmcginnis : it only ran castellan again17:48
vdrokto separate doc8 and testr into different envs17:49
*** jascott1 has quit IRC17:49
AJaegervdrok: 514626 does not run linters at all, you have no such environment and don't use it.17:49
*** bh526r has quit IRC17:50
*** trown|lunch is now known as trown17:50
AJaegervdrok: the change is perfect, just commit message wrong. I'll comment on 51462617:50
smcginnisI've noticed if you are pn a bad network, the stream sometime just skips over stuff.17:50
dhellmannsmcginnis , fungi : so, I could rewrite release_from_yaml.sh in python17:50
vdrokAJaeger: ah, I did intend to add linters job as well into project config17:50
vdrokhit the git-review too early17:50
AJaegervdrok: either pep8 or linters - please, not both.17:51
dhellmannsmcginnis , fungi : or I could try generating a bash script instead of looping over the data17:51
AJaegervdrok: that's just wasting resources17:51
dhellmannbut otherwise I'm at a loss to see what's wrong17:51
*** rtjure has quit IRC17:52
vdrokAJaeger: okie, will comment as well, thank you :)17:52
smcginnisdhellmann: Let's see if fungi has any post mortem insights.17:53
dhellmannyeah17:53
fungidhellmann: smcginnis: yeah, as best i can tell this is some strange behavior with looping read in bash... i'm going to try to see if i can reproduce manually and nail it down17:54
*** jascott1 has joined #openstack-infra17:54
smcginnisRewrite in python doesn't sound too bad if we have to.17:54
*** andreas_s has joined #openstack-infra17:56
*** nunchuck has joined #openstack-infra17:56
*** rtjure has joined #openstack-infra17:56
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Remove Oslo.log legacy job  https://review.openstack.org/51138517:56
jeblairfungi, dhellmann, smcginnis: can you point me at a build of the job you're looking at?17:58
dhellmannjeblair : http://logs.openstack.org/7d/7d3a7e81f9a4d4abb1bec7d5f405ab06ba397f08/release-post/tag-releases/e570884/job-output.txt.gz17:58
fungijeblair: http://logs.openstack.org/7d/7d3a7e81f9a4d4abb1bec7d5f405ab06ba397f08/release-post/tag-releases/e570884/17:58
fungijeblair: attempts to use bash's built-in `read` command to iterate over lines of input seem to inexplicably stop after one iteration17:59
*** dhinesh has joined #openstack-infra18:00
*** rtjure has quit IRC18:01
openstackgerritVladyslav Drok proposed openstack-infra/project-config master: Run linters job instead of py27  https://review.openstack.org/51461018:01
*** tosky has quit IRC18:01
jeblairfungi: that 'tee' suggests we should see something on stdout, right?18:01
*** rbrndt has quit IRC18:02
*** baoli has quit IRC18:02
openstackgerritMerged openstack-infra/zuul-jobs master: Follow redirects when triggering readthedocs build  https://review.openstack.org/51457018:02
fungijeblair: and we do18:02
*** baoli has joined #openstack-infra18:03
jeblairfungi: which line(s) is(are) output by the tee?18:03
fungijeblair: oh! the second tee18:03
jeblairoh, there's a first :)18:03
fungii don't know if that second (inner) tee is expected to show any deliverable updates on that iteration18:04
jeblairk, i will reorient myself :)18:04
*** andreas_s has quit IRC18:04
*** iyamahat has quit IRC18:04
fungithis is a reenqueued job, and it determines that the first line from the deliverable changes list doesn't need processing (because it got processed on a previous run) but doesn't proceed to loop over the next and subsequent lines18:05
*** baoli has quit IRC18:05
fungibasically the first time this ran it released castellan 0.14.1 and didn't loop over subsequent entries18:06
*** rtjure has joined #openstack-infra18:06
fungiwhen rerunning it decides (correctly) that castellan 0.14.1 is a no-op and skips it, but still doesn't continue to subsequent lines18:06
*** gyee has quit IRC18:07
fungiand dhellmann using a similar version of bash is unable to reproduce this behavior locally on his workstation18:07
SamYaplewhere is the code in question?18:07
dhellmannand this was working before all of these other changes we've made as part of the zuul upgrade18:07
jeblairSamYaple: project-config/jenkins/scripts/release-tools/release_from_yaml.sh18:07
SamYaplethanks18:08
fungiand the other scripts it calls are in that same directory18:08
fungithe playbook calling into it is http://git.openstack.org/cgit/openstack-infra/project-config/tree/playbooks/release/tag.yaml18:08
*** ijw has quit IRC18:08
*** rkukura has joined #openstack-infra18:09
*** smatzek has quit IRC18:09
*** smatzek has joined #openstack-infra18:10
fungioh, also i was wrong, those two tees aren't in inner/outer loops, they're from the two scripts called independently by the playbook. the second one likely should be empty because it's for determining whether the release request included branch creation needs18:10
fungibut regardless, it's the first we're concerned about not iterating18:11
*** rtjure has quit IRC18:11
*** iyamahat has joined #openstack-infra18:11
fungithis was being done with a pipe into a while read loop previously and behaved the same as it's doing now with stdin redirection from a file to the while read loop18:11
fungiso pipe vs file redirection doesn't seem to have altered the behavior18:12
*** caphrim007 has quit IRC18:13
*** dhajare has joined #openstack-infra18:13
*** jpena is now known as jpena|off18:13
openstackgerritEmilien Macchi proposed openstack-infra/project-config master: WIP - Move openstack-infra/tripleo-ci jobs in-tree  https://review.openstack.org/51477818:13
*** caphrim007 has joined #openstack-infra18:13
*** iyamahat has quit IRC18:14
*** iyamahat has joined #openstack-infra18:14
*** andreas_s has joined #openstack-infra18:14
*** amoralej is now known as amoralej|off18:14
*** smatzek has quit IRC18:14
*** caphrim007_ has joined #openstack-infra18:15
*** caphrim007_ has quit IRC18:15
*** caphrim007 has quit IRC18:15
fungibasic attempts to reproduce on the node i held are working as expected instead18:15
*** kjackal_ has quit IRC18:16
*** vsaienk0 has quit IRC18:16
fungibut i'm just doing simple looping over a datafile, not rerunning the script18:16
*** rtjure has joined #openstack-infra18:17
fungiwhich... i _can_ attempt if desired18:17
jeblairfungi: it's idempotent, right?18:19
jeblair(i mean, as long as it continues to fail :)18:19
fungiin theory, yes18:19
*** caphrim007 has joined #openstack-infra18:19
*** vsaienk0 has joined #openstack-infra18:20
dhellmannfungi : the script should be idempotent, so assuming we have all the credentials in place it's safe to run it18:20
jeblairfungi: i'm a little worried that might work though.  :)18:20
fungiahh, right, we do remove the ssh and pgp credentials at the end of the job (just not the lp creds temporarily, though we should be safe to approve the revert on that now)18:21
jeblairmaybe it would be worthwhile to try to run it via ansible from an executor; or maybe just try to reproduce something synthetic through ansible18:21
*** rtjure has quit IRC18:21
fungiso if i did try to rerun manually on the node, it would fail to tag and push stuff18:22
jeblairi'm going to work on the latter right now -- i'll propose a job that behaves like this and we'll see zuul run it.18:22
openstackgerritEmilien Macchi proposed openstack-infra/project-config master: WIP - Move openstack-infra/tripleo-ci jobs in-tree  https://review.openstack.org/51477818:22
jeblairfungi: okay, maybe it's worth a try then18:22
*** andreas_s has quit IRC18:23
*** Apoorva has joined #openstack-infra18:23
*** electrofelix has quit IRC18:23
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: rewrite release jobs in python  https://review.openstack.org/51478018:24
dhellmannfungi , jeblair , smcginnis : ^^18:24
jeblaircan't argue with that18:24
*** salv-orlando has quit IRC18:25
dhellmannnot the prettiest python code, but ...18:25
openstackgerritSean McGinnis proposed openstack-infra/project-config master: Revert "Temporarily leave launchpad creds for release jobs"  https://review.openstack.org/51478118:25
*** salv-orlando has joined #openstack-infra18:25
smcginnisfungi: Clean up. ^18:25
fungismcginnis: oh, i approved 51443818:26
*** Apoorva_ has quit IRC18:26
fungithanks though!18:27
smcginnisfungi: Oh, was it already done? Sorry, I missed that.18:27
fungii likely didn't say18:27
smcginnisdhellmann: I thought I saw you mention earlier that it still needed to be cleaned up. Guess I shouldn't have looked closer. :)18:28
smcginnisOops, fungi ^18:28
smcginnisdhellmann: Typo in that patch.18:28
*** camunoz has joined #openstack-infra18:28
dhellmannsmcginnis : I meant if they *were* cleaned up the script wouldn't work18:28
smcginnisBut I think it might be good to get that landed, then try re-enqueuing that again.18:28
dhellmannsmcginnis : not a typo -- there's a .sh wrapper for the .py18:29
*** baoli has joined #openstack-infra18:29
openstackgerritMerged openstack-infra/project-config master: Revert "Temporarily leave launchpad creds for release jobs"  https://review.openstack.org/51443818:29
*** rtjure has joined #openstack-infra18:29
*** salv-orlando has quit IRC18:30
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: rewrite release jobs in python  https://review.openstack.org/51478018:31
*** baoli has quit IRC18:33
*** baoli has joined #openstack-infra18:33
*** baoli has quit IRC18:33
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: avoid creating extra temporary directory in release job  https://review.openstack.org/51478718:34
*** rtjure has quit IRC18:34
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: DNM: test bash script  https://review.openstack.org/51478818:35
*** andreas_s has joined #openstack-infra18:37
*** tosky has joined #openstack-infra18:38
openstackgerritMerged openstack-infra/tripleo-ci master: TLS everywhere: Only generate ssh key if it's not there  https://review.openstack.org/51415218:38
*** dasanind has quit IRC18:38
fungismcginnis: dhellmann: jeblair: with the current state of release_from_yaml.sh rerunning from an interactive shell on the held node does seem to iterate over all the deliverables18:40
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: DNM: test bash script  https://review.openstack.org/51478818:40
smcginnisHmm18:40
jeblairfungi: so this is starting to feel like a difference running under zuul or ansible?18:40
fungiit fails because it can't use the gerrit ssh api, but it continues on to subsequent entries18:40
fungiand yes, i have an inkling this is something to do with the caller18:41
fungijust not (yet) sure what18:41
*** rtjure has joined #openstack-infra18:41
smcginnisAny other env differences?18:41
jeblairfungi: then maybe my stub script test will show something.  if not, we may want to try to run ansible like zuul18:41
dhellmannthis script is 2 levels down from the caller, though, why would that be making a difference in how a builtin shell function works?18:41
*** pvaneck has quit IRC18:41
fungii poured over the manpage subsection for bash's read builtin, and didn't get any good ideas as to why18:42
*** priteau has quit IRC18:42
*** salv-orlando has joined #openstack-infra18:42
fungidhellmann: the outer loop which isn't continuing is being invoked from a shell task in a playbook, so only one level down from the caller depending on how you look at it18:42
fungirather the script containing that while loop is called from a shell task in the playbook18:43
dhellmannfungi : yeah, I was thinking caller process -> shell process -> 2nd shell process18:43
clarkbfungi: is it running in sh or similar again?18:43
fungiclarkb: nope, same one we already switched to be bash18:43
*** baoli has joined #openstack-infra18:43
dhellmannclarkb : no, it's explicitly /bin/bash18:43
dhellmannalthough is /bin/bash right? maybe should be some other path?18:44
clarkbdhellmann: should be /bin/bash on ubuntu18:44
dhellmannok18:44
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: DNM: test bash script  https://review.openstack.org/51478818:45
funginot only is the playbook containing the shell task set explicitly to use /bin/bash as its executable, but the while loop in question is in a script with a #!/bin/bash as well and is being invoked by name, not as an argument to a shell18:45
*** andreas_s has quit IRC18:45
openstackgerritEmilien Macchi proposed openstack-infra/openstack-zuul-jobs master: WIP - Move TripleO jobs/templates to tripleo-ci  https://review.openstack.org/51479218:46
smcginnisSomething failing within the loop that's causing the loop to exit but not showing up as a total failure?18:46
*** rtjure has quit IRC18:46
openstackgerritEmilien Macchi proposed openstack-infra/tripleo-ci master: WIP - Import TripleO legacy zuul jobs  https://review.openstack.org/51479318:47
dhellmannsmcginnis : maybe that math to accumulate errors?18:47
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: DNM: test bash script  https://review.openstack.org/51478818:48
jeblairhere's something that could be relevant -- i think the entirety of the "shell" command in the playbook is placed on the bash command line18:49
jeblairi don't know *how* that could affect things18:50
openstackgerritEmilien Macchi proposed openstack-infra/openstack-zuul-jobs master: WIP - Move TripleO jobs/templates to tripleo-ci  https://review.openstack.org/51479218:51
openstackgerritEmilien Macchi proposed openstack-infra/tripleo-ci master: WIP - Import TripleO legacy zuul jobs  https://review.openstack.org/51479318:52
*** rtjure has joined #openstack-infra18:52
clarkbjeblair: any chance this could also be related to cmd: vs no cmd: ?18:53
jeblairclarkb: i can't think of how... but it's so strange anything is possible18:53
jeblairmy simple test case failed to reproduce the problem18:54
jeblairhttps://review.openstack.org/514788  and http://logs.openstack.org/88/514788/4/check/zuul-migrate/66533b7/18:54
jeblairdhellmann, fungi: have any other suspect statements i didn't include in 514788 that you think i should add in?18:55
*** vsaienk0 has quit IRC18:55
*** iyamahat has quit IRC18:56
*** rtjure has quit IRC18:56
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Migrate legacy jobs for feature/zuulv3 branch  https://review.openstack.org/51376618:56
dhellmannjeblair : looking18:56
fungithe only significant difference i can see is it's not reading multiple fields18:57
dhellmannjeblair : try reading more than one variable18:57
dhellmannyep18:57
jeblairack18:57
funginot that i have any idea why that would alter behavior18:57
dhellmannmaybe read is actually failing because of the data?18:58
fungii'm going to try reenqueuing that releases commit into release-post one more time too, just to make sure we're running with the same versions of scripts i thought we were18:58
jeblairi'll copy the data too18:58
smcginnisThe earlier printed data all looked OK, but who knows.18:58
clarkbmeeting time in #openstack-infra18:59
clarkb(not to interrupt debugging)19:00
fungiindeed it is!19:00
clarkber19:00
dhellmannjeblair : also try passing the values you read in the loop into the 2nd script and print them there19:00
clarkb#openstack-meeting19:00
*** rtjure has joined #openstack-infra19:01
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: DNM: test bash script  https://review.openstack.org/51478819:02
*** e0ne has joined #openstack-infra19:03
openstackgerritDavid Shrewsbury proposed openstack-infra/project-config master: Remove nodepool legacy jobs from project  https://review.openstack.org/51479919:05
openstackgerritDavid Shrewsbury proposed openstack-infra/openstack-zuul-jobs master: Remove legacy nodepool job defs and playbooks  https://review.openstack.org/51432119:05
*** rtjure has quit IRC19:06
*** vsaienk0 has joined #openstack-infra19:06
*** gyee has joined #openstack-infra19:07
*** ijw_ has joined #openstack-infra19:09
*** ijw_ has joined #openstack-infra19:09
openstackgerritDavid Shrewsbury proposed openstack-infra/project-config master: Remove nodepool legacy jobs from project  https://review.openstack.org/51479919:09
openstackgerritArmando Migliaccio proposed openstack-infra/project-config master: Fix Grafana periodic counters for neutron-lib dashboard  https://review.openstack.org/51480119:10
*** gyee has quit IRC19:12
*** rbrndt has joined #openstack-infra19:12
*** rtjure has joined #openstack-infra19:13
openstackgerritEmilien Macchi proposed openstack-infra/project-config master: WIP - Move openstack-infra/tripleo-ci jobs in-tree  https://review.openstack.org/51477819:14
openstackgerritEmilien Macchi proposed openstack-infra/tripleo-ci master: WIP - Import TripleO legacy zuul jobs  https://review.openstack.org/51479319:14
openstackgerritEmilien Macchi proposed openstack-infra/openstack-zuul-jobs master: WIP - Move TripleO jobs/templates to tripleo-ci  https://review.openstack.org/51479219:14
fungismcginnis: dhellmann: jeblair: reenqueue of that last releases repo commit still produced the proken behavior. only one pass through the while loop, and then it seems to read no data on the second iteration: http://logs.openstack.org/7d/7d3a7e81f9a4d4abb1bec7d5f405ab06ba397f08/release-post/tag-releases/2f28115/job-output.txt.gz#_2017-10-24_19_04_48_75117119:15
fungis/proken/broken/19:15
*** Apoorva has quit IRC19:15
dhellmannfungi : are things in a state where you could make a local modification and try again? or do we need to push a patch through for that to work?19:16
*** Apoorva has joined #openstack-infra19:16
*** rbrndt has quit IRC19:16
*** vsaienk0 has quit IRC19:16
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: try looping and just printing info to see if that reads everything  https://review.openstack.org/51480319:17
dhellmannfungi : if you can do ^^ locally that's good, otherwise we can merge it19:17
fungidhellmann: we delete all the credentials at the end of the job, so no i can't easily rerun it on the held node without tweaking the job to drop the removal tasks again19:17
dhellmannok19:17
*** rtjure has quit IRC19:18
*** pvaneck has joined #openstack-infra19:18
fungioh, though i did exactly what you have in 514803 earlier and it looped through them all19:18
fungi(prefixing the release.sh call with echo)19:18
fungithough i did not add the rc math bit19:19
dhellmannweird19:19
*** vsaienk0 has joined #openstack-infra19:20
*** jascott1 has quit IRC19:20
*** jascott1 has joined #openstack-infra19:21
*** slaweq has joined #openstack-infra19:22
*** hemna_ has quit IRC19:22
*** rtjure has joined #openstack-infra19:24
*** jascott1 has quit IRC19:26
*** ijw_ has quit IRC19:29
*** ijw has joined #openstack-infra19:29
*** rtjure has quit IRC19:29
*** vsaienk0 has quit IRC19:30
*** jascott1 has joined #openstack-infra19:33
*** rtjure has joined #openstack-infra19:34
*** jascott1 has quit IRC19:35
*** boden has joined #openstack-infra19:36
*** vsaienk0 has joined #openstack-infra19:36
*** rtjure has quit IRC19:39
bodenFYI.. while https://review.openstack.org/#/c/513199/ did change our failures, it doesn’t appear to address all our issues for stable branch jobs.. I added a new item to https://etherpad.openstack.org/p/zuulv3-issues19:40
*** dhinesh has quit IRC19:41
toskywhat is the easier way to reference the src directory of a certain repository in a role defined in that repository?19:42
*** rtjure has joined #openstack-infra19:43
*** jascott1 has joined #openstack-infra19:45
jeblairtosky: probably zuul._projects[project_name].src_dir19:46
jeblairtosky: https://docs.openstack.org/infra/zuul/feature/zuulv3/user/jobs.html#var-zuul.projects19:46
jeblairtosky: note we're in the middle of a transition there, and _projects will become projects very soon19:46
*** ijw has quit IRC19:46
Shrewsjeblair: is zuul.project.src_dir still valid (mentioned in those docs)?19:47
jeblairtosky: but also, you may want to consider passing the src location into the role, and using that variable to supply the value (so that the role is more generic)19:47
*** felipemonteiro__ has quit IRC19:47
jeblairShrews: that's the project under test, whereas i assumed tosky meant a specific named project in a cross-repo test.  but i could be wrong.19:47
Shrewsjeblair: ah, k. i interpreted the other way.19:48
*** jascott1 has quit IRC19:48
fungidhellmann: testing 514803 verbatim on the node i held (under an interactive bash shell as the zuul user with a copy of the tag.yaml shell task invoked explicitly under bash) does what you would expect with the new loop, but also the old loop works under my attempts anyway with or without that19:48
jeblairShrews, tosky: yeah, if that's what was meant, that's totally the right way to do it.  :)19:48
*** rtjure has quit IRC19:48
*** caphrim007 has quit IRC19:48
fungidhellmann: so since i'm unable to manually reproduce the loop behavior, that doesn't really help explain anything19:49
jeblairfungi: want me to repeat that test using ansible from my workstation?19:49
fungijeblair: please feel free19:50
jeblairfungi: ip address ... and do i need any other info?19:50
fungijeblair: 149.202.168.223 is the node i held, if you want it19:50
fungi{{ zuul.project.canonical_name }} is git.openstack.org/openstack/releases for http://git.openstack.org/cgit/openstack-infra/project-config/plain/playbooks/release/tag.yaml19:51
*** rockyg has joined #openstack-infra19:51
jeblaircool.  i'll work up an inventory with that variable in it too.19:51
toskyjeblair: exactly; I have a role A1 in a repository A and I want to use it inside the repository B, but I'd like to have a sane default and not have to specify the location of A19:51
jeblairtosky: is this specifically because you want to use a role from repo A in a job defined in repo B?19:52
toskyjeblair: yes; I normally use that role in A, but I have (at least one) use case in B19:52
toskyI can of course add a parameter to A1 that points to the sources of A, but... sane defaults19:52
jeblairtosky: ah, that's different and so much nicer!19:52
jeblairtosky: https://docs.openstack.org/infra/zuul/feature/zuulv3/user/config.html#attr-job.roles19:52
ianwtonyb: ping me when around, we can look at branch closures whenever you want19:52
jeblairtosky: add "A" as a "role" to the job in B19:53
toskyjeblair: that's the easy part19:53
toskylet me show the code19:53
jeblairtosky: (assuming you're talking about the ansible that zuul runs, not your own ansible invocation)19:53
toskyI want to use http://git.openstack.org/cgit/openstack/sahara-image-elements/tree/roles/build-sahara-images-dib/tasks/main.yaml19:54
toskyinside https://review.openstack.org/#/c/512058/27/playbooks/sahara-tests-scenario.yaml19:54
toskybut of course zuul.project.src_dir, as Shrews pointed out, is the current project (so sahara-tests, when I use the build-sahara-images-dib role inside sahara-tests)19:55
*** rtjure has joined #openstack-infra19:55
toskyback to the question: what is the cleanest way to automatically point to the location of the source of sahara-image-elements?19:56
toskyor do I really need to pass them as parameter to the role?19:56
*** smatzek has joined #openstack-infra19:56
AJaegertosky: check how I've done it for openstack-manuals, let me give you some links in a minute19:56
* tosky git pull on his checkout of openstack-manuals19:57
AJaegertosky: http://git.openstack.org/cgit/openstack/openstack-manuals/tree/.zuul.yaml#n1819:57
AJaegerthat defines the job19:58
jeblairtosky: okay, so you're all set using the role, it's just that role does something to a git checkout of a project.19:58
AJaegertosky: and a template - and here I'm using it http://git.openstack.org/cgit/openstack/security-doc/tree/.zuul.yaml19:58
*** jascott1 has joined #openstack-infra19:58
AJaegertosky: wait - you only want the role? Not the complete job?19:58
toskyAJaeger: what you do is fine in that context: you pass "{{ zuul.project.src_dir }}/publish-docs", and zuul.project.src_dir is the directory of the project you are working on19:59
toskyI don't want that19:59
*** jascott1 has quit IRC19:59
*** jascott1 has joined #openstack-infra20:00
*** smatzek has quit IRC20:00
AJaegertosky: getting it now - sorry to mislead20:00
toskynp :)20:00
jeblairtosky: and you want the role to always build sahara-image-elements, even if this job is running on a change to a different project?20:00
*** rtjure has quit IRC20:00
toskyjeblair: exactly, I want to always run that script against sahara-image-elements, at least by default (with optional variable etc etc)20:00
jeblairtosky: then yeah, i think the _projects thing is the way to go20:01
toskymaybe it's just not possible and I need to pass the path to the sources, but just to be sure :)20:01
jeblair(note, will be renamed projects)20:01
clarkbconfig-core I've just approved https://review.openstack.org/#/c/513910/2 I propose we tag that change "jenkins-eol" or similar and call it a day :)20:01
AJaegercall it a day sounds like a great proposal here in Europe ;)20:02
clarkbthat gives me time to eat lunch while it gates then tag it afterwards :)20:02
toskyjeblair: with the same index as now (full namespaced name of the repository, so git.openstack.org/openstack/sahara-image-elements in my case) ?20:02
AJaegerclarkb: enjoy!20:02
jeblairtosky: yep.20:03
toskyjeblair: and more important, when will _projects be renamed project?20:03
jeblairtosky: very soon20:03
toskyI guess soonish before breaking everything20:03
jeblairyeah, we're trying to sneak this in before we get lots of references everywhere20:03
AJaegertosky: https://review.openstack.org/51411720:03
toskybefore people try to do sneaky things like me :)20:04
AJaegertosky: and friends, check the topic:projects-dict20:04
jeblairtosky: well, it's more that as soon as people started using it, we realized the list form was wrong :)20:04
jeblairiterating over a list of projects is a minor use case.  getting info on a specific project like you want is the main use case.20:04
*** rtjure has joined #openstack-infra20:05
jeblair(and the dict form makes both suitably easy)20:05
jeblair(the list form makes the second hard)20:05
toskyyep20:05
openstackgerritMerged openstack-infra/project-config master: Remove jenkins Frozen tests  https://review.openstack.org/51391020:05
*** e0ne has quit IRC20:06
toskyjeblair: another question related to the definitions for the stable branches; the guide suggest to move only part of the definitions (I don't remember now if the jobs or the templates)20:07
AJaegertosky: templates20:07
toskybut wouldn't it make sense to just copy the entire file?20:07
AJaegerjobs only if you want to change them20:07
toskywhen we will branch queens, we will copy the entire file anyway20:07
toskyso we could start using that pattern even now for the older branches20:08
jeblairtosky: yeah, the dcos may need to be updated20:08
jeblairtosky: what you describe is the pattern zuul is designed for20:08
*** rcarrillocruz has quit IRC20:08
*** gyee has joined #openstack-infra20:08
*** rcarrill1 has joined #openstack-infra20:08
jeblairyep.  i will update those docs20:09
toskyok, so I will copy the entire file(s), thanks :)20:09
toskyuhm, same for playbooks and roles?20:09
jeblairtosky: yep20:09
toskyack20:10
*** rtjure has quit IRC20:10
jeblairtosky: basically, your thought around "well, that's going to happen when we branch" is the main design constraint :)20:10
toskyI guess it's not going to be a problem, when the in-tree jobs for a certain repository are stable, to squash the various commits into a single commit for each stable branch20:11
toskyinstead of cherry-picking all the changes20:11
jeblairyeah, this is a one-time issue20:12
*** gyee has quit IRC20:13
AJaegertosky: that's a policy question - I agree and would do a single commit as backport20:13
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Check that zuul.d/projects.yaml is sorted  https://review.openstack.org/51406120:13
toskyAJaeger, jeblair : I thought so; thanks for confirming20:14
toskybetter be sure; probably others are doing the same but I feel like being on the edge of the change, so better ask20:14
*** rtjure has joined #openstack-infra20:14
* AJaeger follows now clarkb's suggestion to call it a day and waves good night20:15
dhellmannfungi , jeblair : I don't mind continuing to dig into what's going on, but I'm also inclined to just take that python rewrite and move on so we can finish the queens milestone. I have a high level of certainty that we'll encounter other bugs this week as we process releases.20:15
toskybye AJaeger !20:15
*** eharney has quit IRC20:16
*** dhinesh has joined #openstack-infra20:16
jeblairdhellmann, fungi: ack.  can you prepare for that, but give me a few more minutes before you do so -- i'm running test invocations now on the held node and it'd be useful to have a tiny bit more debug time before things change and we can't reproduce anymore.20:17
dhellmannjeblair : https://review.openstack.org/514780 is ready when you are20:18
*** dhinesh_ has joined #openstack-infra20:19
*** rtjure has quit IRC20:19
jeblairfungi: i think it's stuck on sshing to gerrit because they key isn't there.. what did you do at this point in the script?20:20
fungijeblair: i simply hit enter20:20
*** ldnunes has quit IRC20:20
jeblairah that is harder for me :)20:20
fungiand allowed it to fail that step20:20
fungiyeah, might need some surgery on the script there on disk20:21
jeblairso when i kill ssh it seems to proceed.20:21
jeblairand continues the loop.20:21
fungihuh20:21
jeblairso it's not just "under ansible".  it must be "under zuul".20:21
jeblairi'll try to do it again with local zuul modules20:22
fungiwell, or something about failing the ssh client calls is causing it to be able to continue iterating20:22
jeblairer plugins20:22
jeblairfungi: good point20:22
*** armax has quit IRC20:22
*** dhinesh has quit IRC20:22
jeblairfungi: perhaps i should give up and lets just move with the python rewrite20:22
jeblairso many variables.20:23
fungiyeah, i've about finished reviewing the python rewrite there20:23
jeblaironly other thing it might be worth trying is to use the script ansible module instead of shell20:25
jeblairbut, we have a python rewrite in hand20:25
*** rtjure has joined #openstack-infra20:25
dhellmannhow is that module different?20:25
*** priteau has joined #openstack-infra20:26
jeblairdhellmann: it copies the script to the remote host and runs it.  so the script content is not a blob of shell cmdline args.  but also, the script content doesn't get templated, so we'd need to give the src_dir as an argument (should be easy)20:26
dhellmannok20:27
jeblairhttp://docs.ansible.com/ansible/latest/script_module.html20:27
dhellmannit seems odd that your test case didn't reproduce the behavior20:27
jeblair(also, the script itself is not contained in the yaml, it's in a separate file, so it's much easier to edit)20:27
jeblairdhellmann: i agree20:27
*** priteau has quit IRC20:27
jeblairdhellmann: there's a lot missing from that test case, but the fact that it failed suggests that it's either not related to the way ansible is running the script, or the connection is labyrinthine.20:28
*** jcoufal has quit IRC20:29
jeblairdhellmann, fungi: approved python rewrite change.  though i will readily admit my +2 is basically a moral-support +2.20:29
*** rockyg has quit IRC20:30
*** rtjure has quit IRC20:30
jeblairfungi: i'm done on that held node20:30
dhellmannyeah, I expect we'll have to test it live to see if it works20:30
fungithanks jeblair, will delete20:30
dhellmannI did run it locally with the git push disabled20:30
fungii assumed you had done something along those lines20:30
fungiit looked a bit too polished ;)20:31
fungito have been entirely untested i mean20:31
*** jascott1 has quit IRC20:31
dhellmannoh, well *most* of the script is the old list_deliverable_changes.py content that we've been using for ages20:31
*** jascott1 has joined #openstack-infra20:31
dhellmannthe fact that the file was renamed and changed got a bit lost in the review20:31
fungiyeah, i picked up on that20:32
dhellmannoh, maybe because I didn't actually delete the old file20:32
fungibut i was wondering why... yep20:32
*** baoli has quit IRC20:32
openstackgerritMerged openstack-infra/project-config master: rewrite release jobs in python  https://review.openstack.org/51478020:32
*** jascott1 has quit IRC20:32
fungifigured you were planning another cleanup change to delete it or something20:33
*** jascott1 has joined #openstack-infra20:33
fungiokay, that's merged, i'll do another reenqueue and then need to go check the oil in the car real quick while it runs20:33
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: remove unused release-tools scripts  https://review.openstack.org/51481620:34
dhellmannfungi : thanks, and here's the other cleanup patch ^^20:34
*** apetrich has quit IRC20:34
*** felipemonteiro_ has joined #openstack-infra20:34
*** rtjure has joined #openstack-infra20:35
*** jascott1 has quit IRC20:35
*** felipemonteiro__ has joined #openstack-infra20:35
*** kjackal_ has joined #openstack-infra20:36
*** apetrich has joined #openstack-infra20:37
*** dhajare has quit IRC20:37
*** bobh has quit IRC20:38
*** felipemonteiro_ has quit IRC20:39
*** rtjure has quit IRC20:39
tonybianw: Hey timezone buddy 'sup?20:40
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: add more trace info to process_release_requests.py  https://review.openstack.org/51481820:42
*** felipemonteiro__ has quit IRC20:42
dhellmannfungi : it appears to have worked!20:42
*** felipemonteiro__ has joined #openstack-infra20:42
fungihuzzah!!!20:42
fungimaybe i should take that as a clue to have dinner before something else grabs me20:42
dhellmannfungi : yes, let's quit while we're ahead :-)20:43
fungitonyb: any corrections/additions from the eol topic in the infra meeting? http://eavesdrop.openstack.org/meetings/infra/2017/infra.2017-10-24-19.00.log.html#l-20520:44
*** rtjure has joined #openstack-infra20:44
tonybfungi: nope, I re-did the lists yesterday to account for the small amounts of feedback I got (for newton EOL)20:44
tonybfungi: as noted I got zip for the old numeric branches even though where possible I CCd the team in question20:45
*** dprince has quit IRC20:45
tonybfungi, AJaeger: sorry I missed the meeting, sick kids today :(20:45
openstackgerritBrian Haley proposed openstack-infra/project-config master: Fix neutron-failure-rate grafana dashboard  https://review.openstack.org/50929120:46
fungitonyb: no apologies required, just wanted to make sure we had it covered adequately20:46
tonybfungi: thanks.  I'll wait for ianw to arriave and we can work through the lists20:47
tonybfungi, ianw, AJaeger: there will be at least one more round but obviously it'll be much smaller20:47
*** baoli has joined #openstack-infra20:47
*** kjackal_ has quit IRC20:47
*** rtjure has quit IRC20:49
*** slaweq__ has joined #openstack-infra20:50
ianwtonyb: hey20:50
tonybianw: what do you need from me for the EOL stuff?20:51
*** slaweq__ has quit IRC20:52
openstackgerritBrian Haley proposed openstack-infra/project-config master: Fix neutron-failure-rate grafana dashboard  https://review.openstack.org/50929120:52
ianwa double check that i don't end up closing every branch in existence accidentally :)20:52
*** slaweq_ has joined #openstack-infra20:52
ianwlet me get some terms ready here ...20:53
*** smatzek has joined #openstack-infra20:53
*** hasharAway has quit IRC20:53
tonybianw: okay :)20:53
tonybianw: I've never actually run the script (for the obvious reasons) but jhesketh_ seems to have improved it over the last few cycles20:54
clarkbconfig-core ok 8643da6c1c246249d694fb7f7c24d51a7449df94 is in project-config now. Thinking of calling the tag jenkins-eol, anyone have a better name?20:54
tonybianw: The last time he ran it it was with the current email format which he said was much better20:55
tonybianw: Alos the way it's borken up by team makes it easy to run a few verify ; repeat20:55
fungiclarkb: i suggested "farewell-jenkins" since jenkins itself is not eol upstream, we're just no longer carrying configuration derived from our former use of it20:55
tonybianw: also you cna batch your time on it20:55
* tonyb has no idea how long a run actually takes20:55
clarkbfungi: that works20:55
clarkbconfig-core any opposition to farewell-jenkins?20:56
dmsimardoops, I need to setup config-core highlight20:56
fungiclarkb: plus, it's marginally less negative/offensive to the jenkins community that way... no ill will (hopefully!)20:56
*** rtjure has joined #openstack-infra20:57
*** andreas_s has joined #openstack-infra20:57
dmsimardI don't have a strong opinion20:57
dmsimardfarewell-jenkins can be seen as sarcastic if you try20:57
dmsimard¯\_(ツ)_/¯20:57
jeblairwe could not tag20:58
*** slaweq_ has quit IRC20:58
*** iyamahat has joined #openstack-infra20:59
jeblairor attempt to be exceedingly factual with 'before-jenkins-config-removed'.20:59
fungieasy enough to just say "checkout 8643da6 if you want the last known state of our jenkins config"20:59
dmsimardfungi: tags are readily available in cgit, github or git CLI though21:00
ianwtonyb: so agree http://lists.openstack.org/pipermail/openstack-dev/2017-October/123910.html is the latest list?21:00
dmsimardoh, here, would "zuulv2-eol" work ?21:00
pabelangerokay, config-core added to highlights21:00
*** rosmaita has quit IRC21:00
fungidmsimard: so are commit ids ;) just not as discoverable21:01
clarkbjeblair: exceedingly factual may be a good way to go. Since it would be hard to misunderstand that21:01
tonybianw: Yup that's the most up to date information I have21:01
tonybianw: I dont' see any replies coming in from overnight so LGTM21:01
fungiclarkb: jeblair: "before-jenkins-config-removed" wfm21:02
*** rtjure has quit IRC21:02
dmsimardsure, +121:02
dmsimardlet's not lose too much time over this :)21:02
dmsimardwe're tagging the commit *before* the purge, right ?21:03
*** tbarron is now known as tbarron|bbl21:03
clarkbdmsimard: I am tagging 8643da6c1c246249d694fb7f7c24d51a7449df9421:03
clarkbwhich is before the pruge21:03
dmsimardperfect21:03
ianwok, going to add myself to bootstrappers to try out some EOL21:04
*** iyamahat has quit IRC21:04
tonybianw: Thanks.21:04
dmsimardnewton EOL is happening now ?21:04
tonybdmsimard: Yup21:05
*** thorst has quit IRC21:06
pabelangerwe should find a way to automate purging git cache on nodepool-builder servers21:06
pabelangeraside from just remembering to log in an delete the directory21:06
pabelangeror, maybe we just purge it once a week / month21:06
pabelangervia crontab21:07
clarkbcould also probably get dib itself to police that better21:07
clarkbat least for removing old branches21:07
clarkbtag pushed21:07
*** thorst has joined #openstack-infra21:07
jeblairi bet we could do something with our giant event-driven arbitrary code execution engine.21:07
pabelangerindeed!21:08
*** rtjure has joined #openstack-infra21:08
pabelangerlooking forward to it21:08
jeblairwe should be able to run jobs that ssh into builders on branch deletion21:08
*** vsaienk0 has quit IRC21:09
pabelangerspeaking of deleting things, https://review.openstack.org/514483/ removes zuul-env from images, are we ready to land that?21:09
ianwtonyb: ok, one thing is it's "eol_branch.sh" (rather than "eol-branch.sh") ... want to double check barbican & python-barbican client?21:09
tonybianw: *sigh* so sorry.  I'll fix that for next time.21:10
ianwi need to figure out how to make git not prompt for my gpg key21:10
ianwrun under ssh-agent i guess21:10
clarkbpabelanger: will that break any jobs that use the full path to the z-c env in them?21:10
clarkbpabelanger: the z-c shim goes to the symlink location right?21:10
ianwi mean gpg-agent21:10
tonybianw: sorry no idea other than gpg-agent or similar21:11
*** vsaienk0 has joined #openstack-infra21:11
*** thorst has quit IRC21:12
tonybianw: barbican and python-barbicanclient LGTM, the branches are gone and the tag is there21:13
pabelangerclarkb: we should be safe: http://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/playbooks/legacy/pre.yaml#n321:13
*** rtjure has quit IRC21:13
tonybianw: and it's all visible on git.o.o21:13
clarkbpabelanger: you may need to mkdir -p /usr/zuul-env/bin/ in that case21:15
* clarkb reads the fetch role21:15
clarkboh perfect doe that already21:15
*** andreas_s has quit IRC21:15
pabelangeryah21:15
pabelangerso. really should be a noop when we remove it21:16
clarkbI've +2'd the dib element change to remove it but not approved it. But I agree should be a noop due to the z-c shim21:16
pabelangerjeblair: did you want to review and approve^ 51448321:17
*** jascott1 has joined #openstack-infra21:17
*** rtjure has joined #openstack-infra21:17
*** armax has joined #openstack-infra21:18
*** esberglu has quit IRC21:18
*** esberglu has joined #openstack-infra21:19
jeblairpabelanger: i would be inclined to do that after the release is complete, just in case something unanticipated happened and we lost time due to rolling back images21:19
*** sree has joined #openstack-infra21:19
jeblairbut good news, apparently we're able to release things now :)21:20
*** ijw has joined #openstack-infra21:20
EmilienMI've pushed https://review.openstack.org/#/q/topic:tripleo/migrate-to-zuulv3 - I guess I'll need some help from here21:22
*** rtjure has quit IRC21:22
pabelangerjeblair: sure, np21:23
*** felipemonteiro_ has joined #openstack-infra21:23
*** esberglu has quit IRC21:24
*** sree has quit IRC21:24
pabelangerI didn't get a chance to attends todays meeting, but now that we decided to stay on zuulv3, do we want to start the process of deleting zuulv2.5 things? EG: zm01-zm04 (updated to zuulv3) and delete our zuul-launchers21:24
jeblairpabelanger: ++ though i think zm01-04 are the wrong operating system?21:24
*** andreas_s has joined #openstack-infra21:24
jeblairso they may need complete replacement?  i'm not sure21:25
*** smatzek has quit IRC21:25
clarkbya I think they need replacement21:25
pabelangeryah, we'll needed rebuild them, they are trusty21:25
*** ijw has quit IRC21:25
clarkbalso zuul.o.o (and then rename zuulv3)21:25
clarkbor maybe just cname?21:26
clarkbpabelanger: it might be worth putting up an etherpad list so that we don't forget thing and can split up the work21:26
*** felipemonteiro__ has quit IRC21:26
pabelangerYah, let me start on that now. make sure people are okay before I go off and delete things :D21:26
*** rtjure has joined #openstack-infra21:27
*** wolverineav has quit IRC21:28
openstackgerritArmando Migliaccio proposed openstack-infra/project-config master: Fix Grafana periodic counters for neutron-lib dashboard  https://review.openstack.org/51480121:29
*** bobh has joined #openstack-infra21:29
pabelangerhttps://etherpad.openstack.org/p/zuulv2-removal21:31
*** rtjure has quit IRC21:32
*** thorst has joined #openstack-infra21:32
openstackgerritMerged openstack-infra/irc-meetings master: Include a new time for UC IRC meetings  https://review.openstack.org/51386321:35
*** vsaienk0 has quit IRC21:35
openstackgerritMerged openstack-infra/irc-meetings master: New time for Neutron drivers meeting, odd weeks  https://review.openstack.org/51285621:36
*** thorst has quit IRC21:36
*** rtjure has joined #openstack-infra21:37
*** iyamahat has joined #openstack-infra21:37
*** thorst has joined #openstack-infra21:38
*** esberglu has joined #openstack-infra21:39
pabelangerclarkb: I think that is everything for zuulv2 removal, or everything I can think of21:39
openstackgerritIan Wienand proposed openstack-infra/release-tools master: Add some notes on eol_branch.sh  https://review.openstack.org/51484621:39
ianwtonyb: ^21:39
pabelangerjeblair: maybe you have recommendation on how to handle zookeeper on nodepool.o.o, see etherpad^21:40
ianwin short, the answer to the gpg-agent thing is to switch git to using gpg221:40
clarkbpabelanger: ya I'm not coming up with anything else right now. Also we don't really need to rebuild nb01/0221:40
clarkbpabelanger: we can just have 03 and 04 for now :P21:40
openstackgerritDean Troyer proposed openstack/os-client-config master: Consume the osc-functional-devstack-tips job  https://review.openstack.org/51484721:40
*** slaweq has quit IRC21:40
pabelangerclarkb: well, we should consider moving nb03.o.o out of vexxhost, due to network bandwidth. But we do need to rebuild to switch to python3. DNS could be the same21:41
clarkbpabelanger: we probably need to think about a) how we make zuulv3.o.o zuul.o.o at least logically and b) how to zookeeper without a nodepool.o.o21:41
*** rtjure has quit IRC21:41
pabelangeryah21:41
tonybianw: Thanks.21:41
*** andreas_s has quit IRC21:42
tonybianw, fungi, clarkb: If bootstrappers membership is all that's required perhaps next time we could just add me for $short_time and lighten the load on y'all21:42
clarkbtonyb: ya I think that is it. But do we trust you :P21:43
clarkbtonyb: thats actually probably a good idea21:43
*** thorst has quit IRC21:43
ianwtonyb: give me 20 minutes, let's try it out when i get back21:43
tonybclarkb: I'm preety dodgy y'all shoudl be careful ;P21:43
clarkbinfra-root ^ thoughts on tonyb's idea?21:44
clarkbthe biggest gotcha is be careful pushing code and/or reviewing changes while you have your privs up21:45
tonybclarkb: Yeah.  I'd in a batch to void that21:45
tonybclarkb: could I self remove when I was done?21:45
tonybclarkb: My worry is that if I mess things up it'll be a firedrill for y'all, where as if it's and an infra-root then they already have the perms and skills to fix it21:47
*** iyamahat has quit IRC21:47
fungiclarkb: i'm not opposed to making tonyb an honorary temporary project bootstrapper for long enough to run a script, at least until gerrit 2.14 gives us branch deletion acls21:47
clarkbtonyb: let me check if you can remove yourself21:47
*** andreas_s has joined #openstack-infra21:47
clarkbyou will be able to remoev yourself21:47
fungii thought project bootstrappers was administrator-owned not self-owned21:48
* fungi double-checks21:48
*** rtjure has joined #openstack-infra21:48
fungihuh, it is indeed self-owned21:48
*** gcb has quit IRC21:48
fungiwe _might_ also consider changing that21:48
fungito only be administrator-controlled21:49
fungi(adding/removing members of the group i mean)21:49
fungiokay, i'm stumped on another release automation challenge if anyone's around with a second pair of eyeballs21:52
*** andreas_s has quit IRC21:52
clarkbI'll take a look21:52
fungithis ref was a nova pre-release tag: http://logs.openstack.org/2b/2bf4b000dfaf5d84b37dd0ce194efb509566b22c/21:53
*** rtjure has quit IRC21:53
fungifrom earlier today21:53
fungiin the pre-release pipeline's publish-openstack-python-tarball job i think the python-tarball playbook from project-config should have used the sign-artifacts role from zuul-jobs21:54
openstackgerritTony Breeds proposed openstack-infra/release-tools master: Add some notes on eol_branch.sh  https://review.openstack.org/51484621:54
fungimentioned as a localhost role in its post phase21:55
tonybianw: fixed a nit in ^^21:55
fungiclarkb: but i don't see it mentioned in the console log21:57
clarkbfungi: I'm reading the playbooks for that job and not seeing the signing role used21:57
fungiand we don't seem to have uploaded any signature along with the build artifact either21:57
fungiclarkb: the job uses the python-tarball playbook and in the post phase it includes the sign-artifacts role21:58
*** rtjure has joined #openstack-infra21:58
fungihttp://git.openstack.org/cgit/openstack-infra/project-config/tree/playbooks/python-tarball/post.yaml#n821:58
clarkbfungi: but the job is defined in ozj so it will use the playbook from there21:59
clarkbfungi: I think that may be the problem, the relative path to playbooks is off by one repo21:59
fungiand that causes it to be silently ignored?22:00
clarkbfungi: release-openstack-python uses the one in project-config22:00
*** boden has quit IRC22:00
clarkbfungi: iirc the rule is you can only run playbooks within your own repo22:00
clarkbso less ignored and more just adhering to ^ that rule22:00
fungioh, do we have a duplicate playbook?22:01
*** aeng has quit IRC22:01
fungiindeed, we seem to have22:01
clarkbduplicate name/path but different contents22:01
clarkband in different repos22:02
fungiright, i'm wondering what the intended behavior was supposed to be22:02
openstackgerritDean Troyer proposed openstack-infra/project-config master: Change osc-plugin-jobs to openstackclient-plugin-jobs  https://review.openstack.org/51484922:02
*** rtjure has quit IRC22:03
clarkbfungi: I think it worked as expected it ran the post playbook from ozj where the job is defined right?22:03
fungiclarkb: it's almost like the author expected the post phase for the project-config playbook to be additive with the post phase for the playbook of the same name in openstack-zuul-jobs22:03
fungiactually, no, becasuse they both have identical copies of the same run phase22:05
fungipre phase tasks are also identical except they reverse the order of ensure-tox vs revoke-sudo22:05
*** andreas_s has joined #openstack-infra22:06
fungiso more likely this is an (incomplete) transition moving the job from one place to the other?22:06
* fungi goes hunting in git history22:06
*** florianf has quit IRC22:07
fungimordred: pabelanger: do you have any insight into this? it looks like both of you were hacking on these and as best as i can tell the version in openstack-zuul-jobs may be obsolete but is also the one the jobs seem to end up using?22:08
pabelangerfungi: sorry, which job?22:09
fungipabelanger: the python-tarball playbooks in project-config and openstack-zuul-jobs22:09
fungithey're mostly but not quite entirely the same22:09
pabelangerlooking22:09
fungicommit dates on the project-config playbook's files are a good several weeks newer22:10
*** andreas_s has quit IRC22:10
fungibut the publish-openstack-python-tarball jobs are using the playbook from openstack-zuul-jobs because that's where the job itself is defined22:10
pabelangerso, it depends on which job is using the playbooks22:10
pabelangerfor example in ozj, we have both publish-openstack-python-tarball and build-openstack-python-tarball22:11
*** slaweq has joined #openstack-infra22:11
pabelangerbut release-openstack-pyhon, used the playbooks in project-config22:11
fungithis came about because the release team and i were surprised to discover that the sign-tarball role wasn't getting applied to releases22:11
pabelangerso, both playbooks should be getting used, across the 3 jobs22:11
clarkbpabelanger: I thought the rule was you could only use the playbooks in your repo22:12
fungido we have guidance on whether publish-openstack-python-tarball or release-openstack-python should be getting used?22:12
clarkbpabelanger: roles can be shared but playbooks are "local"22:12
fungithe two seem redundant to me22:12
pabelangerclarkb: right, that's what we do22:12
pabelangerso, let me find signing role22:13
fungibut it appears that openstack projects have publish-openstack-python-tarball right now, which doesn't sign releases because it's using the openstack-zuul-jobs python-tarball playbook rather than the project-config python-tarball playbook22:13
fungithe signing role is in zuul-jobs22:13
fungiand included by the python-tarball playbook post phase from project-config22:14
fungibut not by the python-tarball playbook post phase from openstack-zuul-jobs22:14
pabelangerRight, because it need gpg key22:14
*** bobh has quit IRC22:14
pabelangerwe don't want to add that to ozj22:14
*** wolverineav has joined #openstack-infra22:15
fungilet me start over22:15
fungiwhy are we applying release jobs which don't make artifact signatures to openstack projects? i'm trying to decide if this overlap and choice of job was intentional, or accidental22:16
clarkbfungi: it may be intentional to not sign pre release objects?22:16
fungiand i worry that we have too many similarly-named jobs and identically-named playbooks in different repos with differing behavior, leading people not to know which to use22:16
pabelangerrelease-openstack-python job does sign-artifacts right?22:17
fungiclarkb: we were signing pre-releases with v222:17
clarkbfungi: ok so this is a regresion, your worry seems like a likely cause in that case22:17
fungipabelanger: yes, but for these tags we apparently ran publish-openstack-python-tarball instead22:17
ianwtonyb: ok, http://paste.openstack.org/show/624527/ is where i was up to22:17
fungiand it's not clear to me why we have both publish-openstack-python-tarball _and_ release-openstack-python jobs22:17
pabelangerfungi: and tags should also be uploaded to pypi, is that right?22:17
*** aeng has joined #openstack-infra22:18
fungitags don't get uploaded anywhere. sdists and wheels get uploaded to pypi for some projects but not for others, so perhaps that was the intended distinction and we just missed that we still want to create signatures (which only ever get uploaded to tarballs.openstack.org anyway) for projects which don't also get uploaded to pypi?22:18
*** baoli has quit IRC22:19
*** andreas_s has joined #openstack-infra22:19
fungibut beyond that, comparing the yaml files for the python-tarball playbook in project-config to the ones in openstack-zuul-jobs, it seems like there's a fair amount of duplication but also some unintentional divergence22:20
fungiwhich could lead to other behavior differences as well22:20
pabelangerI think the original idea was, publish-openstack-python-tarballs == branch tarballs for projects, which upload to tarballs.o.o, and release-openstack-python ran when we tagged a release and uploaded to pypi22:20
tonybianw: that looks like barbican, congress and cloudkitty have been done22:20
pabelangertrying to confirm, this have changes a little since first writing them22:21
fungipabelanger: aha, so for whatever reason we ran publish-openstack-python-tarballs on tags22:21
*** ijw has joined #openstack-infra22:22
*** claudiub|2 has quit IRC22:22
ianwtonyb: yep ... you want to queue up designate and i'll add you to bootstrappers and we can see if it works?22:22
*** rtjure has joined #openstack-infra22:22
tonybianw: okay, gimme 5 to make sure I have GPG setup correctly22:23
fungipabelanger: a commonality on the missing signatures is that these were tags for projects which don't upload to pypi, so that seems like an important datapoint22:23
fungi(cinder, glance, keystone, nova)22:23
pabelangerfungi: yah, so looking at the release pipelines in projects.yaml and project-templates.yaml, if we want things to end up on pypi, we should be using the release-openstack-python jobs.  Otherwise, the publish-openstack-python-tarball, is really meant to upload wheels and tarballs, to tarballs.o.o22:24
pabelangerand, we didn't do gpg signing on branch / master tarballs22:24
fungipabelanger: ahh, so we missed that there's a third class there22:25
pabelangerit is possible, I was able to do the testing with openstack-dev/sandbox :)22:26
fungiin v3 we had jobs (or combinations thereof) which upload branch-tip tarballs/wheels, jobs which uploaded tag-based tarballs/wheels with signatures but only to tarballs.openstack.org, and jobs which uploaded tag-based tarballs/wheels with signatures to tarballs.openstack.org but also uploaded the tarballs/wheels to pypi22:26
*** salv-orlando has quit IRC22:26
fungier, i mean in v222:26
*** salv-orlando has joined #openstack-infra22:27
*** rtjure has quit IRC22:27
fungiand it appears that the first two cases got combined, resulting in projects which don't publish their releases on pypi not getting signatures uploaded to tarballs.o.o22:27
fungithat explains the symptoms we were seeing22:28
pabelangeryah, that sounds right (well wrong).22:28
*** ijw has quit IRC22:28
pabelangersounds like we'll either need to always sign things upload to tarballs.o.o or create this 3 job22:28
fungisince we did those things (build artifacts and upload them to tarballs.o.o, sign artifacts and upload the signatures to tarballs.o.o, upload artifacts to pypi) as separate jobs in v2 we were able to compose them as needed22:29
*** edmondsw has quit IRC22:29
pabelangeryah22:29
*** edmondsw has joined #openstack-infra22:29
fungihowever... i guess there'd be nothing wrong (now that we've massively parallelized this) with also signing branch tip tarballs/wheels22:29
fungiwhich leaves me with the other concern... what looks like some unintentional divergence between the python-tarball playbooks in project-config and in openstack-zuul-jobs and how to ensure we keep them in better sync in the future22:30
pabelangeryah, either way, this new job will need to live in project-config (to access gpg secret). We could call it sign-openstack-python, then parent to publish-openstack-artifacts22:31
*** salv-orlando has quit IRC22:31
fungiwondering how we should deal with things like the differing order of revoke-sudo and ensure-tox roles in the pre phase across those playbooks22:32
*** andreas_s has quit IRC22:32
fungior the way that the post phase in one is bespoke while in the other it reuses predefined roles22:33
*** edmondsw has quit IRC22:34
fungithey've only been around for about a month and it seems to me like the code duplication there is already taking its toll resulting in changes to one not getting made to the other22:34
pabelangerYah, right now we don't really share playbooks, just roles and inherit jobs. We did talk about using a meta role, but I haven't used it much22:35
*** rtjure has joined #openstack-infra22:36
pabelangerthe main issue right now, is project-config cannot parent to ozj, because of ordering. So, we just copied a lot of things into project-config to make it work.  Long term, I'm hoping we come up with a better method22:36
tonybianw: ready when you are ... see /pm for deatils22:37
*** mummer has quit IRC22:37
fungipabelanger: good to know, because my knee-jerk reaction would have been to move the rest into project-config so we could cut down on the duplication22:38
ianwproject-core: adding tonyb to bootstrappers so we can do some EOL-ing22:38
pabelangerfungi: right, we could do that, but means we lose untrusted (dynamic reconfiguration) jobs, making it harder to iterate on changes.22:38
fungipabelanger: since having an almost identical version of this in openstack-zuul-jobs seems like more accidents waiting to happen if we already have to have a copy of most of it in project-config22:39
pabelangerthat's the main reason, I've liked keeping them in ozj22:39
ianwtonyb: ok, give it a go :)22:39
fungipabelanger: the dynamic reconfiguration argument is a great one, thanks22:40
fungipabelanger: that's maknig me more inclined to think that we just need to have three tarball publishing jobs instead of the two22:40
*** rtjure has quit IRC22:41
*** Sukhdev has joined #openstack-infra22:41
* tonyb crosses fingers (and toes)22:41
pabelangerfungi: yah, I also think mordred likely has some thoughts on this too. But I'm happy to move the direction everybody wants too22:41
fungipabelanger: though... we probably need more descriptive names. i already couldn't tell what the difference should have been between publish-openstack-python-tarball and release-openstack-python22:42
*** andreas_s has joined #openstack-infra22:42
fungithough now knowing what the intended difference is, i can sort of see it reflected in those names22:42
SamYaplefungi: pulish pushest to tarball.o.o, release pushes to pypi?22:42
fungiSamYaple: yup, named by someone who didn't consider that we also release tarballs for service projects without putting them on pypi22:43
*** thorst has joined #openstack-infra22:43
fungiso if you _didn't_ know that service project releases don't end up on pypi, the naming convention sort of made sense22:43
*** felipemonteiro_ has quit IRC22:43
tonybianw: openstack/designate openstack/desginate-dashboard and openstack/python-designateclient done.22:44
SamYaplecool. i was just guessing so they *kinda* make sense. but i would throw pypi in the name at least22:44
SamYapleor something22:44
*** felipemonteiro_ has joined #openstack-infra22:44
tonybianw: I can pastebin the log for verification that there aren't any problems22:44
fungiSamYaple: yeah, to actually differentiate them we probably need to22:44
*** slaweq has quit IRC22:44
tonybianw: http://paste.openstack.org/show/624528/22:45
*** mriedem has quit IRC22:46
ianwtonyb: cool, didn't seem to need to abandon any changes but i imagine that will work?  i say let it run22:46
tonybianw: Let's find a project with open changes to confim that.22:46
*** andreas_s has quit IRC22:46
*** mriedem has joined #openstack-infra22:47
*** rtjure has joined #openstack-infra22:48
*** slaweq has joined #openstack-infra22:48
*** thorst has quit IRC22:49
tonybianw: Ahh but it's complicated as *some* projects have stable-main-core as an owner.  I guess I'll run it carefully until I get to the end *or* hit a snag22:49
tonybianw: as we're iun the same TZ I'll ping you if I hit a snag22:49
ianwtonyb: ok, sounds good22:50
*** rtjure has quit IRC22:53
*** ijw has joined #openstack-infra22:57
*** aeng has quit IRC22:57
*** rtjure has joined #openstack-infra22:57
*** aeng has joined #openstack-infra22:57
*** sdague has quit IRC22:59
*** andreas_s has joined #openstack-infra23:00
*** felipemonteiro_ has quit IRC23:01
openstackgerritJeremy Stanley proposed openstack-infra/project-config master: Add a Python release job for API services  https://review.openstack.org/51485523:02
openstackgerritJeremy Stanley proposed openstack-infra/openstack-zuul-jobs master: Add a release project-template for API services  https://review.openstack.org/51485623:02
fungipabelanger: clarkb: dhellmann: first couple steps ^23:02
fungiworking on the change to use the new project-template/job in the projects list now23:02
*** rtjure has quit IRC23:02
tonybRunning query: status:open project:openstack/kolla branch:stable/newton23:03
tonybFound commit 2b72f226496d81dae511768bba79c8cc4a3b8c4f to abandon23:03
tonyberror: fatal: abandon not permitted23:03
tonybianw: ^^23:03
* tonyb is checking ACL structure23:03
jeblairthat may be an implicit admin permission23:04
tonybjeblair: Yeah it looks like I'd need to be an admin to get passed that as that project doesn't include bootstrappers23:05
fungiahh, yep, we normally allow change owners and core reviewers to abandon changes, but i _guess_ we could add that for project bootstrappers (or release managers) in the all-projects acl23:05
jeblairyeah, that may be something we can add23:05
fungitonyb: you're already ni release-managers, right?23:06
fungis/ni/in/23:06
armaxfungi: hi23:06
*** ijw has quit IRC23:06
fungiarmax: what's up?23:06
tonybfungi: Yes but let me double check23:06
armaxI am trying to parse your question on the mailing list about neutron and neutron-lib23:06
armaxbut I am not sure I fully understand it23:06
armaxI figured asking here would be quicker23:07
tonybfungi: Yup https://review.openstack.org/#/admin/groups/11,members23:07
*** rtjure has joined #openstack-infra23:07
fungiarmax: right now we build sdist tarballs as part of the release process by doing so under a tox-built virtualenv23:07
armaxOK23:07
*** ijw has joined #openstack-infra23:07
fungiarmax: though recent changes to the project testing interface guidelines, in an effort to bring us closer to the mainstream python ecosystem, indicate we should work on not using tox but just calling `python setup.py sdist`23:07
fungithe theory being you shouldn't need runtime dependencies installed just to generate an sdist or build a wheel23:08
*** andreas_s has quit IRC23:09
fungiso if neutron plugins are including neutron source installs in theor tox environments just to satisfy their own installs for things like unit test runs, then odds are they're not really needed in our sdist and wheel jobs23:09
armaxI see, so you’re saying that we may not need to include the required-projects dependency for the release job definition?23:10
armaxassuming I understood correctly23:11
fungiand all the above basically goes for directly calling sphinx-build to generate html documentation out of rst content23:11
fungiarmax: pretty much, yes23:11
armaxneutron subprojects ends up needing neutron because of the sheer amount of direct imports they make to neutron modules23:11
armaxwhich we’re trying to break, slowly overtime23:11
*** rtjure has quit IRC23:11
fungiarmax: right, but when doing release and documentation activities, we in theory shouldn't need to install those projects23:11
armaxyup23:12
armaxI see23:12
fungiand so their dependencies are mostly irrelevant23:12
armaxmakes sense23:12
*** askb has quit IRC23:12
ianwjeblair / fungi : https://git.openstack.org/cgit/openstack-infra/project-config/tree/tools/normalize_acl.py#n189 <- saying bootstrappers can abandon here though?23:12
jeblairi guess i have two questions about that, both relating to docs:  1) what if a project needs a sphinx plugin?  2) do the imports need to work for autodoc?  (and therefore all the deps be installed)23:12
armaxI wonder why http://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/zuul.d/project-templates.yaml#n136 was added in the first place23:13
*** andreas_s has joined #openstack-infra23:13
*** hongbin has quit IRC23:14
fungiarmax: because right now we're still running the sdist and wheel build process under tox, and tox is installing the project and needs its dependencies23:14
fungithe idea being we'd drop all that and the publish-to-pypi-neutron project-template could go away at that point23:14
jeblairianw: yeah, i think that means that we make sure that boostrappers can abandon, even if a project sets an exclusive acl.  which suggests that we also made that the default (i haven't looked)23:14
armaxgotcha, but if we stopped doing that, then we could get rid of that23:14
fungiarmax: i was basically challenging dhellmann's assertion that it was blocked on the neutron-lib breakout work23:15
fungii think it could happen way, way sooner instead23:15
armaxOK, but that would be predicated on the fact that the release job would stop using tox23:16
armaxcorrect?23:16
fungiyep23:16
fungijust mostnig wondering whether you knew something i didn't about a long-term need for neutron or neutron-lib in the release process for those plugins23:16
fungis/mostnig/mostly/23:16
*** bobh has joined #openstack-infra23:17
armaxto my knowledge the need for neutron is tied to imports in the code, there may be dirty coupling in some scripts for controlling gate behavior23:17
armaxbut that’s far easier ot decouple23:18
*** ijw has quit IRC23:18
armaxif it happened by accident23:18
ianwjeblair: https://review.openstack.org/#/admin/projects/All-Projects,access <- abandon does not seem to be granted here23:18
*** rtjure has joined #openstack-infra23:18
*** ijw has joined #openstack-infra23:19
*** bobh has quit IRC23:19
jeblairianw: i'd be fine adding it there23:20
*** sree has joined #openstack-infra23:20
jeblair(should update the docs if we do)23:20
fungiarmax: okay, cool, sounds promising then that we could drop the special neutron-specific release project-template when we switch to not using tox for building sdists and wheels23:20
*** bobh has joined #openstack-infra23:21
*** slaweq has quit IRC23:22
*** andreas_s has quit IRC23:22
ianwjeblair: what seems odd though is, how do administrators have rights to abandon anything?  it doesn't seem to be set there23:22
*** andreas_s has joined #openstack-infra23:23
*** rtjure has quit IRC23:23
jeblairianw: there are a number of implicit admin rights.  for some reason.  i think that's one of them.  (again, not sure with latest version, etc)23:23
ianwok, so it would be give "abandon" rights to ref/heads/* to project bootstrappers?23:24
*** sree has quit IRC23:25
*** gmann_afk is now known as gmann23:25
*** esberglu has quit IRC23:25
*** smatzek has joined #openstack-infra23:26
*** slaweq has joined #openstack-infra23:26
*** xarses has quit IRC23:26
*** salv-orlando has joined #openstack-infra23:28
ianwjeblair: or, maybe it's better for release managers to gain that permission?23:28
*** rtjure has joined #openstack-infra23:28
*** gyee has joined #openstack-infra23:28
fungiianw: yeah, i'm leaning toward release managers, because they have reason to abandon stuff since we're also giving them branch deletion privs once we can (as an analog for them having branch creation privs already)23:28
jeblairfungi: good point23:29
ianwso abandon rights to ref/heads/* for release managers?23:29
fungiwhereas project-bootstrappers rarely, if ever, would have any automation-driven need to abandon changes23:29
ianwin all-projects23:29
fungi[access "refs/heads/*"]23:30
fungiabandon = group Release Managers23:30
*** smatzek has quit IRC23:30
ianwor maybe just refs/* ?23:30
fungioh, though looking at other project-specific acls...23:30
ianwrelease managers already have "push signed tag" on refs/*23:30
*** andreas_s has quit IRC23:31
fungiyeah, nevermind what i was going to say. some projects have exclusivegrouppermissions for abandon on [access "refs/heads/stable/*"] but they also explicitly grant it for <project>-stable-maint groups which generally have the stable-maint-core group included in them23:32
*** salv-orlando has quit IRC23:32
*** tosky has quit IRC23:33
fungiso if someone is a member if release managers (which is included in stable-maint-core) then they aren't affected by that exclusive abandon for stable anyway23:33
*** mlavalle has quit IRC23:33
*** rtjure has quit IRC23:33
fungiworst case we have some projects which declare exclusive abandon on refs/heads/stable/* without including some group that ultimately includes release managers, and if that's the case we'll figure out a workaround (like adding the release managers as included for that group)23:34
ianwi've not touched all-projects before, do we just UI edit it?23:34
fungiianw: yeah, that's what i do. and include a useful/descriptive commit message where it allows you to do so23:34
jeblairalso update the docs23:36
jeblairhttps://docs.openstack.org/infra/system-config/gerrit.html#access-controls23:36
*** andreas_s has joined #openstack-infra23:36
* tonyb is sorry for the extra work this caused23:37
*** weshay|ruck is now known as weshay|PTO23:38
ianwfungi / jeblair: https://review.openstack.org/#/c/514862/23:38
*** rtjure has joined #openstack-infra23:39
*** smatzek has joined #openstack-infra23:41
fungiright23:43
*** rtjure has quit IRC23:44
fungigrr. gertty gave me an "unable to sync change" when i tried to pull that one, followed by "git commits not present in local repository" on a subsequent try23:44
fungioh! that's against all-projects23:46
fungii haven't used the propose edits option in the acl editor, just usually treated the documentation change as the review process and then directly committed the all-projects acl update in the acl editor rather than proposing it23:47
fungiwe don't really have permissions to vote on that or anything23:48
funginor ci to handle the merging23:48
openstackgerritIan Wienand proposed openstack-infra/system-config master: Add notes on Release Managers abandon permissions  https://review.openstack.org/51486323:49
*** smatzek has quit IRC23:49
ianwfungi: no, i just wanted to see the diff :)  ^ is docs23:49
*** bobh has quit IRC23:49
fungigot it. we also used to be able to look at the commit history and diff in gitweb, back when we still had that23:50
*** andreas_s has quit IRC23:50
*** rtjure has joined #openstack-infra23:50
*** edmondsw has joined #openstack-infra23:55
*** rtjure has quit IRC23:55
*** andreas_s has joined #openstack-infra23:55
ianwfungi: apropos https://review.openstack.org/#/c/514591 ... are you aware of any debugging as to why the zuul check tests don't show up in changes like https://review.openstack.org/#/c/512450/ ?23:55
ianwi'm tentatively opening firebug now :/23:55
*** Swami has quit IRC23:56
fungiianw: i believe there's a change up for review to solve that23:57
* fungi finds23:57
fungioh, you mentioned https://review.openstack.org/51459123:57
ianwit seems to be that there's no pipeline23:57
fungiwhich you just approved23:57
ianwit just says "Build succeeded."23:58
fungii think that's what it's trying to solve23:58
ianwand the regex is looking for Build succeeded (\w)23:58
*** tbarron|bbl is now known as tbarron23:58
fungiahh!23:58
fungiyou mean the comment from zuul doesn't mention the pipeline23:58
ianwyeah23:58
fungigreat question, i do not know that it's been brought up yet23:58
ianwthat change matches pipelines with a "-" in them23:58
ianwwhich seems another valid failure23:58
fungiyup23:59
*** camunoz has quit IRC23:59
*** edmondsw has quit IRC23:59
*** andreas_s has quit IRC23:59
fungithis explains my confusion over why the lack of match on - would have just suddenly caused this to stop working under v323:59

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