Thursday, 2017-09-28

*** lukebrowning has joined #openstack-infra00:01
*** vhosakot has quit IRC00:01
*** iyamahat has quit IRC00:01
*** lukebrowning has quit IRC00:05
*** baoli_ has quit IRC00:05
*** dingyichen has joined #openstack-infra00:06
*** lukebrowning has joined #openstack-infra00:07
*** thorst has joined #openstack-infra00:07
*** thorst has quit IRC00:08
*** kjackal_ has joined #openstack-infra00:11
*** srobert has quit IRC00:11
*** lukebrowning has quit IRC00:11
*** lukebrowning has joined #openstack-infra00:13
*** lukebrowning has quit IRC00:18
jeblairclarkb: thx.  easy +3: https://review.openstack.org/50799900:18
*** lukebrowning has joined #openstack-infra00:19
*** xarses has quit IRC00:20
*** baoli has joined #openstack-infra00:20
clarkblooks like when you recheck zuulv3 enqueues to all the pipelines then I guess removes when it realizes it doens't need to do work in that particulra pipeline?00:21
clarkbjeblair: ^ 508011 is running both check and gate jobs after a recheck00:21
jlkhrm?00:21
jlkoh00:21
jlkso that's likely a pipeline trigger thing00:21
clarkbya00:21
jlka pipeline has to accept "recheck"00:21
clarkbI had to recheck because the depends on00:21
jlkotherwise you'd have to have "recheck_check" and "recheck_gate"00:21
jlkname your words after your pipelines00:22
clarkbjlk: right but the other conditions for execution should mean you only run in one or the other00:22
clarkbin this case zuul +1 or +2 should mean no need to rerun check and just run in gate00:22
jlkwhat we have is all pipelines in general read for "recheck"00:22
clarkbso likely have to tweak that00:22
jlkmaybe.00:22
jlkthat I dont think is possible at this time00:22
*** srobert has joined #openstack-infra00:22
jlkv2 worked this way too00:22
clarkbv2 did/does what I just described00:23
clarkbyou'll go straight to the gate and no check if you have the +1 already00:23
clarkbiirc00:23
jlkhuh, that wasn't what we experienced over in bonny land00:23
jlkmaybe we were missing some gerrit magic00:23
clarkbya require approval -1, -2 on comment added in check in v200:23
jlkbut what do you do when you literally want to re-run the "check" pipeline, even if you got passing votes before?00:24
clarkbwhich means your recheck comment approval only applies if oyu have a negative vote00:24
jlkoh, yeah I do remember that magic00:24
*** lukebrowning has quit IRC00:24
clarkbwe have that in v3 too, but the case is wrong00:25
clarkbso maybe thats the problem? I'll ush up a patch shortly00:25
jeblairclarkb: i'm confused -- it had a +1 and you approved it, why shouldn't it be in gate?00:26
jlkthat could very well be the problem. A gerrit version problem00:26
clarkbjeblair: the problem is it is in the check queue00:26
clarkbjeblair: it should be in the gate00:26
jeblairclarkb: i thought you said it was in both00:26
clarkbyes it is in both00:26
clarkbit should only be in the gate00:26
jeblairclarkb: but you said recheck :)00:26
clarkbyes but recheck isn't supposed to apply if you have a positive verified vote00:27
clarkbI beleive this may be broken due to wrong case on those conditions00:27
jeblairreally+00:27
jeblair?00:27
jlkI think it would be weird if it didn't00:27
jeblairi thought people rechecked things all the time -- like, "is this still okay?"00:27
*** slaweq_ has quit IRC00:27
jlkotherwise you'd have to do a weird dance to -1 vote something to recheck it in the gate00:27
clarkbjeblair: acutally I see we have two comment added conditions00:27
*** tosky has quit IRC00:27
clarkbthe one with the verified requirement is for when you apply workflow +100:28
clarkb(case problem is still a problem so will fix)00:28
openstackgerritMerged openstack-infra/project-config master: Fix publish infra docs index job  https://review.openstack.org/50801100:28
clarkbjeblair: I think if you already have +1 workflow and +1/+2 verified then you don't need to also check00:28
openstackgerritOpenStack Proposal Bot proposed openstack/os-testr master: Updated from global requirements  https://review.openstack.org/50364500:29
jeblairclarkb: strictly speaking, i don't think the case is a bug, but i think it should be okay to move them to proper case.00:29
openstackgerritClark Boylan proposed openstack-infra/project-config master: Fix Verified and Workflow label case in pipelines  https://review.openstack.org/50801900:30
clarkbjeblair: wouldn't it prevent the workflow +1 case with a negative vote from being like a recheck?00:30
*** slaweq_ has joined #openstack-infra00:32
*** rhallisey has quit IRC00:33
clarkband re the want to see if things still work, I guess if check jobs were the same as gate jobs we wouldn't need to worry about it too much but that isn't always the case00:35
clarkbthree is still a race there that gate could pass and merge while check fails (due to running extra tests)00:36
*** sree has joined #openstack-infra00:36
*** yee37927 has quit IRC00:39
*** rhallisey has joined #openstack-infra00:39
*** yee379 has joined #openstack-infra00:39
*** xarses_ has quit IRC00:39
*** xarses_ has joined #openstack-infra00:39
*** sree has quit IRC00:41
jeblairclarkb: hrm, those should be case sensitive now.  however, if they are, how has workflow+1 worked at all?00:41
*** sree has joined #openstack-infra00:41
jeblairoh!00:41
jeblairit's correct on gate00:42
*** kiennt26 has joined #openstack-infra00:42
*** sree has quit IRC00:42
*** sree has joined #openstack-infra00:42
clarkbya, this is a small subset of cases00:42
jeblairokay.  508019+2  :)00:42
jeblairclarkb: and yes, this will fix the "workflow +1 case with a negative vote" should act like a recheck case.00:43
jeblairi'm all caught up now.  :)00:43
jeblairadded as migration blocker00:44
openstackgerritOpenStack Proposal Bot proposed openstack/os-testr master: Updated from global requirements  https://review.openstack.org/50364500:45
*** lukebrowning has joined #openstack-infra00:45
*** nikhil has joined #openstack-infra00:46
*** dave-mccowan has joined #openstack-infra00:46
*** zhurong has joined #openstack-infra00:47
*** lukebrowning has quit IRC00:50
*** Swami has quit IRC00:50
*** lukebrowning has joined #openstack-infra00:51
*** kzaitsev1pi has quit IRC00:52
*** xarses has joined #openstack-infra00:54
*** kzaitsev_pi has joined #openstack-infra00:54
*** lukebrowning has quit IRC00:56
*** mriedem has quit IRC00:59
*** dizquierdo has quit IRC01:00
*** liusheng has quit IRC01:04
*** lukebrowning has joined #openstack-infra01:05
*** slaweq_ has quit IRC01:05
*** camunoz has quit IRC01:05
*** thorst has joined #openstack-infra01:09
*** lukebrowning has quit IRC01:09
*** lennyb has quit IRC01:11
*** lukebrowning has joined #openstack-infra01:11
*** lennyb has joined #openstack-infra01:11
*** slaweq_ has joined #openstack-infra01:13
*** sree has quit IRC01:15
*** sree has joined #openstack-infra01:15
*** lukebrowning has quit IRC01:16
*** liusheng has joined #openstack-infra01:16
*** lukebrowning has joined #openstack-infra01:18
*** sree has quit IRC01:20
jlvillalSo is wonkyness a known thing with the gate?01:20
jlvillalHad a "coverage" job which seemed to do a bunch of unit tests. Which seems strange to me.01:20
jlvillalhttp://logs.openstack.org/68/507668/9/check/ironic-coverage-ubuntu-xenial/473583f/console.html01:20
*** lukebrowning has quit IRC01:22
*** mikal_ has joined #openstack-infra01:22
*** hongbin has joined #openstack-infra01:22
*** eharney has quit IRC01:22
openstackgerritIan Wienand proposed openstack-infra/devstack-gate master: Remove ETCD_DOWNLOAD_URL setting for devstack  https://review.openstack.org/50802201:23
ianwjlvillal: that's how coverage works?  runs unit tests under coverage tool?01:23
*** thorst has quit IRC01:23
*** thorst has joined #openstack-infra01:23
*** lukebrowning has joined #openstack-infra01:24
jlvillalianw, Oh. Thanks. I think I vaguely knew that. I have been seeing this weird unit test failure randomly and that happened during the coverage job.01:24
*** mikal has quit IRC01:25
*** thorst has quit IRC01:26
*** mikal_ has quit IRC01:28
ianwyep; coverage overheads might exacerbate it.  or hide it.  that's the fun of bugs :)01:28
*** jdandrea_ has joined #openstack-infra01:28
*** masayukig has quit IRC01:28
*** lukebrowning has quit IRC01:28
*** masayukig has joined #openstack-infra01:29
*** lukebrowning has joined #openstack-infra01:30
jlvillalstrange one, keep seeing a random failure in the unit tests when running under Python 2.7.01:30
*** gcb has joined #openstack-infra01:31
*** cuongnv has joined #openstack-infra01:32
*** bnemec has quit IRC01:34
SamYaplehave you ever said to yourself "I could really go for some Parsley grammar reviews right now"? If so, this patch set is for you! https://review.openstack.org/#/c/506502/01:35
SamYapleif not please still give me reviews :(01:35
*** eharney has joined #openstack-infra01:36
*** bnemec has joined #openstack-infra01:39
*** liujiong has joined #openstack-infra01:40
*** lukebrowning has quit IRC01:41
jlvillalSamYaple, I know nothing about it and I'm not a core. But I looked at the unit test and wished it had some comments :)01:41
*** dave-mccowan has quit IRC01:41
SamYaplejlvillal: i will happily extent the unit tests further, but I did copy the pattern of the other unit tests01:43
*** esberglu has quit IRC01:43
SamYapleif you leave a review with what you want to see, ill add it01:43
*** lukebrowning has joined #openstack-infra01:43
*** slaweq_ has quit IRC01:43
SamYaplejlvillal: and core reviewers have merge power, this is opensoure everyones reviews count remember :)01:44
*** dave-mccowan has joined #openstack-infra01:45
*** LindaWang has joined #openstack-infra01:46
*** lukebrowning has quit IRC01:48
*** lukebrowning has joined #openstack-infra01:49
*** slaweq_ has joined #openstack-infra01:50
*** sree has joined #openstack-infra01:52
*** lukebrowning has quit IRC01:54
*** mikal has joined #openstack-infra01:56
*** lukebrowning has joined #openstack-infra01:56
*** lukebrowning has quit IRC02:00
*** lukebrowning has joined #openstack-infra02:02
*** dave-mcc_ has joined #openstack-infra02:04
*** sdague has quit IRC02:05
*** lukebrowning has quit IRC02:07
*** dave-mccowan has quit IRC02:07
*** sree has quit IRC02:08
*** lukebrowning has joined #openstack-infra02:08
*** Apoorva_ has quit IRC02:10
*** lukebrowning has quit IRC02:13
*** lukebrowning has joined #openstack-infra02:14
*** lewo` has quit IRC02:16
*** lewo` has joined #openstack-infra02:17
*** lukebrowning has quit IRC02:19
*** krtaylor has joined #openstack-infra02:20
*** lukebrowning has joined #openstack-infra02:21
*** yamamoto has joined #openstack-infra02:22
*** yamamoto has quit IRC02:22
*** slaweq_ has quit IRC02:22
*** yamamoto has joined #openstack-infra02:22
*** baoli has quit IRC02:24
*** lukebrowning has quit IRC02:25
*** thorst has joined #openstack-infra02:26
*** slaweq_ has joined #openstack-infra02:27
*** ramishra has joined #openstack-infra02:30
*** namnh has joined #openstack-infra02:31
*** esberglu has joined #openstack-infra02:32
*** lukebrowning has joined #openstack-infra02:32
*** baoli has joined #openstack-infra02:34
*** esberglu has quit IRC02:36
*** lukebrowning has quit IRC02:37
*** dave-mcc_ has quit IRC02:38
*** lukebrowning has joined #openstack-infra02:38
*** baoli has quit IRC02:42
*** lukebrowning has quit IRC02:43
*** baoli has joined #openstack-infra02:44
*** vivsoni has quit IRC02:44
*** lukebrowning has joined #openstack-infra02:45
*** lukebrowning has quit IRC02:49
*** Rockyg has joined #openstack-infra02:50
*** kiennt26 has quit IRC02:51
*** lukebrowning has joined #openstack-infra02:51
*** srobert has quit IRC02:55
*** nikhil has quit IRC02:55
*** lukebrowning has quit IRC02:56
*** lukebrowning has joined #openstack-infra02:57
*** slaweq_ has quit IRC03:00
*** lukebrowning has quit IRC03:02
*** lukebrowning has joined #openstack-infra03:03
*** wolverineav has quit IRC03:06
*** wolverineav has joined #openstack-infra03:07
*** lukebrowning has quit IRC03:08
*** slaweq_ has joined #openstack-infra03:09
*** lukebrowning has joined #openstack-infra03:10
*** wolverineav has quit IRC03:11
*** lukebrowning has quit IRC03:14
*** mika has quit IRC03:15
*** Sukhdev has quit IRC03:15
*** lukebrowning has joined #openstack-infra03:16
*** lukebrowning has quit IRC03:20
*** baoli has quit IRC03:21
*** baoli has joined #openstack-infra03:22
*** lukebrowning has joined #openstack-infra03:22
*** mika has joined #openstack-infra03:23
*** Sukhdev has joined #openstack-infra03:25
*** bnemec has quit IRC03:26
*** lukebrowning has quit IRC03:27
*** rlandy|afk is now known as rlandy03:30
*** rlandy has quit IRC03:31
*** jzerebec1i has quit IRC03:32
*** xarses has quit IRC03:33
*** MasterofJOKers has quit IRC03:34
*** baoli has quit IRC03:34
*** wolverineav has joined #openstack-infra03:37
*** jzerebecki has joined #openstack-infra03:39
*** MasterofJOKers has joined #openstack-infra03:39
*** slaweq_ has quit IRC03:41
*** udesale has joined #openstack-infra03:42
*** wolverineav has quit IRC03:42
*** jdandrea_ has quit IRC03:42
openstackgerritMerged openstack-infra/project-config master: Fix Verified and Workflow label case in pipelines  https://review.openstack.org/50801903:43
*** links has joined #openstack-infra03:44
*** slaweq_ has joined #openstack-infra03:45
*** wolverineav has joined #openstack-infra03:51
*** tdasilva has quit IRC03:53
*** wolverineav has quit IRC03:56
*** jdandrea_ has joined #openstack-infra04:05
*** zhurong has quit IRC04:07
*** tdasilva has joined #openstack-infra04:11
*** ilpianista has quit IRC04:14
*** wolverineav has joined #openstack-infra04:15
*** slaweq_ has quit IRC04:18
*** ykarel has joined #openstack-infra04:20
*** wolverineav has quit IRC04:20
*** lukebrowning has joined #openstack-infra04:23
*** kornicameister has quit IRC04:24
*** slaweq_ has joined #openstack-infra04:24
*** wolverineav has joined #openstack-infra04:28
*** hongbin has quit IRC04:31
*** ankkumar has joined #openstack-infra04:31
*** wolverineav has quit IRC04:32
*** ilpianista has joined #openstack-infra04:33
*** lukebrowning has quit IRC04:35
*** lukebrowning has joined #openstack-infra04:37
*** sree has joined #openstack-infra04:38
openstackgerritMerged openstack-infra/zuul-jobs master: Emit a message about the final tox invocation  https://review.openstack.org/50799004:39
*** lukebrowning has quit IRC04:41
*** Rockyg has quit IRC04:42
*** lukebrowning has joined #openstack-infra04:43
*** jdandrea_ has quit IRC04:48
*** lukebrowning has quit IRC04:52
*** wolverineav has joined #openstack-infra04:52
*** psachin has joined #openstack-infra04:52
*** lukebrowning has joined #openstack-infra04:54
*** slaweq_ has quit IRC04:56
*** wolverineav has quit IRC04:57
*** bhavik1 has joined #openstack-infra04:57
*** lukebrowning has quit IRC04:58
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Move fstrim to block device layer  https://review.openstack.org/50457904:58
ianw^ this might shrink image sizes, andreas realised the current fstrim call was ineffective04:59
*** lukebrowning has joined #openstack-infra05:00
*** slaweq_ has joined #openstack-infra05:03
*** lukebrowning has quit IRC05:05
*** lukebrowning has joined #openstack-infra05:15
*** lukebrowning has quit IRC05:19
*** lukebrowning has joined #openstack-infra05:21
*** dfflanders has joined #openstack-infra05:22
*** bhavik1 has quit IRC05:23
*** lukebrowning has quit IRC05:25
*** Sukhdev has quit IRC05:29
*** slaweq_ has quit IRC05:33
*** claudiub|3 has joined #openstack-infra05:37
*** dhajare has joined #openstack-infra05:38
*** slaweq_ has joined #openstack-infra05:43
*** dgonzalez has joined #openstack-infra05:50
*** mrunge_ is now known as mrunge06:00
openstackgerritOpenStack Proposal Bot proposed openstack/os-testr master: Updated from global requirements  https://review.openstack.org/50364506:02
*** iyamahat has joined #openstack-infra06:02
*** gk_ has joined #openstack-infra06:03
*** lukebrowning has joined #openstack-infra06:06
*** eranrom has quit IRC06:09
*** esberglu has joined #openstack-infra06:11
*** erlon has quit IRC06:14
*** esberglu has quit IRC06:15
*** iyamahat has quit IRC06:16
*** eranrom has joined #openstack-infra06:17
*** lukebrowning has quit IRC06:18
*** pcaruana has joined #openstack-infra06:19
*** coolsvap has joined #openstack-infra06:20
*** lukebrowning has joined #openstack-infra06:20
*** Guest90591 has quit IRC06:21
*** mrunge has quit IRC06:22
*** lukebrowning has quit IRC06:25
*** lukebrowning has joined #openstack-infra06:26
*** mrunge has joined #openstack-infra06:27
*** markvoelker has quit IRC06:30
*** lukebrowning has quit IRC06:31
gk_Hi everyone, I have a question about the third party ci. When Zuul triggers a new job for jenkins, the variable "zuul_change" is empty. It should contain the information about the patch. Someone has a clue on how to solve it? Thank you in advance.06:32
*** lukebrowning has joined #openstack-infra06:32
openstackgerritTony Breeds proposed openstack-infra/shade master: [WIP] Avoid tox_install.sh fro constraints support  https://review.openstack.org/50806106:33
*** lukebrowning has quit IRC06:37
*** zhurong has joined #openstack-infra06:38
*** lukebrowning has joined #openstack-infra06:39
*** lukebrowning has quit IRC06:43
*** eranrom has quit IRC06:44
*** lukebrowning has joined #openstack-infra06:45
*** aeng has quit IRC06:46
*** slaweq_ has quit IRC06:46
*** pgadiya has joined #openstack-infra06:48
prometheanfireso how'd yesterday go? v3 deployed?06:49
*** rossella_s has joined #openstack-infra06:49
*** lukebrowning has quit IRC06:49
*** andreas_s has joined #openstack-infra06:50
*** florianf has joined #openstack-infra06:51
*** lukebrowning has joined #openstack-infra06:51
*** eranrom has joined #openstack-infra06:52
openstackgerritJoshua Hesketh proposed openstack-infra/release-tools master: Fix abandoning reviews in eol_branch  https://review.openstack.org/50806706:52
*** slaweq_ has joined #openstack-infra06:53
*** makowals has joined #openstack-infra06:54
fricklerprometheanfire: looks like it: http://lists.openstack.org/pipermail/openstack-dev/2017-September/122755.html06:54
fricklerah, no, ready but not fired06:54
*** lukebrowning has quit IRC06:56
prometheanfireoh, missed that one06:56
*** lukebrowning has joined #openstack-infra06:57
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Move fstrim to block device layer  https://review.openstack.org/50457906:58
*** rcernin has joined #openstack-infra07:00
*** lukebrowning has quit IRC07:02
*** eranrom has quit IRC07:06
*** andymccr has quit IRC07:07
*** armax has joined #openstack-infra07:08
*** lukebrowning has joined #openstack-infra07:08
*** asettle has quit IRC07:08
*** andymccr has joined #openstack-infra07:09
*** asettle has joined #openstack-infra07:10
*** CHIPPY has joined #openstack-infra07:10
*** asettle is now known as Guest382807:10
*** lukebrowning has quit IRC07:12
*** iyamahat has joined #openstack-infra07:14
*** lukebrowning has joined #openstack-infra07:14
*** armax has quit IRC07:14
*** ralonsoh has joined #openstack-infra07:19
*** lukebrowning has quit IRC07:19
*** lukebrowning has joined #openstack-infra07:21
*** andreas_s_ has joined #openstack-infra07:21
*** andreas_s has quit IRC07:21
*** lukebrowning has quit IRC07:25
*** lukebrowning has joined #openstack-infra07:27
*** slaweq_ has quit IRC07:27
*** CHIPPY has left #openstack-infra07:29
*** shardy has joined #openstack-infra07:29
*** slaweq_ has joined #openstack-infra07:30
*** lukebrowning has quit IRC07:31
*** lukebrowning has joined #openstack-infra07:33
*** jpena|off is now known as jpena07:34
*** armax has joined #openstack-infra07:36
*** eranrom has joined #openstack-infra07:36
*** lukebrowning has quit IRC07:38
*** lukebrowning has joined #openstack-infra07:39
*** armax has quit IRC07:42
*** lukebrowning has quit IRC07:44
*** jpich has joined #openstack-infra07:44
*** dfflanders has quit IRC07:44
*** ccamacho has quit IRC07:45
*** ccamacho has joined #openstack-infra07:45
*** lukebrowning has joined #openstack-infra07:45
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Move fstrim to block device layer  https://review.openstack.org/50457907:49
*** egonzalez has joined #openstack-infra07:50
*** lukebrowning has quit IRC07:50
*** xinliang has quit IRC07:51
*** lukebrowning has joined #openstack-infra07:52
*** wolverineav has joined #openstack-infra07:52
*** yamamoto has quit IRC07:56
*** lukebrowning has quit IRC07:56
*** wolverineav has quit IRC07:57
*** threestrands has quit IRC07:58
*** lukebrowning has joined #openstack-infra07:58
*** esberglu has joined #openstack-infra07:59
*** slaweq_ has quit IRC08:02
*** lukebrowning has quit IRC08:02
*** rossella_s has quit IRC08:03
*** yamamoto has joined #openstack-infra08:03
*** esberglu has quit IRC08:03
*** xinliang has joined #openstack-infra08:05
*** xinliang has quit IRC08:05
*** xinliang has joined #openstack-infra08:05
*** electrofelix has joined #openstack-infra08:05
*** wolverineav has joined #openstack-infra08:07
*** lukebrowning has joined #openstack-infra08:09
*** slaweq_ has joined #openstack-infra08:09
*** iyamahat has quit IRC08:10
*** wolverineav has quit IRC08:12
*** lukebrowning has quit IRC08:13
*** eglute has quit IRC08:14
*** eglute has joined #openstack-infra08:14
*** lukebrowning has joined #openstack-infra08:15
*** lukebrowning has quit IRC08:20
*** hashar has joined #openstack-infra08:20
*** lukebrowning has joined #openstack-infra08:21
*** alexchadin has joined #openstack-infra08:22
*** yamamoto has quit IRC08:25
*** derekh has joined #openstack-infra08:26
*** lukebrowning has quit IRC08:26
*** wolverineav has joined #openstack-infra08:29
*** yamamoto has joined #openstack-infra08:30
*** markvoelker has joined #openstack-infra08:31
*** yamamoto_ has joined #openstack-infra08:32
*** yamamoto_ has quit IRC08:34
*** wolverineav has quit IRC08:34
*** dizquierdo has joined #openstack-infra08:34
*** yamamoto has quit IRC08:35
*** gongysh has joined #openstack-infra08:35
*** lukebrowning has joined #openstack-infra08:35
*** yamahata has joined #openstack-infra08:36
openstackgerritJoshua Hesketh proposed openstack-infra/release-tools master: Fix abandoning reviews in eol_branch  https://review.openstack.org/50806708:38
*** Guest3828 is now known as asettle08:39
*** jesusaur has quit IRC08:40
*** lukebrowning has quit IRC08:40
openstackgerritChandan Kumar proposed openstack-infra/project-config master: Added tempest dsvm job for neutron-tempest-plugin  https://review.openstack.org/50703808:41
*** lukebrowning has joined #openstack-infra08:42
*** e0ne has joined #openstack-infra08:42
*** slaweq_ has quit IRC08:43
*** lukebrowning has quit IRC08:46
*** yamahata has quit IRC08:46
*** yamahata has joined #openstack-infra08:47
*** gk_ has quit IRC08:47
*** lukebrowning has joined #openstack-infra08:48
*** jesusaur has joined #openstack-infra08:48
*** alexchadin has quit IRC08:50
*** alexchadin has joined #openstack-infra08:51
*** alexchadin has quit IRC08:51
*** alexchadin has joined #openstack-infra08:51
*** lukebrowning has quit IRC08:53
*** dingyichen has quit IRC08:54
*** slaweq_ has joined #openstack-infra08:54
*** lukebrowning has joined #openstack-infra08:54
*** lukebrowning has quit IRC08:59
*** ralonsoh_ has joined #openstack-infra09:00
*** lukebrowning has joined #openstack-infra09:00
*** alexchadin has quit IRC09:01
*** alexchadin has joined #openstack-infra09:03
*** gongysh has quit IRC09:03
*** shardy has quit IRC09:03
*** ralonsoh has quit IRC09:03
*** lukebrowning has quit IRC09:05
*** markvoelker has quit IRC09:05
*** lukebrowning has joined #openstack-infra09:07
*** wolverineav has joined #openstack-infra09:08
*** eroux has joined #openstack-infra09:10
*** lukebrowning has quit IRC09:11
*** wolverineav has quit IRC09:12
*** lukebrowning has joined #openstack-infra09:13
*** yamamoto has joined #openstack-infra09:14
*** yamamoto has quit IRC09:17
*** lukebrowning has quit IRC09:18
*** lukebrowning has joined #openstack-infra09:19
*** lukebrowning has quit IRC09:24
*** sambetts|afk is now known as sambetts09:24
*** slaweq_ has quit IRC09:26
openstackgerritMerged openstack-infra/project-config master: Fix typo with ovh-bhs1  https://review.openstack.org/50800509:26
*** alexchad_ has joined #openstack-infra09:28
*** alexchadin has quit IRC09:30
*** alexchad_ has quit IRC09:32
*** alexchadin has joined #openstack-infra09:33
*** slaweq_ has joined #openstack-infra09:36
*** armax has joined #openstack-infra09:38
*** yamahata has quit IRC09:40
*** wolverineav has joined #openstack-infra09:41
*** armax has quit IRC09:42
*** sdague has joined #openstack-infra09:44
*** wolverineav has quit IRC09:46
*** ijw has quit IRC09:47
*** esberglu has joined #openstack-infra09:47
*** esberglu has quit IRC09:51
*** sree has quit IRC09:57
*** jpena has quit IRC09:59
*** amoralej has quit IRC09:59
*** ltomasbo has quit IRC09:59
*** markvoelker has joined #openstack-infra10:02
*** yamamoto has joined #openstack-infra10:03
*** ralonsoh__ has joined #openstack-infra10:03
*** rossella_s has joined #openstack-infra10:03
*** ltomasbo has joined #openstack-infra10:04
*** amoralej has joined #openstack-infra10:04
*** jpena has joined #openstack-infra10:05
*** yamamoto has quit IRC10:05
openstackgerritAndrea Frittoli proposed openstack-infra/devstack-gate master: Basic processing of test results  https://review.openstack.org/50798010:06
*** ralonsoh_ has quit IRC10:06
*** masber has quit IRC10:06
*** masber has joined #openstack-infra10:07
*** _ari_ has quit IRC10:08
*** cuongnv has quit IRC10:08
*** liujiong has quit IRC10:09
*** slaweq_ has quit IRC10:09
*** pgadiya has quit IRC10:13
*** _ari_ has joined #openstack-infra10:13
*** wolverineav has joined #openstack-infra10:14
*** slaweq_ has joined #openstack-infra10:17
*** wolverineav has quit IRC10:19
*** lukebrowning has joined #openstack-infra10:20
*** ralonsoh__ is now known as ralonsoh10:24
*** rossella_s has quit IRC10:25
*** zhurong has quit IRC10:27
*** yamamoto has joined #openstack-infra10:29
*** yamamoto has quit IRC10:31
*** alexchadin has quit IRC10:32
*** lukebrowning has quit IRC10:32
*** markvoelker has quit IRC10:35
*** jkilpatr has quit IRC10:35
*** iyamahat has joined #openstack-infra10:35
*** iyamahat has quit IRC10:36
*** iyamahat_ has joined #openstack-infra10:36
*** yamamoto has joined #openstack-infra10:37
*** yamamoto has quit IRC10:38
openstackgerritAthlan-Guyot sofer proposed openstack-infra/tripleo-ci master: Make wait_for print the failed ouput.  https://review.openstack.org/50810710:39
*** udesale has quit IRC10:39
*** yamamoto has joined #openstack-infra10:40
kashyapHi folks, can someone give me a URL to where the source for the 'gate-grenade-dsvm-neutron-multinode-live-migration-nv' job, please?10:42
openstackgerritAthlan-Guyot sofer proposed openstack-infra/tripleo-ci master: Make wait_for print the failed ouput.  https://review.openstack.org/50810710:42
*** yamamoto has quit IRC10:43
*** ykarel is now known as ykarel|afk10:44
*** lukebrowning has joined #openstack-infra10:44
openstackgerritAthlan-Guyot sofer proposed openstack-infra/tripleo-ci master: Make wait_for print the failed ouput.  https://review.openstack.org/50810710:45
*** andreas_s has joined #openstack-infra10:45
openstackgerritAthlan-Guyot sofer proposed openstack-infra/tripleo-ci master: Make wait_for print the failed ouput.  https://review.openstack.org/50810710:46
*** yamamoto has joined #openstack-infra10:46
*** wolverineav has joined #openstack-infra10:47
*** ijw has joined #openstack-infra10:47
*** andreas_s_ has quit IRC10:48
*** yamamoto has quit IRC10:49
*** lukebrowning has quit IRC10:49
*** gcb has quit IRC10:50
*** lukebrowning has joined #openstack-infra10:51
*** wolverineav has quit IRC10:51
kashyapAJaeger_: Perhaps you'd know the answer to my above question10:51
*** jkilpatr has joined #openstack-infra10:52
*** ijw has quit IRC10:52
*** slaweq_ has quit IRC10:53
*** yolanda has quit IRC10:54
*** tosky has joined #openstack-infra10:55
*** lukebrowning has quit IRC10:55
*** lukebrowning has joined #openstack-infra10:57
*** amoralej is now known as amoralej|lunch10:59
openstackgerritWitold Bedyk proposed openstack-infra/irc-meetings master: Update chair for Monasca Team Meeting  https://review.openstack.org/50811010:59
*** lukebrowning has quit IRC11:01
*** ykarel|afk is now known as ykarel11:02
*** lukebrowning has joined #openstack-infra11:03
*** gcb has joined #openstack-infra11:07
*** lukebrowning has quit IRC11:07
*** yolanda has joined #openstack-infra11:08
*** lukebrowning has joined #openstack-infra11:09
*** lukebrowning has quit IRC11:14
*** kjackal_ has quit IRC11:14
*** lukebrowning has joined #openstack-infra11:15
*** thorst has quit IRC11:16
*** wolverineav has joined #openstack-infra11:19
*** lukebrowning has quit IRC11:20
*** shardy has joined #openstack-infra11:21
*** lukebrowning has joined #openstack-infra11:22
*** slaweq_ has joined #openstack-infra11:23
*** wolverineav has quit IRC11:24
*** pbourke has quit IRC11:25
*** pbourke has joined #openstack-infra11:25
*** lukebrowning has quit IRC11:26
*** yamamoto has joined #openstack-infra11:28
*** lukebrowning has joined #openstack-infra11:28
*** markvoelker has joined #openstack-infra11:32
*** lukebrowning has quit IRC11:32
*** lukebrowning has joined #openstack-infra11:34
*** esberglu has joined #openstack-infra11:35
*** lukebrowning has quit IRC11:38
*** esberglu has quit IRC11:39
*** lukebrowning has joined #openstack-infra11:40
*** jaosorior_sick is now known as jaosorior11:41
*** stakeda has quit IRC11:44
*** lukebrowning has quit IRC11:45
*** andreas_s_ has joined #openstack-infra11:47
*** andreas_s has quit IRC11:51
*** lukebrowning has joined #openstack-infra11:51
*** lvdombrk has quit IRC11:54
*** trown has joined #openstack-infra11:55
openstackgerritPavlo Shchelokovskyy proposed openstack-infra/project-config master: Add separate coverage job for ironic-inspector  https://review.openstack.org/50812911:56
*** lukebrowning has quit IRC11:56
*** slaweq_ has quit IRC11:57
*** lukebrowning has joined #openstack-infra11:57
pabelangerjust a heads up, I'll be in and out all day today, packing our condo up. I don't expect it to take all day, and should be able to help with cutover bits at a time11:59
*** slaweq_ has joined #openstack-infra12:01
*** lukebrowning has quit IRC12:02
*** AJaeger_ has quit IRC12:02
*** yamamoto has quit IRC12:03
*** bobh has joined #openstack-infra12:03
*** thorst has joined #openstack-infra12:03
*** lukebrowning has joined #openstack-infra12:04
*** tpsilva has joined #openstack-infra12:05
*** markvoelker has quit IRC12:06
*** iyamahat_ has quit IRC12:06
*** eharney has quit IRC12:06
*** bobh has quit IRC12:07
*** lukebrowning has quit IRC12:08
*** lukebrowning has joined #openstack-infra12:10
*** gcb has quit IRC12:12
*** gcb has joined #openstack-infra12:12
*** lukebrowning has quit IRC12:14
*** lukebrowning has joined #openstack-infra12:16
*** srobert has joined #openstack-infra12:17
*** ankkumar_ has joined #openstack-infra12:18
*** markvoelker has joined #openstack-infra12:18
*** ankkumar_ has quit IRC12:18
*** ankkumar has quit IRC12:20
*** dizquierdo has quit IRC12:20
*** trown has quit IRC12:21
*** lukebrowning has quit IRC12:21
*** lukebrowning has joined #openstack-infra12:23
*** kjackal_ has joined #openstack-infra12:23
*** amoralej|lunch is now known as amoralej12:25
*** lukebrowning has quit IRC12:27
*** lukebrowning has joined #openstack-infra12:29
smcginniskashyap: I think this is what you're looking for: https://github.com/openstack-infra/project-config/blob/master/jenkins/jobs/devstack-gate.yaml#L162612:29
*** dprince has joined #openstack-infra12:29
*** srobert has quit IRC12:30
*** rlandy has joined #openstack-infra12:30
*** srobert has joined #openstack-infra12:30
*** pcaruana has quit IRC12:31
*** lukebrowning has quit IRC12:33
*** slaweq_ has quit IRC12:34
*** lukebrowning has joined #openstack-infra12:35
*** lukebrowning has quit IRC12:39
*** lukebrowning has joined #openstack-infra12:41
*** AJaeger_ has joined #openstack-infra12:42
*** edmondsw has joined #openstack-infra12:43
*** slaweq_ has joined #openstack-infra12:44
*** ykarel has quit IRC12:44
*** jaypipes has joined #openstack-infra12:45
*** trown has joined #openstack-infra12:45
*** lukebrowning has quit IRC12:46
*** jpena is now known as jpena|lunch12:46
*** LindaWang has quit IRC12:51
*** hemna_ has joined #openstack-infra12:51
*** lukebrowning has joined #openstack-infra12:52
*** erlon has joined #openstack-infra12:53
*** dave-mccowan has joined #openstack-infra12:54
*** Goneri has joined #openstack-infra12:55
*** eharney has joined #openstack-infra12:55
*** bobh has joined #openstack-infra12:56
*** bh526r has joined #openstack-infra12:56
*** lukebrowning has quit IRC12:57
*** AJaeger_ has quit IRC12:57
*** wolverineav has joined #openstack-infra12:58
*** gcb has quit IRC12:58
*** lukebrowning has joined #openstack-infra12:58
*** kgiusti has joined #openstack-infra13:00
*** pcaruana has joined #openstack-infra13:00
*** mat128 has joined #openstack-infra13:02
*** gcb has joined #openstack-infra13:02
*** lukebrowning has quit IRC13:03
*** LindaWang has joined #openstack-infra13:03
*** yamamoto has joined #openstack-infra13:03
*** iyamahat has joined #openstack-infra13:04
*** ykarel has joined #openstack-infra13:04
*** sree has joined #openstack-infra13:04
*** lukebrowning has joined #openstack-infra13:04
*** iyamahat has quit IRC13:05
*** iyamahat has joined #openstack-infra13:05
*** ianychoi_ is now known as ianychoi13:06
*** jcoufal has joined #openstack-infra13:07
*** sree has quit IRC13:09
openstackgerritDavanum Srinivas (dims) proposed openstack-infra/project-config master: Allow core reviewers to push merge commits to mogan  https://review.openstack.org/50815113:09
*** yamamoto has quit IRC13:09
*** lukebrowning has quit IRC13:09
openstackgerritOpenStack Proposal Bot proposed openstack/os-testr master: Updated from global requirements  https://review.openstack.org/50364513:09
*** lukebrowning has joined #openstack-infra13:11
*** esberglu has joined #openstack-infra13:11
*** ijw has joined #openstack-infra13:12
*** trown has quit IRC13:13
*** chlong has quit IRC13:14
*** trown has joined #openstack-infra13:14
*** lukebrowning has quit IRC13:15
*** baoli has joined #openstack-infra13:16
*** lukebrowning has joined #openstack-infra13:17
*** slaweq_ has quit IRC13:17
*** ijw has quit IRC13:18
*** camunoz has joined #openstack-infra13:19
*** lukebrowning has quit IRC13:21
*** sree has joined #openstack-infra13:23
*** sshnaidm is now known as sshnaidm|afk13:23
*** lukebrowning has joined #openstack-infra13:23
*** slaweq_ has joined #openstack-infra13:24
mordredpabelanger: yay moving!13:24
*** mriedem has joined #openstack-infra13:26
*** lukebrowning has quit IRC13:28
*** alexchadin has joined #openstack-infra13:28
*** lukebrowning has joined #openstack-infra13:29
openstackgerritMonty Taylor proposed openstack-infra/shade master: Temporarily disable volume functional tests  https://review.openstack.org/50815613:30
openstackgerritMonty Taylor proposed openstack-infra/shade master: Add devstack jobs for zuul v3  https://review.openstack.org/50036513:31
*** jrist has quit IRC13:31
openstackgerritMonty Taylor proposed openstack-infra/shade master: [WIP] Avoid tox_install.sh for constraints support  https://review.openstack.org/50806113:32
*** yamahata has joined #openstack-infra13:33
*** lukebrowning has quit IRC13:34
*** jaosorior has quit IRC13:34
*** jrist has joined #openstack-infra13:35
mordredtonyb: ^^ re: that - love it - maybe we should consider trying to rename UPPER_CONSTRAINTS_FILE var to just CONSTRAINTS_FILE? (so that the general interface is there and we could use the same mechanism for lower constraints too?)13:35
mordredtonyb: fwiw we named the variable "tox_constraints_file" in the zuulv3 job13:35
*** iyamahat has quit IRC13:35
*** gouthamr has joined #openstack-infra13:35
*** lukebrowning has joined #openstack-infra13:36
mordredtonyb: if we can pick a variable name we want it to be, we can make the v3 job set both variables for a while as we roll things out13:36
*** trown|brb has joined #openstack-infra13:37
openstackgerritMerged openstack-infra/project-config master: Allow core reviewers to push merge commits to mogan  https://review.openstack.org/50815113:37
*** trown has quit IRC13:37
*** trown|brb is now known as trown13:38
*** lukebrowning has quit IRC13:40
*** lukebrowning has joined #openstack-infra13:42
openstackgerritAndrea Frittoli proposed openstack-infra/devstack-gate master: Basic processing of test results  https://review.openstack.org/50798013:43
*** rossella_s has joined #openstack-infra13:44
*** jpena|lunch is now known as jpena13:46
*** lukebrowning has quit IRC13:47
*** dizquierdo has joined #openstack-infra13:51
*** lukebrowning has joined #openstack-infra13:53
*** bnemec has joined #openstack-infra13:53
*** alex_xu has quit IRC13:54
*** gcb has quit IRC13:54
*** alex_xu has joined #openstack-infra13:54
*** LindaWang has quit IRC13:54
*** sshnaidm|afk is now known as sshnaidm13:54
*** LindaWang has joined #openstack-infra13:55
*** eranrom has quit IRC13:55
*** slaweq_ has quit IRC13:56
*** eranrom has joined #openstack-infra13:56
*** kiennt26 has joined #openstack-infra13:56
*** lukebrowning has quit IRC13:58
*** LindaWang has quit IRC13:58
*** eranrom_ has joined #openstack-infra13:58
*** nikhil has joined #openstack-infra13:58
*** lukebrowning has joined #openstack-infra13:59
*** eranrom has quit IRC14:00
*** hemna_ has quit IRC14:00
coreycbhi infra, any chance I can get a review of https://review.openstack.org/#/c/500964/ please?  apologies as i didn't updated the topic to new-project until yesterday.14:01
*** yamahata has quit IRC14:01
*** alex_xu has quit IRC14:02
*** links has quit IRC14:02
*** gcb has joined #openstack-infra14:02
mordredcoreycb: we've got new projects frozen for the zuul v3 rollout- we'll check it out as soon as the rollout is complete14:03
mordredcoreycb: sorry for the inconvenice - the rollout should be finished today14:03
*** ijw has joined #openstack-infra14:03
*** lukebrowning has quit IRC14:03
*** slaweq_ has joined #openstack-infra14:03
coreycbmordred: oh gotcha, ignore me then. thanks for all the rollout work!14:03
*** spzala has joined #openstack-infra14:03
*** lukebrowning has joined #openstack-infra14:05
*** LindaWang has joined #openstack-infra14:06
openstackgerritOpenStack Proposal Bot proposed openstack/os-testr master: Updated from global requirements  https://review.openstack.org/50364514:07
*** AJaeger_ has joined #openstack-infra14:07
*** yolanda has quit IRC14:08
*** jaosorior has joined #openstack-infra14:08
*** ijw has quit IRC14:08
*** yolanda has joined #openstack-infra14:08
*** lukebrowning has quit IRC14:10
*** lukebrowning has joined #openstack-infra14:11
jeblairmordred: good morning14:12
*** LindaWang has quit IRC14:12
*** LindaWang has joined #openstack-infra14:12
fungimorning is all in your mind14:13
*** sree has quit IRC14:13
*** isaacb has joined #openstack-infra14:15
*** lukebrowning has quit IRC14:16
*** jrist has quit IRC14:17
*** lukebrowning has joined #openstack-infra14:18
openstackgerritMerged openstack-infra/irc-meetings master: Update chair for Monasca Team Meeting  https://review.openstack.org/50811014:19
*** lukebrowning has quit IRC14:22
*** lukebrowning has joined #openstack-infra14:24
openstackgerritAndrea Frittoli proposed openstack-infra/devstack-gate master: Throwaway patch to check subunit file processing  https://review.openstack.org/50817114:25
clarkbI'm mostly awake too. going to grab some tea14:26
*** rbrndt has joined #openstack-infra14:26
numansAJaeger_, Hi, can you please have a look at this patch when you get some time - https://review.openstack.org/#/c/502899/14:28
*** lukebrowning has quit IRC14:28
mnasernumans project-config is in a frozen state until the cutover of zuulv3 which should hopefully complete today14:31
numansmnaser, ack. thanks for the update.14:32
*** srobert has quit IRC14:32
jeblairfungi, clarkb, mordred: should we send out a status notice and get started?14:34
*** rtjure has joined #openstack-infra14:35
clarkb++14:35
*** hongbin has joined #openstack-infra14:35
fungiyep, seems like it's that time14:36
*** ijw has joined #openstack-infra14:36
*** lukebrowning has joined #openstack-infra14:36
*** slaweq_ has quit IRC14:37
jeblairstatus notice The infra team is now taking Zuul v2 offline and brining Zuul v3 online.  Please see https://docs.openstack.org/infra/manual/zuulv3.html for more information.14:37
jeblairsomething like that?14:37
clarkblgtm. Might also want to let people know they can ask us questions if they see anything weird?14:38
SpamapSfungi: hey btw, how's the weather over there? I see Maria is sending some pretty crazy wind your way.14:38
mnaserbringing? :p14:38
SpamapSno it's brining14:38
SpamapSso much brine.14:38
fungiSpamapS: it already died down. tourists are being allowed back onto the islands south of us today14:38
SpamapSwe like our Zuulv3 salty14:38
fungiwell, more like headed out to sea14:38
SpamapSfungi: glad to hear it's all ok.14:39
fungiyesterday was the peak for us14:39
*** dave-mccowan has quit IRC14:39
fungiand yeah, only two more months of hurricane season to go (in theory)14:39
*** chlong has joined #openstack-infra14:39
jeblairstatus notice The infra team is now taking Zuul v2 offline and brining Zuul v3 online.  Please see https://docs.openstack.org/infra/manual/zuulv3.html for more information, and ask us in #openstack-infra if you have any questions.14:40
fungijeblair: notice lgtm14:40
jeblairclarkb, fungi: ^ revised?14:40
clarkbjeblair: ++ though may want to change the brining to bringing14:40
*** spotz_ is now known as spotz14:40
fungiyep14:40
clarkbI'm good with brining though.14:40
fungipickled ci14:40
clarkbMakes turkey tastey. Could be good for zuul14:40
jeblairwow am i hungry or what14:40
* fungi is just happy his house didn't get brined this week14:40
*** lukebrowning has quit IRC14:40
jeblair#status notice The infra team is now taking Zuul v2 offline and bringing Zuul v3 online.  Please see https://docs.openstack.org/infra/manual/zuulv3.html for more information, and ask us in #openstack-infra if you have any questions.14:41
openstackstatusjeblair: sending notice14:41
SpamapShow exciting14:41
* SpamapS watches Zuul v2 blink confusedly from the boat as the archers knock their bows and light the tips14:42
*** ijw has quit IRC14:42
-openstackstatus- NOTICE: The infra team is now taking Zuul v2 offline and bringing Zuul v3 online. Please see https://docs.openstack.org/infra/manual/zuulv3.html for more information, and ask us in #openstack-infra if you have any questions.14:42
Shrewsthis time really for sure and true14:42
*** lukebrowning has joined #openstack-infra14:42
*** SpamapS is now known as Zuulv214:43
jeblairthe next step is "Stop zuul v2" so *something* is going to happen fer sure14:43
Zuulv2I'm not dead14:43
fungireally for reals14:43
Zuulv2I don't want to go in the cart14:43
*** Zuulv2 is now known as SpamapS14:43
*** xarses has joined #openstack-infra14:44
openstackstatusjeblair: finished sending notice14:44
mordredjeblair, Shrews, clarkb, fungi: morning! Sorry, I was looking away from IRC writing some emails14:44
* mordred is excited14:44
jeblairmordred: i knew you'd be back :)14:44
*** dave-mccowan has joined #openstack-infra14:44
smcginnislol14:45
jeblairokay, i'll stop v2 now yeah?14:45
clarkbthat is what theetherpad says is next, I say go for it14:45
*** slaweq_ has joined #openstack-infra14:45
jeblairokay, i saved check and gate, and stopped zuul14:45
jeblair507222 looks to be next14:45
jeblairoh, i'll also stop the v2 nodepool launcher, but nothing else... how's that sound?14:46
jeblair(and i'll continue to try to wind down v2 quota usage)14:46
clarkbthe change to shift quota should wind it down with the daemon up14:47
jeblairwell, i guess i don't need to stop the launcher yeah14:47
jeblairi'll just need to manually delete ready nodes after the change lands14:47
clarkbya and we can tell old launcher to delete everything14:47
*** lukebrowning has quit IRC14:47
*** AJaeger_ has quit IRC14:47
mordredjeblair, clarkb: ++14:47
jeblair507222 is approved14:47
*** alexchadin has quit IRC14:48
mordredonce that lands, should we kick.sh to get it on to the launchers more quicker?14:48
clarkband on nodepool.o.o14:48
clarkbso all three nodes14:48
mordredit would be kick.sh for nl01.o.o, nl02.o.o and nodepool.o.o yeah?14:48
jeblairi'll stop all the zuulv2 launchers now.  that should return all the used nodes14:48
jeblairmordred: ++14:48
clarkbyup14:48
*** makowals has quit IRC14:49
mordredanybody know if this: /opt/system-config/production/tools/kick.sh 'nodepool.openstack.org;nl0*.openstack.org' will work?14:49
clarkbI don't14:49
mordredI think it should - although I think it's : not ;14:49
fungimordred: my expectation was that it should since it's just passing $1 as the host constraint for ansible14:49
fungiwell, yeah, syntax aside14:49
mordredok. I'm set up to run that14:50
*** AJaeger_ has joined #openstack-infra14:50
*** rossella_s has quit IRC14:51
*** mugsie has joined #openstack-infra14:52
mnaserhttp://grafana.openstack.org/dashboard/db/nodepool fun numbers to look at :p14:52
*** andreas_s_ has quit IRC14:53
*** Swami has joined #openstack-infra14:53
*** lukebrowning has joined #openstack-infra14:53
jeblairi think i've got v3 versions of the scripts to restore check/gate; i won't run them right away, but when we're confident we're ready for more load, i can run them to restore the previous check/gate from before v2 stopped14:54
jeblairthe nodepool deleter looks to be settling down; only about 50 more to delete14:55
openstackgerritAndrea Frittoli proposed openstack-infra/devstack-gate master: Throwaway patch to check subunit file processing  https://review.openstack.org/50817114:56
openstackgerritMerged openstack-infra/project-config master: Shift nodepool quota from v2 to v3  https://review.openstack.org/50722214:57
clarkbmordred: ^14:57
*** AJaeger_ has quit IRC14:57
*** ihrachys has joined #openstack-infra14:58
mordredwoot. kicking14:58
*** lukebrowning has quit IRC14:58
mordredyes, btw - passing that to kick.sh worked14:58
*** hemna_ has joined #openstack-infra14:58
mordred/opt/system-config/production/tools/kick.sh 'nodepool.openstack.org:nl0*.openstack.org'14:58
*** srobert has joined #openstack-infra14:58
mordredfor the record14:58
jeblairnodepool has noticed the config change14:59
mordredwoot14:59
*** jrist has joined #openstack-infra14:59
jeblair(old nodepool)14:59
*** lukebrowning has joined #openstack-infra15:00
jeblairi'll work on deleting everything not already deleted15:00
jeblairproject-config post job to publish infro docs index is still broken (post_failure) if anyone has time to look at that15:02
jeblairall nodepool v2 nodes are marked delete now15:02
mordredkick is done15:03
*** camunoz has quit IRC15:03
mordredalso - the zuul-jobs docs are not up to date, so we may want to look at the zuul-jobs post job too15:04
clarkbnl01 appears to have been updated as expected15:04
*** lukebrowning has quit IRC15:04
clarkb507179 now?15:04
mordredclarkb: yah. let's do it15:05
clarkbmordred: do you want to +W it? it has the +2's already15:05
*** hemna_ has quit IRC15:05
clarkbjeblair may want to watch zuulv3 logs while that happens?15:05
*** lukebrowning has joined #openstack-infra15:06
mordredactually - jeblair, you wanna do the +W honors?15:06
jeblairclarkb: thanks, watching15:06
mordred(or I can)15:06
*** dave-mcc_ has joined #openstack-infra15:07
jeblairmordred: done!15:07
*** sdague has quit IRC15:07
mordredk. I will prepare to kick zuulv315:07
mnasermerge failed :<15:08
*** tmorin has joined #openstack-infra15:08
mordredboo15:08
* mordred updates patchset15:08
jeblairha :(15:08
clarkbparent says not current15:08
* fungi blames git15:08
*** dave-mccowan has quit IRC15:09
clarkbbut it looks like the last commit on a change that did merge15:09
SpamapSstupid git15:09
mordredit was the add of noop-jobs15:10
mordredgit couldn't deal with that15:10
*** lukebrowning has quit IRC15:10
*** isaacb has quit IRC15:10
mordreduhm. I'm having issues pushing the patch to gerrit ...15:11
*** xyang1 has joined #openstack-infra15:11
openstackgerritMonty Taylor proposed openstack-infra/project-config master: Migrate zuul v2 project pipelines to v3  https://review.openstack.org/50717915:11
mordredah.there is goes15:11
EmilienMstupid question but here we go: are we still in project-config freeze?15:11
clarkbEmilienM: yes15:11
jlkis it time to throw the switch?15:11
mordredwe just did15:11
mordredor, we are throwing it as we speak15:12
mordred(it takes a little effort to move the switch from one side to the other)15:12
jlkso we can +w this switch over?15:12
clarkbwow that one line made git unhappy15:12
*** jaosorior has quit IRC15:12
*** xarses has quit IRC15:12
*** lukebrowning has joined #openstack-infra15:12
jeblairfungi says it's a really big frakenstein knife switch15:12
jlk(oh well I can't, because I don't have core on this project)15:12
fungijeblair: cue maniacal laughter?15:13
jlkcue bottles being opened15:13
mordredok. it has been +A'd - we shall now await 2 runs of the legacy-bindep-fallback jobs15:13
rbergeroni'm on a plane, i'm already drinking15:14
jeblairnodepool v2 is down to 13 nodes to delete.  most have been in deleting state for a day or 2 already, two of them for ~130 days.  i don't think they're ever going to be deleted.15:14
rbergeronoh wait, it's 8am at my house, wow15:14
fungilet's limit the kinds of bottles until after we see this chuggnig along in production with no fixes needed15:14
jeblairyay openstack15:14
jeblairfungi: are airplane bottles okay?15:14
fungiprobably15:14
*** spzala has quit IRC15:14
fungirbergeron: i heard there was some widespread systems outage impacting flight scheduling. i guess you beat the clock on that one?15:14
rbergeronapparently i did!15:15
mordredjeblair, clarkb, fungi: should we maybe come up with a way to tell our cloud providers about nodes that stick in deleting state?15:15
jlkwell15:16
mordredlike- what about a cron job for each provider that looks for nodes stuck in deleting state for more than 1 day and emails a contact person...15:16
jlkshe's in the air. whether or not she can land is another matter15:16
*** lamt has joined #openstack-infra15:16
fungimordred: worth revisiting later maybe15:16
mordredfungi: ++15:16
fungimordred: i can think of all sorts of gotchas there which may make that not really work out in practice15:17
*** lukebrowning has quit IRC15:17
fungi(mostly around the human aspect, not the automation part)15:17
jlkHUMAN RECEIVE MY FLOOD OF ALERTS15:17
mordredjlk: if you don't want the flood of alerts, maybe fix your cloud to let nodes delete kthxbai ;)15:18
jlkpain driven development15:18
rbergeronI have decided I need my human API to be able to be queried and have interesting responses15:18
rbergeron'number of cares left: 0'15:18
*** lukebrowning has joined #openstack-infra15:18
*** slaweq_ has quit IRC15:18
rbergeron"size: M" "food: yes:15:18
rbergeronanyway. :)15:19
*** camunoz has joined #openstack-infra15:19
jeblairyay, round 1 complete!  507179 goes to round 2 now!15:19
fungirbergeron: the number of cares field can range from negative values up to zero, right?15:19
dansmithhmm, will the location of the status.json change?15:19
dansmithlooks like everything that was running at the time you made the announcement is unchanged from that state15:20
fungidansmith: there will be a 302 temporary redirect for a while15:20
rbergeronfungi: yessss15:20
clarkbI like the little green noop15:20
jlkI queried for fucks and got a 416 error15:20
dansmithfungi: okay but is that currently not in place such that I'm looking at stale data?15:20
fungidansmith: correct15:20
dansmithgotcha15:21
fungidansmith: you can point at http://zuulv3.openstack.org/status.json for now if you like15:21
TheJuliarbergeron: +1 :)15:21
*** psachin has quit IRC15:21
dansmithfungi: for now ... meaning it'll change again?15:21
jlkit'll eventually take the zuul.openstack.org URL back15:22
fungidansmith: http://zuul.openstack.org/(.*) will be a temporary 302 redirect to http://zuulv3.openstack.org/$1 (or something like that) until we rename zuulv3 to zuul15:22
dansmithokay, so safest thing is to just be patient until the 302 is in place and not switch and then switch back15:22
fungiwhich is likely on the order of days15:22
mordreddansmith: yah15:23
openstackgerritAndrea Frittoli proposed openstack-infra/devstack-gate master: Basic processing of test results  https://review.openstack.org/50798015:23
openstackgerritAndrea Frittoli proposed openstack-infra/devstack-gate master: Throwaway patch to check subunit file processing  https://review.openstack.org/50817115:23
jlkconstruction-sign.gif15:23
dansmithmordred: I should really just lead with that, amirite? "before I ask $question, is the answer just "be patient" ?"15:23
fungidansmith: the rename is happening in coming days i mean. i expect we'll have the redirect up shortly15:23
*** lukebrowning has quit IRC15:23
mordreddansmith: I dunno - in some cases the answer *might* be "dude, freak out more"15:23
jlkhrm, zuulv3 status page shows two sections for Queue: openstack-infra/devstack-gate15:23
jlkis that right?15:23
*** ykarel has quit IRC15:24
dansmithmordred: I believe my early freakouts have been the first warning sign for a couple real issues. like birds before a tornado and such15:24
clarkbjlk: yes, two different changes and in check each gets its own queue15:24
jlkmaybe because i'ts check and there are no dependent things to lump in the same queue?15:24
jeblairexactly15:24
jlkyeah, it's slightly confusing15:24
*** lukebrowning has joined #openstack-infra15:25
fungijlk: in the gate pipeline (because of it being a dependent style pipeline) there can be only one15:25
jlkyeah that makes total sense to show the queue there15:25
jlkbut showing it where it has no impact seems... wrong?15:25
* fungi promises to avoid further highlander references15:25
*** shardy is now known as shardy_afk15:25
fungijlk: in the past we did that more for consistency's sake, i believe15:26
fungithough i agree it robs a fair amount of screen real estate15:26
jeblairjlk: you mean the text "Queue: ..."?15:26
jlkyeah. It's just odd that it gets displayed fairly prominently, but repeatedly.15:27
jlkand knowing the internals, doesn't really have an effect upon the jobs in that pipeline15:27
jeblairyeah, i could see dropping that text15:28
openstackgerritMerged openstack-infra/project-config master: Migrate zuul v2 project pipelines to v3  https://review.openstack.org/50717915:28
jeblairzuul is reconfiguring15:28
jeblairand spewing quite a lot of garbage to the log15:28
jlkits-happening.gif15:28
jeblairwe need to drop the applying template log line15:29
dansmithjlk: do you just speak in fictional gif filenames now?15:29
jeblairand now it's emitting its config, which is illegible15:29
jeblairand now it's done15:29
*** lukebrowning has quit IRC15:29
clarkbnow we have dansmith push a change and see if it works?15:29
Shrewsshade.exc.OpenStackCloudHTTPError: (409) Client Error for url: https://ci-overcloud.rh1.tripleo.org:13774/v2.1/b79291658f384b7ebbc9019b6349e5c9/servers Multiple possible networks found, use a Network ID to be more specific.15:29
openstackgerritChris Hoge proposed openstack-infra/irc-meetings master: Earlier meeting time for international attendees  https://review.openstack.org/50820215:30
rbergeronso i can open the fridge now?15:30
Shrewsfrom nl01 launcher log ^^^15:30
*** slaweq_ has joined #openstack-infra15:30
jlkdansmith: I'm.... cheerleading? <thoughtface_emoji>15:30
dansmithjlk: man-laughing.gif15:30
*** lukebrowning has joined #openstack-infra15:31
Shrewspabelanger: issue with tripleo-test-cloud-rh1 configuration maybe?15:31
mordredShrews: oh goodie - which cloud?15:31
Shrewsmordred: ^^^15:32
clarkbmordred: the rh1 cloud based on the url15:32
mordredah. yah - I think for tripleo-test-cloud-rh1 we need network info in theclouds.yaml15:32
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove "Applying template" log line  https://review.openstack.org/50820315:32
rbergeronyou humans are awesome. seriously. :)15:33
clarkbthe zuul status page seems to indicate the events queue isn't shrinking15:33
fungiclarkb: if you're talking about the same dansmith i'm thinking of, it'll be a stack of 50 dependent changes15:33
*** jkilpatr has quit IRC15:34
clarkbpossibly because the 4 results items in the results queue are not going away?15:34
jeblairi think it's still re-enqueing changes after the reconfiguration15:34
jeblairpossibly because the reconfiguration for each one is now taking a long time due to all the templates.15:35
clarkbthere it goes just cleared out15:35
clarkbthere is a cinder change in the gate15:35
clarkbthat is probably an interesting one to watch15:35
*** e0ne has quit IRC15:36
*** lukebrowning has quit IRC15:36
*** jrist has quit IRC15:36
clarkbas is the devstack-gate change at top of check15:36
dansmithI can re-push a small series if you want a stack to watch15:36
jeblairclarkb: well that one is andreaf working on the v3 tempest job15:36
mordredoh good! it'll be fun to see how these cinder jobs go15:36
mordredfingers crossed for legacy-grenade-dsvm-cinder-mn-sub-volbak15:37
*** lukebrowning has joined #openstack-infra15:37
mordredwe should probably get around to writing a releasenotes job ... /me feels bad he didn't get to that pre-transition15:37
jlkdevstack-gate failed15:37
jeblairclarkb: oh, right, it did just get a lot of legacy jobs added to it :)15:37
jlklegacy-devstack-gate-tox-py3-run-tests15:37
fungi507980,6 just failed on py315:37
fungiyeah, that15:38
*** hemna_ has joined #openstack-infra15:38
fungioh, failed on py2 as well15:38
jeblairhttp://logs.openstack.org/80/507980/6/check/legacy-devstack-gate-tox-run-tests/3b2c1fb/job-output.txt.gz#_2017-09-28_15_37_10_69367615:38
jlkwamp wamp :(15:38
fungiError executing: cp -dRl /home/zuul/src/git.openstack.org/openstack/requirements/. /tmp/tmp.6v57I4qZmr15:39
fungi:(15:39
jlkhttp://logs.openstack.org/80/507980/6/check/legacy-devstack-gate-tox-run-tests/3b2c1fb/job-output.txt.gz#_2017-09-28_15_37_10_69307015:39
clarkbmissing required repo?15:39
jlkNo such file or directory15:39
jlkyeah15:39
fungiagreed15:39
jeblairhttp://logs.openstack.org/80/507980/6/check/legacy-devstack-gate-tox-run-tests/3b2c1fb/zuul-info/inventory.yaml15:40
jeblairno requirements in zuul.projects15:40
jlkis that related to not having a requirement...15:40
clarkbsame bug on the failed cinder tox job15:40
jlkthey all use the legacy parent, do we just add the requirement there?15:41
jeblairjlk: they both use 'legacy-base' ?15:42
*** lukebrowning has quit IRC15:42
mordredoh - fun - yah - the tox jobs that didn't get parented to / translated to openstack-tox15:42
jeblairif so, why not legacy-dsvm-base i wonder15:42
mordredI think legacy-devstack-gate-tox-run-tests is a tox thing that validates tings in devstack-gate - not an actual dsvm job15:42
jeblairooooh15:42
mordredthis is likely to be an issue with every non-standard tox job15:42
mordredso - yah - for now I'd recommend we add openstack/requirements to legacy-base15:43
jeblairoof.  that's big.15:43
*** eroux has quit IRC15:43
fungiand what is the unwinding if we go that route?15:43
fungiseems like a large hammer15:43
mordredand then do a follow up to try to see if we can just add it to legacy jobs that are doing the constraints/reuqirements thing15:43
*** lukebrowning has joined #openstack-infra15:43
jeblairmordred: we'd have to look at content to try to figure that out, yeah?15:44
*** spzala has joined #openstack-infra15:44
mordredjeblair: yah - lemme see how hard that is to figure out- we could heuristic anything with tox in the name ...15:44
jeblairwhat if we took a guess and addad requirements to every job with 'legacy' and 'tox' in the name?15:44
clarkbhttp://logs.openstack.org/80/507980/6/check/legacy-tempest-dsvm-nnet/f358e68/ara/result/0a585a73-5403-4412-92be-fdb38072ff44/15:44
jeblairmordred: :)15:44
mordredjeblair: ++15:44
clarkbI think ^ may be a missing nodepool thing post switch?15:44
mordredjeblair: I will write that patch real quick15:44
jeblairmordred: ack15:45
mordredjeblair, clarkb: I'm not sure we are emitting uuid in our /etc/nodepool role15:45
*** edmondsw has quit IRC15:46
*** rcernin has quit IRC15:46
jeblairhuh, why didn't our test of a legacy devstack job catch that?15:46
clarkbthe post failure on the cinder job is also the missing requirements thing15:46
clarkbjeblair: I think it may be more unique to that specific job15:46
clarkbjeblair: it doensn't seem to have similarly caused the other legacy jobs to crash yet at least15:47
jeblairoh weird15:47
clarkbya macro print-node-uuid is only used in a few places15:47
jeblairit's just something ^ yeah that15:47
clarkbso we might just delete that from the legacy jobs that use it15:47
jeblairlet's15:48
clarkbrather than fix the interface15:48
jeblairi will do that15:48
*** spzala has quit IRC15:48
jlk👍🏼15:48
*** lukebrowning has quit IRC15:48
*** ramishra has quit IRC15:50
openstackgerritJames E. Blair proposed openstack-infra/openstack-zuul-jobs master: Remove print-node-uuid macro from converted jobs  https://review.openstack.org/50820515:51
jeblairclarkb, fungi, mordred: ^15:51
*** hashar is now known as hasharAway15:51
openstackgerritChris Hoge proposed openstack-infra/irc-meetings master: Earlier meeting time for international attendees  https://review.openstack.org/50820215:52
*** iyamahat has joined #openstack-infra15:52
*** tmorin has quit IRC15:54
*** lukebrowning has joined #openstack-infra15:54
jeblairi see a bunch of project-templates that are used on 1, or sometimes even 0 projects.  i think we should simplify the config by collapsing those into the project definition.15:57
mordredjeblair: I agree15:57
jeblairoh hey, zuul v3 is now doing a full reconfiguration15:57
clarkbozj fix for nnet is headed to the gate now15:57
clarkbthat also affected nova15:57
*** camunoz has quit IRC15:57
jeblairi'm guessing ansipuppet triggered that due to some project-config change we landed earlier?15:57
jeblairdo we have puppet reconfigurations of zuul appropriately scoped now?  (we should only do it on main.yaml or zuul.conf changes)15:58
jeblairif not, we should, because they are a bit expensive15:58
hogepodgeHmm, I have no idea why this job is failing https://review.openstack.org/#/c/508202/215:58
mordredjeblair: no - I believe we do it on the whole zuul dir atm15:58
*** lukebrowning has quit IRC15:59
*** egonzalez has quit IRC15:59
jeblairmordred: oh, that's probably okay...15:59
jeblairmordred: once we ignore the v2 files, that only leaves site-variables.yaml15:59
jeblairso this should just be something that passes once the transition is done15:59
clarkbhogepodge: http://logs.openstack.org/02/508202/2/check/legacy-irc-meetings-tox-ical/b78bf2e/ara/result/2b54b455-a7c1-4dfb-b585-6354dd65d699/ looks like sudo didn't actually get removed?16:00
mordredjeblair: yah16:00
clarkbjeblair: mordred I think ^ is a bug because now jobs run as zuul and not jenkins16:00
*** lukebrowning has joined #openstack-infra16:00
* hogepodge is always happy to find broken things ;-)16:01
clarkbwe ported the normal python jobs directly so they avoid that problem16:01
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Add openstack/requirements to all legacy-.*tox jobs  https://review.openstack.org/50821016:01
mordredclarkb, jeblair: ^^16:01
jeblairi'll work on a change to s/jenkins-sudo/zuul-sudo/ ?16:01
clarkbjeblair: ++ wasn't sure if zuul-sudo was a thing16:01
*** sbezverk has quit IRC16:01
clarkbbut if it is that sounds like the fix16:01
*** armax has joined #openstack-infra16:01
* clarkb reviews mordred's change16:01
jeblairi'm not sure either, we should check16:02
hogepodgethanks clarkb16:02
mordredI also have a basic script base for doing edits on zuul.d/legacy-zuul-jobs16:02
*** slaweq_ has quit IRC16:02
mordredif we have many more of them, I'll figure out a somewhat sane way to share it16:02
jeblairmordred: can you check whether zuul-sudo is the right file to remove while i write the change to do that?16:03
*** tosky is now known as ri16:04
*** ri is now known as tosky16:04
mordredjeblair: yes16:05
*** lukebrowning has quit IRC16:05
openstackgerritJames E. Blair proposed openstack-infra/openstack-zuul-jobs master: Replace jenkins-sudo with zuul-sudo  https://review.openstack.org/50821216:05
mordredjeblair: the revoke-sudo role does, in fact, remove /etc/sudoers.d/zuul-sudo16:05
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Remove "Applying template" log line  https://review.openstack.org/50820316:06
*** dizquierdo has quit IRC16:06
*** jascott1 has joined #openstack-infra16:06
*** slaweq_ has joined #openstack-infra16:06
*** lukebrowning has joined #openstack-infra16:07
*** dizquierdo has joined #openstack-infra16:07
mordredok - we had a post-failure on legacy-releasenotes16:08
mordredhttp://logs.openstack.org/72/505672/3/gate/legacy-releasenotes/684c4a1/job-output.txt.gz16:08
mordredwhich is just the requirements thing - patch coming16:08
clarkbmordred: ya thats the same requirements thing16:08
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Add requirements to legacy-releasenotes  https://review.openstack.org/50821316:09
*** jascott1_ has joined #openstack-infra16:10
*** jascott1 has quit IRC16:10
* clarkb single core approved ^ since its like the other fix for that16:10
*** jrist has joined #openstack-infra16:10
*** camunoz has joined #openstack-infra16:11
*** lukebrowning has quit IRC16:11
clarkbmordred: http://logs.openstack.org/96/345396/22/check/legacy-tempest-dsvm-multinode-live-migration/132adc4/ failed because live migration couldn't find a the second compute node, did that get properly added as a multinode job?16:11
clarkblooking in ara I don't see any subnodes16:12
jeblairclarkb: only one node in inventory: http://logs.openstack.org/96/345396/22/check/legacy-tempest-dsvm-multinode-live-migration/132adc4/zuul-info/inventory.yaml16:12
*** lukebrowning has joined #openstack-infra16:13
*** jascott1_ has quit IRC16:13
jeblairskimming several multinode jobs, i don't see anything about them that would lead me to believe they actually used a multinode nodeset in v316:14
clarkblooks like it has the default nodeset16:14
clarkbya16:14
openstackgerritAndrea Frittoli proposed openstack-infra/devstack-gate master: Basic processing of test results  https://review.openstack.org/50798016:14
openstackgerritAndrea Frittoli proposed openstack-infra/devstack-gate master: Throwaway patch to check subunit file processing  https://review.openstack.org/50817116:14
clarkbmight also want to check that the centos jobs are set to centos nodesets16:14
clarkblooks like centos 7 nodeset is used as expected16:15
jeblairya16:15
clarkbincluding for multinode16:15
clarkbI think it might be the implicitly multinode jobs like the live migration one that lost out16:15
clarkbah no, dvr-ha-multinode-full doesn't have it either16:15
clarkbdo we want to try and manually update that?16:16
*** armax has quit IRC16:17
SpamapSStatus page looks pretty awesome.16:17
SpamapSHas gate landed anything yet?16:17
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Make new releasenotes job  https://review.openstack.org/50821916:17
*** jascott1 has joined #openstack-infra16:17
*** jascott1 has quit IRC16:17
*** Apoorva has joined #openstack-infra16:17
*** Apoorva has quit IRC16:17
clarkbSpamapS: a searchlight change merged as did a zuul change16:17
jeblairSpamapS: only on zuul afaik16:17
*** lukebrowning has quit IRC16:18
*** Apoorva has joined #openstack-infra16:18
SpamapSBTW, have we already started work on a change to the zuul stream plugin to show the command run with shell/command?16:18
clarkbmordred: maybe with your magical script you can try and update the nodesets for multinode jobs? I can take a stab at it too but expect to be much slower16:18
mordredclarkb: yes - I can - anything other than multinode in name?16:19
*** jascott1 has joined #openstack-infra16:19
clarkbmordred: so far no16:19
* SpamapS has a multinode job running in his private zuulv3 btw. :)16:19
mordredwe were SUPPOSED to have mapped the old requested nodeset to new nodeset :(16:19
jeblairSpamapS: we're going to discuss it after mordred refactors zuul_stream and adds tests16:19
clarkbmordred: the centos-7-2-node jobs etc were all mapped properly from what I can see16:19
*** lukebrowning has joined #openstack-infra16:19
clarkbmordred: also I think the dvr ha multinode job is 3 node not 2 node, but defaulting to 2 node is likely mostly safe16:19
mordredclarkb: ok - but legacy-tempest-dsvm-mutinode-live-migration wans't right?16:20
SpamapSjeblair: awesome. I will happily code on that, as I am wanting it right now since I have a lot of templates in my shell/command tasks ;)16:20
clarkbmordred: correct that job has only the default nodeset16:20
clarkbwhich is single node xenial aiui16:20
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Remove print-node-uuid macro from converted jobs  https://review.openstack.org/50820516:20
mordredah- I see where the problem came from I think16:21
*** iyamahat has quit IRC16:21
mnaseri'm noticing a failure in puppet jobs which i think is much more widespread, the `/etc/sudoers.d/jenkins-sudo` file seems to have been replaced by `/etc/sudoers.d/zuul-sudo`16:21
jeblairmnaser: fix in progress16:22
jlkthat was corrected above16:22
mnaseroh okay16:22
jlkgood catch though!16:22
mordrednode-release: ubuntu-xenial in the original job put ubuntu-xenial in the job name16:22
fungimnaser: 508212 should address it shortly16:23
mordredclarkb: so - I think what we want is that if multinode is in the job name and it doesn't have a nodeset defined - we want to add one16:23
Shrews"sudo: unknown user: stack"  from a job whose base is legacy-dsvm-base. Should the pre playbook for that base job be creating that user?16:23
mnasercool sorry i should have looked at buffer :>16:23
clarkbShrews: devstack-gate creates the stack user16:23
clarkbShrews: so in legacy jobs running d-g that should just work (tm)16:23
clarkbmordred: ya I think that is probabl ya good next step16:23
fungimnaser: please err on the side of redundancy. we'd rather not miss any bugs people are spotting16:24
*** lukebrowning has quit IRC16:24
mnaserfungi will do :)16:24
SpamapSsometimes bash makes me o_O16:24
SpamapS2017-09-28 15:38:59.436730 | ubuntu-xenial | + [[ openstack/cinder != \o\p\e\n\s\t\a\c\k\/\r\e\q\u\i\r\e\m\e\n\t\s ]]16:24
fungibetter to repeat something we know about than to say nothing ;)16:24
*** LindaWang has quit IRC16:25
*** lukebrowning has joined #openstack-infra16:25
mordredclarkb, jeblair: whatis the right nodeset? didn't we make a devstack multinode nodeset?16:26
clarkblegacy-grenade-dsvm-neutron passed16:26
mordredor just ubuntu-xenial-2-node I guess16:27
clarkbubuntu-xenial-2-node16:27
jeblairthat looks right16:27
clarkband ubuntu-xenial-3-node in a small number of cases16:27
clarkb(neutron dvr ha multinode job uses 3-node)16:27
mordredclarkb: small enoughthat we can just fix those ex-post-facto?16:28
clarkbmordred: ya I think so16:28
clarkbfor 3-node16:28
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Add multinode nodeset to multinode jobs missing it  https://review.openstack.org/50822216:28
clarkbI'll work on compiling that list now for post fixing16:28
jeblairmordred: -1 on https://review.openstack.org/50821916:28
mordredjeblair: cool - will fix in a sec16:29
mordredclarkb: oh - we can grep for it in openstack-zuul-jobs16:29
mordredclarkb: the playbooks all have a line at the top indicated what job they were converted from16:29
clarkb'{pipeline}-tempest-dsvm-neutron-dvr-ha-multinode-full-{node-release}{suffix}' gate-openstack-helm{sub}-{integration}-{type}-{sdn}-{gl}-{node}{suffix} gate-openstack-helm{sub}-{integration}-{type}-{sdn}-{gl}-{node}{suffix}16:29
clarkbthose are the only 3 with 3node xenial. And I think all the multnode centos stuff was done properly16:30
mordredoh - nevermind. that'll only tell us the ones that worked  anyway because they had 3-node in their title16:30
*** lukebrowning has quit IRC16:30
*** gongysh has joined #openstack-infra16:30
mordredthe helm ones got it - so it's just tempest-dsvm-neutron-dvr-ha-multinode-full16:30
*** kiennt26 has quit IRC16:31
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Add multinode nodeset to multinode jobs missing it  https://review.openstack.org/50822216:31
mordredok. that fixes the one that needed 3 node16:31
*** lukebrowning has joined #openstack-infra16:32
*** pbourke has quit IRC16:32
jeblairShrews: from zuul log: http://paste.openstack.org/show/622182/16:32
mordredjeblair: oh - we can actually remove that shell block - the tox base job already sets that environment variable :)16:32
mordredoh - no we can't - we're not using that role in the right place - nevermind16:33
*** ralonsoh has quit IRC16:33
pabelangerjust checking in, looked at a failure, took me to the follow playbook.  http://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/playbooks/legacy/requirements-tox-babel/run.yaml#n58 I never knew shell: cmd: foo was valid syntax16:34
jeblairi would argue it's the only valid syntax16:34
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Make new releasenotes job  https://review.openstack.org/50821916:34
*** gongysh has quit IRC16:34
Shrewsjeblair: that's odd16:34
jeblairShrews: lots of errors like that16:35
clarkbmultinode fix is approved16:35
mordredpabelanger: yah - we learned about it recently ... there's a case where it's required16:35
*** Swami has quit IRC16:36
jeblairall multiline shell commands are wrong without it -- everything is indented by one space, you just don't usually notice because bash is usually forgiving about indentation.  but not with heredocs.16:36
*** lukebrowning has quit IRC16:36
mordredah - yah. heredocs were the thing16:36
jeblairShrews: i'm looking to see if zuul disconnected or something16:36
jeblairShrews: i don't see any kazoo exceptions other than nonodeerror16:37
jeblairthough what if the logging config eliminates those16:38
openstackgerritAthlan-Guyot sofer proposed openstack-infra/tripleo-ci master: Make sure we always have /etc/machine-id available.  https://review.openstack.org/50822616:38
Shrewsjeblair: yeah, not sure what could be happening there. zuul checks if the lock is set before attempting to store the node again. maybe that check is quirky?16:38
*** panda is now known as panda|off16:38
openstackgerritMonty Taylor proposed openstack-infra/shade master: DNM testing releasenotes job  https://review.openstack.org/50822716:38
*** kjackal_ has quit IRC16:41
openstackgerritJames E. Blair proposed openstack-infra/puppet-zuul master: Add kazoo info logging  https://review.openstack.org/50822816:41
jeblairShrews, clarkb, mordred, fungi: ^ we may have a zookeeper connection issue that we're blind to16:41
mordredjeblair: +3'd it16:41
clarkbyou might need to force merge it, zuul looks like its busy reconfiguring with the change swe have been pushing in16:42
pabelangermordred: Shrews: re: tripleo-test-cloud-rh1, we need to update clouds.yaml and setup the right network, shade isn't able to figure it out16:42
Shrewsjeblair: http://paste.openstack.org/show/622183/   from nl02 logs16:42
*** AJaeger_ has joined #openstack-infra16:42
*** slaweq_ has quit IRC16:42
SamYapleim going through the zuulv3 docs. i have a custom job for an existing patchset. should a 'recheck' work? (or is the v3 migration not done?)16:42
pabelangermordred: Shrews: eg: http://git.openstack.org/cgit/openstack-infra/project-config/tree/nodepool/nodepool.yaml#n61716:42
mordredpabelanger: we support networks: as config in v3 too16:43
Shrewsjeblair: so if the times are in sync, it was deleted 2 minutes before zuul returned it?16:43
jeblairShrews: yeah.  that seems consistent with the theory that zuul lost the zk connection and therefore the lock16:43
fungiSamYaple: a recheck will probably run it, but you may want to wait until we've got in-flight fixes to some obvious errors/oversights in existing jobs merged16:43
pabelangermordred: ah, let me fix then16:44
mordredpabelanger: got it16:44
*** lukebrowning has joined #openstack-infra16:44
openstackgerritMonty Taylor proposed openstack-infra/project-config master: Add network list to tripleo cloud  https://review.openstack.org/50822916:44
mordredpabelanger: ^^16:44
SamYaplefungi: ok. cool. shoudl native v3 jobs be working though? (as in, can i start writing and testing v3 jobs right now, or should i wait on that too?)16:44
mordredSamYaple: it shoudl be working - but I'd still wait for a little bit - high amount of flux in the system currently16:45
openstackgerritPaul Belanger proposed openstack-infra/project-config master: Use 'private' network for tripleo-test-cloud-rh1  https://review.openstack.org/50823016:45
pabelangermordred: ha, beat me16:45
fungiSamYaple: as mordred said, i would wait for now... but your enthusiasm is commendable!16:45
SamYaplecool. ill just start writing the job and plan on testing later16:45
mordredpabelanger: actually - I think yours is better16:45
pabelangermordred: oh?16:46
SamYaplefungi: ive been waiting for zuulv3 for years. im ready.16:46
pabelangerya, it is16:46
pabelangerpools16:46
mordredpabelanger: yah -it's a pool parameter, which you did - I put it up a level incorrectly16:46
pabelangerrestored16:46
*** trown is now known as trown|lunch16:46
pabelangerhttps://review.openstack.org/508230/16:46
pabelangerShrews: ^16:46
pabelangerokay, my coffee break is over, back to moving16:46
*** numans has quit IRC16:46
*** rwsu has joined #openstack-infra16:47
*** vhosakot has joined #openstack-infra16:49
*** numans has joined #openstack-infra16:49
jeblairnothing interesting in zookeeper log16:49
*** lukebrowning has quit IRC16:49
jeblairi'm growing concerned we may be stuck16:52
jeblairoh, nope, it's moving16:54
SpamapSJust a dict() that got really big really fast. ;)16:54
clarkbjeblair: I think its just slow due to the updates we've been making16:55
*** gongysh has joined #openstack-infra16:55
*** lukebrowning has joined #openstack-infra16:55
clarkbbut I don't have hrad data for that moslty just inferring from observed behavior16:55
*** derekh has quit IRC16:56
clarkbhrm I guess its just the uuid change that has merged though16:56
*** gongysh has quit IRC16:56
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Add debug line for deleting unlocked nodes  https://review.openstack.org/50823516:56
Shrewsjeblair: ^^^ should help us identify such occasions when zuul loses the lock and we delete the node16:57
*** jascott1 has quit IRC16:57
*** jascott1 has joined #openstack-infra16:57
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Improve debug logging around dynamic layout loading  https://review.openstack.org/50823716:57
jeblairShrews: ++16:58
jeblairShrews: oh wait, what state does zuul leave it in normally?16:58
jeblairShrews: i think it always leaves it in used16:58
*** jpich has quit IRC16:59
Shrewsjeblair: it should be used. but if it is "IN-USE" and unlocked, we consider it abandoned16:59
jeblairShrews: got it!16:59
*** lukebrowning has quit IRC16:59
*** jascott1 has quit IRC17:00
mordredShrews, jeblair: speaking of states, but not urgent, we don't seem to be tracking v3 nodes in nodepool in grafana - the keys look largely the same (although there doesn't seem to be a nodepool.provider.*.nodes.building or a nodepool.provider.*.nodes.used anymore)17:00
*** baoli has quit IRC17:00
mordredjeblair: are you sure you want to put kazoo to debug in tests? didn't we turn that down because immense log sizes a while back?17:00
jeblairmordred: that's info17:01
*** baoli has joined #openstack-infra17:01
jeblairmordred: debug is huge, info is not17:01
mordredjeblair: in the https://review.openstack.org/508237 change17:01
mordredjeblair: it includes a change to set kazoo to debug in tests.base17:01
fungijeblair: with 508237 why is it also changing kazoo's loglevel in zuul tests. was that leaking from another commit?17:01
jeblairmordred: oh that's an accident, thanks17:01
*** lukebrowning has joined #openstack-infra17:01
mordredfungi: jinx17:01
fungier, i guess that's what mordred spotted too17:01
jeblairmordred: i thought you were asking about 50822817:02
mordredno - that one is great17:02
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Improve debug logging around dynamic layout loading  https://review.openstack.org/50823717:02
*** AJaeger_ has quit IRC17:02
Shrewsok, afk'ing for a few minutes for lunch17:02
*** AJaeger_ has joined #openstack-infra17:03
jeblairShrews: oh hey we do have some zookeeper connection log lines in zuul17:03
*** jascott1 has joined #openstack-infra17:03
jlvillalSo the page: https://docs.openstack.org/infra/manual/zuulv3.html  talks about the "status page"17:03
jlvillalBut no link to the status page17:04
jlvillalIs the status page still: http://status.openstack.org/zuul/17:04
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Remove zuulv3-dev statsd prefix from v3 launchers  https://review.openstack.org/50824117:04
jeblairhttp://paste.openstack.org/show/622184/17:04
jeblairwe definitely have some zk connection issues17:04
mordredjlvillal: there's an update to that coming17:04
jlvillalmordred: Thanks. I can't see jobs for just pushed patch. So curious :)17:04
clarkbjeblair: do we a connection per node or similar? could justbe running out of fds on the nodepool server17:04
mordredjlvillal: you can look at http://zuulv3.openstack.org/ for now17:05
jlvillalmordred: Sweet, thanks17:06
*** jascott1 has quit IRC17:06
mordredclarkb: I believe it should be connection per ensemble member - so there should be a connection for each launcher, each builder and for the zuul scheduler17:06
jeblairmordred: right17:07
clarkbnodepoold on nodepool.o.o is using significant memory which may be starving zk?17:07
fungiin other words, a relative handful, not a truckload17:07
*** jascott1 has joined #openstack-infra17:07
clarkbthough zk doesn't really seem to need memory according to top17:07
jeblairzuul, however, is using quite a lot. :|17:08
clarkbya 97 file descriptors for zk so that should be fine17:08
SpamapSZK is about as optimized and well behaved as a java app gets.17:08
mordredjeblair: so it might be memory-pressure on teh client side causing the zk thread to not be able to keep up with membership17:08
fungiwe're a gigabyte into swap on nodepool.o.o, so probably want to consider rebuilding with a larger flavor17:08
SpamapSswap's bad mmmk17:09
*** Swami has joined #openstack-infra17:09
clarkbfungi: well its the nodepoold which won't exist for very long17:09
fungiahh17:09
clarkbwe can probably just turn it off at this point and see if it helps zk17:09
mordredwell - if nodepool is causing swap, it could be that zk is occasionally getting swapped out17:09
* mordred votes to stop the nodepool service on nodepool.o.o to remove that variable from the equation17:09
fungispeaking of swap... we're missing swap entirely on zuulv3.o.o17:10
funginot that it seems to want it for the moment17:10
jeblairnl01 has never lost its zk connection17:11
mordrednod17:11
mordredso more likely the zuul side of the coin17:11
*** claudiub|3 has quit IRC17:11
SpamapSfungi: no server ever wants swap :)17:11
SpamapSbut sometimes.. they take it17:11
SpamapSfor the team17:11
jeblairnl02 lost it once 11 days ago17:11
jeblairmordred: yeah17:11
jeblairi'm guessing it's something like zuul being so busy that the GIL is starving the zk thread momentarily17:12
*** spzala has joined #openstack-infra17:12
jeblairso maybe we need to make our zk server more tolerant of laggy clients?17:13
mordredjeblair: I tihnk that's reasonable given our usecase17:13
jeblairSpamapS: any advice?17:14
SpamapSjeblair: harlowja is in transit to the office I"m sitting in righ tnow. I expect him any minute.17:14
SpamapSHe's far more versed in zk tuning than I.17:14
SpamapSCan we suss out the symptoms while we wait for him to navigate bay area traffic? ;)17:14
*** gtmanfred has quit IRC17:15
jeblairSpamapS: we're pretty limited by our lack of logs at the moment.  all we know is that now that zuulv3 is busier, it's losing zk connections periodically.  other zk clients are not.  so i'm inclined to say that zuul should negotiate a higher session timeout.17:16
*** baoli has quit IRC17:16
jeblair(we'll get more logs soon)17:16
*** dizquierdo has quit IRC17:16
SpamapSjeblair: that makes sense. I believe you can inspect the session objects and get some idea of the age of each session from ZK's point of view.17:17
* SpamapS looks at his own ZK17:17
*** sambetts is now known as sambetts|afk17:17
jeblairit looks like we're using the default timeout17:17
SpamapSwhich is probably something like 5s?17:17
SpamapSor 1s17:17
jeblairoh wait, i assumed the timeout arg here was session timeout, but it may just be connection timeout: http://kazoo.readthedocs.io/en/latest/api/client.html#kazoo.client.KazooClient17:18
*** nikhil has quit IRC17:18
mordredso - zk server side there are two defaults:17:18
mordredminSessionTimeout - the minimum session timeout in milliseconds that the server will allow the client to negotiate. Defaults to 2 times the tickTime.17:18
mordredmaxSessionTimeout - the maximum session timeout in milliseconds that the server will allow the client to negotiate. Defaults to 20 times the tickTime.17:18
jeblair(looking at the code, maybe it's both?)17:18
jeblairah, no i think the constructor timeout arg is session timeout, and then the start() method timeout arg is connect timeout17:19
mordred2 times the tickTime and 20 times the tickTime are probably not the right choices for this case17:19
mordredjeblair: cool. so we can set server settings for min and max and then set those to something on the client potentially17:19
jeblairmordred: assuming our tick time is 2 seconds -- the default server range should be 4-40 seconds, yeah?17:20
SpamapSClients set their timeout17:20
SpamapSthe server can just limit them to min/max17:20
mordredjeblair: yes17:20
SpamapSso the constructor timeout is the thing to raise17:21
openstackgerritMatt Riedemann proposed openstack-infra/project-config master: Make gate-grenade-dsvm-neutron-multinode-live-migration-nv experimental  https://review.openstack.org/50824417:21
SpamapS(at a cost of liveness)17:21
mordredthat patch is not so much going to work17:21
jeblairit looks like the kazoo default is 10 seconds...?17:23
inc0hey guys, so you're pulling zuulv3 trigger today?17:23
*** Hal has joined #openstack-infra17:23
*** Hal is now known as Guest5028517:24
SpamapSjeblair: ow17:24
SpamapSbut yeah17:24
SpamapSjeblair: I agree, just checked the code17:24
*** baoli has joined #openstack-infra17:24
fungiinc0: yes, it's underway now17:24
SpamapSassuming tickTime == 1s17:24
SpamapSI think17:24
fungiinc0: for the past ~3 hours17:24
*** SumitNaiksatam has joined #openstack-infra17:24
jeblairSpamapS: i thought tick was 2s?  we should find out.17:25
inc0cool, awesome guys! can't wait:)17:25
mordredinc0: I saw zuulv3 run some kolla patches already- I thnk some of them may have even passed successfully17:25
*** numans has quit IRC17:26
SpamapSjeblair: it is in the default config.17:26
SpamapSjeblair: assuming we didn't change it, that means timeout is actually *20s*17:26
*** jascott1 has quit IRC17:26
*** jascott1 has joined #openstack-infra17:26
inc0mordred: passing successfully? That can't be right:)17:26
mordredinc0: ikr?17:26
jeblairSpamapS: i think the client timeout is negotiated in milliseconds, and kazoo does the conversion; so kazoo is sending a timeout of 10,000 ms (10s)17:27
inc0are you sure you didn't leave "if True" there?17:27
SpamapSjeblair: agreed17:27
* SpamapS feels like even though we're not paired, jeblair and I are looking at the same stuff :)17:27
SpamapSjeblair: I think it's worth a shot to pass timeout=2017:27
jeblairquite likely, my screens are full of kazoo code17:27
jeblairSpamapS: and maybe even higher if that still causes problems17:28
SpamapSI'm just checking to make sure that won't blow up on the max17:28
jeblairzuul-scheduler is a spof, and doesn't go down that often, and we don't gain much from deleting all the nodes when things hiccup17:28
jeblairi'll start plumbing that through17:28
SpamapSjeblair: also worth considering why we're not minding our zk thread more.17:28
inc0mordred: where can I see kolla jobs code migrated to zuulv3?17:29
inc0(I assume project-config changed?)17:29
*** coolsvap has quit IRC17:29
clarkbinc0: in openstack-zuul-jobs/playbooks/legacy17:29
jeblairinc0: https://docs.openstack.org/infra/manual/zuulv3.html#legacy-job-migration-details17:29
inc0ok, I'll start working on migrating it to non-lecacy17:30
*** Apoorva_ has joined #openstack-infra17:30
*** kjackal_ has joined #openstack-infra17:30
jeblairinc0: that document has lots of info that aims to help in that process too :)17:30
* inc0 grabbing hot cup of tea and gets to reading then17:31
*** numans has joined #openstack-infra17:31
*** esberglu has quit IRC17:31
*** baoli has quit IRC17:32
*** baoli has joined #openstack-infra17:32
SpamapSjeblair: the default maxSessionTimeout does seem to be 20 * tickTime17:32
*** camunoz has quit IRC17:33
SpamapSand tickTime is 2000ms, so timeout=40 would be the top end17:33
*** Apoorva has quit IRC17:33
fungii vote we just negotiate 40s in that case and see if we still get problems17:34
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Add ZK session timeout option  https://review.openstack.org/50825117:35
fungias jeblair says, there's not much sanity to be gained by having it handle the zuul scheduler getting timed out17:35
fungiso anything below the max allowable timeout is probably nonsensical in this situation17:36
andreafmtreinish, jeblair: what do you think if we dropped the legacy- bit from job names so we don't lose job history twice in openstack health? With the current setup we lose it now because of the extra legacy in front, and then again once the job is migrated to v3 native17:37
mordredandreaf: dropping the legacy bit will mkae it harder for people to make new v3 native jobs17:38
andreafmordred: I meant in the subunit worker just before adding the data to o-h17:38
mordredandreaf: AH. I understand what you are saying17:39
jeblairmany other parts of the job name changed too17:39
andreafmordred: I guess that might be confusing when looking for data but at least we would not lose 6 months of historical data on all jobs17:39
SpamapSjeblair: stracing an idle zuul-scheduler shows me that we're only waking up our zk thread every 1s.17:39
andreafjeblair: oh is it?17:39
mordredandreaf: it might be a little tricky to do so generally - we don't know if a legacy job is going to transition to a per-project job or a global job17:39
andreafjeblair: too bad17:39
jeblair-ubuntu-xenial and -nv were dropped, for instance17:40
SpamapSjeblair: I wonder if our thread would get a little more attention if we made it every 0.5s17:40
andreafjeblair: ok, than it's not worth the effort17:41
andreafbtw zuulv3 status page says Zuul version: 2.5.3.dev1360 - is that right?17:41
mordredyah17:41
mordredwe have not yet released a 3.0 tag (still more work to do before we hit that)17:41
openstackgerritJames E. Blair proposed openstack-infra/puppet-zuul master: Add support for zookeeper timeout  https://review.openstack.org/50825317:42
andreafok17:42
inc0so if I create zuul.d in kolla-ansible repo, copy https://github.com/openstack-infra/openstack-zuul-jobs/blob/master/zuul.d/zuul-legacy-jobs.yaml#L4417-L4425 <- this to a file there and copy related files from playbooks/legacy17:43
inc0that's how I do it?17:43
inc0(to start moving our jobs to our repo17:43
inc0)17:43
mordredinc0: yes - just put those jobs into a .zuul.yaml in your repo and rename them ... one sec, I was just about to say something on this particular topic ...17:44
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Set zuul zookeeper session timeout to 40s  https://review.openstack.org/50825517:45
jeblairSpamapS, fungi, mordred: ^17:45
harlowjahalo17:45
harlowja*hallo17:45
harlowjapythn is the best17:45
harlowjalol17:45
*** esberglu has joined #openstack-infra17:45
inc0well I'll go straight for zuul.d because I want to abuse ansible jobs later on;)17:45
jeblairharlowja: have you met my friend, Gil?17:45
harlowjabffs17:46
mordredinfra-root: this morning I wrote an email about v3 for the list: https://etherpad.openstack.org/p/ZUxJCrFfX6 which was "tl;dr - also go read the manual" - but grew a bit and has a few more things I think I should add to the infra manual - I also split off two more emails: https://etherpad.openstack.org/p/MjocbH8Jic how to migrate legacy jobs and https://etherpad.openstack.org/p/hSkETS28OE updates17:46
mordredspecifically about changes to tox jobs17:46
*** jpena is now known as jpena|off17:47
mordredinfra-root: I'm thinking now I should pull out a bunch of things from each of them and add to the infra-manual (rewritten a bit) - but thought it might still be useful to send one, two or all of them - depending on what y'all think17:47
jeblairharlowja: briefly: we think we're hitting session timeouts because zuul is "busy".  but we don't have kazoo logs to confirm that (we will soon).  in the mean time, that's our best guess for why we periodically lose connections.  our zk is all defaults, so we think the session timeout range is between 4s and 40s, and kazoo defaults to 10s.  we're going to bump our timeout to 40s (because this is a spof component, and false timeouts ...17:48
jeblair... gain us nothing).17:48
jeblairharlowja: any obvious errors in that ^?17:48
harlowjajeblair only thing is empheral nodes i think are connected to that timeout17:48
harlowjaso that may or may not be ok, prob ok :-P17:48
jeblairharlowja: yeah, that's the main thing -- zuul holds locks on nodes it's using, and if it disconnections, the nodes get deleted.  so we'd rather wait a few extra seconds after a catastrophic zuul failure to delete nodes, rather than have them deleted erroneously while jobs are still running.17:49
jeblairs/disconnections/disconnects/17:50
harlowjamakes sense17:50
mtreinishandreaf: wait what legacy bit?17:50
* mtreinish hasn't been paying enough attention17:50
harlowjajeblair see if u can get the ping/pong logs from when the client is doign the ping/pong17:50
SpamapSjeblair: I'm surprised at the number of threads my idle zuul-scheduler has...17:50
SpamapS~3017:51
andreafmtreinish: all migrated job names are called legacy-[something similar to the original name]17:51
SpamapSTrying to account for all of them17:51
mtreinishandreaf: ah ok, yeah we can just drop that in the subunit worker17:51
mtreinishpretty easy filter to add17:51
mtreinishwe still need to push a patch up to fix the names to be unique post migration too17:52
fungiSpamapS: looking at a sigusr2 thread dump?17:53
harlowjajeblair sorry its BLATHER logs and u'll get even more17:53
harlowjawhere BLATHER < DEBUG, ha17:53
SpamapSfungi: I forgot about that. I was just attaching gdb/strace :)17:53
inc0mordred: can I propose migration patch already or too early for you?17:53
andreafmtreinish: well, that was my plan, only jeblair mentioned that the rest of the name changed as well, like ubuntu-xenial and -nv are not there anymore17:53
fungiharlowja: it has a loglevel named "blather"? genius17:53
harlowjaya, below debug17:54
clarkbinc0: we are still working thorugh some issues, probably best ot wait at this point17:54
harlowjaha17:54
mtreinishandreaf: yeah it's all different, I think we're just going to have to lose the history17:54
harlowjahttps://github.com/python-zk/kazoo/blob/master/kazoo/loggingsupport.py#L1 fungi17:54
harlowjait's what I think openstack calls 'TRACE'17:54
harlowjabut kazoo called it BLATHER, ha17:54
inc0clarkb: roger roger17:54
mtreinishbut for query performance we still need the names to be unique per project17:54
*** camunoz has joined #openstack-infra17:54
andreafmtreinish: yeah but we're losing it twice... first with the automatic migration, and then again once jobs are migrated to native zuul v3 :(17:54
harlowjafungi clarkb u'll be able to see https://github.com/python-zk/kazoo/blob/master/kazoo/protocol/connection.py#L280-L282 with BLATHER17:55
harlowjawhich might be useful17:55
harlowjato see when the PING request go out17:55
andreafmtreinish: the 2nd migration is going to be job by job though, not mass-migration like the first one17:55
inc0quick question, where do we specify voting/non-voting in zuulv3? can't see it zuul-legacy-jobs17:56
*** baoli has quit IRC17:56
mnaservoting: in job definition17:56
*** baoli has joined #openstack-infra17:57
jeblairinc0: example in https://docs.openstack.org/infra/manual/zuulv3.html#how-jobs-are-selected-to-run-in-zuul-v317:57
SpamapSfungi: thanks!17:57
jeblairmtreinish: we've already lost unique names per project (all unit test jobs have the same name now)17:57
Shrewshrm, that zk timeout thing was always making an itch in the back of my brain17:57
SpamapSso an idle zuul-scheduler seems to have about 10 threads devoted to gearman connections, and 10 threads devoted to paste webserver (webapp?)17:58
Shrewsdid we ever determine what "ticks" equated to?17:58
SpamapSjeblair: are we using the internal zuul-scheduler geard?17:58
jeblairShrews: we think we're on the default which is 2s17:58
jeblairSpamapS: yes17:58
SpamapSdo we have to?17:58
jeblairSpamapS: note that is a separate process17:58
SpamapSoh ok17:58
jeblairSpamapS: should not affect GIL17:58
SpamapSthat's the forked one, k17:58
SpamapSso those are all gear client connections17:59
clarkbShrews: I have just confirmed we are set to 2000ms per tick17:59
SpamapSguessing 1 per webserver thread17:59
SpamapSplus one for executor client17:59
mnaseris there a specific reasoning behind `BUILD_TIMEOUT` in vars for migrated jobs?17:59
jeblairmnaser: some jobs (esp devstack-gate) used them18:00
jeblairwas difficult to determine if it was necessary or not automatically18:00
clarkballows the test framework to kill the tests early so that logs can be collected. Shouldn't be a problem for zuulv3 native jobs18:00
mtreinishjeblair: right and that means we've lost all the history for those jobs now18:00
clarkbbut until we convert everything the old things likely still need it18:00
mnasergotcha, ill check if we use it in puppet jobs (tho i dont think we do)18:00
mtreinishand it also means we can't actually use openstack-health for unit test jobs per project right now18:01
jeblairmtreinish: yeah; i'm guessing the convesation about improving the sql performance for joins never happened at the ptg?18:01
mtreinishbecause they all get treated as the same thing18:01
ShrewsSpamapS: if you're counting scheduler threads, note that kazoo uses 3 for a single connection18:01
*** edmondsw has joined #openstack-infra18:01
mtreinishjeblair: it did, but a migration like that is going to take a big downtime because of the trove fun18:01
mtreinishjeblair: and we didn't have time to do it before the switchover18:02
mtreinishwhich is why I'm writing a patch right now for the subunit2sql worker to create unique names per project18:02
SpamapSShrews: yeah I have harlowja here sitting with me who explained that. :)18:02
mtreinishin the subunit2sql db18:02
SpamapSso, confirmed18:02
*** edmondsw has quit IRC18:04
jeblairShrews, mordred: want to +3 https://review.openstack.org/508255 ?18:04
clarkbI'll get it18:04
*** edmondsw has joined #openstack-infra18:04
jeblairalso need a +3 on https://review.openstack.org/50823718:04
jlvillalSo things that were currently building in Zuul v2, prior to the changeover. Will they finish building? I tried to telnet to the log port and no response. But I still see the jobs active in the status page. http://status.openstack.org/zuul/18:04
jlvillalBut they have been building for much much longer than normal18:04
jeblairjlvillal: reload the status page and it will be empty18:04
jeblairjlvillal: we did save the queues, but we won't add them back until we know things are more stable18:05
jlvillaljeblair: Not for me I see 108 check jobs18:05
jlvillaljeblair: http://status.openstack.org/zuul/18:05
jeblairoh neat18:05
*** dprince has quit IRC18:05
jeblairthat's a long cache18:06
jlvillalI will take it to mean that those jobs won't finish with Zuul v2. I will wait for Zuul v3. Thanks18:06
jeblairjlvillal: yeah.  i'll see i i can expire the cache18:07
SpamapSjlvillal: we've waited years for zuulv3. We appreciate you waiting a few more hours. ;-)18:07
jlvillalheh :)18:07
*** baoli has quit IRC18:07
*** dprince has joined #openstack-infra18:07
*** Apoorva_ has quit IRC18:09
jeblairi'll just stop apache on zuul.o.o18:09
*** Apoorva has joined #openstack-infra18:10
*** baoli has joined #openstack-infra18:10
openstackgerritMatthew Treinish proposed openstack-infra/puppet-subunit2sql master: Ensure that build_names are unique per project  https://review.openstack.org/50825818:10
mtreinishandreaf, mordred, jeblair, clarkb: ^^^18:10
clarkbjeblair: I think zuul might be effectively stuck18:12
jeblairclarkb: yeah, i just did a stack dump18:12
clarkbjeblair: we might need to force merge some of these changes and then restart?18:12
*** dprince has quit IRC18:13
*** trown|lunch is now known as trown18:13
jeblair2017-09-28 17:37:22,184 DEBUG zuul.nodepool: Locking node <Node 0000039803 primary:ubuntu-xenial>18:13
jeblairi think that's what the scheduler is doing :/18:14
*** dprince has joined #openstack-infra18:14
SpamapSisn't that like18:14
*** jkilpatr has joined #openstack-infra18:14
SpamapS20+ minutes ago?18:14
jeblairya18:14
SpamapSalmost 40 actually18:14
* SpamapS can't math18:14
fungi>1 minute anyway18:14
jeblairthat was right around a zk disconnect/reconnect18:15
jeblair2017-09-28 17:37:20,659 DEBUG zuul.zk.ZooKeeper: ZooKeeper connection: CONNECTED18:15
*** amoralej is now known as amoralej|off18:15
SpamapSthere's a timeout for acquiring locks too18:17
mnaser...so say some of our jobs need fixes and i did a bit of refactoring on the jobs .. is it a good time to push them up? :x18:17
SpamapSand we don't set one18:17
mordredmnaser: not quite yet18:17
jeblairSpamapS: agreed.  maybe we should, eh?18:17
mnaseralright cool, ill hang and watch18:17
jeblair10s?  30s?18:17
jeblairor the fungi threshold of 1 minute? :)18:18
fungiheh18:18
fungii do math in rough magnitudes18:18
SpamapSI think a long timeout is fine in this case18:18
*** ekcs has joined #openstack-infra18:19
SpamapSBUt it should be less than the session timeout18:19
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Wait up to 30s to lock a node  https://review.openstack.org/50826018:19
fungiif it's going to be triggered by zk timeouts, and we think we're mostly eliminating those with the longer timeout values, then yes a lengthy timeout to catch this condition seems fine18:19
fungi30s lgtm18:20
*** caphrim007 has quit IRC18:20
mordredI just realized - us setting BUILD_TIMEOUT in vars is not likely to have any useful effect - since jobs that consume it are assuming they're doing so via env vars18:20
*** caphrim007 has joined #openstack-infra18:20
clarkbBUILD_TIMEOUT is the special env var18:20
mordredyah. but that's not how we're actually setting it18:20
clarkbso as long as that ends up in the env it should work18:20
* mordred will make patches to fix it18:21
*** sshnaidm is now known as sshnaidm|off18:21
jeblairSpamapS, harlowja: i don't know if this traceback is useful to you, but this is the call stack that zuul is sitting in waiting for a lock: http://paste.openstack.org/show/622192/18:21
fungimordred: oh, so we're only setting it as an ansible variable not passing it into the shell environment?18:21
mordredyah. easy enough to fix18:21
harlowjajeblair not sure, need timeout :-P18:21
harlowjatimeout good18:21
harlowjalol18:22
openstackgerritAlex Schultz proposed openstack-infra/tripleo-ci master: Exclude remove-machine-id from bootstrap  https://review.openstack.org/50826318:22
jeblairharlowja: :)18:22
SpamapSjeblair: seems likely that the other side of that event was tragically lost in a fire started by timeout in the client ;)18:23
jeblairSpamapS: rip18:23
harlowjahttps://github.com/python-zk/kazoo/blob/master/kazoo/recipe/lock.py#L250 is the thing for that18:23
SpamapSso it may be belt+suspenders18:23
jeblairi have a favor to ask; i need to afk for a bit then get lunch.  can someone take on the task of force-merging all the changes in https://review.openstack.org/#/q/starredby:1+status:open then making sure everything is up to date, then restarting zuulv3?18:24
mordredjeblair: yah. I can do that18:24
jeblairi estimate i'll be back in about 45m18:24
*** rbrndt has quit IRC18:24
clarkbI'll need to do that soon myself but can stagger it so we don't all disappear at once18:24
jeblairmordred: thanks.  i'll disappear now.18:25
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Add ZK session timeout option  https://review.openstack.org/50825118:25
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Improve debug logging around dynamic layout loading  https://review.openstack.org/50823718:25
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Wait up to 30s to lock a node  https://review.openstack.org/50826018:25
openstackgerritMerged openstack-infra/puppet-zuul master: Add kazoo info logging  https://review.openstack.org/50822818:25
openstackgerritMerged openstack-infra/puppet-zuul master: Add support for zookeeper timeout  https://review.openstack.org/50825318:25
openstackgerritMerged openstack-infra/system-config master: Set zuul zookeeper session timeout to 40s  https://review.openstack.org/50825518:26
openstackgerritMerged openstack-infra/system-config master: Remove zuulv3-dev statsd prefix from v3 launchers  https://review.openstack.org/50824118:26
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Parent legacy jobs with artifacts legacy-publish-openstack-artifacts  https://review.openstack.org/50826518:26
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Set BUILD_TIMEOUT environment variable in zuul_legacy_vars  https://review.openstack.org/50826618:26
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Set BUILD_TIMEOUT environment variable in zuul_legacy_vars  https://review.openstack.org/50826618:26
mordredclarkb, fungi: ^^ that while we're at it18:27
fungithanks, reviewing those two18:27
mordredI'll do a patch removing it from ozj in a bit18:27
mordredfungi: the other one isn't needed - git derp18:27
* jlk is back again, ready to help should any help be desired18:27
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Replace jenkins-sudo with zuul-sudo  https://review.openstack.org/50821218:27
fungiahh18:27
*** hasharAway is now known as hashar18:27
fungimordred: 508265 is unnecessary you mean?18:28
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Add openstack/requirements to all legacy-.*tox jobs  https://review.openstack.org/50821018:28
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Add requirements to legacy-releasenotes  https://review.openstack.org/50821318:28
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Add multinode nodeset to multinode jobs missing it  https://review.openstack.org/50822218:28
fungimordred: or just not urgent?18:28
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Make new releasenotes job  https://review.openstack.org/50821918:28
mordredfungi: not urgent- it's just an update to the migration script to match what we did for real18:29
mordredbut https://review.openstack.org/#/c/508266 is important18:29
fungiyup, lgtm18:30
*** baoli has quit IRC18:30
clarkbdo we want ot force merge the set of ozj changes and project-config too in order to make zuul load the new config when it starts?18:30
*** dprince has quit IRC18:31
clarkbmordred: I just approved 826618:32
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Remove BUILD_TIMEOUT from vars  https://review.openstack.org/50826718:32
mordredclarkb, fungi: ^^ there is the removal of BUILD_TIMEOUT from job vars to go along with the filter patch18:32
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Set BUILD_TIMEOUT environment variable in zuul_legacy_vars  https://review.openstack.org/50826618:32
clarkbugh just asked browser to open that diff18:33
fungiskimmed, but looks right18:34
jlkoh that's a big one18:34
jlkdammit18:34
fungigertty handled it reasonably well18:34
*** baoli has joined #openstack-infra18:34
mordredI'm going to kick puppet on the various zuul nodes18:34
clarkbapproved18:35
mordred/opt/system-config/production/tools/kick.sh 'zuulv3.openstack.org:ze0*:nl0*:nodepool.openstack.org'18:35
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Remove BUILD_TIMEOUT from vars  https://review.openstack.org/50826718:35
jlkRIP my laptop ram...18:35
*** srobert_ has joined #openstack-infra18:35
mordredthat should get all of our nodes that have anything to do with zk and get the zuul configs and code up to date18:35
clarkband upgrade the zuul install18:36
clarkbassuming zuul changes have been merged too18:36
clarkblooks like yes18:36
andreafmtreinish: you want to skip uniquify only if both tempest and devstack are in the name?18:37
mtreinishandreaf: it should be an or, if tempest or devstack is in the name it should be skipped18:38
hwoarangdirk: ping re https://review.openstack.org/#/c/505657/18:38
mtreinishbut I just realized I probably should change devstack to dsvm18:38
*** srobert has quit IRC18:38
mtreinishandreaf: if it's a dsvm or tempest job it's normally a cross project job so the config is the same or it's a one of project functional or tempest plugin job18:38
mtreinishand will have a name reflecting that so we don't want to append -$project to the end of it for no reason18:39
andreafmtreinish: well maybe, but you have not in or not in, which is the opposite18:39
mtreinishsigh, did I screw up the logic...18:39
Shrewsi'm sort of wondering how we ended up with 205 ready, unlocked, and unallocated nodes in nodepool18:40
openstackgerritMatthew Treinish proposed openstack-infra/puppet-subunit2sql master: Ensure that build_names are unique per project  https://review.openstack.org/50825818:41
fungidemand confusion on nodepool's part?18:41
mtreinishandreaf: ^^^ ok that should fix it18:41
mordredfungi, clarkb: my run of kick.sh seems hung on TASK [puppet : copy system puppet modules] - any ideas why?18:41
mordredfungi, clarkb: NEVERMIND18:41
mordredI'm just impatient18:41
fungiaren't we all18:42
Shrewsfungi: i dunno. i'm confused, no reason to think nodepool isn't too18:43
mordredShrews: are you on the launcher nodes atm?18:43
Shrewsmordred: yep18:43
mordredcool- mind restarting the launchers? new config should be deloyed18:44
Shrewsmordred: i'd like for this to land first, if we can wait: https://review.openstack.org/#/c/508235/18:44
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Add debug line for deleting unlocked nodes  https://review.openstack.org/50823518:44
mordredShrews: oh - sure - sorry, I mised that in the force-merge list18:44
Shrewsmordred: oh, didn't realize that was necessary. i can just restart18:45
openstackgerritMerged openstack-infra/project-config master: Use 'private' network for tripleo-test-cloud-rh1  https://review.openstack.org/50823018:45
mordredShrews: nah - done18:45
Shrewskewl18:45
mordredShrews: kicking puppet again real quick for nodepool nodes - will let you konw when it's done18:46
Shrewsmordred: ack18:46
Shrewsmordred: i'll need to 'sudo pip install -U .' first, right?18:47
mordredShrews: no - puppet should take care of that18:47
mordredv3 scheduler restarted - it's reading config now18:47
mordredShrews: nodepool nodes updated - should have latest code and config18:48
* rbergeron deploys virtual beer to all the good humans18:48
Shrewsstopping nl0118:48
mordredmmm. bytes of beer18:49
Shrewsnl01 restarted. moving to nl0218:49
Shrewsnl02 restarted18:50
* evrardjp approves rbergeron and pours some more.18:50
mordredShrews: ok. here's hoping we get good logs and also that timeout change just fixes it18:51
* fungi pours some out for zuul v218:51
openstackgerritEric Kao proposed openstack-infra/project-config master: disable murano plugin in congress main dsvm  https://review.openstack.org/50827018:53
clarkbmordred: looks like we may have missed some requirements required repos http://logs.openstack.org/27/508227/1/check/legacy-python35/9d5b01a/job-output.txt.gz#_2017-09-28_18_54_33_83151018:56
jlkhrm, http://logs.openstack.org/06/508206/1/check/legacy-rally-tox-self/48271ac/job-output.txt.gz#_2017-09-28_18_54_28_31243618:56
jlka problem with sudo?18:56
mordredclarkb: what the heck are we doing with a legacy-python35 job?18:57
clarkbjlk: ya apparnetly the fix for that is not sufficient18:57
clarkbmordred: I dunno thats shade :)18:57
mordredhah18:57
clarkbjlk: that check there is checking that sudo fails after the sudo giving powers config file is dleeted18:57
fungibasically negative testing18:57
jlkyeah, I was poking around at this in a different day18:57
jlklet me find where that is again18:57
mordredclarkb: dagnabit. we were matching against gate-tox-python35-ubuntu-xenial18:58
fungiwe should probably do something like `!sudo -n true` there instead18:59
jlkoh holy shit18:59
jlkthat's... everywhere18:59
jlk> git grep zuul-sudo |wc -l18:59
jlk     38518:59
fungiyeah, it's how we did the old revoke-sudo jjb macro18:59
Shrews2017-09-28 18:57:04,924 DEBUG nodepool.DeletedNodeWorker: Marking for deletion unlocked node 0000039682 (state: used, allocated_to: 100-0000044548)19:00
Shrewsjeblair: several of those ^^^, but no "in-use" nodes, which is a good thing so far19:00
mordreddouble-crap - we have marked all python35 jobs as non-voting. /me digging for a fix ...19:00
fungijlk: most jobs (really any which don't need sudo) should be doing that so that they can avoid changes introducing sudo calls19:00
clarkbfungi: that is what we do19:00
clarkbfungi: but set -x drops the ! Itink19:00
fungiclarkb: ahh19:00
jlkyeah just seems weird to be duplicating it EVERYWHERE19:00
* clarkb double checks19:01
mordredjlk: yah - well, in the new world they'll all use the revoke-sudo role19:01
fungiclarkb: but it raises an ERROR with "rc": 1 in ansible?19:01
jlkgotcha19:01
clarkbya ara confirms19:01
openstackgerritMatthew Treinish proposed openstack-infra/puppet-subunit2sql master: Strip legacy prefix if it's present  https://review.openstack.org/50827219:01
mtreinishandreaf: ^^^ I'm not sure if we wanted that or not19:01
*** dprince has joined #openstack-infra19:01
clarkbfungi: ya because sudo is apparently still working19:01
mtreinishandreaf: but figured I'd throw it up and we can discuss it19:01
fungiclarkb: oh! got it. so legit failure, just confusing debug trace19:01
mordredclarkb: oh - so we're not actually revoking sudo?19:01
clarkbmordred: ya I think we are removing the file properly but then sudo must still work19:02
jlkis there more than one place our account is getting sudo from?19:02
clarkbis that task run as become root?19:03
clarkbdoes't look like it19:04
*** slaweq_ has joined #openstack-infra19:05
jlkso what I had proposed was a follow up task that WAS using become19:06
jlkand then inverting the fail state19:06
jlkso if the task works, it's a failure. If it fails, it's success19:06
clarkbjlk: that is essentially what the task already does though19:06
clarkbremove sudo powers, then use sudo19:06
jlkThat proposed change was failing in CI, I thought there was something wrong, turns out it might be something else.19:06
clarkblet me hop on a node and look at the fs19:06
jlkclarkb: yeah, but it lets Ansible handle the error state, rather than trying to bodge it into the shell module19:06
clarkbjlk: well its a legacy job... that is kind of the point :)19:07
*** bnemec has quit IRC19:07
dirkhwoarang: updated, sorry forgot about it19:08
jlkyeah I think my change was on the role itself19:08
jlkfor future use19:08
clarkbthe file is /etc/sudoers.d/zuul19:09
clarkbrm -rf doesn't fail due to the -f19:10
mordredclarkb: so we're removing the wrong file19:10
clarkbthen !sudo -n true fails because we didn't actually remove anything19:10
mordredclarkb: in two different places19:10
clarkbmordred: ya19:10
fungiohh...19:10
*** spzala has quit IRC19:10
mordredI checked the new revoke-sudo role when I verified...19:10
fungithey must both be wrong in that case19:10
hwoarangdirk: no problem thank you19:11
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Remove the right file in revoke-sudo  https://review.openstack.org/50827419:11
fungiyep19:12
mordredclarkb: that'll take careof the role19:12
fungiclarkb: mordred: http://git.openstack.org/cgit/openstack-infra/project-config/tree/nodepool/elements/zuul-worker/install.d/60-zuul-worker#n1519:12
fungiconfirmed19:12
fungiin dib we do /etc/sudoers.d/zuul19:12
mordredbtw - I'm currently tracking down a bug in the migration of python35 jobs19:13
jlkoh ghanks gerrit web19:13
*** bnemec has joined #openstack-infra19:13
jlkif your browser isn't wide enough, it just flat out hides the voting buttons19:13
clarkbanyone working on a patch to update the filepath yet?19:15
fungii hadn't started but can19:15
clarkbfungi: go for it19:15
logan-with the new v3 cloner setup, where's the definition of which repos should be present for a job stored?19:15
fungididn't want to duplicate effort19:15
fungion it now19:15
*** spzala has joined #openstack-infra19:15
mwhahahaso looks like the tripleo jobs just got switched and we're failing on gate_hook http://logs.openstack.org/89/507889/2/gate/legacy-tripleo-ci-centos-7-scenario003-multinode-oooq-puppet/a8829f3/job-output.txt.gz#_2017-09-28_19_06_33_40642519:16
clarkblogan-: in the job itself as required repos, The repo the job runs against is implied19:16
mwhahahais this a known thing?19:16
*** bnemec has quit IRC19:16
* mwhahaha tries to figureout job-output.txt19:16
jlklogan-: one sec let me get you a doc link19:16
logan-clarkb: thanks, i'm talking for the openstack-ansible integrated test, we have a bunch of repos present in /root/src/git.openstack.org/openstack/*. one is missing -- http://logs.openstack.org/56/507956/11/gate/legacy-openstack-ansible-openstack-ansible-aio/0dce683/job-output.txt.gz#_2017-09-28_19_05_22_58688119:16
clarkbmwhahaha: http://logs.openstack.org/89/507889/2/gate/legacy-tripleo-ci-centos-7-scenario003-multinode-oooq-puppet/a8829f3/job-output.txt.gz#_2017-09-28_19_05_11_231883 that is where the gate hook is exported19:16
*** spzala_ has joined #openstack-infra19:17
clarkbmwhahaha: I'm wondering if maybe that happened in another shell so isn't present when declared?19:17
logan-openstack/ansible-hardening is missing19:17
*** e0ne has joined #openstack-infra19:17
logan-thanks jlk19:17
jeblairback and catching up19:17
*** spzala__ has joined #openstack-infra19:18
jlklogan-: https://docs.openstack.org/infra/zuul/feature/zuulv3/user/config.html#attr-job.required-projects19:18
logan-thanks jlk19:18
mwhahahaclarkb: we used to see this occasionally on zuulv2 but this just failed on all the jobs example https://review.openstack.org/#/c/507889/19:18
*** spzala has quit IRC19:20
openstackgerritJeremy Stanley proposed openstack-infra/openstack-zuul-jobs master: Correctly revoke /etc/sudoers.d/zuul  https://review.openstack.org/50827619:20
fungiclarkb: mordred: jlk: ^19:21
*** Sukhdev has joined #openstack-infra19:21
*** rbrndt has joined #openstack-infra19:21
*** hemna_ has quit IRC19:21
clarkbfungi: we also need to update the native thing for it too19:21
*** spzala__ has quit IRC19:21
clarkbbut we can do that in separate changes19:21
fungiclarkb: 507943 does that?19:21
*** spzala_ has quit IRC19:22
mordredclarkb: already did https://review.openstack.org/50827419:22
clarkboh19:22
fungino wait, that one19:22
fungi50827419:22
clarkbsorry missed it19:22
jlkspot checked, looks good19:22
fungithough it missed http://git.openstack.org/cgit/openstack-infra/zuul-jobs/tree/roles/revoke-sudo/README.rst#n319:22
fungii'll add a followup19:22
clarkbfungi: its also not working19:23
clarkbfungi: can you push a new patchset to invert the check too when you update the readme?19:23
fungiyeah, will do19:23
clarkbits missing the ! I think19:23
fungiit has a ! in the command string there19:24
fungihttp://git.openstack.org/cgit/openstack-infra/zuul-jobs/tree/roles/revoke-sudo/tasks/main.yaml#n819:24
fungidoes it need to be \ escaped?19:24
mordredwell - somehow our running of that has not been working19:24
mordredyou know - ! is a shell thing - does that need to be shell?19:25
fungiyeah19:25
mordredrather than command?19:25
clarkboh yup19:25
fungiso just s/command/shell/?19:25
fungii'll switch taht too19:25
clarkbalso http://logs.openstack.org/76/508276/1/check/tox-linters/b5381c9/job-output.txt.gz#_2017-09-28_19_23_32_729071 is going to cause fungi's change to fail19:25
openstackgerritJeremy Stanley proposed openstack-infra/zuul-jobs master: Remove the right file in revoke-sudo  https://review.openstack.org/50827419:25
fungiupdated ^19:25
*** spzala_ has joined #openstack-infra19:25
*** nikhil has joined #openstack-infra19:27
clarkbyou might also need to single quote the string because ! is special in yaml?19:27
*** spzala has joined #openstack-infra19:27
clarkbits self testing so should know soon enough19:28
clarkbthen jlk can follow up later with a cleaner ansibly fix19:28
clarkbmordred: did we accidentally force merge something in ozj that is causing 508276 to fail?19:29
mordredclarkb: might have- we didn't get linters runs on everything before force-merge19:30
*** spzala_ has quit IRC19:30
mordredwow. what a spectacularly useful error message19:30
jeblairnormally we'd get a filename with the error, but this error *broke ansible-lint*19:30
fungiboggling for sure19:30
fungisomeone have time to bisect the last few commits?19:31
SpamapSjeblair: so is zk<->zuul happier now?19:31
mordredyah. doing it19:31
jeblairSpamapS: i'll check19:31
*** pcaruana has quit IRC19:31
jeblair2017-09-28 18:47:05,017 DEBUG zuul.zk.ZooKeeper: ZooKeeper connection: CONNECTED19:31
jeblairnothing since then, which was the restart19:31
SpamapSgreat success19:32
clarkbhttp://logs.openstack.org/20/483020/10/check/legacy-tempest-dsvm-neutron-dvr-ha-multinode-full/36a9c26/logs/devstack-gate-setup-workspace-new.txt is an interesting failure19:32
*** srobert_ has quit IRC19:32
clarkbsomething is updating the git repo at the same time we are chowning it?19:32
fungisomehow we hit a retry_limit on tox-linters for 508274,2 (the zuul-jobs revoke-sudo fix)19:32
fungialso for build-openstack-sphinx-docs19:32
clarkbfungi: its still made about the sudo -n true check19:33
clarkbI think sh is default shell which may not grok ! ?19:33
fungiokay, so we wrap in quotes and go for another round19:33
clarkbalso ara says the command was lacking !19:33
*** srobert has joined #openstack-infra19:33
clarkbso I think signle quotes and possibly force bash if single quotes isn't enough19:34
jlksee, this, this is why I wanted to let Ansible handle the error state :)19:34
fungi! has been posix forever afaik19:34
openstackfungi: Error: "has" is not a valid command.19:34
mordredansible-lint does not understand the shell: cmd: form19:34
ShrewsSpamapS: jeblair: yeah, nodepool logs don't show us deleting any abandoned nodes, so ++19:35
*** bnemec has joined #openstack-infra19:35
mordredhow did this work on the initial import?19:35
openstackgerritJeremy Stanley proposed openstack-infra/zuul-jobs master: Remove the right file in revoke-sudo  https://review.openstack.org/50827419:36
fungiclarkb: ^ now with 'quoting'19:36
*** spzala has quit IRC19:36
jeblairmordred: aren't we not linting the legacy playbooks?19:36
jeblair-not -path './legacy/*'19:36
Shrewscitycloud-kna1 seems to be a problematic provider19:36
mordredOHHHHH - I now undertand the issue19:36
mordredyup. fix coming- thank you19:36
jeblairmordred: though if it really is the cmd syntax, i think we need to allow that.19:37
mordredyah. I think we need to turn off ansile-lint completely - we actually need the cmd syntax in the place it is19:37
mordredwe can turn it back on if/when we fix it19:37
jeblairk. anyone want to take on an ansible-list upstream bug ^?19:38
jeblairgrr ansible-lint19:38
jeblair(dvorak makes that typo way too easy)19:38
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Stop running ansible-lint on playbooks  https://review.openstack.org/50828019:39
openstackgerritLogan V proposed openstack-infra/openstack-zuul-jobs master: Add openstack-ansible roles to required projects  https://review.openstack.org/50828119:39
clarkbI'm not sure I understand the ansible-lint situation19:39
*** e0ne has quit IRC19:40
mnaserlogan- i have a suggestion about your patch there ^19:40
jlkit doesn't like to see "cmd" as an argument to the "shell" task19:40
jlkI can peek at that19:40
mnaseri would introduce a legacy-openstack-ansible job, add `required-projects` to it and change parent to all openstack-ansible jobs to legacy-openstack-ansible19:40
clarkbok we keep syntax check which si good but drop linting for that reason, got it19:40
mnaseryou can look at how we did it for puppet jobs (legacy-puppet-openstack-integration)19:40
logan-mnaser: great mnaser thanks19:41
*** rhallisey has quit IRC19:41
jeblairmordred: (we didn't end up with any legacy-ansible parent jobs as part of migration, right?)19:41
mnaser(i have some patches refactoring some of the puppet jobs which might be helpful to look at but i dont want to add more confusing patches as people are busy)19:42
clarkbfungi: after quoting 274 fails on the linting problem19:42
clarkbso once linting is fixed we can then fix sudo19:42
mordredjeblair: that's correct19:42
clarkbthen things should be much happier19:42
fungiwe have a second issue with ansible-lint it seems...19:42
fungihttp://logs.openstack.org/74/508274/3/check/tox-linters/8106f37/job-output.txt.gz#_2017-09-28_19_38_24_53212919:42
fungiANSIBLE0013 Use shell only when shell functionality is required19:42
clarkblol19:43
fungihow does it determine that shell functionality is not required?19:43
jeblairIf you liked pep8 and hacking, just wait until you see the all new Ansible Lint!19:44
jlkpoorly19:44
jlkI think it looks for redirection and pipes19:44
fungiand misses !19:44
SamYapleand globbing19:44
*** e0ne has joined #openstack-infra19:44
jaypipesjlk: I'm here, I'm here!19:44
fungihah19:44
jeblairit should check "[^a-z]"19:44
mordredjaypipes: wins19:44
jaypipes:)19:44
jlkhahaha19:44
fungishould i exclude ANSIBLE0013 in tox.ini? or just wait for the ansible-lint disablement?19:45
clarkbI think juts wait for disablement and add that ^ to the list of things we should work to get fixed upstream19:46
clarkbthough fixing that heuristic seems like it will be painful19:46
dmsimardI thought we retrofitted the nodepool node files ? did we not ? cat: /etc/nodepool/primary_node_private: No such file or directory19:46
jeblairoh we'll need a disablement change on zuul-jobs19:46
jeblairthe disable was only on ozj19:46
*** anticw has joined #openstack-infra19:47
jeblairit looks like a speculative reconfiguration takes about 25 seconds (now that we have all those project-pipeline things).  of course we run it twice (oy!), so a .zuul.yaml change will pause zuul for about 50 seconds.  it's workable, but not great.  now we know where to look, we can try improving that.  later.19:47
jlkwell this is fun, I'm trying to find where in the ansible code it actually parses the "cmd" argument to comman/dshell19:48
fungishall i replicate 508280 for zuul-jobs too then? or is someone already working on that?19:48
jeblairjlk: maybe https://github.com/ansible/ansible/issues/12856 will help19:48
jeblairjlk: that's what pointed me at it19:49
jlkkk, reading19:49
jeblairjlk: in particular: https://github.com/ansible/ansible/issues/12856#issuecomment-150002983 maybe?19:49
clarkbjeblair: we run it twice because check and gate?19:49
jlkoooooh19:49
jlkbecause it's stuffed out there19:49
jlkokay19:49
jeblairclarkb: nope, including trusted and untrusted changes.19:50
jlkoh so we could switch from 'cmd' to _raw_params:19:50
jeblairjlk: yuck?19:50
jlkwell, we're depending on a legacy undocumented thing, that's getting transformed outside of hte module...19:50
*** `Kevin has joined #openstack-infra19:51
jeblairjlk: _raw_params is "more supported"?19:51
jlkone sec19:51
jeblairi picked the thing that looked "most supportable and normal" to my unwashed eyes19:51
jlkit's not documented, but at least it's listed in the module argument spec19:51
jlkhttps://github.com/ansible/ansible/blob/devel/lib/ansible/modules/commands/command.py#L12319:51
jlkwhether or not ansible-lint will take it, dunno. need to test more19:52
clarkb  https://github.com/ansible/ansible/blob/devel/lib/ansible/modules/commands/shell.py#L16019:52
jeblairjlk: https://github.com/ansible/ansible/issues/12856#issuecomment-150003442 also made me think it was the right approach19:52
clarkbits documented there19:52
clarkboh thats a return value19:52
jlkyeah19:52
jlknot an input19:52
openstackgerritJeremy Stanley proposed openstack-infra/zuul-jobs master: Remove the right file in revoke-sudo  https://review.openstack.org/50827419:53
openstackgerritJeremy Stanley proposed openstack-infra/zuul-jobs master: Stop running ansible-lint on playbooks  https://review.openstack.org/50828519:53
fungiadded and restacked ^ (hopefully they don't need to be squashed?)19:53
jeblairclarkb: (we perform a speculative reconfiguration that includes trusted repo changes, even on untrusted changes, to detect syntax errors.  then we do it again only including untrusted repo changes and use that.)19:53
clarkbso the upstream docs say just use shell: |19:53
jlkfair enough19:53
*** hashar has quit IRC19:53
mordredclarkb: yah - you just can't use shell: |19:53
mordredclarkb: if you have here docs19:53
jeblairclarkb: yep, which will get you an invalid bash script.  it will have a leading space on the start of every line.19:53
*** srobert has quit IRC19:53
clarkbwow19:54
jeblairyeah, they broke yaml folding19:54
clarkbthats interesting19:54
jeblairand this is the solution they recommend in the bug report19:54
*** srobert has joined #openstack-infra19:54
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Stop running ansible-lint on playbooks  https://review.openstack.org/50828019:56
* clarkb is going to recheck the legacy sudo fix now19:58
jeblairdid it19:58
clarkboh jeblair wins19:58
fungiyeah, it just dawned on me i should have reparented it onto mordred's ansible-lint disablement19:59
clarkbre reconfig time, I wonder if zuul can memoize stuff?19:59
*** ccamacho has quit IRC19:59
clarkbbasically keep unchanged and parsed configs laying around and only update them if/when they change19:59
dmsimardclarkb: fyi I'm hunting down an issue with all tripleo jobs. So far my understanding is that the (nested) ansible from devstack-gate does not inherit from a function being declared in the parent task19:59
dmsimardThis is exported correctly: https://github.com/openstack-infra/openstack-zuul-jobs/blob/master/playbooks/legacy/tripleo-ci-centos-7-scenario003-multinode-oooq-puppet/run.yaml#L9319:59
dmsimardBut in the logs: http://logs.openstack.org/89/507889/2/gate/legacy-tripleo-ci-centos-7-scenario004-multinode-oooq-puppet/efd5b46/ara/result/b67d1480-0bef-460c-b229-462692e55528/19:59
dmsimard/home/zuul/workspace/devstack-gate/functions.sh: line 180: declare: gate_hook: not found20:00
clarkbdmsimard: I wonder if that is a shell behavior20:00
clarkbdmsimard: is that possibly a sh vs bash problem?20:00
clarkbfungi: ^20:00
dmsimardclarkb: yes, that's what I am trying to reproduce locally20:00
clarkbeg will export -f work in dash ash sh ?20:00
jeblairwe use bash20:00
*** kgiusti has quit IRC20:00
clarkbjeblair: oh do we force bash as the shell in ansible?20:00
jeblairhttps://github.com/openstack-infra/openstack-zuul-jobs/blob/master/playbooks/legacy/tripleo-ci-centos-7-scenario003-multinode-oooq-puppet/run.yaml#L9620:00
clarkb(default is sh iirc)20:00
jeblairclarkb: ^20:01
*** ijw has joined #openstack-infra20:01
clarkbcool so that probably isn't the problem then20:01
fungithough that aside, export should work the same in classic bourne shell too afaik20:01
dmsimardclarkb: but we don't enforce /bin/bash on the shell/command tasks from devstack-gate though20:01
dmsimardso I wonder if that could be it20:01
clarkbdmsimard: thta is orthogonal I think20:01
jeblaircat: /etc/nodepool/primary_node_private: No such file or directory20:01
clarkbdmsimard: only the d-g shell should interpret that hook and not ansible20:02
dmsimardit's possible the error is completely outside of the devstack-gate ansible, too. The error is from functions.sh20:02
jeblairdmsimard: that's a little further up ^20:02
dmsimardjeblair: right, I asked about that earlier but no one answered20:02
dmsimardjeblair: it doesn't seem fatal in any case20:02
dmsimard15:46:18<dmsimard>I thought we retrofitted the nodepool node files ? did we not ? cat: /etc/nodepool/primary_node_private: No such file or directory20:02
clarkbdmsimard: that may indicate the job doesn't have a multinode nodeset20:02
clarkbwhich is/was a bug in the migration20:02
fungigot patched a while back, right? maybe we missed some additional jobs with that problem?20:03
dmsimardhmm, you're correct20:03
*** chlong has quit IRC20:03
*** e0ne has quit IRC20:03
dmsimardthis is a multinode job but there is only one centos-7 node, at least according to ara20:03
clarkbwhy don't we start by fixing that and see if that knocks the rest of it loose20:03
dmsimardthe job is here: https://github.com/openstack-infra/openstack-zuul-jobs/blob/master/zuul.d/zuul-legacy-jobs.yaml#L1675520:04
dmsimard    nodeset: centos-720:04
jlkoh this is fun20:04
jlkansible-lint reads these things before task.py does the transformation20:04
jeblairdmsimard, clarkb: that error is really weird -- it's from this line: http://git.openstack.org/cgit/openstack-infra/devstack-gate/tree/functions.sh#n18020:05
jeblairi agree, let's fix the nodeset first.  but the cause chain is definitely not immediately apparent.  :)20:06
clarkbdmsimard: do you want to push the change up for the new nodeset?20:06
clarkbdmsimard: you might want to spot check other tripleo multinode jobs20:06
dmsimardclarkb: trying to figure out what it was before  and check for other jobs20:06
dmsimardyeah.20:06
dmsimardlooks like it's coming from here: https://github.com/openstack-infra/project-config/blob/fa973dd86f000100c231cbacf0d28700fca8f735/jenkins/jobs/projects.yaml#L13035-L1304420:07
dmsimardthat's clearly centos-7-2-node20:07
dmsimardeh20:07
dmsimardok, let me prep a patch20:07
dmsimardmwhahaha: ^20:07
fungii could use an extra pair of eyes finding what broke the tests.unit.test_v3.TestAnsible.test_playbook test in http://logs.openstack.org/74/508274/4/check/tox-py35-on-zuul/79cfcb6/ (still trying to get the revoke-sudo fix to pass)20:07
openstackgerritMohammed Naser proposed openstack-infra/openstack-zuul-jobs master: Add missing required-project to Puppet  https://review.openstack.org/50828820:08
openstackgerritMonty Taylor proposed openstack-infra/project-config master: Fix bad python35 jobs migration  https://review.openstack.org/50828920:08
mordredinfra-root: ^^ that should fix the bogus transition to legacy-python3520:08
mnaserfungi .. i mean i find this in the errors .. not sure if you spotted it .. 2017-09-28 20:01:10.484501 | ubuntu-xenial | ERROR: Unexpected templating type error occurred on (zuul.project.name == '{{ (zuul | zuul_legacy_vars).ZUUL_PROJECT }}'): int() argument must be a string, a bytes-like object or a number, not 'NoneType'20:09
mnaserim not sure how your change affects it though20:09
mordredgah.20:09
*** GregHouse has quit IRC20:09
clarkbfungi: I was just looking at that, I think its the check-vars test which may be conflicting with mordred's BUILD_TIMEOUT change20:09
clarkboh mnaser is master detective20:10
fungii bet that was also introduced by something we force-merged20:10
fungithanks mnaser!20:10
mnaseri can only spot errors though i dont know what it means :D20:10
jeblairevery now and then it's nice to remind ourselves that *every* time we force merge something, we screw it up.  :)20:10
fungiYEP!20:10
*** weshay has quit IRC20:10
clarkbjeblair: ++20:10
clarkbwe are like 2/4 today20:11
mordredjeblair: yup. there's a reason we like this gating thing :)20:11
clarkbnot a good record20:11
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Only add BUILD_TIMEOUT if there is a timeout  https://review.openstack.org/50829020:11
*** weshay has joined #openstack-infra20:11
mordredthat should fix mnaser's issue20:11
mnaserwhich is really fungi's issue :-p20:11
SpamapSmordred: OR, gating has made us soft.20:11
clarkbSpamapS: that seems like the kind of attitude people that directly edit production databases would have. Oh wait we do that too :)20:12
mordredSpamapS: nah. I was soft before gating20:12
fungiSpamapS: i think you're onto something20:12
openstackgerritLogan V proposed openstack-infra/openstack-zuul-jobs master: Add openstack-ansible required-projects parent job  https://review.openstack.org/50828120:12
* SpamapS likes being soft20:12
jeblairfungi: want to stack your change on 290 ?20:12
*** slaweq_ has quit IRC20:12
fungijeblair: yep, already in progress20:12
mordredjeblair, fungi: it's a patch to the built-in filters- we need to land the zuul patch and get it rolled out for it to have an effect20:13
*** slaweq_ has joined #openstack-infra20:13
*** slaweq_ has quit IRC20:13
fungiare you sure?20:13
fungii can't just depends-on that one for the functional job?20:14
clarkbI think the test is likely to pass stacked20:14
clarkbbut we won't notice it in production until what mordred says should happen happens20:14
*** slaweq_ has joined #openstack-infra20:14
mordredfungi: oh- yah - for the functional job that should work20:14
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Correctly revoke /etc/sudoers.d/zuul  https://review.openstack.org/50827620:14
clarkbok ^ there is half the sudo problem20:14
clarkbfixed20:14
mordred\o/20:15
openstackgerritJeremy Stanley proposed openstack-infra/zuul-jobs master: Stop running ansible-lint on playbooks  https://review.openstack.org/50828520:15
openstackgerritJeremy Stanley proposed openstack-infra/zuul-jobs master: Remove the right file in revoke-sudo  https://review.openstack.org/50827420:15
fungiother half now with depends-on ^20:15
*** GregHouse has joined #openstack-infra20:16
mnaserwith how stuff is cloned in zuulv3, we technically don't have a remote in repos, correct?20:17
openstackgerritDavid Moreau Simard proposed openstack-infra/openstack-zuul-jobs master: Use proper nodesets for the different multinode TripleO jobs  https://review.openstack.org/50829220:17
dmsimardAre we using a topic for migration mistakes ?20:17
fungidmsimard: topic:zuulv320:17
openstackgerritDavid Moreau Simard proposed openstack-infra/openstack-zuul-jobs master: Use proper nodesets for the different multinode TripleO jobs  https://review.openstack.org/50829220:17
dmsimardfungi: ok20:17
mnaserin the puppet openstack gates, we run `git reset --hard origin/master` .. its failing because of 'fatal: ambiguous argument 'origin/master': unknown revision or path not in the working tree.' ... should we just do a git reset --hard master instead?20:18
dmsimardmwhahaha, clarkb, jeblair: I think that's all of the nodeset fix for tripleo: https://review.openstack.org/#/c/508292/20:18
mnaser(the reason we do that is to pin to specific tempest versions if need-be)20:18
mordreddmsimard: +Ad20:18
clarkbmnaser: yes, I think that would be how you accomplish that, however you might checkout tags instead if you are going for a specific tempest version20:18
*** spzala has joined #openstack-infra20:19
jeblairmnaser: can you point me at the code in question?20:19
mnaserclarkb yep, agreed, but dont want to change too much existing behaviour20:20
fungimordred: pep8 failure on the zuul patch20:20
clarkbinfra-root can we get anothe rreview on https://review.openstack.org/#/c/508289/1 to fix py35 jobs20:20
mnaserjeblair https://github.com/openstack/puppet-openstack-integration/blob/master/run_tests.sh#L109-L115 -- and can see it in action -- http://logs.openstack.org/17/508217/1/check/legacy-puppet-openstack-integration-4-scenario001-tempest-centos-7/05a6d7e/job-output.txt.gz#_2017-09-28_18_59_26_88302820:20
jeblairclarkb: depends on abandoned change?20:20
clarkbso it does and gerrit doesn't actually complain, wow20:21
clarkbmordred: ^ do you want to rebase that change?20:21
jeblairi'm going to award this point to gertty :)20:21
clarkband -10 points from house gerrit web ui20:22
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Only add BUILD_TIMEOUT if there is a timeout  https://review.openstack.org/50829020:22
mordredclarkb: yah- on it20:22
jeblairotherwise lgtm20:22
openstackgerritMonty Taylor proposed openstack-infra/project-config master: Fix bad python35 jobs migration  https://review.openstack.org/50828920:23
*** jcoufal has quit IRC20:24
* clarkb found another multinode case of bad node label, will push patch in a moment20:24
jeblairmnaser: under what circumstances would tempest not be master (ie, what situation is that designed to correct?)20:24
mnaserjeblair i believe there are scenarios where some downstream users would pin to specific tempest releases (example: rdo - https://github.com/rdo-infra/ansible-role-weirdo-puppet-openstack/blob/master/tasks/main.yml#L87)20:25
mnaseror sometimes i assume tempest breaks our gate so we can pin to an older release till its fixed then go back to master20:25
*** thorst has quit IRC20:26
openstackgerritClark Boylan proposed openstack-infra/openstack-zuul-jobs master: Set cinder mn-sub jobs to multinode nodeset  https://review.openstack.org/50829320:26
openstackgerritMerged openstack-infra/project-config master: Fix bad python35 jobs migration  https://review.openstack.org/50828920:26
mordred\o/20:26
clarkbmordred: ^ there is the fix for multinode jobs with wrong label I found20:26
jeblairmnaser: okay, then yeah, i think just using 'master' rather than orgin/master like you and clarkb worked out is closest.  note that may have patches which haven't landed yet in master (zuul lives in the future), which is likely a behavior change, but probably not one that will affect you.20:27
*** eharney has quit IRC20:28
mordredmnaser, jeblair: or potentially even add in logic to not do the reset if that parameter isn't given - don't know if that would be hard to plumb through or not20:28
jeblairmnaser: there are a bunch of tools that make this sort of thing really nice in v3, so when we get to redesigning these jobs, we should be able to express all of that in zuul config, and not need git commands like that in the jobs themselves.20:29
clarkbhttp://logs.openstack.org/20/483020/10/check/legacy-grenade-dsvm-neutron-multinode/43d6593/job-output.txt.gz#_2017-09-28_20_04_21_024064 we may not properly be detecting multinode for some reason (I checked inventory that job did have two nodes)20:29
dmsimardjeblair, mordred: I missed at the very least one multinode nodeset, would you rather I fix the review that hasn't landed yet or send one on top ?20:30
jeblairdmsimard: new patch20:30
jeblairclarkb: does d-g save the internal inventory?20:31
clarkbjeblair: it relies on the /etc/nodepool/ contents20:32
clarkband generates its own inventory from that20:32
jeblairclarkb: right, but it writes an inventory file based on that20:32
jeblairwondered if it saved that file to logs20:32
clarkbI think it may be recorded where we write to that file, grenade is also weird in how it does multinode20:32
mnaser mordred, jeblair: ok, cool thanks :)20:32
clarkbsince grenade runs d-g20:32
clarkbiirc20:32
clarkbok I've got to do my lunch now20:33
clarkbback in a bit20:33
mordredhttp://logs.openstack.org/20/483020/10/check/legacy-grenade-dsvm-neutron-multinode/43d6593/logs/etc/ <-- would have been nice to have collected /etc/nodepool :)20:33
fungimordred: your zuul patch is still failing on that same test in the tox-py35 job20:33
jeblairmordred: oh i think timeout is always there, just sometimes null20:34
fungiso, yeah, that patch is a no-op as is20:34
*** florianf has quit IRC20:34
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Parent legacy jobs with artifacts legacy-publish-openstack-artifacts  https://review.openstack.org/50826520:35
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Only add BUILD_TIMEOUT if there is a timeout  https://review.openstack.org/50829020:35
mordredjeblair: how about that ^^20:35
openstackgerritMonty Taylor proposed openstack-infra/infra-manual master: Add howto section on migrating legacy jobs to v3  https://review.openstack.org/50829520:36
fungiwfm. could also have done... if zuul.get('timeout'):20:37
mordredfungi: yah20:37
fungii guess someone _could_ set timeout to 0, but if they did i don't know what sort of behavior they might expect from doing such a thing20:39
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Use proper nodesets for the different multinode TripleO jobs  https://review.openstack.org/50829220:39
mnasermordred fyi, the docs still says nodes: and not nodesets: (migration docs that is)20:39
mnasernot sure if they are interchangable20:40
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Use bash for releasenotes job shell  https://review.openstack.org/50829720:40
openstackgerritAlex Kavanagh proposed openstack-infra/project-config master: Change the docs job to a deploy-publish-job  https://review.openstack.org/50829820:40
mordredinfra-root: http://logs.openstack.org/27/508227/1/check/releasenotes/64b3b7b/job-output.txt.gz#_2017-09-28_18_56_24_817891 is why I did https://review.openstack.org/50829720:40
mordredmnaser: oh - thank you20:40
jeblairmnaser: thanks, nodes is gone completely20:41
jlkugh, ansible-lint is broken in numerous places because of cmd:20:41
openstackgerritMonty Taylor proposed openstack-infra/infra-manual master: Change nodes to nodeset in zuulv3 docs  https://review.openstack.org/50830020:41
mordredmnaser, jeblair: ^^20:41
jeblairmordred: thx.  i have small -1 on parent.20:42
mordredactually - lemme restack that20:42
mordredjeblair: want me to split them - or jst fix the -1 ?20:42
jeblairmordred: switch order i'd say20:42
jeblairwe can rush the fix; want others to have time to see the howto20:42
*** rcernin has joined #openstack-infra20:42
*** thorst has joined #openstack-infra20:43
openstackgerritMonty Taylor proposed openstack-infra/infra-manual master: Change nodes to nodeset in zuulv3 docs  https://review.openstack.org/50830020:44
openstackgerritMonty Taylor proposed openstack-infra/infra-manual master: Add howto section on migrating legacy jobs to v3  https://review.openstack.org/50829520:44
mordredjeblair: done20:44
openstackgerritDavid Moreau Simard proposed openstack-infra/openstack-zuul-jobs master: Use proper nodesets for the different TripleO OVB jobs  https://review.openstack.org/50830120:45
dmsimardmordred, clarkb, jeblair, mwhahaha, EmilienM ^20:45
dmsimardI think that's all of them20:45
EmilienMdmsimard: ok looking in a few20:45
EmilienMdmsimard: thanks, you got them all i think20:46
ianwmktemp: failed to create directory via template '/opt/dib_cache/dib_build.XXXXXXXX': Permission denied <- wouldn't have expected that20:46
mordredianw: wow. that's fun20:46
dmsimardEmilienM: I checked the templates one by one from https://github.com/openstack-infra/project-config/blob/fa973dd86f000100c231cbacf0d28700fca8f735/jenkins/jobs/projects.yaml#L1282320:47
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Set cinder mn-sub jobs to multinode nodeset  https://review.openstack.org/50829320:47
ianwis the path forward fixing up odd bits in legacy jobs as they come up?20:47
ianw(sorry, just catching up after waking up to a zuulv3 world :)20:47
jeblairianw: yep; so far we haven't seen anything we think we need to roll back for20:48
dmsimardianw: that's what things are looking like so far20:48
ianw++ cool!20:48
smcginniscowsay "How's zuul3 going?"20:49
jeblairmooooving along20:49
smcginnis:D20:49
clarkbwow20:49
clarkbquote of the day20:49
smcginnisThat was pretty awesome jeblair20:49
dmsimardjeblair++20:49
jlkpunchy mode engaged20:50
gouthamrhello good folks, got a patch that's not getting enqueued on the gate ( Link: https://review.openstack.org/#/c/505672/ ) -> related to the ZuulV3 migration?20:51
openstackgerritJames E. Blair proposed openstack-infra/devstack-gate master: Save /etc/nodepool  https://review.openstack.org/50830220:52
ianwhttp://logs.openstack.org/79/504579/6/gate/legacy-diskimage-builder-pylint/34bf88f/job-output.txt.gz#_2017-09-28_20_39_13_705486 <- Error executing: cp -dRl /home/zuul/src/git.openstack.org/openstack/requirements/. /tmp/tmp.MVGucBqLXP20:52
EmilienMdmsimard: cool20:52
jeblairclarkb, mordred: ^ we need that to run on, i guess a grenade multinode job?20:52
ianwwondering why zuul-cloner decided to get requirements into /tmp there?20:52
jeblairianw: that one means openstack/requirements is missing from the job's required-projects20:53
clarkbjeblair: ya which I think it will as part of the d-g job list20:53
jeblairclarkb: cool20:53
ianwjeblair: yeah, figured, why does it go into /tmp?20:53
jeblairianw: presumably the job was written to use zuul-cloner to clone reqs into a tempdir20:53
clarkb8290 is about to head into the gate queue20:54
clarkbthen once that merges we can fix sudo elsewhere20:54
jeblairianw: of course it doesn't have to anymore, but it doesn't know that, and our shim just replicates the behavior20:54
jeblairianw: the original reasoning was probably: "we need a copy of openstack/requirements, and jenkins checked our our project into the workspace directory, so where do we put it?  <shrug> /tmp"20:54
clarkbis it just me or is zuul feeling slow again, might wantot check the zk things20:54
smcginnisgouthamr: That appears to be the case. I know we have a few.20:55
jeblairclarkb: it just finished a dynamic layout20:55
jeblairand started another20:55
smcginnisgouthamr: Maybe just a way to stress test zuulv3 once everything starts moving. ;)20:55
jeblairzuul still needs to calculate dynamic layouts for changes that go into the merge-check pipeline20:56
jeblairthat can be pretty expensive if we end up with, say, a bunch of open changes to zuul-jobs with zuul config changes20:57
jeblairwe may want to consider disabling merge-check20:57
clarkbmordred: jeblair concern with using /bin/bash in all the places, on centos it is /usr/bin/bash20:57
*** yamahata has joined #openstack-infra20:58
mordredjesus h ... what?20:58
mordred*headdesk*20:58
fungihopefully changes to zuul-jobs become much less frequent after the next week or two20:58
clarkbnot the end of the world right now but ya annoying little distro madness20:58
ianwclarkb: umm, it's not?20:58
jeblairfungi: we'll have config changes to openstack-zuul-jobs for a while thou20:58
mordredyah. I agree with ianw20:58
clarkbianw: it is on git.openstack.org at least20:58
mordred[mordred@git01 ~]$ ls /bin/bash20:59
mordred/bin/bash20:59
ianw /bin -> /usr/bin20:59
ianwshould be a symlink20:59
clarkbits not a symlink but it is in both places in git.o.o20:59
clarkbweird20:59
*** jascott1 has quit IRC20:59
clarkboh the dir is a symlink?20:59
gouthamrsmcginnis: ah, thanks! no rush getting a merge if it isn't just me! i'll recheck when it's done mooving :)20:59
clarkbwow20:59
clarkbI need more alcohol21:00
*** jascott1 has joined #openstack-infra21:00
*** thorst has quit IRC21:00
*** thorst has joined #openstack-infra21:00
ianwclarkb: yeah.  i'm pretty sure systemd is involved in that and the ability to boot with a nfs mounted /usr or something something, i forget21:00
jeblairnow i need more alcohol21:01
*** trown is now known as trown|outtypewww21:01
fungii have a fairly tasty domestic saké chilling for this evening21:02
ianwclarkb: sorry, you said sudo ... struggling to pick it out of scrollback.  tl;dr?21:02
clarkboh bah21:02
openstackgerritMerged openstack-infra/infra-manual master: Change nodes to nodeset in zuulv3 docs  https://review.openstack.org/50830021:02
ianwi'm guessing that's related to my /opt directory issues21:02
clarkbianw: the jenkins-sudo file to zuul file transition didn't work out quite right21:02
clarkband there is a new bug I am seeing in it21:02
clarkbianw: basically we needed to delete the file giving zuul sudo rights rather than the one giving jenkins sudo rights21:02
mordredjeblair: wasn't there an issue earlier today with infra doc publishing that we fixed?21:03
clarkbbecause we use the zuul user now21:03
openstackgerritJames E. Blair proposed openstack-infra/openstack-zuul-jobs master: Add reqs to legacy-cinder-pylint  https://review.openstack.org/50830321:03
ianwahh, ok, thanks21:03
clarkbhttp://logs.openstack.org/02/508302/1/check/legacy-devstack-gate-tox-run-tests/af6e423/job-output.txt.gz#_2017-09-28_21_00_32_154153 new sudo problem21:03
clarkbmordred: ^21:03
clarkbwe don't have a grep file in place for the zuul user...21:03
jeblairmordred: no.  we have 2 known issues -- 1) infra docs index job is post_failing.  2) zuul-jobs isn't updating.21:03
mordredjeblair: those are to legacy-blazar-pylint21:03
clarkbinstead of running that sh script we could inline the check I think21:03
jeblairbah21:04
clarkbunless that file is suid21:04
*** jascott1 has quit IRC21:04
jeblairmordred: i wonder if it needs it too21:04
*** jascott1 has joined #openstack-infra21:04
jeblairmordred: maybe i should add to all pylint jobs?21:04
mordredjeblair: oh- you konw what - yah - probably all the pylint jobs do - since they use run-tox.sh21:04
jeblairmordred: ok will do21:05
clarkbits not setuid we have a special sudo rule allowing only that file to be sudo'd21:05
*** spzala has quit IRC21:05
smcginnisAre we going to console output back in the logs?21:06
openstackgerritIan Wienand proposed openstack-infra/openstack-zuul-jobs master: Add requirements to dib pylint job  https://review.openstack.org/50830521:06
*** dhajare has quit IRC21:06
clarkbmordred: jeblair ^ should I work on a patch to add equivalents for the zuul user to our images?21:06
clarkbsmcginnis: yes, but its called job-output.txtnow21:06
*** jascott1 has joined #openstack-infra21:06
mordredclarkb: why are we running jenkins-sudo-grep again?21:07
smcginnisclarkb: Hmm, seems significantly less useful. Unless I've just looked at two bad examples.21:07
clarkbmordred: it checks if the jenkins user attempted to use sudo and if it did fails the job21:07
openstackgerritJames E. Blair proposed openstack-infra/openstack-zuul-jobs master: Add requirements to all pylint jobs  https://review.openstack.org/50830321:07
jeblairianw: ^ i think i got your thing in that patch21:07
clarkbsmcginnis: it should be roughly equivalent especially for legacy jobs21:07
ianwjeblair: cool, will abandon21:07
mordredclarkb: right- but we already have revoke-sudo?21:07
clarkbmordred: ya but sometimes tests pass even when sudo fails21:08
mordredgotch21:08
clarkbmordred: we saw this happen over and over in neutron iirc hence the check21:08
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Only add BUILD_TIMEOUT if there is a timeout  https://review.openstack.org/50829021:08
fungismcginnis: there is additional output from ansible in the console logs now, and i think there are some ideas on how to make some of that expandable when viewed from logs.o.o, perhaps collapsed by default21:08
smcginnisclarkb: Is this a known issue: http://logs.openstack.org/32/501332/3/gate/legacy-cinder-tox-compliance/fb78a70/job-output.txt.gz#_2017-09-28_19_34_55_13343021:08
clarkbits the anti emissions fool device device21:08
clarkbsmcginnis: yes we are working to fix it21:08
smcginnisfungi: OK, I think I'm just seeing a lot of that and things are failing early enough that I'm not seeing what I'm expecting.21:09
ianwclarkb: yes, that is a project-config element iirc21:09
smcginnisI'll just be more patienter.21:09
clarkbmordred: we might be able to dropthe check for now if we want to add it in again once images are updated21:09
mordredclarkb: well - I'm fine updating it - also we have tox base jobs thatdon't use scripts in images that tox jobs should get migrated to21:10
mordredclarkb: either way it's an image change at the moment unless we just tried to update more tox jobs to be based on tox base jobs instead of migrated legacy jobs21:11
*** thorst has quit IRC21:11
clarkbya, let me get the change up and then we at least have the option of slowly moving towards that21:11
mordredclarkb: I'm going to build a list of migrated jobs that are using run-tox.sh real quick21:12
mordredclarkb: enough for it to still be unworkable for us to do them21:13
mordredclarkb: so yah - let's get the script updated21:13
ianwmordred: legacy-dsvm-nodepool-redhat-src -> "The following LIBS_FROM_GIT were not installed correct: diskimage-builder glean shade" <- is this known or should i debug?21:14
tonybmordred: Yup totaly agree.  I want to test it a little more and then roll out the changes to projects when we switch to the constratints file being on releases.o.o instead of gitweb21:15
mordredclarkb: we have a role we use for some of the proposal jobs that copies the scripts from the job's copy of project-config onto the remote host. we could consider adding a similar thing to legacy-base so that at least we're not looking at image rebuilds21:15
clarkbmordred: the sudo bits are probably the trickiest part but still doable21:16
mordredclarkb: in any case - just a thing to consider -for now I'd do whatever is most expedient21:16
mordredianw: I have not seen that one21:16
mordredtonyb: oh - heh. SOOOOO21:16
ianwit does not appear to have cloned all the required-projects : http://logs.openstack.org/79/504579/6/gate/legacy-dsvm-nodepool-redhat-src/873f19d/job-output.txt.gz#_2017-09-28_20_43_56_19246621:16
openstackgerritClark Boylan proposed openstack-infra/project-config master: Zuul versions of sudo grep checks  https://review.openstack.org/50831321:16
clarkbmordred: ianw ^ there is21:17
clarkbwe'll also need to update jobs to use the new script name21:17
mordredtonyb: have you seen the way constraints consumption is working in the v3 jobs?21:17
clarkbhttp://logs.openstack.org/34/501334/2/gate/legacy-releasenotes/16fc896/job-output.txt.gz#_2017-09-28_21_01_41_756800 reno errors21:17
tonybmordred: No I have not.21:17
mordredclarkb: how about ... since it's a new script - that we just add writing it to disk on the remote host to the legacy-base pre-playbook21:18
tonybmordred: am I going to have a sad?21:18
clarkbmordred: we also have to add the sudo rule but that works21:18
mordredtonyb: no - I think you'll have a happy, or at the very worst a meh21:18
fungitonyb: also remember (i'm missing some context on the start of the conversation of course) that constraints via gitweb or releases.o.o is not something that happens in the ci system, only local dev consumption21:18
fungiwe still install constraints from git so we can honor depends-on21:18
tonybfungi: Yup, I'm only tying them together to minimise the distruption on project teams21:19
fungiawesome21:19
mordredclarkb: mostly just thinking we could get that done and validated in a couple of minutes and not haveto wait - want me to take a stab at converting what you've got there?21:19
clarkbmordred: yes please21:19
mordredtonyb: I've actually got some docs on it open in a vim session right now (although it's down on the stack a few steps)21:19
tonybmordred: Cool.  When they make it to the top can you CC me or point me at the review21:20
clarkbjeblair: can we get review on https://review.openstack.org/#/c/508285/2 that should unstick a portion of the sudo related failures21:21
jeblairclarkb: re +3d21:21
jeblairinteresting nodepool happenings21:22
jeblairzuul.zk.LockException: Timeout trying to acquire lock /nodepool/nodes/0000041863/lock21:22
* clarkb is going to look at reno now21:22
mnaseris it normal that a change to .zuul.yaml has been sitting in queue for almost 10 minutes now (but no jobs are appearing under it)21:22
mnaser(i guess that might be related to that ^)21:22
jeblairkazoo.exceptions.LockTimeout: Failed to acquire lock on /nodepool/nodes/0000041863/lock after 30 seconds21:22
jeblairneat, we may have our first node request failure21:23
fungihow quaint21:23
* EmilienM likes the new console ( http://zuulv3.openstack.org/static/stream.html?uuid=957e33e5c8154f76b06aeb6a3add77e6&logfile=console.log )21:23
mnasersaying this because it might help (or might not, but worth knowing): i have been sending reviews on requests that did not complete all builds (once i identify failure, not to sit and wait for all the rest to fail) .. maybe that has to do with some of these nodepool issues, i dont know21:24
fungiEmilienM: it's just like the old days with jenkins! ;)21:24
dhellmannclarkb : what project was that reno job for?21:24
fungiexcept far, far better21:24
dhellmannclarkb : the error message makes me think something is telling reno to scan a branch that has been deleted21:24
clarkbdhellmann: cinder21:24
jeblairit's starting to look like every node lock is timing out21:25
dhellmannah, cinder21:25
EmilienMfungi: and I like old days :D21:25
jeblairShrews: ping21:25
clarkbdhellmann: we no longer have origin/stable/newton should just be stable/newton I think21:25
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Zuul versions of sudo grep checks  https://review.openstack.org/50831721:25
clarkbdhellmann: but I'm not sure that is the case unless a newton change is under test21:25
mordredclarkb: ^^21:25
jeblairclarkb: all branches and tags are always present21:25
dhellmannclarkb : ok. reno should only run on master and it assumes it has the *whole* repository available to it.21:25
dhellmannall branches21:25
jeblair(and all branches contain the most future state)21:26
Shrewsjeblair: sup?21:26
jeblairShrews: i'm starting to look into node lock timeouts from zuul21:26
Shrewsjeblair: oh. wow.21:27
Shrewsgimme a few minutes and i can help21:27
clarkbdhellmann: in that case we likely just have to make it look at not origin/ and instead just the refname? I see it looks at refs/heads which I think should have it? I need to clone a repo and poke around21:27
dhellmannlet me look at what cinder has in their files...21:27
dhellmannreno has a bunch of openstack-specific smarts for converting references to branches into other names; it should handle this case21:27
dhellmannoh, bah, they do have origin/ in there21:28
clarkbdhellmann: oh as an explicit thing ?21:28
dhellmannyeah, in releasenotes/source/newton.rst they have origin/stable/newton21:28
*** slaweq_ has quit IRC21:28
dhellmannthat's probably what I told them to put in21:28
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Zuul versions of sudo grep checks  https://review.openstack.org/50831721:28
dhellmannwhy does that ref not exist?21:28
mordredclarkb: sorry - forgot to update the script to call the right thing21:28
*** slaweq_ has joined #openstack-infra21:29
*** Goneri has quit IRC21:29
clarkbdhellmann: because the constructed repo in the job isn't cloned from an origin21:29
dhellmannthat's going to make the results of that scan pretty interesting21:29
clarkbdhellmann: its constructed in a more pristin state so it has stable/newton but not origin/stable/newton21:29
clarkbalso pristine state is probably the wrong term21:29
fungirarified?21:29
dhellmann"made up"? :-)21:29
dhellmannok21:29
fungirarefied21:29
mordredah- yah - looking at the reno code - there is definitely a ton of use of origin/ there21:30
dhellmannI think I told teams to use origin/... because that's technically a different branch from stable/... so they would get the same results locally as in the gate21:30
dhellmannnow I don't know how to do that.21:30
dmsimardmnaser: btw I'm not sure if yo got an answer re: "empty" queued changes in zuul status page21:30
jeblairShrews, SpamapS, harlowja: hrm, i still don't have any kazoo log entries21:31
mnaserdmsimard i am gonna guess it has to do with the current nodepool issues (maybe)21:31
dhellmannmordred : I see 4 references and 1 is a comment21:31
dmsimardmnaser: when the changes are empty without jobs on the zuul status page, it's because it's pending initial processing/zuul-merger processing21:31
mnaseroh i see21:31
dhellmannanother is trying to strip origin as a prefix21:31
mnaserjobs are going from queued -> node_failure now21:31
mnaser:<21:31
fungimaybe if there is a remote named origin then prepend it to the refs, otherwise use the bare ref (and/or strip a leading origin prefix)?21:31
dmsimardmnaser: node_failure ? where ?21:31
dhellmannanother re-adds it in case the shorter name branch doesn't actually exist21:32
mnaserhttp://zuulv3.openstack.org/ 508296,421:32
jeblairyes, almost every node request is failing now21:32
dhellmannfungi : that's what it does. the problem here is that the data file has origin/ in the name of the branch21:32
*** thorst has joined #openstack-infra21:32
dmsimardjeblair: well that's inconvenient :(21:32
fungidhellmann: i mean if the local git repo has a remote named origin21:32
dhellmannah, I see21:32
fungiwhich for someone who got the repo using git clone will likely be the case, but in the ci system won't be the case21:33
dmsimardclarkb: is there a grafana dashboard for nodepool v3 ?21:33
dmsimardhttp://grafana.openstack.org/dashboard/db/nodepool is empty so I guess it doesn't have v3 data21:33
clarkbdmsimard: no I don't think there is yet21:33
dhellmannI'll have to study this closer, but I think it's trying to strip origin/ in some cases21:33
clarkbmordred mentioned it as something we'll need to update21:33
dmsimardclarkb: do you know if the data is there but we just don't have a graph for it ?21:33
dhellmannI'm not sure why it's not doing it in this particular case21:33
clarkbdmsimard: yes that is the situation aiui, the key names changed slightly21:33
Shrewsjeblair: ok, what node are we tracking down?21:33
dmsimardclarkb: ok let me try and see if I can figure that out21:34
*** eharney has joined #openstack-infra21:34
mordreddmsimard, clarkb: we landed a patch earlier to remove the zuulv3-dev stats_prefix - so we should be reporting at least21:34
Shrewsoh, node id is above21:34
dmsimardmordred: so do the metrics have the same name as in v2 ?21:35
*** vhosakot has quit IRC21:35
Shrewsjeblair: http://paste.openstack.org/show/622206/21:35
mordreddmsimard: at least somedo - but I haven't gotten to tracking it down fully yet21:35
Shrewswhich is... interesting21:35
*** nikhil has quit IRC21:36
jeblairhttp://paste.openstack.org/show/622208/ is our zk log entries21:36
*** thorst has quit IRC21:36
mordredjlk: if you have a sec, could you look at https://review.openstack.org/#/c/508317/ and verify the ansibling?21:36
* jlk points his eye holes at it21:37
Shrewsjeblair: http://paste.openstack.org/show/622209/  is more complete and shows missing requests21:37
jlkthis doesn't have to live long, right?21:40
mnaserjeblair i dont know much about zk but an interesting thing is it was locked almost an exact 5 minutes after21:40
jlkbecause....21:40
mnaserso i dont know if thats some sort of timeout or something21:40
Shrewsjeblair: seems that node lost its lock after being assigned, and remained READY, which opened it up for reassignment21:40
clarkbjlk: until we get the images updated and/or completely migration all N jobs using that21:40
mordredjlk: yah - ultimately all the consumers of run-tox want to migrate to using one of hte tox base jobs21:41
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Use proper nodesets for the different TripleO OVB jobs  https://review.openstack.org/50830121:41
*** chlong has joined #openstack-infra21:41
jeblairShrews: neat.  zuul never saw the assignment for the first request21:41
Shrewsjeblair: then it appears many other weird things happened after that with missing requests21:41
jeblairmnaser: 5m timeout isn't ringing a bell21:42
jeblairzuul's zk connection was flapping around 21:15, so it seems likely the request went missing due to a disconnect21:42
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Use bash for releasenotes job shell  https://review.openstack.org/50829721:42
mordreddhellmann: related (but not really) - I made a non-legacy releasenotes job (that that ^^ should fix)...21:42
mordreddhellmann: http://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/zuul.d/jobs.yaml#n27021:43
jeblairhrm21:43
mordreddhellmann: http://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/playbooks/releasenotes/run.yaml21:43
jeblair/etc/zuul/logging.conf was modified 10m after zuul-scheduler was started21:43
mordredjeblair: AROO?21:43
jeblairmordred: any chance that file wasn't updated at last zuul-scheduler restart?21:43
mordredjeblair: I did a puppet run on it before the restart21:43
jeblairweird21:43
mordredjeblair: but - you know - it's certainly possible21:44
jeblairSep 28 18:57:06 zuulv3 puppet-user[15661]: (/Stage[main]/Zuul::Scheduler/File[/etc/zuul/logging.conf]/content) content changed '{md5}0804d4a680f9d15265e5fc0a3c73c713' to '{md5}5ff922774c890114a6781e538ae789c2'21:44
mordredjeblair: what about the config file? are we possibly also running with the out-of-date timeout settings?21:44
jeblairthat's the only log modification i see, and 18:47 is the zuul process time21:44
jeblairgood q21:44
jeblairmordred: same thing21:45
jeblairso good news!21:45
mordredaha! so we can still try our theoretical fix21:45
jeblairya.  also, apparently the problem took 2.5 hours to show up this time21:45
jeblairokay, i'm going to restart zuul now; anything i should wait for?21:46
mordredwell - that's better than before21:46
mordredjeblair: nope21:46
fungigo for it21:46
jeblairstarting up21:46
Shrewsjeblair: what i don't understand is that once that node was assigned, it's allocated_to is set to that request, and it won't be considered for other requests with that value set, but it was, apparently.21:47
jeblair2017-09-28 21:46:45,066 INFO kazoo.client: Zookeeper connection established, state: CONNECTED21:47
jeblairyay ^21:47
jeblairthat's a kazoo.client log entry :)21:47
mordredjeblair: woot!21:47
clarkbmordred: theoretical fix?21:47
*** armax has joined #openstack-infra21:47
jeblairShrews: yeah... we'd expect an "unallocating node" line, right?21:48
jeblairShrews: (if the request went missing)21:48
Shrewsjeblair: yeah21:48
mordredclarkb: ?21:48
clarkbmordred: 21:46:15          mordred | aha! so we can still try our theoretical fix21:48
clarkbmordred: do you just mean the change to the logging config?21:48
mordredclarkb: oh - sorry - we thought we've been runing with the updated config in place - but we weren't21:48
mordredclarkb: yah. turns out we HAVEN'T been running with the updated timeout either21:49
clarkboh gotcha21:49
clarkbwas the timeout fix installed before restarting?21:49
Shrewsjeblair: and that node was not part of the returned nodeset for request 100-0000046344 ?21:49
clarkbIt merged but not sure if puppet had updated git21:49
jeblair2017-09-28 21:08:15,313 DEBUG zuul.nodepool: Resubmitting lost node request <NodeRequest 100-0000046344 <NodeSet ubuntu-xenial-2-node OrderedDict([('primary', <Node None primary:ubuntu-xenial>), ('subnodes', <Node None subnodes:ubuntu-xenial>)])OrderedDict()>>21:49
jeblairShrews: ^ that's interesting21:49
jeblairShrews: that happened before the first assignment21:50
clarkbpbr freeze says it is installed21:50
Shrewsoh, hrm21:50
mordredclarkb: yah - it's in place now- I just didn't manage to get it in place with the puppets the first time21:50
jeblairShrews: so maybe this is a case where the request is lost while a node is booting or something?21:50
clarkbI've rechecked the zuul-jobs sudo fixes21:51
mordredinfra-root, dhellmann: the release-notes-jobs we generated are bong. I already started on the new releasenotes build job - but the publish job also needs help - I've put it on my list21:52
clarkbdoes anyone else want to review https://review.openstack.org/#/c/508317/2 before that gets approved?21:52
fungithanks, i was about to reapprove them, but yeah they need a recheck because zuul had helpfully removed its verify +1 when enqueuing earlier21:52
Shrewsjeblair: http://paste.openstack.org/show/622212/21:52
jlkhttps://github.com/willthames/ansible-lint/pull/284 is my attempt at fixing ansible-lint for 'cmd' stuff.21:52
mordredclarkb: jlk makes a suggestoin in there ...21:53
*** zoli has quit IRC21:53
jlkit's a suggestion, but not a strong one.21:53
*** iyamahat has joined #openstack-infra21:53
fungioh, unapproved21:53
clarkbmordred: ya its probably not a bad idea, will make the failure happen more closely to where it is important21:53
tonybis there a nice way to find roles used by zuulv3 jobs?  In this case I want to see what tox-siblings is/does21:53
clarkbbut we can probably do that in a followup21:53
dhellmannclarkb , mordred : I have a patch for reno that I think may fix the origin problem. https://review.openstack.org/50832421:53
* tonyb blames mordred ;P21:53
dhellmannfungi : ^^21:53
dmsimardtonyb: codesearch.openstack.org for now21:53
jeblairtonyb: soon we'll have fully cross-linked auto-generated docs21:54
jeblairbut yeah, nothing awesome yet21:54
Shrewsjeblair: nodepool saw the request lost at 21:09:10,370 and i suspect the other node was not yet ready by that point, so the allocated_to was never set21:54
dmsimardtonyb: we've discussed implementing something similar to the 'print-template' macro eventually21:54
jeblairtonyb: https://docs.openstack.org/infra/zuul-jobs/roles.html#role-tox-siblings21:54
dhellmannclarkb, mordred, fungi : unfortunately I have an engagement this evening and can't hang around to finish helping. If someone summarizes what's needed for the releasenotes or publishing jobs I can try tomorrow afternoon.21:54
fungidhellmann: your commit message is leaving me in suspense!21:54
jeblairtonyb: there's the docs for it, you just have to know to look there for the moment.21:55
tonybdmsimard: http://codesearch.openstack.org/?q=tox-siblings&i=nope&files=&repos= That's the use but where's the defn?21:55
dhellmannbah21:55
mordreddhellmann: hopefully I'll have them fixed by tomorrow afternoon - but if I don't, I'll definitely ping you21:55
Shrewsjeblair: ok, i think it's making sense now and you're right in that the request was lost while building nodes21:55
mordredtonyb: it's in zuul-jobs21:55
jeblairjlk: thx for command fix21:55
dhellmannfungi : fixed21:55
tonybjeblair, mordred: Thanks21:55
*** zoli has joined #openstack-infra21:56
*** gouthamr has quit IRC21:56
fungidhellmann: aww, i was hoping for a plot twist at the end21:56
dmsimardtonyb: hah, yeah I guess codesearch doesn't find folder names21:56
*** jascott1 has quit IRC21:56
*** kjackal_ has quit IRC21:56
dhellmannfungi : sorry to disappoint :-)21:56
*** jascott1 has joined #openstack-infra21:56
tonybdmsimard: Yeah.  I shoudl have know to look there21:56
clarkbfungi: re 508317 we can likely make that update in a followup and push the change as is for now to get that check fixed in jobs21:57
*** jascott1 has quit IRC21:57
clarkbI've got to step awa again for a bit though21:57
*** jascott1 has joined #openstack-infra21:57
openstackgerritMonty Taylor proposed openstack-infra/infra-manual master: Add docs about tox jobs and sibling installation  https://review.openstack.org/50832721:58
mordredtonyb: ^^ docs21:58
dmsimardmordred: I was digging for nodepool stats on graphite.o.o, I'm not able to find any data after (what I assume is) 3:30PM today21:58
fungiclarkb: ianw also left a question inline on it21:59
tonybmordred: You are a scholar and a gent!21:59
mordredjlk: does validate: go as a param to lineinfile?21:59
dmsimardmordred: wait nevermind I think I found them21:59
jlkmordred: it's a copy module arg21:59
mordredjlk: gah - I meant copy - but I'm guessing it's a top-level param?21:59
jlkmordred: http://docs.ansible.com/ansible/latest/copy_module.html21:59
mordredah - neat21:59
dmsimardmordred: the new metrics are in stats_counts instead of stats21:59
dmsimardI'll send a patch21:59
jlkthere's a specific sudo example in the docs21:59
*** esberglu has quit IRC22:00
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Zuul versions of sudo grep checks  https://review.openstack.org/50831722:00
tonybmordred: Awesome.22:00
mordredclarkb: ^^ updated with jlk's suggestion - do we have a good candidate that was failin earlier that we could depends-on to see if it fixes it?22:01
* tonyb is keen to start builing in repo jobs 22:01
* mordred is keen for the same thing22:01
ianwi'm becoming a bit concerned LIBS_FROM_GIT in devstack is not working as expected22:01
clarkbmordred: was cinder that I noticed it on22:02
*** jascott1 has quit IRC22:02
fungiianw: what's an example LIBS_FROM_GIT failure you're looking at again?22:03
ianwfungi: all these series of jobs for dib -> http://logs.openstack.org/79/504579/6/gate/legacy-dsvm-nodepool-ubuntu-src/9ac85a6/22:04
clarkbmordred: http://logs.openstack.org/02/508302/1/check/legacy-devstack-gate-tox-run-tests/af6e423/job-output.txt.gz#_2017-09-28_21_00_32_154153 so 50830222:04
*** gouthamr has joined #openstack-infra22:04
mordredianw: SO - the likely general cause is us incorrectly adding the wrong set of required-projects to a job definition22:04
clarkbmordred: that is a devstack-gate change22:04
mordredclarkb: cool22:04
ianwmordred: so that's the thing, they seems to have all the required repos22:04
clarkbok going to pop out for a bit now22:05
*** bnemec has quit IRC22:05
Shrewsjeblair: anything else i can do help on this?22:05
openstackgerritMonty Taylor proposed openstack-infra/devstack-gate master: Save /etc/nodepool  https://review.openstack.org/50830222:05
mordredclarkb: ^^ I added a depends-on to the zuul-sudo patch22:05
jeblairmordred, tonyb: relevant: https://review.openstack.org/50795522:05
mordredclarkb: so we should be able to verify it before we land it22:05
*** baoli has quit IRC22:06
mordredjeblair: ah - yes - we should land that- the necessary plumbing is in zuul now yeah?22:06
jeblairmordred: yep22:06
*** bh526r has quit IRC22:06
mordredcool22:06
jeblairShrews: i think we haven't found any bugs, other than the disconnection itself.  and we're in another debug cycle on that.22:07
mnasercan we define a project-template in a repo (and how can we migrate them, would we have to make a patch prefixing them with legacy-, to allow us to add the new ones?22:07
* jlk is out for a bit too22:07
jeblairmnaser: yes and yes.22:07
Shrewsjeblair: ack22:07
mnaserokay, great, thanks jeblair :>22:07
jeblairmnaser: moving things between repos requires a multi-patch rename dance now.  will be improved (somewhat) soonish.22:07
*** kjackal_ has joined #openstack-infra22:07
*** iyamahat_ has joined #openstack-infra22:07
*** iyamahat has quit IRC22:07
mordredtonyb: so - if you wanna play - that change jeblair linked to is depends-on able - https://review.openstack.org/50795522:08
*** iyamahat_ has quit IRC22:08
*** srobert_ has joined #openstack-infra22:08
*** wolverineav has quit IRC22:09
*** wolverineav has joined #openstack-infra22:09
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Add missing required-project to Puppet  https://review.openstack.org/50828822:10
jeblairmordred: http://logs.openstack.org/17/508317/3/check/tox-linters/61a4044/job-output.txt.gz#_2017-09-28_22_09_42_98779122:11
*** srobert has quit IRC22:12
jeblairmordred: i see it.  i'll just fix it and update the change22:12
mordredjeblair: kk. cool22:12
mordredjeblair: btw - various teething issues notwithstanding - hallelujah for the ability to test these before they land :)22:12
openstackgerritJames E. Blair proposed openstack-infra/openstack-zuul-jobs master: Zuul versions of sudo grep checks  https://review.openstack.org/50831722:13
*** srobert_ has quit IRC22:13
*** thorst has joined #openstack-infra22:13
*** wolverineav has quit IRC22:14
mordredianw: I agree with you - they do all seem to be there22:14
fungimordred: so the example failure here is for a diskimage-builder change, and it's complaining that diskimage-builder, among others, was not installed correctly from git (do jobs not automagically get the project for the change being tested as a required project?): http://logs.openstack.org/79/504579/6/gate/legacy-dsvm-nodepool-ubuntu-src/9ac85a6/logs/devstack-early.txt.gz#_2017-09-28_21_00_26_12422:14
dmsimardmordred, clarkb: ok, indeed a couple things to fix on the nodepool graphs. I'll have a patch up soon.22:15
jeblairfungi: they do show up in zuul.projects22:15
jeblairdmsimard: thanks!22:15
fungiyeah, that too22:15
openstackgerritMohammed Naser proposed openstack-infra/openstack-zuul-jobs master: Added legacy-puppet-openstack-integration templates  https://review.openstack.org/50833222:15
openstackgerritMohammed Naser proposed openstack-infra/openstack-zuul-jobs master: Drop non-legacy Puppet project templates  https://review.openstack.org/50833322:15
openstackgerritMohammed Naser proposed openstack-infra/project-config master: Switch puppet jobs to legacy template  https://review.openstack.org/50833422:16
mordreddmsimard: woot! thanks!22:16
mnaser^ i think i did that right22:16
*** bobh has quit IRC22:16
jeblairmnaser: zuul will tell you in a few mins :)22:16
*** slaweq_ has quit IRC22:17
*** thorst has quit IRC22:17
ianwfungi: the install looks basically the same between a working & non-working version22:17
mordredmnaser: that stack looks good to me22:17
mnaserso maybe this is more of a user fault but its good to maybe say for folks to know, running zuul-cloner with sudo will fail as it will try to copy from /root22:18
mnaserex: cp -dRl /root/src/git.openstack.org/openstack/puppet-barbican/. /etc/puppetlabs/code/modules/barbican22:18
mordredOH22:18
*** gouthamr has quit IRC22:18
ianwfungi: i'm wondering if the grep looking for 'git:' is involved22:18
mordredwe could probably fix hat in the zuul-cloner shim if we wanted22:18
*** r-daneel has joined #openstack-infra22:18
jeblairmordred, mnaser: i'll look at that22:19
fungiianw: it does certainly seem likely that there's just something off about the sanity check there, yes. maybe it on;y shows up as installed from local file now?22:19
mnaserjeblair http://logs.openstack.org/96/508296/6/check/puppet-openstack-integration-4-scenario001-tempest-centos-7/34ae42a/job-output.txt.gz#_2017-09-28_22_14_46_617447 example of a failure if you want to see it22:20
*** gouthamr has joined #openstack-infra22:20
mordredjeblair: I think if we just replace ~/src/git.openstack.org with /home/zuul/src/git.openstack.org in playbooks/base/pre.yaml22:20
ianwfungi: afaict, the install is exactly the same :/22:21
ianwhttp://logs.openstack.org/79/504579/6/gate/legacy-dsvm-nodepool-ubuntu-src/9ac85a6/logs/devstacklog.txt.gz#_2017-09-28_20_49_23_50222:21
fungiianw: ## !! Could not determine repository location22:21
fungiianw: http://logs.openstack.org/79/504579/6/gate/legacy-dsvm-nodepool-ubuntu-src/9ac85a6/logs/pip2-freeze.txt.gz22:21
ianwhttp://logs.openstack.org/79/504579/6/check/gate-dsvm-nodepool-redhat-src/dd7e240/logs/devstacklog.txt.gz#_2017-09-28_08_05_00_34522:21
jeblairmordred: yes i had come to same conclusion :)22:21
mordredjeblair: woot22:21
ianwfungi: ahhh!22:21
mordredianw: you found it???22:22
fungiianw: so i expect that's the difference now22:22
ianwno, but a smoking gun there...22:22
ianwhttps://stackoverflow.com/questions/19647028/pip-freeze-gives-me-this-error-related-with-git22:22
ianwYour git repository doesn't have an "origin" so pip is unable to detect the remote url of the repository. This should have been already fixed in PIP as stated in https://github.com/pypa/pip/issues/5822:22
ianwthat's from a long time ago, but ...22:23
openstackgerritMerged openstack-infra/zuul-jobs master: Stop running ansible-lint on playbooks  https://review.openstack.org/50828522:23
*** thorst has joined #openstack-infra22:23
fungiclosely related to the reno problem22:23
mnaserbtw folks are kinda confused about jobs not appearing in status.o.o/zuul .. maybe wanna land the redirect patch?22:23
*** gouthamr has quit IRC22:23
dmsimardclarkb: oh, so basically all the grafana dashboards are hosed basically22:24
dmsimardbecause of the job name changes22:24
openstackgerritJames E. Blair proposed openstack-infra/project-config master: Update fetch-zuul-cloner in base-test  https://review.openstack.org/50833622:24
openstackgerritJames E. Blair proposed openstack-infra/project-config master: Promote base-test to base  https://review.openstack.org/50833722:24
*** tpsilva has quit IRC22:24
jeblairthere's the 2 step base playbook changes ^22:24
mordredjeblair: both +2 from me22:24
*** iyamahat has joined #openstack-infra22:25
fungiapproved the base-test version22:27
openstackgerritJames E. Blair proposed openstack-infra/openstack-zuul-jobs master: DNM: test fetch-zuul-cloner on base-test  https://review.openstack.org/50833822:28
jeblairmnaser: once the base-test change lands, you can push up a change that Depends-On:  that one ^ and we can verify the fix22:28
ianwfungi: what's the reno problem, sorry?22:29
mnaserjeblair if i do a depends-on openstack-zuul-jobs commit in puppet-openstack-integration repo, magic will make it work?!22:29
*** r-daneel has quit IRC22:29
jeblairmnaser: yes :)22:29
fungiianw: reno had some hard-coded assumptions about running in a git checkout with an origin remote22:30
jeblairmnaser: your jobs will be running with base-test as their parent base job, rather than base.22:30
jeblairmnaser: the base jobs are in a repo that doesn't self-test changes, so we have to check things out on base-test before we update base (otherwise we can break all jobs).  but once base-test is updated, any job can dynamically reparent to it and that is self-testing.22:31
fungiianw: its proposed fix is at 508324 (not adaptable to the LIBS_FROM_GIT checker since that's more about pip failing to tell you a git url)22:32
fungiianw: more that they're related because they both stem from zuul v3 git checkouts lacking an origin remote22:32
jeblairmnaser, mordred, fungi, ianw: here's the redirect change; as mnaser points out, maybe we should land it now?  https://review.openstack.org/50724422:32
fungijeblair: only reason i can think of to hold off is if we're worried about additional load on the status page?22:33
dmsimardjeblair, mordred: I'm not finding any legacy jobs in graphite22:33
jeblairfungi: it should have the same caching in place as the old one, so shouldn't be more load on zuul22:33
dmsimardfor timing data (amongst other things)22:33
jeblairdmsimard: under nodepool.* or zuul.* prefix?22:34
fungialso, the implementation there reminds me, people like dansmith who have tooling relying on zuul.openstack.org/status.json aren't covered by redirecting from the status site22:34
dmsimardjeblair: I pretty much searched everywhere -- the current graphs pointed at stats.timers.nodepool.job.gate-tempest-dsvm-neutron-full-ubuntu-xenial.master.ubuntu-xenial.runtime.mean (for example)22:34
jeblairdmsimard: yeah, those are all gone.  and i don't think zuulv3 has job timers yet.22:35
dmsimardjeblair: I searched at roughly equivalent places in stats.nodepool, stats.zuul, stats_count as well22:35
jeblairdmsimard: so we have no job timers in graphite atm.  we'll need to update zuulv3 to add those.22:35
ianwfungi: yeah ... "Error when trying to get requirement for VCS system Command "git config --get-regexp remote\..*\.url" failed with error code 1 in /opt/stack/new/keystone, falling back to uneditable format"22:35
*** thorst has quit IRC22:35
dmsimardjeblair: ok, fair, do we have success/failure rates ? or just nothing at all ?22:35
* dmsimard looks for failures22:36
*** thorst has joined #openstack-infra22:36
jeblairdmsimard: nothing at all by job22:36
dmsimardack, so most dashboards are broken22:36
jeblairdmsimard: zuulv3 *may* be emitting some pipeline stats, but that's probably it.22:36
dmsimardyeah I looked under pipeline things but no legacy jobs there either22:36
*** eharney has quit IRC22:37
jeblairfungi: yeah, that's just on static.  we could add a redirect on zuul.o.o for the json file22:37
*** lbragstad has quit IRC22:37
jeblairfungi: i believe we don't proxy the json file through static, we just reference it directly22:37
mordredjeblair: I believe you are correct22:37
mnaserjeblair oh cool, let me try it22:37
fungiyeah, agreed22:38
clarkbI've rechecked 8274 and approved 831722:38
jeblairtbh, i'd be okay sticking zuul.o.o in emergency and doing that redirect by hand22:38
clarkbif both of those get in I think we should be good for sudo related things22:38
fungijeblair: that's pretty much what i was thinking too. no need to put that through config management22:39
fungii can do that if you aren't already on it22:39
jeblairfungi: go for it, thx22:39
fungijust redirect /(.*) to /$122:39
jeblairyeah22:39
jeblairfungi: be sure to make it temp redir22:39
fungiyep22:40
fungii was using the status redirect as a template22:40
mnaserjeblair sudo zuul-cloner being tested - https://review.openstack.org/#/c/508296/22:40
clarkbforum topic brainstorming is apparently ending this week, Do we think it is worth while (and or appropriate) to have a session for zuulv3 related things. Probably similar to what was done at the ptg22:40
mordredclarkb: ++22:40
*** esberglu has joined #openstack-infra22:40
fungi#status log zuul.openstack.org has been added to the emergency disable list so that a temporary redirect to zuulv3 can be installed by hand22:41
mordredclarkb: we should allow for the possibility that it'll want to run over by 5x its original scheduled time :)22:41
openstackstatusfungi: finished logging22:41
jeblairclarkb: ++ let's talk to ppl about zuulv3 and listen :)22:41
jeblairby the forum, people other than us will have things to say about it.  :)22:41
fungisession block is 40 minutes, adjourning to the bar thereafter ;)22:41
jeblairi mean, our 30m chat at the ptg turned into a 2.5 hour forum session, complete with feedback on an unreleased product.  :)22:42
*** thorst has quit IRC22:42
clarkbok I'm going to context switch for a bit to get that written up since it looks like sudo problems may finally be addressed22:43
clarkbdid 508302 ever get rechecked?22:43
clarkbit did22:43
fungiRedirectMatch temp ^/(.*) http://zuulv3.openstack.org/$122:44
fungithat is now in place in zuul.o.o's vhost config22:45
*** esberglu has quit IRC22:45
fungiand seems to be working22:45
*** thorst has joined #openstack-infra22:45
fungidansmith: ^22:45
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Zuul versions of sudo grep checks  https://review.openstack.org/50831722:45
dansmithfungi: confirmed working here22:46
ianwmordred/fungi/jeblair: https://review.openstack.org/#/c/508344/ -- i think i can fix the check by using "pip list" which seems to give the path from which things were installed from.  but i think this will be required for anyone using LIBS_FROM_GIT22:46
*** akscram1 has quit IRC22:46
mnaserso https://review.openstack.org/#/c/508332/ passed, but https://review.openstack.org/#/c/508334/ seems to appear in the queue (with no jobs, so zuul doing zuul things) then disappear from the queue.  am i doing something wrong? (note: that change is depended by https://review.openstack.org/#/c/508333/ as well)22:46
fungi<mr_burns>excellent</mr_burns>22:46
*** akscram1 has joined #openstack-infra22:47
fungiianw: yeah, i guess some codesearch to see how widespread the problem is?22:47
fungicould get messy22:47
ianwLIBS_FROM_GIT is pretty popular22:47
clarkbmordred: http://logs.openstack.org/02/508302/2/check/legacy-devstack-gate-tox-py3-run-tests/5c0937e/job-output.txt.gz#_2017-09-28_22_43_59_262286 and of course8317 just merged, that is my bad22:47
fungiianw: in tox.ini wrappers within random repos i guess?22:47
clarkbnot that it is any worse than the existing situation, just not better22:48
ianwfungi: no, only for devstack jobs to make sure you're getting the latest clients, etc22:48
fungiianw: so the same sanity checker may have been cargo-culted into hooks/plugins?22:48
clarkbI wonder if the file has to be in place first22:48
clarkbmordred: ^22:48
clarkbthe script that is22:48
fungiianw: just trying to figure out why the fix would have to be widespread22:49
ianwfungi: no, luckily this sanity checker shouldn't be replicated anywhere.  but anyone using LIBS_FROM_GIT in their devstack job will need it22:49
fungiianw: if the problem is widespread but the fix is just in branches of devstack, then presumably not too hard to address?22:49
openstackgerritJames E. Blair proposed openstack-infra/zuul-jobs master: Fix post log location  https://review.openstack.org/50834622:49
jeblairwhoopsie ^22:49
*** xyang1 has quit IRC22:50
ianwfungi: that's correct, just need to come up with something reliable for devstack.  that's why i thought avoid the check for the immediate issue, then we can consider it's replacement under less stress22:51
fungiianw: agreed, that sounds sane if you can get the devstack-core reviewers on board22:51
fungithe other devstack-core reviewers besides yourself, i mean22:51
jeblairianw: wow, *pip* has stuff about git remotes hardcoded into it?22:53
*** lukebrowning has quit IRC22:53
ianwjeblair: "pip freeze", anyway22:53
jeblairi mean, there is certainly no requirement that a git repo have any particular remote, much less one named 'origin'.22:53
ianwpip list gives us something like : "keystone (12.0.0.0rc2.dev64, /opt/stack/new/keystone)"22:53
*** lukebrowning has joined #openstack-infra22:53
fungispecifically, it will try to helpfully identify the remote git url for things you install, and falls back to not doing that and leaving a comment in its output22:54
ianwso we can probably grep for that, to make sure things are installed from local dirs22:54
mordredianw: ++22:54
fungiso it's not especially insane behavior on pip's part, it's just we grew dependent on having that22:54
mordredclarkb: I wish there was a better error message22:54
clarkbmordred: ya I'm looking at the old jenkins file and its basically identical except for the username and the filepath22:55
clarkbmordred: my hunch is its checking the filepath exists first22:55
clarkbso maybe flip that order around?22:55
mordredclarkb: oh - wait -22:55
mnaserjeblair: 2017-09-28 22:55:07.839544 | ubuntu-xenial | cp -dRl /home/zuul/src/git.openstack.org/openstack/puppet-barbican/. /etc/puppetlabs/code/modules/barbican22:56
mnaserso i can confirm with depends-on: https://review.openstack.org/#/c/508338/ it is fixed22:56
mordredclarkb: oh - yah. I was also thinking we migh twant to do visudo -cf /etc/sudoers ... since that'w hat we really care about22:56
mordredclarkb: we don't care if that one snippet validates correctly as much as that sudo validates correctly22:57
clarkbmordred: you can drop the -f entirely22:57
jeblairmnaser: is that running as root?  i don't think the base-test change has landed yet22:57
clarkband just visudo -c22:57
clarkbmordred: at least that is what is in dib22:57
mnaserjeblair yes, i did a depends-on in that change to test it22:57
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Swap order of sudoers manipulation  https://review.openstack.org/50834822:58
jeblairmnaser: can you show me your change?22:58
*** thorst has quit IRC22:58
mnaserjeblair https://review.openstack.org/#/c/508296/22:58
*** lukebrowning has quit IRC22:58
*** thorst has joined #openstack-infra22:58
*** mat128 has quit IRC22:58
mnaserhttp://logs.openstack.org/96/508296/7/check/puppet-openstack-integration-4-scenario001-tempest-ubuntu-xenial/e2c590d/job-output.txt.gz#_2017-09-28_22_55_07_74956922:58
clarkbmordred: you can update the depends on on 508302 to get more infos22:58
openstackgerritDavid Moreau Simard proposed openstack-infra/project-config master: Update Nodepool graphite metric names  https://review.openstack.org/50834922:59
mordredclarkb: yup22:59
mnaserjeblair: you can see the same command as the other time, but this time it actually works and doesn't copy from root ^22:59
dmsimard^ first batch of metric updates22:59
openstackgerritMonty Taylor proposed openstack-infra/devstack-gate master: Save /etc/nodepool  https://review.openstack.org/50830222:59
mordredclarkb: done22:59
openstackgerritMerged openstack-infra/zuul-jobs master: Remove the right file in revoke-sudo  https://review.openstack.org/50827422:59
*** lukebrowning has joined #openstack-infra22:59
clarkbhow does https://etherpad.openstack.org/p/iES0s0bRBm look for forum session?23:00
mordredclarkb: lgtm23:00
mnaserokay, now i think i spotted a bug in the zuul-cloner shim when cloning multiple projects23:00
mnaserhttp://logs.openstack.org/96/508296/7/check/puppet-openstack-integration-4-scenario001-tempest-ubuntu-xenial/e2c590d/job-output.txt.gz#_2017-09-28_22_55_07_74956923:00
mnasernotice puppet-aodh is not mapped23:01
mnaserpuppet-barbican (the 2nd item) is23:01
*** rbrndt has quit IRC23:01
*** masber has quit IRC23:02
jeblairmnaser: i really hope that isn't running as root.  because it should not have worked.23:02
*** rbrndt has joined #openstack-infra23:02
clarkbdmsimard: selfish request, getting the ara deeplinking working in firefox would be so nice23:02
jeblairmnaser: a couple lines above that, you're using sudo...23:02
dmsimardclarkb: ikr23:02
*** rbrndt has quit IRC23:02
*** rbrndt has joined #openstack-infra23:02
mnaserjeblair it is running as root.. because otherwise it wouldn't be able to copy to /etc/puppetlabs/code afaik23:03
*** rbrndt has quit IRC23:03
dmsimardclarkb: it's not selfish at all, ENOTIME :P23:03
dmsimardclarkb: I haven't touched ara for non-critical reasons for like 2-3 weeks23:03
clarkbmordred: thats interesting 508302 didn't seem to queue at all23:03
clarkboh depends on a change that failed to merge23:03
dmsimardclarkb: I'll try to fix it this weekend or something23:03
mnaserjeblair wait, sorry, you might be right23:03
* mnaser is confused23:03
clarkbsure enough 508348 needs a rebase, I'll push that in a sec23:04
*** lukebrowning has quit IRC23:04
*** Goneri has joined #openstack-infra23:04
mnaserjeblair hang on, xenial wasnt running as root and centos tries to run it as root23:04
mnaserchecking puppet code.. maybe we sudo in xenial and not in centos23:04
dmsimardI did a recheck on https://review.openstack.org/#/c/507889/ and I'm not seeing it in queue, maybe something went wrong :(23:05
openstackgerritClark Boylan proposed openstack-infra/openstack-zuul-jobs master: Swap order of sudoers manipulation  https://review.openstack.org/50834823:05
*** reed has quit IRC23:05
*** lukebrowning has joined #openstack-infra23:06
mnaserjeblair: ok, looks like the same code runs fine under xenial, but doesnt under centos.. xenial uses /home/zuul, centos (tries to) uses /root/23:06
mordredmnaser: cool! that's the behavior we should see until that base-test job lands23:06
jeblairmnaser: oh it may be a difference on whether HOME is passed through when sudoing...23:07
*** hongbin has quit IRC23:07
mnasermordred okay ill wait then23:07
jeblairmnaser: just so you know, if we see this fixed before the base-test job lands, that's a stop everything and roll-back kind of bug.  :)23:07
mordredjeblair: yah23:07
mordredjeblair: also - the project-config patch seems to be in limbo23:07
mnaserjeblair we use - export SUDO='sudo -E'23:08
*** reed has joined #openstack-infra23:08
*** gongysh has joined #openstack-infra23:08
mnaserbut yeah ill wait23:08
jeblairmnaser: so please do keep an eye out on whether centos job succeeds (bad) or fails (good) before the base-test change lands.23:08
*** gongysh has quit IRC23:08
mnaserjeblair ack23:08
mnaser(i guess centos doesn't pass homedir even with sudo -E)23:08
clarkbmordred: wow ok so validate must contain %s23:08
clarkbmordred: because ansible23:08
jeblairmnaser: looking23:08
mnasernow that still brings me back first item of zuul-cloner arg being dropped23:09
clarkbmordred: rather than a validate step lets just add a subsequent task to run visudo -c23:09
clarkbmordred: I will push that now23:09
mordredclarkb: ++23:09
*** lukebrowning has quit IRC23:11
openstackgerritClark Boylan proposed openstack-infra/openstack-zuul-jobs master: Swap order of sudoers manipulation  https://review.openstack.org/50834823:11
*** lukebrowning has joined #openstack-infra23:12
jlvillalI'm looking at the Zuul v3 status page: http://zuulv3.openstack.org/23:13
jlvillalIn particular Ironic jobs23:13
jlvillalI notice that the "legacy-grenade-dsvm-ironic" job is non-voting. I'm not sure how that happened????23:13
jlvillalIt has been a voting job for over a year now.23:14
mordredjlvillal: probably a bug in the migration script (almost certainly my fault)23:14
jlvillalmordred: Okay thanks. Can I consider a bug filed with you about it? :)23:14
openstackgerritMerged openstack-infra/zuul-jobs master: Fix post log location  https://review.openstack.org/50834623:14
mnaserok i think i may be onto something23:15
* jlvillal hopes that merged patch ^^ fixes the POST_FAILURE issues he has seen23:15
clarkbmordred: we get a bette rerror message now23:15
clarkbmordred: http://logs.openstack.org/02/508302/3/check/legacy-devstack-gate-tox-run-tests/5b622e6/ara/23:16
mnaserbut can someone help me find where the zuul legacy vars filter(?) comes from?23:16
openstackgerritMonty Taylor proposed openstack-infra/project-config master: Make legacy-grenade-dsvm-ironic voting  https://review.openstack.org/50835323:16
mordredjlvillal: ^^23:16
*** lukebrowning has quit IRC23:16
jlvillalmordred: Thanks!23:17
mordredmnaser: it's in the zuul repo23:17
mnaserok couldnt find it initially ill look harder :>23:17
mordredmnaser: http://git.openstack.org/cgit/openstack-infra/zuul/tree/zuul/ansible/filter/zuul_filters.py?h=feature/zuulv323:17
mnaserfeature/zuulv3 branch, oops23:17
mordredmnaser: :)23:17
mnaserok so23:17
*** kjackal_ has quit IRC23:17
mordredjlvillal: I'm happy to see that most of your jobs are passing though!!!23:17
mnaserZUUL_URL was purposely omitted23:17
mnaserand i think this is the reason why it's not working23:18
jlvillalmordred: Me too :)23:18
mordredclarkb: WHAT DOES THAT MEAN????23:18
SpamapSI was looking through the converted jobs and I couldn't for the life of me find where the legacy jobs' playbooks were actually defined23:19
SpamapSis their parent configured to run something? I didn't get too deep23:19
jeblairmnaser: we don't have a sensible value to put there, but we could put the string "NONE" or something23:19
* SpamapS starts answering his own question just by saying it out loud23:20
*** abelur has quit IRC23:20
mordredSpamapS: openstack-infra/openstack-zuul-jobs in the playbooks/legacy dir23:20
dmsimardThere's a new error on tripleo jobs23:20
mordreddmsimard: \o/23:20
mordreddmsimard: that means progress23:20
clarkbmordred: it needs a new line at the end I think23:21
*** wolverineav has joined #openstack-infra23:21
dmsimardhttp://paste.openstack.org/show/622217/23:21
* clarkb makes a patch23:21
SpamapSlike castaways on an island, we're just excited when anything new happens23:21
*** tosky has quit IRC23:21
clarkbcan I put a \n in the ansible file content string?23:22
clarkbdmsimard: ^23:22
dmsimardclarkb: a literal \n ?23:23
mordredclarkb: oh - maybe just change it to content: |23:23
clarkbdmsimard: copy: content: "foo\n"23:23
clarkbdmsimard: I need the file to end with a newline23:23
mordredclarkb: OR - we could put content into a file next to the other file and just use copy to copy the file23:24
mordredclarkb: like with zuul-sudo-grep.sh itself23:24
clarkbI really wnat the \n to work because well thats how it should work imo23:24
mordredclarkb: I agree23:24
clarkbbut I'm learning t oexpect the unexpected23:24
clarkbI'm gonna try \n really quick23:24
mordredclarkb: kk23:24
openstackgerritClark Boylan proposed openstack-infra/openstack-zuul-jobs master: Swap order of sudoers manipulation  https://review.openstack.org/50834823:24
*** lukebrowning has joined #openstack-infra23:24
dmsimardclarkb: hmm I'm not with my laptop right now.. I think one of the yaml things could work23:24
dmsimardLike +> or something like that23:25
dmsimard| keeps whitespace, > does some stripping23:25
clarkbya but does | keep a blank line?23:26
clarkbmaybe?23:26
openstackgerritKaitlin Farr proposed openstack-infra/project-config master: Promote castellan's barbican-tempest-plugin job to nv  https://review.openstack.org/50835623:26
mnaserhttps://review.openstack.org/#/c/508336/ - is it normal that 60 minutes later zuul hasn't commented about this change / nor is it in the queue23:26
jeblairmnaser: that's what i'm looking at now23:26
mnaseroh okay :)23:27
clarkbqueues are rising now too (could be we tripped the node allocation problem)23:27
clarkbor maybe just a reconfigure23:27
mnaserclarkb maybe not, because im seeing my p-o-i job get queued up and just started within 2-3 minutes23:28
clarkbmust've been reconfigure it just went23:28
dmsimardclarkb: I think an indented line break after your last line with | should work23:28
dmsimardBut I don't have my laptop to test :/23:29
*** lukebrowning has quit IRC23:29
clarkbdmsimard: interesting might need a comment too # this line of whitespace is intentional do not delete23:29
*** abelur has joined #openstack-infra23:29
dmsimardclarkb: try to look at http://www.yaml.org/spec/1.2/spec.html#id277885323:29
SamYapleok. I have waited a days worth of time. Is zuulv3 in heavy work mode still and i should come back later? I have a job that recheck is failing on (its a noop change) for zuulv323:30
*** lukebrowning has joined #openstack-infra23:31
mnaserSamYaple what is your failure?23:31
jeblairah, i think i found the issue with 50833623:31
mnaserlogs/info would be useful so that we can see if its a common job failure reason23:31
*** Goneri has quit IRC23:31
*** thorst has quit IRC23:31
SamYapleI am assuming this: http://logs.openstack.org/09/506409/3/check/legacy-loci/717d1dd/job-output.txt.gz#_2017-09-28_19_13_16_05978423:31
jeblairthe only job running on it is the noop job, which has no elapsed time.  the sql reporter can't handle a job without an elapsed time and fails.  that prevents the gerrit reporter form reporting.23:31
SamYapleproblem with the zuul cloning stuff23:32
mordredjeblair: oh! nice23:32
mnaserSamYaple ok so what you need to do is23:32
mnaserfor your jobs that need to clone something like with zuul-cloner23:32
jeblairmordred, clarkb: we can fix this while running by removing our dependency on noop (pick another job to always run on project-config)23:32
mnaseryou'll have to add required-projects: and the name of your project23:32
jeblairmordred, clarkb: the real fix will require a zuul change and restart23:32
jeblairmordred, clarkb: so i think we should do the in-repo fix first.23:33
mordredjeblair: I agree23:33
mnaserSamYaple have a look at openstack-infra/openstack-zuul-jobs (new repo) then inside there zuul.d/zuul-legacy-jobs.yaml23:33
SamYaplehave it open mnaser23:33
clarkbwoo \n in content seems to have worked23:33
SamYaplesearching for required-projects example now23:33
mnaserSamYaple and ctrl+f required-projects23:33
mnasersee how some jobs use it, you'll have to list any projects you'll be cloning in there23:33
SamYapleyep thats the plan :)23:34
SamYaplethanks for the help23:34
clarkblets see if the rest of the job completes the nwe can get reviews on 834823:34
mnaserSamYaple and suggest doing out-of-tree testing and moving the legacy jobs over imho23:34
mordredSamYaple: (and then next step is to move the jobs to your repos and also to remove use of zuul-cloner at all, but you know that :) )23:34
mnaser^23:34
SamYapleyea this isn't a priority, i think ill just write new jobs and not try to fix the legacy gates23:35
SamYaplethats good advice23:35
*** lukebrowning has quit IRC23:35
mnaseryou can take that path too, its what im doing with the puppet jobs, there's docs on how to migrate/drop the legacy ones once you got new ones23:35
SamYapleyes i have those open too23:36
SamYapleill probably drop back in with some questions23:36
mnaserokay, i'm really blocked now.. zuul-cloner seems to drop my first project when giving it a list of projects.. would anyone have any ideas? (i can drop it and do plain cp's, but it might be a bigger issue)23:37
mnaserhttp://logs.openstack.org/96/508296/8/check/puppet-openstack-integration-4-scenario001-tempest-ubuntu-xenial/79e1d91/job-output.txt.gz#_2017-09-28_23_32_19_24926823:37
mnaseropenstack/puppet-aodh seems to be ignored23:37
*** markvoelker has quit IRC23:37
jeblairmnaser: i thought you traced it down to zuul_url being unset?23:37
mnaserjeblair thats what i thought, so i dropped --zuul-url from zuul-cloner alongside other un-used things23:38
mnaserand its still failing23:38
jeblairmnaser: point me where you dropped it?23:38
fungidoesn't it expect an origin as a positional parameter too?23:38
jeblairfungi: yes, it had that23:38
fungiahh23:39
*** thorst has joined #openstack-infra23:39
mnaserok, this all makes sense now23:39
mnaseri thought it was a bug where the positional parameter of ZUUL_URL was there twice23:39
jeblairso mnaser's command was "--zuul-url $ZUUL_URL origin" but $ZUUL_URL was null, so the origin was being eaten as the url23:39
mnaserso i removed the reference of ZUUL_ULR and the origin23:39
mordredjeblair: how about if we just remove the exclusions on openstack-tox-linters: ?23:39
mnaserwhat i should have done is kept the origin23:39
jeblairmnaser: ah yeah.  that should fix it.23:39
mnasermy bad, sorry for the noise, ill push up another attempt23:40
jeblairmnaser: exclusions?23:40
jeblairmordred: ^23:40
mordredjeblair: sorry - for project-config - just run openstack-tox-linters: on all project-config changes23:40
jeblairmordred: ah yes ++23:40
jeblairi paged that out quick sorry23:40
jeblairi'll go work on a zuul change real quick23:40
openstackgerritMonty Taylor proposed openstack-infra/project-config master: Always run openstack-tox-linters on project-config  https://review.openstack.org/50835823:41
fungiso we can get rid of the no-op job? sounds good to me23:41
mordredjeblair, clarkb, fungi: ^^23:41
*** amoralej|off has quit IRC23:41
jeblairmordred: note, if that only runs noop, we may have a problem merging it23:41
* clarkb is learning lineinfile is a beast23:41
SamYapleclarkb: :)23:41
mordredjeblair: good point23:41
*** lukebrowning has joined #openstack-infra23:42
jeblairmordred: maybe force-merge it and parent?23:42
mordredyah23:42
jeblairwcpgw23:42
*** jaypipes has quit IRC23:42
fungiwe could drop the no-op job in a second patch to get around that, right?23:43
*** jpena|off has quit IRC23:43
mordredfungi: nah - the problem is that we have exclusions on everything so we wind up with no jobs23:43
fungioh, right, that23:43
mordredfungi: we USED to run the layout check job on every change ... but not so much with that now23:43
fungithe separate zero-duration sql reporter problem23:44
*** ltomasbo has quit IRC23:44
mnaseri guess this explains why this change had reported nothing as well? https://review.openstack.org/#/c/508334/23:44
mordredmnaser: yah23:45
mnasercool23:45
mordredit turns out project-config is a giant outlier in many ways23:45
*** ltomasbo has joined #openstack-infra23:45
mordredwe found several bugs in things that assumed a project witha tox.ini file would CLEARLY have a setup.py :)23:46
*** amoralej has joined #openstack-infra23:46
*** jpena|off has joined #openstack-infra23:46
*** lukebrowning has quit IRC23:46
openstackgerritClark Boylan proposed openstack-infra/openstack-zuul-jobs master: Swap order of sudoers manipulation  https://review.openstack.org/50834823:46
SamYaplejust cuase i want a tox.ini doesnt mean i want to make a big fuss about it and get all fancy with your new age setup.py23:47
clarkbmordred:  ^ I have high hopes for that one23:47
*** lukebrowning has joined #openstack-infra23:48
mordredclarkb: \o/23:48
mordredclarkb, fungi, jeblair: I'm gonna go ahead and merge the project-config always-run-linters change - it's an only-noop one23:49
fungik23:49
mnaserdoes the logfile option actaully work in the zuul web console23:49
fungias jeblair says, wcpgw?23:49
mnaseri just tried http://zuulv3.openstack.org/static/stream.html?uuid=8d5144a8817049cc800bd767fd663430&logfile=puppet.log but it showed the console anyways23:49
mordredclarkb: lineinfile strips whitespace?23:49
clarkbmordred: no problem was there are two lines we have to swap23:50
mordredmnaser: yes - we have not yet implemented support for streaming more than one file23:50
mnaserah gotcha :)23:50
clarkbmordred: old patchsets only did the 'post' command but need to do the pre as well23:50
mordredah23:50
mordredmnaser: we left a placeholder because we want to add that :)23:50
clarkbI was going to do it with backrefs and regexp but that ends up being far less readable23:50
mnaserwell in other good news.. puppet integration jobs seem to have gotten as far as running the install so i think its gonna pass (granted a few things pending merges but yay)23:51
openstackgerritMerged openstack-infra/project-config master: Make legacy-grenade-dsvm-ironic voting  https://review.openstack.org/50835323:51
openstackgerritMerged openstack-infra/project-config master: Always run openstack-tox-linters on project-config  https://review.openstack.org/50835823:51
*** mriedem is now known as mriedem_dinner23:51
mordredjlvillal: ^^ your legacy-grenade-dsvm-ironic jobs should vote now23:51
ianw508344 seems to be stuck waiting for a centos-7 node ... and there's one that seems to have been building for an hour.  i think something's up23:52
jlvillalmordred: Thank you23:52
*** lukebrowning has quit IRC23:52
mordredclarkb: while you're waiting - mnaser has a patch here https://review.openstack.org/#/c/508332/ and https://review.openstack.org/#/c/508334 that both look good23:52
jeblairianw: we can confirm if that's the specific node it's waiting on23:52
*** Goneri has joined #openstack-infra23:52
jeblair2017-09-28 22:45:42,260 DEBUG zuul.IndependentPipelineManager: Adding node request <NodeRequest 100-0000048489 <NodeSet centos-7 OrderedDict([('centos-7', <Node None centos-7:centos-7>)])OrderedDict()>> for job legacy-tempest-dsvm-neutron-full-centos-7 to item <QueueItem 0x7f109d76c940 for <Change 0x7f10ada2e4e0 508344,1> in check>23:53
mnasermordred i think ill have to rebase the second one to the one that adds openstack-tox-linters ?23:53
jeblairianw: ^23:53
*** SumitNaiksatam has quit IRC23:53
clarkbmordred: http://logs.openstack.org/02/508302/3/check/legacy-devstack-gate-tox-run-tests/8971b5f/ worked, can hasa review and hopefully approval on 8348?23:54
clarkband with that we should be good on sudo things23:54
ianwjeblair: hmm, the stuck node is 000004301423:54
*** lukebrowning has joined #openstack-infra23:54
*** thorst has quit IRC23:54
jeblair| 0000043014 | rax-ord                | None     | centos-7         | 7416ec80-4bf0-4cd6-9c3f-0e5582f9582c | ready    | 00:00:00:11 | unlocked | centos-7-rax-ord-0000043014                        | 104.130.195.50  | 10.210.197.118  | 2001:4801:7828:101:be76:4eff:fe10:6f69 | 22       | nl01.openstack.org-30932-PoolWorker.rax-ord-main                | 100-0000048489 | None                                                                  ...23:54
jeblair...                           | None       |23:54
*** thorst has joined #openstack-infra23:55
mordredmnaser: you shouldn't no - once it lands that's the config for projet-config (it doesn't do speculative jobs)23:55
jeblairianw: so that node is assigned to that request which has been fulfilled23:55
mnaserok cool23:55
jeblairianw: ball should be in zuul's court23:55
jeblair2017-09-28 23:54:13,899 INFO zuul.nodepool: Node request <NodeRequest 100-0000048489 <NodeSet centos-7 OrderedDict([('centos-7', <Node 0000043014 centos-7:centos-7>)])OrderedDict()>> fulfilled23:56
*** iyamahat has quit IRC23:56
jeblairianw: ^ looks like zuul just got it23:56
*** yamahata has quit IRC23:56
clarkbianw: jeblair fungi https://review.openstack.org/#/c/508348/ should be the last step of fixing sudo grep23:56
clarkbianw: jeblair fungi tested at http://logs.openstack.org/02/508302/3/check/legacy-devstack-gate-tox-run-tests/8971b5f/23:57
ianwjeblair: and there it goes ... hmm sorry bout that23:57
jeblairianw: np.  good exercise :)23:57
ianw0000043014 has still been building for an hour23:57
jeblairianw: it's finished now, but you mean it took an hour to build, yeah?23:58
ianwyeah23:59
ianwit must have just finished23:59
clarkbI approved 508332 and that has made zuul do its reconfigure dance I think23:59
*** baoli has joined #openstack-infra23:59
*** Goneri has quit IRC23:59

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