Friday, 2013-09-13

pmooshHello guys - a newbie question00:04
*** hashar has quit IRC00:04
clarkbfungi: your stack is +2 from me00:05
*** dims has joined #openstack-infra00:05
clarkbfungi: I think we can worry about auto updates in fancier ways later if you like00:06
clarkbpmoosh: go for it00:06
pmooshthe last Jenkins died with a timeout00:06
pmooshso what do I do then00:07
clarkbpmoosh: can you link to the change/test?00:07
pmooshhere is the log:  http://logs.openstack.org/25/46325/1/check/gate-requirements-install/0894d3a00:08
pmoosh46325 - think problem is  Error The read operation timed out while getting https://pypi.python.org/packages/source/p/python-heatclient/python-heatclient-0.2.4.tar.gz#m00:09
clarkbpmoosh: that is a timeout when talking to pypi.python.org. Typically we use our mirror instead of pypi.python.org, but this job tests the addition of new things to the mirror so we can't rely on our mirror here00:10
clarkbpmoosh: for now you will probably need to recheck the test00:10
clarkbmordred: ^ any opinion on how we should handle this in the future?00:10
*** prad has quit IRC00:12
pmooshthanks - how would I do that - I guess that is the newbie question :-)00:12
clarkbpmoosh: in the comment that posts the results is a link to a wiki page describing what you should do on failures00:12
clarkbpmoosh: in this case leave a comment of 'recheck no bug' on the change00:12
clarkbthat will retrigger the jobs. We could submit a bug and recheck against that, but I am not sure it is worth tracking 'pypi timed out'00:13
anteayafungi: do you want to see if we can round up more votes and roll in the salt patches tonight (let them run all night and evaluate memory leaks with Dave when he is around?) or would you rather wait?00:14
*** prad has joined #openstack-infra00:14
*** changbl has joined #openstack-infra00:14
anteayafungi: if there are any memory leaks (which I hope there aren't)00:15
openstackgerritClark Boylan proposed a change to openstack-infra/config: Use Ubuntu Cloud Archive on precise nodes  https://review.openstack.org/4589600:17
openstackgerritA change was merged to openstack-infra/publications: Make make-index ignore template branch.  https://review.openstack.org/4635600:18
*** pmoosh has quit IRC00:23
clarkbannegentle: are you guys ready to merge https://review.openstack.org/#/c/45938/1 ?00:24
clarkbannegentle: the change noted in the commit message merged00:24
jeblairclarkb, fungi: fyi: i'm on a plane for most of tomorrow00:34
clarkbjeblair: ok any chance you can review https://review.openstack.org/#/c/41927/ before your flight?00:35
clarkbjeblair: curious to see what you think about fungi's comment in particular00:35
jeblairclarkb, mordred: well, i do wonder why one line of shell is in JJB instead of the shell script...00:39
*** pcrews has joined #openstack-infra00:40
*** mgagne1 is now known as mgagne00:43
*** reed has quit IRC00:47
*** yongli has joined #openstack-infra00:48
*** pcrews has quit IRC00:49
clarkbjeblair: https://review.openstack.org/#/c/46125/ what do you think of my comment there?00:52
*** HenryG has joined #openstack-infra00:59
*** branen_ has joined #openstack-infra01:00
*** jog0 has quit IRC01:00
*** jog0 has joined #openstack-infra01:01
*** branen has quit IRC01:03
*** gyee has quit IRC01:04
annegentleclarkb: I'm good with https://review.openstack.org/#/c/45938/101:05
clarkbannegentle: done01:06
annegentleclarkb:  thanks!01:06
*** dkranz has joined #openstack-infra01:06
*** nosnos has joined #openstack-infra01:06
openstackgerritA change was merged to openstack-infra/config: Move admin-guide-cloud to docs.o.o/admin-guide-cloud/content  https://review.openstack.org/4593801:07
mroddenwhere is the best place for jenkins-job-builder IRC discussion... here?01:08
fungianteaya: i'm mostly transitioning to afk status for the evening, but the previous memory/process leak took weeks to manifest anyway01:08
fungianteaya: i think i should be able to drive this the rest of the way home. UtahDave's pointers have been most helpful01:10
*** svarnau has joined #openstack-infra01:11
anteayafungi: happy evening then01:13
anteayaso glad it has been a good week for Salt01:13
*** svarnau_ has joined #openstack-infra01:13
anteayaI should afk too01:13
clarkbmrodden: yes here is the best place01:13
anteayaI'm sure I have laundry/packing to do01:13
mroddenso i noticed there was a lack of a git publisher plugin01:14
mroddenand i kind of need that for my job, so would you guys accept plugins?01:14
*** oubiwann has quit IRC01:15
mroddeni have to write it anyways01:15
clarkbmrodden: yes, we accept patches that support more plugins01:15
mroddenk cool01:15
fungiin fact, most of the contributed patches are plugin support01:15
fungipick a random jjb commit and it's likely adding support for another plugin01:17
mroddeni was surprised there wasn't a Git Publisher one01:17
fungiseems it was waiting for you ;)01:18
clarkbmrodden: pushing to git from jenkins is something we avoid01:18
clarkbmrodden: and when we need it, we have git review which works really well without plugin support01:18
mroddenhow does Jenkins merge patches at gate?01:18
clarkbmrodden: it doesn't, instead gerrit does it for us01:19
*** svarnau_ has quit IRC01:19
fungirather, zuul tells gerrit to merge at the moment01:19
mroddenso... jenkins just invokes the Gerrit submit action?01:19
mroddenoh ok01:19
*** markmcclain has quit IRC01:19
*** Transformer has joined #openstack-infra01:19
clarkbmrodden: technically zuul does that but yes01:19
*** svarnau has quit IRC01:20
mroddeni was originally really nervous about having jenkins pushing to git01:21
fungiin the future zuul may gain the ability to merge commits itself, but the details have yet to be worked out entirely, i think01:21
mroddenbut i've been running some jobs that grab upstream code and merge some internal stuff, then run all the unit tests and push to a downstream repo if successful01:21
*** Transformer has quit IRC01:21
mroddenits saved me an immeasurable amount of time01:22
fungineat!01:22
mroddenyeah i used to do all that by hand every week01:22
mroddennow its daily and automated :)01:22
fungiand yeah, jjb has grown support for all sorts of plugins we don't use for openstack infra. perfectly fine01:23
mroddenyeah i was impressed by the amount of plugin support01:23
mroddeni've learned so much working on openstack stuff its crazy01:25
mroddenlike01:25
mroddenpython setup.py develop is the best thing ever01:25
*** dcramer__ has joined #openstack-infra01:26
*** nati_ueno has quit IRC01:27
mroddenplus there is all the great tools that are in openstack-infra01:28
*** jhesketh has quit IRC01:45
openstackgerritGiulio Fidente proposed a change to openstack-infra/devstack-gate: extend the floating ips range for neutron tests  https://review.openstack.org/4640301:48
*** cody-somerville has quit IRC01:50
*** xchu has joined #openstack-infra01:50
*** cody-somerville has joined #openstack-infra01:53
*** cody-somerville has quit IRC01:53
*** cody-somerville has joined #openstack-infra01:53
openstackgerritA change was merged to openstack-infra/config: Fix paths for glossary  https://review.openstack.org/4632601:54
*** nhm has quit IRC01:55
*** dzyu has joined #openstack-infra01:56
*** zoresvit has quit IRC01:58
openstackgerritA change was merged to openstack-infra/config: Fix publishing of High Availibility Guide  https://review.openstack.org/4633302:00
*** dzyu has quit IRC02:03
*** dzyu has joined #openstack-infra02:06
*** melwitt has quit IRC02:12
*** yaguang has joined #openstack-infra02:12
openstackgerritGiulio Fidente proposed a change to openstack-infra/devstack-gate: extend the floating ips range (for neutron tests to pass)  https://review.openstack.org/4640302:14
*** anteaya has quit IRC02:32
*** cyeoh has quit IRC02:36
*** dzyu has quit IRC02:43
*** dzyu has joined #openstack-infra02:43
*** dcramer__ has quit IRC02:48
*** dims has quit IRC03:08
*** mgagne has quit IRC03:26
mordredmrodden: whee!03:33
*** nicedice has quit IRC03:34
*** nicedice has joined #openstack-infra03:34
*** mgagne has joined #openstack-infra03:43
*** mgagne has joined #openstack-infra03:43
*** mgagne1 has joined #openstack-infra03:45
*** mgagne1 has joined #openstack-infra03:45
*** mgagne has quit IRC03:48
mordredclarkb: re just recheck when that happens (the requirements thing)03:49
mordredclarkb: the idea is that changes to requirements shoudl not be happening so often that it's that much of a burden to recheck on pypi derp03:49
*** vogxn has joined #openstack-infra03:57
*** mgagne1 has quit IRC03:57
*** xchu has quit IRC04:01
Alex_Gaynordhellmann: in case you missed it, the patch to cmd2 was merged04:10
*** xchu has joined #openstack-infra04:14
*** stevebaker has quit IRC04:19
*** adam_g has quit IRC04:19
*** torgomatic has quit IRC04:19
*** russellb has quit IRC04:19
*** russellb has joined #openstack-infra04:22
*** stevebaker has joined #openstack-infra04:22
mordredwoot04:23
* mordred forgets why we wanted that04:23
*** torgomatic has joined #openstack-infra04:23
mordredbtw - /me needs to finisht eh github PR trigger for zuul so that we can start telling upstream projects we use when their patches are going to break us04:24
* mordred is SURE that they all care massively04:24
*** oubiwann has joined #openstack-infra04:24
*** cyeoh_ has joined #openstack-infra04:25
*** cyeoh_ is now known as cyeoh04:25
*** jhesketh__ has quit IRC04:33
lifelessmordred: see my ping earlier ?04:36
lifelessmordred: requirements.txt files with URLs in them break dib offline mode from being well, offline.04:37
mordredlifeless: yup04:38
mordredI mean - no, I did not see the ping, and yes, files with urls in them break dib offline mode04:38
mordredcurrently the only urls should be for oslo pre-releases04:38
mordredI'm working on the infrastructure needed to make those go away04:39
mordred(the urls for the pre-releases)04:39
mordredonce I do, I'd like to ban requirement urls04:39
*** jhesketh__ has joined #openstack-infra04:46
lifelesscool04:48
*** SergeyLukjanov has joined #openstack-infra04:49
mordredlifeless: this needs the wheel in mirror support to land, which I think it getting closer04:51
*** vogxn has quit IRC04:53
openstackgerritMonty Taylor proposed a change to openstack-dev/cookiecutter: Fix the README url location for the repo  https://review.openstack.org/4641404:59
openstackgerritA change was merged to openstack-dev/cookiecutter: Fix the README url location for the repo  https://review.openstack.org/4641404:59
*** yaguang has quit IRC05:03
openstackgerritMonty Taylor proposed a change to openstack-dev/cookiecutter: Add pypy to the list of default envs  https://review.openstack.org/4641605:06
*** SergeyLukjanov has quit IRC05:08
Alex_Gaynormordred: nice stuff with cookie cutter!05:13
mordredAlex_Gaynor: thanks!05:13
*** pcrews has joined #openstack-infra05:13
*** dmakogon_ has joined #openstack-infra05:14
*** vogxn has joined #openstack-infra05:15
openstackgerritA change was merged to openstack/requirements: Remove version pins from setup_requires  https://review.openstack.org/4531105:17
openstackgerritMathew Odden proposed a change to openstack-infra/jenkins-job-builder: Add publisher for Git Publisher support  https://review.openstack.org/4641705:18
openstackgerritA change was merged to openstack-infra/config: Minify jquery visibility  https://review.openstack.org/4633505:20
openstackgerritA change was merged to openstack-infra/config: Delete closed bugs after 5 days in recheckwatch  https://review.openstack.org/4616905:21
openstackgerritA change was merged to openstack-infra/config: Lower devstack-gate timeouts  https://review.openstack.org/4615405:22
openstackgerritA change was merged to openstack-infra/config: supress maven download progress messages  https://review.openstack.org/4614205:23
openstackgerritA change was merged to openstack-infra/config: Move running-your-own to the sidebar  https://review.openstack.org/4613105:24
Alex_Gaynormordred: I take it https://github.com/openstack-dev/cookiecutter is the official location for this, not the one on your account right?05:25
mordredAlex_Gaynor: yes. that's right05:25
mordredAlex_Gaynor: the one on my account isn't referenced in a doc anywhere is it?05:26
Alex_Gaynormordred: it's in the cookiecutter readme, I'm sending a PR to fix now05:26
mordredthanks05:26
openstackgerritA change was merged to openstack-infra/config: Add pre-release PyPI jobs for WSME  https://review.openstack.org/4610605:26
Alex_Gaynormordred: yay, opensource https://github.com/audreyr/cookiecutter/pull/7205:27
mordredAlex_Gaynor: oh wait- do you mean https://github.com/audreyr/cookiecutter. ?05:27
mordredAlex_Gaynor: AH - neat05:27
*** nicedice has quit IRC05:27
mordredbtw - docopt seems really neat05:30
* Alex_Gaynor has mixed opinions on docopt05:30
mordredI just saw it referenced on that cookiecutter page, so have had very low amounts of time to think about it05:31
mordredwhat I REALLY wnat python to grow05:32
mordredis a thing that works like boost's program_options05:32
*** yaguang has joined #openstack-infra05:32
mordredhttp://www.boost.org/doc/libs/1_54_0/doc/html/program_options.html05:32
mordredwhich is not a thing I'm going to say every day05:32
*** michchap has joined #openstack-infra05:32
Alex_GaynorI've spent about 12 seconds looking at this, but how is it significantly different from argparse?05:33
mordredbut grokking that what you want to do is describe the things you want to configure, and then having all of those immediately be consistently settable via env vars, config files and command line invocation is nice05:33
mordredAlex_Gaynor: arg parse only does command line options05:33
Alex_GaynorAh, this handles config files as well?05:33
mordredyup. and env vars05:33
mordredbut it handles it pretty much how argparse handles args05:34
mordredso, it works pretty much exactly the same as argparse05:34
mordredyou just get the other two as well05:34
Alex_Gaynorright, makes sense05:34
Alex_GaynorI feel like maybe I heard about a thing that does this somewhere.05:34
*** xchu has quit IRC05:35
mordredwell, oslo.config does it - but does it with those global config objects05:35
mordred(unfortunately, openstack inherited all of this gflags nonsense)05:35
Alex_Gaynorah, is there where it comes from05:36
mordredyeah05:37
mordrediirc, that's what nova was using when we started05:38
mordredyup05:39
mordredit's in commit 105:39
mordredof course, commit 1 _also_ includes vendor dirs for carrot, pymox, redis-py, tornado and Twisted-10.0.005:40
Alex_Gaynorwere they using twisted and carrot together?05:40
* Alex_Gaynor focuses on the important details05:41
mordredAlex_Gaynor: yes05:41
mordredfrom carrot import connection05:41
mordredfrom carrot import messaging05:41
mordredfrom twisted.internet import defer05:41
mordredfrom twisted.internet import reactor05:41
mordredfrom twisted.internet import task05:41
Alex_Gaynorneat05:42
*** Ajaeger has joined #openstack-infra05:42
mordredwow. commit 1 is so small - if you ignore the vendor dir05:44
openstackgerritA change was merged to openstack/requirements: Add a list of projects that we want to sync to  https://review.openstack.org/4634705:45
*** pblaho has joined #openstack-infra05:47
*** xchu has joined #openstack-infra05:47
AjaegerGood morning.05:48
*** Ryan_Lane has joined #openstack-infra05:59
*** jhesketh__ has quit IRC06:13
*** jpeeler has quit IRC06:18
*** nayward has joined #openstack-infra06:18
*** yolanda has joined #openstack-infra06:21
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Fix publish location of High Availibility Guide  https://review.openstack.org/4642506:23
*** flaper87|afk is now known as flaper8706:39
*** vogxn has quit IRC06:43
*** vogxn has joined #openstack-infra06:46
*** dmakogon_ has quit IRC06:48
*** sld-away is now known as sld06:48
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Use first template for manual build jobs  https://review.openstack.org/4557406:52
*** yaguang has quit IRC06:53
Ajaegerjeblair: ^^^ Ready to merge  - if you like it ;)06:55
*** yaguang has joined #openstack-infra06:55
*** yaguang has quit IRC06:55
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Use first template for manual build jobs  https://review.openstack.org/4557406:57
*** yaguang has joined #openstack-infra06:58
*** yaguang has quit IRC07:08
*** dizquierdo has joined #openstack-infra07:11
*** yaguang has joined #openstack-infra07:11
*** michchap has quit IRC07:15
*** yaguang has quit IRC07:19
*** vogxn has quit IRC07:30
*** HenryG has quit IRC07:30
*** HenryG has joined #openstack-infra07:31
*** afazekas has joined #openstack-infra07:31
openstackgerritYangLei proposed a change to openstack/requirements: Update the version of cliff in global-requirements.txt  https://review.openstack.org/4643907:33
*** yaguang has joined #openstack-infra07:38
*** turul_ has joined #openstack-infra07:44
*** thomasbiege has joined #openstack-infra07:44
*** afazekas is now known as afazekas__07:44
*** turul_ is now known as afazekas07:44
*** salv-orlando has quit IRC07:50
*** yaguang has quit IRC07:52
*** nayward has quit IRC07:52
*** thomasbiege has quit IRC07:59
*** fbo_away is now known as fbo08:05
*** dzyu has quit IRC08:05
*** nayward has joined #openstack-infra08:06
*** kurt_jiang has joined #openstack-infra08:07
*** jpich has joined #openstack-infra08:07
*** thomasbiege has joined #openstack-infra08:09
openstackgerritYaguang Tang proposed a change to openstack/requirements: Update boto not use the version 2.13.0  https://review.openstack.org/4644908:10
*** yaguang has joined #openstack-infra08:11
*** ndipanov has joined #openstack-infra08:19
ndipanovhey guys - any core requirements people here? we need this to unbreak nova gate it seems https://review.openstack.org/#/c/46449/08:20
*** yaguang has quit IRC08:20
*** yaguang has joined #openstack-infra08:22
*** thomasbiege has quit IRC08:23
*** salv-orlando has joined #openstack-infra08:24
*** dzyu has joined #openstack-infra08:37
*** afazekas has quit IRC08:38
ndipanovjd__, ping08:40
*** dzyu has quit IRC08:41
*** afazekas__ has quit IRC08:42
*** ianw has quit IRC08:47
*** dizquierdo has left #openstack-infra08:59
*** adam_g has joined #openstack-infra09:15
*** adam_g has quit IRC09:15
*** adam_g has joined #openstack-infra09:15
*** ndipanov has quit IRC09:17
openstackgerritSergey Kolekonov proposed a change to openstack-infra/jenkins-job-builder: Build Blocker Plugin support added  https://review.openstack.org/4626209:34
*** yongli has quit IRC09:34
*** alexpilotti has joined #openstack-infra09:36
*** boris-42 has joined #openstack-infra09:36
*** SergeyLukjanov has joined #openstack-infra09:41
*** afazekas__ has joined #openstack-infra09:42
*** SergeyLukjanov has quit IRC09:54
*** xchu has quit IRC09:58
*** odyssey4me has joined #openstack-infra09:58
*** alexpilotti has quit IRC10:04
*** SergeyLukjanov has joined #openstack-infra10:10
*** koobs has quit IRC10:20
*** nosnos has quit IRC10:26
*** nosnos has joined #openstack-infra10:27
*** nosnos has quit IRC10:27
*** nosnos has joined #openstack-infra10:28
*** nayward has quit IRC10:29
*** vogxn has joined #openstack-infra10:35
*** nosnos has quit IRC10:35
*** thomasbiege has joined #openstack-infra10:35
*** nosnos has joined #openstack-infra10:36
*** nosnos has quit IRC10:40
*** pcm_ has joined #openstack-infra10:41
*** pcm_ has quit IRC10:43
*** pcm_ has joined #openstack-infra10:44
SergeyLukjanovmordred, https://review.openstack.org/#/c/46347/ is it needed to automatically create change requests with requirements updates?10:52
*** ruhe has joined #openstack-infra10:57
*** yaguang has quit IRC10:59
*** vogxn has quit IRC11:07
openstackgerritSergey Kolekonov proposed a change to openstack-infra/jenkins-job-builder: Build Blocker Plugin support added  https://review.openstack.org/4626211:08
openstackgerritSergey Kolekonov proposed a change to openstack-infra/jenkins-job-builder: Build Blocker Plugin support added  https://review.openstack.org/4626211:13
*** afazekas__ is now known as afazekas_food11:16
*** ruhe has quit IRC11:16
*** kurt_jiang has left #openstack-infra11:17
*** alexpilotti has joined #openstack-infra11:19
*** ruhe has joined #openstack-infra11:19
*** thomasbiege2 has joined #openstack-infra11:21
*** thomasbiege has quit IRC11:24
*** afazekas_food is now known as afazekas11:29
*** thomasbiege2 has quit IRC11:35
*** dizquierdo has joined #openstack-infra11:36
*** nayward has joined #openstack-infra11:44
*** adalbas has joined #openstack-infra11:52
openstackgerritPaul Bourke proposed a change to openstack/requirements: Add ordereddict for python 2.6 compatibility  https://review.openstack.org/4647411:53
*** nayward_ has joined #openstack-infra12:03
*** weshay has joined #openstack-infra12:03
*** nayward has quit IRC12:04
*** thomasm has joined #openstack-infra12:07
*** yamahata has quit IRC12:07
*** yamahata has joined #openstack-infra12:07
*** dizquierdo has quit IRC12:17
openstackgerritMonty Taylor proposed a change to openstack-infra/nodepool: Ignore hacking warnings  https://review.openstack.org/4648112:20
openstackgerritMonty Taylor proposed a change to openstack-infra/nodepool: Build a images using diskimage-builder  https://review.openstack.org/4648212:20
mordredSergeyLukjanov: I think it will be helpful to - any update to global requirements _does_ want to be syncced with every project12:21
mordredSergeyLukjanov: and it's automatable - so why not have scripts do it12:22
*** dizquierdo has joined #openstack-infra12:22
openstackgerritMonty Taylor proposed a change to openstack-infra/nodepool: Build images using diskimage-builder  https://review.openstack.org/4648212:23
SergeyLukjanovmordred, ok thx12:23
*** stevebaker has quit IRC12:24
*** stevebaker has joined #openstack-infra12:24
*** michchap has joined #openstack-infra12:25
*** rfolco has joined #openstack-infra12:26
SergeyLukjanovare there thoughts about https://review.openstack.org/#/c/37620 ?12:26
*** SergeyLukjanov has quit IRC12:29
*** zeus has joined #openstack-infra12:30
*** dizquierdo has quit IRC12:31
mordredlooking12:32
mordredsdague: morning12:33
*** dprince has joined #openstack-infra12:33
*** CaptTofu has quit IRC12:34
*** zeus has quit IRC12:34
*** ArxCruz has joined #openstack-infra12:35
*** michchap has quit IRC12:38
*** michchap has joined #openstack-infra12:39
*** SergeyLukjanov has joined #openstack-infra12:42
*** erfanian has quit IRC12:44
Ajaegermordred: regarding the manual templates: Yes, we need them. Fixing them one by one I learn what a mess they are ;)12:44
*** zul has quit IRC12:48
*** bingbu has joined #openstack-infra12:49
*** erfanian has joined #openstack-infra12:54
*** matty_dubs|gone is now known as matty_dubs12:56
*** zul has joined #openstack-infra12:57
openstackgerritDan Prince proposed a change to openstack-infra/reviewday: Update bin/reviewday to use neutron.  https://review.openstack.org/4648712:58
*** prad has quit IRC12:58
*** jcoufal has joined #openstack-infra13:02
*** bingbu has quit IRC13:03
*** KLevenstein has joined #openstack-infra13:04
*** anteaya has joined #openstack-infra13:07
*** michchap has quit IRC13:08
*** nayward_ has quit IRC13:09
*** ruhe has quit IRC13:13
*** nayward has joined #openstack-infra13:25
dhellmannAlex_Gaynor, mordred: the upstream cmd2 change was +1 by someone, but I still see the PR open. did you mean something else?13:25
*** ruhe has joined #openstack-infra13:28
*** SergeyLukjanov has quit IRC13:32
*** nayward has quit IRC13:33
*** jpeeler has joined #openstack-infra13:34
*** jpeeler has joined #openstack-infra13:34
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Move requirements install to a script  https://review.openstack.org/4649513:37
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Update projects when requirements change  https://review.openstack.org/4006813:37
mordreddhellmann: me have no clue13:37
mordreddhellmann: btw - I'm in your state for about 30 minutes :)13:37
dhellmannmordred: aw, next time call first :-)13:38
dhellmannmordred: regarding the cmd2 thing, Alex_Gaynor said something merged last night13:39
dhellmannmordred: seemed to be part of a conversation with you, but maybe not13:39
mordreddhellmann: I just also saw that he said that13:39
mordredand I was supportive13:39
fungimordred: layover in atl huh?13:40
mordredfungi: you know it13:40
dhellmannmordred: should still be early enough for a chicken biscuit :-)13:40
* fungi loves walking between the a and e concourses in atl13:40
fungithat place is some great exercise13:41
mordreddhellmann: I am sadly sitting in my next seat already13:41
mordredfungi: ++13:41
mordredfungi: it's even more fun when you need to get between them very quickly :)13:41
fungiyup13:41
fungiwith bags even ;)13:42
dhellmannonce, long ago, before the TSA, I ran from the ticket agent to terminal e and right onto a plane just before the doors closed13:42
mordredthose were the days!13:42
dhellmannI am still panting.13:42
mordredolaph did that once years ago - except his was on the tail end of a mad drive from durham to dc13:43
mordredbasically, pull up, run in airport, run on plane. DONE13:43
mordred(I can do this again, now that I have the TSA precheck)13:43
*** prad has joined #openstack-infra13:44
mordredof course, I've heard that they're opening the floodgates on letting people get that, so I'm guessing I'll have an airport line again at some point13:44
dhellmannthey're starting their own pay-to-play thing, comparable to global entry13:44
*** Ajaeger1 has joined #openstack-infra13:44
*** Ajaeger has quit IRC13:44
dhellmannbut just for domestic flights13:44
mordredyup13:44
* fungi had a similar experience with a transatlantic flight from clt to lgw... had to get a replacement passport issued while on a 2.5-hour layover in phl... cab from the airport to the national passport office, photos at a joint around the corner, printed right there and cab back to the airport in time the next leg of my flight13:45
mordredsandy just got global entry so that when she travels with me I don't get annoyed at her making me stand in lines13:45
fungiwould never happen these days13:45
mordredfungi: wow. impressive!13:45
fungii did not think it possible even then13:45
fungiwas sure i'd wind up missing the flight and spending the night there13:45
*** nayward has joined #openstack-infra13:46
mordredI was flying once with my friend talia to her mom's place on the island of jersey. we had a 1 hour stopover on guernsey13:46
fungiha13:46
mordredduring which her friend met us at the airport, we drove to her friend's house, had tea, petted the cats, and then drove back to the airport to board the plane13:46
anteaya++ layover with cats13:46
fungioh, wow. so an hour really is enough time to see guernsey. i always suspected13:46
mordredyup13:47
mordredand all layovers should really have cats13:47
mordredjeblair: when you awaken, you may notice that I put up a review for dib + nodepool13:47
mordredjeblair: I'm not convinced that nodepool is the right place fortthe elements13:48
mordredso I did not add code to actually run dib to create the image locally13:48
mordredbut I did add code to upload an image and run the takeover node stuff13:48
*** tstevenson has joined #openstack-infra13:48
mordredI figure chatting about when/where the image building should happen is in order13:49
* dhellmann considers starting a chain of in-airport relaxation centers with cats for petting13:49
mordredalso, the heat guys are working on using dib to make images for use in devstack - and we had a brief conversation about post jobs to build the appropriate image and save it somwhere so that most devstack runs can just consume that13:50
mordreddhellmann: you would make a fortune13:50
mordredok. taking off. biab13:50
ArxCruzALL: I'm having problem to run puppet in my local server, it's throwing this error: http://paste.openstack.org/show/47003/13:52
*** frankdeez has joined #openstack-infra13:52
frankdeezhello can anyone see this?13:52
fungiArxCruz: it looks like you're missing a definition in the calling class for the memorytotalbytes variable13:53
*** thedodd has joined #openstack-infra13:53
fungifrankdeez: yes, i can13:53
frankdeezok great13:53
fungiwelcome to the exciting world of irc13:53
ArxCruzfungi: yes, actualyy, the memorytotalbytes have a sed command that seems it's not working13:53
frankdeezis there a text-only link to the OpenStack Corporate CLA? i need to send to my boss for review13:54
frankdeezsort of like this but the Corporate version: https://review.openstack.org/static/cla.html13:54
fungiArxCruz: ahh, yes it looks like maybe it gets defined by modules/jenkins/lib/facter/memorytotalbytes.rb13:55
ArxCruzfungi: exactly13:55
ArxCruzfungi: do you know how can I fix that ?13:55
ArxCruz    Facter::Util::Resolution.exec('free -bo | sed -n \'s/^Mem:\W\+\([0-9]\+\).*$/\1/p\'')13:55
fungifrankdeez: reed would know, but he doesn't seem to be around at the moment. you might try e-mailing communitymngr@openstack.org13:56
frankdeezok super thx!13:57
fungifrankdeez: we don't have any automation built around the corp and usg contribution agreements since they tend to result in discussions between lawyers for both sides often enough to not benefit from that anyway13:58
fungiArxCruz: digging into it to see what i can figure out13:58
ekarlso-how do I do if I formerly signed a individual CLA and now need a Corp ?13:59
openstackgerritThierry Carrez proposed a change to openstack-infra/jeepyb: Alter comments left on 'Related' bugs  https://review.openstack.org/4649913:59
ArxCruzfungi: if I execute te command manually I got this error:13:59
ArxCruz$ free -bo | sed -n \'s/^Mem:\W\+\([0-9]\+\).*$/\1/p\'13:59
ArxCruzsed: -e expression #1, char 1: unknown command: `''13:59
fungiArxCruz: does free -bo | sed -n \'s/^Mem:\W\+\([0-9]\+\).*$/\1/p\' return a sane number on that system?13:59
fungiahh14:00
fungiright, no need to escape the ' marks when running int yourself14:00
fungifree -bo | sed -n 's/^Mem:\W\+\([0-9]\+\).*$/\1/p'14:00
fungi26492928014:00
ArxCruz$ free -bo | sed -n 's/^Mem:\W\+\([0-9]\+\).*$/\1/p'14:00
ArxCruz210101043214:00
fungiokay, so it should be returning that value back for the "memorytotalbytes" fact14:01
ArxCruzyup, but it's not :/14:01
ArxCruzactually, it's returning nothing, so I believe it's not getting the memorytotalbytes from modules/jenkins/lib/facter/memorytotalbytes.rb14:01
*** mriedem has joined #openstack-infra14:02
Alex_Gaynordhellmann: anything I should knwo before I approve  https://review.openstack.org/#/c/46439/1?14:02
fungiyeah, when i run 'facter memorytotalbytes' on random jenkins slaves of ours, i see i get a null string back14:02
fungiArxCruz: however that's also apparently facter's behavior when you pass it the name of a fact it doesn't know about14:03
fungiso it could be that it's not finding/running that14:03
annegentleI think ekarlso- has a question ahead of mine, but I need help troubleshooting [remote rejected] HEAD on a patch I'm trying to patch14:03
dhellmannAlex_Gaynor: looking...14:03
*** frankdeez has quit IRC14:03
*** nayward has quit IRC14:04
dhellmannAlex_Gaynor: that fix isn't specific to neutron client, although those developers are the ones that reported it14:05
openstackgerritA change was merged to openstack/requirements: Update boto not use the version 2.13.0  https://review.openstack.org/4644914:05
dhellmannAlex_Gaynor: there are no new upstream dependencies, it just fixes broken unicode handling under py2614:05
Alex_Gaynordhellmann: ok, sounds goood14:05
fungiekarlso-: for corporate cla, you or your manager can probably start from https://wiki.openstack.org/wiki/HowToUpdateCorporateCLA14:05
fungiekarlso-: or possibly the "corporations" bullet at https://wiki.openstack.org/wiki/How_To_Contribute#Contributors_License_Agreement14:05
*** dcramer__ has joined #openstack-infra14:06
*** ArxCruz_ has joined #openstack-infra14:06
*** ArxCruz has quit IRC14:07
fungiekarlso-: you can also ask reed the next time he's on irc, or e-mail communitymngr@openstack.org with questions14:08
*** dizquierdo has joined #openstack-infra14:08
*** dkliban has joined #openstack-infra14:08
fungiekarlso-: also, you should be aware that the corporate cla is mostly a formality. we don't have any mechanisms to prevent you from contributing as long as you've signed the individual cla14:10
fungiannegentle: can you paste.openstack.org the error you're getting along with a little more output for context?14:11
*** dizquierdo has quit IRC14:11
annegentlefungi: sure! http://paste.openstack.org/show/47005/14:11
ArxCruz_fungi: I dc, last message was <ArxCruz> actually, it's returning nothing, so I believe it's not getting the memorytotalbytes from modules/jenkins/lib/facter/memorytotalbytes.rb14:11
annegentlefungi: I've pushed from this repo before, it's on a cloud server14:11
annegentlefungi: and since I usually push from mac, not from ubuntu, I'm a little clueless14:12
annegentlefungi: but only a little14:12
*** dizquierdo has joined #openstack-infra14:12
fungiArxCruz_: yeah, when i run 'facter memorytotalbytes' on random jenkins slaves of ours, i see i get a null string back14:12
fungiArxCruz_: however that's also apparently facter's behavior when you pass it the name of a fact it doesn't know about14:12
ArxCruz_fungi: so, I believe facter isn't getting memorytotalbytes14:12
*** dcramer__ has quit IRC14:14
anteayaannegentle: the part I am seeing is no changes made14:14
annegentleanteaya: ohhh so my commit isn't showing a diff14:14
anteayamy interpretation is that git review/gerrit believes there are no changes14:14
anteayathat's what I would say14:14
annegentleanteaya: got it14:15
fungiannegentle: yeah, rather gerrit thinks there are no changes between your current commit and the most recent patchset for that change14:15
annegentleanteaya: thanks14:15
ekarlso-fungi: ah ok !14:16
annegentleso what I'm trying to do is make sure nova.conf.sample is updated, pip8 thinks I haven't run the script https://review.openstack.org/#/c/40271/14:16
anteayaannegentle: np14:16
*** niska has quit IRC14:16
*** dizquierdo has quit IRC14:17
*** dizquierdo has joined #openstack-infra14:17
*** dizquierdo has left #openstack-infra14:18
annegentleI'm going to try from another machine14:18
fungiannegentle: what do git status and git show give you?14:18
*** niska has joined #openstack-infra14:19
annegentlefungi: yeah git status is blank14:20
fungimainly want to make sure that git status doesn't indicate any unrepresented changes/untracked files in your current working copy, and that git show has something different than the latest patchset on that change14:20
* anteaya dreams of being able to rent a dhellmann petting cat during layovers14:20
* dhellmann sees dollar signs14:20
anteaya:D14:20
annegentlehee14:21
mordredekarlso-: you just need to get your corp to sign one14:22
mordredekarlso-: we don't have any enforcement around the corp agreements14:22
*** lnxnut_ has joined #openstack-infra14:23
*** ruhe has quit IRC14:24
anteayaI do believe ekarlso- works with hp14:26
*** adalbas has quit IRC14:27
anteayaso I think you are in good shape ekarlso-14:27
*** thomasbiege has joined #openstack-infra14:29
*** thomasbiege has quit IRC14:30
* anteaya is afk for a bit14:31
*** yamahata has quit IRC14:31
*** ruhe has joined #openstack-infra14:32
*** rnirmal has joined #openstack-infra14:32
*** nayward has joined #openstack-infra14:34
*** SergeyLukjanov has joined #openstack-infra14:35
Alex_Gaynorthe jenkins01 UI is pretty slow today/last night, anyone else seeing that?14:35
Ajaeger1Alex_Gaynor: Yeah, noticed last night as well.14:36
annegentlefungi: so git show does show differences, but they're the same differences as the patchset itelf14:36
annegentlefungi: oh maybe I should rebase14:36
Ajaeger1Alex_Gaynor: I really got to love the git os-log tool that was just announced ;)14:36
*** acabrera has joined #openstack-infra14:36
annegentlefungi: no that's not it. It's really that somehow pip8 tests don't think I ran the generate_sample.sh script14:37
fungiannegentle: it could be that generate_sample.sh is broken and not changing anything14:38
* fungi tries14:38
mordreddhellmann: did you announce os-log?14:40
*** atiwari has joined #openstack-infra14:40
dhellmannI posted it to planet.openstack.org, but haven't sent email to the dev list14:41
*** nayward has quit IRC14:41
* dhellmann adds a todo to his list for the day14:42
*** adalbas has joined #openstack-infra14:45
*** markmcclain has joined #openstack-infra14:48
ArxCruz_fungi: figure out the problem14:48
ArxCruz_puppet and facter installed on my agent is different from my puppet master :)14:49
fungiArxCruz_: oh? i hadn't had time to play around with it any more14:49
fungiaha14:49
fungigood catch14:49
ArxCruz_custom facts are only allowed on facter 1.714:49
ArxCruz_i had facter 1.614:49
ArxCruz_openstack infra use puppet from puppet labs, I've installed puppet from ubuntu14:49
*** Ajaeger1 has quit IRC14:50
fungiyeah, we use facter 1.7.1 on our precise systems14:50
ArxCruz_fungi: documentation should be updated (if there isn't this information)14:52
*** UtahDave has joined #openstack-infra14:52
ArxCruz_or in the manifests should ensure that puppet version is > 1.614:52
fungiArxCruz_: yeah, i agree there are probably some undocumented assumptions that our modules expect puppet from puppetlabs (our bootstrapping scripts basically use the distro-provided puppet to upgrade to the puppetlabs one)14:53
fungiannegentle: when running tools/config/generate_sample.sh what options are you passing it?14:54
annegentlefungi: I do /tools/config/generate_sample.sh -b . -p nova -o etc/nova14:55
annegentlefungi:  http://paste.openstack.org/show/47009/14:55
fungilooks like it needs to run in a virtualenv with oslo.config installed, at a minimum14:55
*** mrodden has quit IRC14:55
annegentlefungi: ok I have a way to do that14:55
annegentlefungi: it's "python tools/install_venv.py" right?14:57
fungiyeah, i'm zeroing in on being able to test it14:57
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Map all savanna repos to savanna at launchpad  https://review.openstack.org/3762114:57
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Improve git2lp and is_direct_release behaviour  https://review.openstack.org/3762014:57
fungioh, maybe14:57
fungii just manually created a virtualenv14:57
annegentlefungi: ok14:57
annegentlefungi: how?14:57
fungiand am pip installing stuff into it as i discover it's missing14:57
annegentlefungi: I also have run pip install -r nova/requirements.txt on this box14:58
fungi'virtualenv samples ; . samples/bin/activate ; pip install oslo.config ...'14:58
annegentlefungi: ohhh14:58
fungii have recently come to the realization that globally installing things on my dev virtual machines with pip is an invitation for pain14:58
fungii just went ahead and did a pip install -r test-requirements.txt in the venv. i'll see if that's any better15:00
funginova really ought to have a tox target to run this script though. would make things much easier to be able to run tox -e samples15:00
fungicould then just pull in whatever's needed on the fly into a venv and pass the right options to the generate_samples.sh script15:01
annegentlefungi: yeah nova/requirements.txt hasn't worked for me yet15:01
*** nayward has joined #openstack-infra15:02
annegentlefungi: oh but in the vent. I'll try that.15:02
fungii'm remembering that there are some debs i'll need to install on this vm to cover non-python deps like postgres and mysql and xml stuff15:02
*** zeus has joined #openstack-infra15:02
*** zeus has quit IRC15:03
mordredfungi: I am fully of the opinion that global installation of python code via pip in all situations is a recipe for pain15:04
annegentlefungi: oh! I think you got me unstuck anyway so thanks for shared pain!15:05
fungiannegentle: my pleasure15:05
mordredfungi: https://github.com/stankevich/puppet-python15:06
annegentlefungi: Maybe I'll meet the deadline for voting for the PTL of nova! LOL15:06
fungiannegentle: fingers crossed. i take it this is your first nova patch in a while?15:06
annegentlefungi: I usually get one in a release :)15:07
mordredfungi: I think maybe we shoudl think about using that in our puppet15:07
fungimordred: reading through it, and at least on the surface it does sound like a rainbow-striped pony ice cream sundae15:07
*** blamar has joined #openstack-infra15:08
annegentlefungi: is there a correct way to get out of the venv?15:09
fungiannegentle: 'deactivate'15:09
annegentlefungi: while in the (.venv) blah blah prompt?15:09
fungiyep15:09
annegentlefungi: thanks15:09
fungipart of the virtualenv's activate shell stub adds a deactivate function into your environment15:10
fungiand running that tears down all the environment changes/additions made by the activate stub15:10
* annegentle will slowly learn python slowly15:10
fungiit is black magic, until you discover how badly you needed it, and then you use it until your fingers bleed15:11
*** zeus has joined #openstack-infra15:11
*** zeus has quit IRC15:11
*** zeus has joined #openstack-infra15:11
annegentlefungi: heh15:11
*** nayward has quit IRC15:14
ttxdhellmann: scratching a few itches, I see15:19
*** chuckieb has quit IRC15:19
*** dcramer__ has joined #openstack-infra15:20
*** pblaho has quit IRC15:22
*** tstevenson_ has joined #openstack-infra15:32
openstackgerritA change was merged to openstack/requirements: Update the version of cliff in global-requirements.txt  https://review.openstack.org/4643915:33
mordredannegentle: yeah - I've been thinking for a while that all of our "help" around creating venvs magically is misplaced15:34
mordredannegentle: and that teaching people how they work would be more beneficial long term15:34
UtahDavefungi: Those changes looked great to me. What's the next step?  Do we need to set up a jenkins job to execute that salt command?15:39
*** mrodden has joined #openstack-infra15:40
fungiUtahDave: i was waiting to see if i got more reviews, but looks like i have plenty so i'm merging them and then spinning up that slave in the next few minutes15:41
UtahDavegreat. Let me know how that goes and how I can help.15:41
mordredfungi: yeah - the code all looked great to me - I just wanted to make sure someone was going to be around to shepherd15:42
fungimordred: that's the plan ;)15:42
fungialso making sure salt is upgraded on the master real quick since we don't use auto-upgrades on that machine for safety purposes15:43
mordred++15:44
fungiUtahDave: i notice that on our master we don't have salt-minion installed... is the master also a minion and, if so, do we need to get that added?15:46
mordredfungi: I think that we want our master to be a minion too, so that we can run commands there15:47
UtahDaveA master is not also a minion.  Many people do indeed run a minion on the master to manage the master as well15:47
fungibut as far as the tooling we're putting in place for the puppet update triggers, the master is able to run things locally as well as tell minions to run things?15:48
fungi(keeping in mind that what we're going to script is "update git repository on master" followed by "trigger puppet agent on slaves")15:49
UtahDavefungi: Ah, ok.  Right now we're NOT set up to update the git repository on the master yet.  Just trigger the puppet agent15:50
mordredfungi: I believe only  minions can run things15:50
fungiso the master also need to be a minion to be able to tell itself to run something15:50
fungis/need/needs/15:51
*** afazekas has quit IRC15:51
UtahDavepretty much.  The master does have the concept of a "runner"  which is a command executed from the master itself, but I think this will work better if a minion is running on the master as well.15:51
mordredAlex_Gaynor: if I get this: No module named _bsddb15:52
mordredAlex_Gaynor: when trying to do tox -epypy15:52
mordredAlex_Gaynor: what am I doing wrong?15:52
Alex_Gaynormordred: I haven't heard of this issue before, where'd you get your pypy from?15:52
mordredAlex_Gaynor: ubuntu15:52
mordredAlex_Gaynor: I was just trying to do tox -epypy on the pbr repo15:53
Alex_Gaynormordred: meaning the PPA, or what's int he standard repos?15:53
mordredwhat's in the standard repos15:53
Alex_GaynorThat's like 1.7 or something reasonably old, I honestly don't remember what would cause that issue, I'd try with the PPA15:56
openstackgerritA change was merged to openstack-infra/config: Add saltstack APT repository to automatic upgrades  https://review.openstack.org/4631715:58
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Remove d2to1 usage  https://review.openstack.org/4651915:58
openstackgerritA change was merged to openstack-infra/config: Revert "Disable salt master and minions globally"  https://review.openstack.org/4631815:59
openstackgerritA change was merged to openstack-infra/config: Add a Jenkins slave for triggering salt commands  https://review.openstack.org/4631915:59
openstackgerritA change was merged to openstack-infra/config: Mention the --salt option in launch instructions  https://review.openstack.org/4632015:59
openstackgerritA change was merged to openstack-infra/config: Give Jenkins the ability to trigger puppet runs  https://review.openstack.org/4589815:59
* anteaya is back and excited about Salt going in16:03
*** reed has joined #openstack-infra16:03
*** reed has quit IRC16:04
*** reed has joined #openstack-infra16:04
UtahDave:)16:04
*** senk has joined #openstack-infra16:05
*** yaguang has joined #openstack-infra16:05
fungiin about another 10 minutes i'll start spinning up salt-trigger.slave.openstack.org and see what we get16:05
*** pabelanger_ has joined #openstack-infra16:05
* anteaya rubs hands in anticipation16:06
Alex_Gaynorfungi: is the intent to move from puppet to salt, or have both?16:06
anteayaboth16:06
anteayasalt is here to tell puppet to run16:06
anteayasince right now puppet runs on a timer, not on events16:06
anteayasalt is here to listen for events and trigger puppet runs if certain events occur16:07
*** zehicle has quit IRC16:07
anteayathis set of patches triggers a general puppet run16:07
anteayaonce we are happy with this set up, we will fine tune for specific puppet runs16:08
anteayawell strictly speaking Jenkins tells salt to tell puppet to run16:08
*** matty_dubs is now known as matty_dubs|lunch16:09
openstackgerritMonty Taylor proposed a change to openstack-infra/nodepool: Ignore hacking warnings  https://review.openstack.org/4648116:09
openstackgerritMonty Taylor proposed a change to openstack-infra/nodepool: Build images using diskimage-builder  https://review.openstack.org/4648216:09
*** marun has quit IRC16:10
*** marun has joined #openstack-infra16:11
*** salv-orlando has left #openstack-infra16:11
Alex_Gaynoranteaya: interesting16:11
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Move requirements install to a script  https://review.openstack.org/4649516:11
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Update projects when requirements change  https://review.openstack.org/4006816:11
*** pabelanger_ has quit IRC16:12
*** pabelanger_ has joined #openstack-infra16:12
*** pabelanger has quit IRC16:12
*** pabelanger_ is now known as pabelager16:12
*** pabelanger has joined #openstack-infra16:12
mordredAlex_Gaynor: I believe theoretically we'd be happier if all of our puppet was magically salt - problem is, we have a LOT of puppet that mostly works16:13
*** pabelanger has quit IRC16:13
*** pabelager is now known as pabelanger16:13
mordredAlex_Gaynor: so the value of re-writing it all is ... questionable16:13
*** pabelanger_ has joined #openstack-infra16:13
*** mrodden has quit IRC16:16
*** mrodden1 has joined #openstack-infra16:16
*** pabelanger has quit IRC16:19
pleia2morning16:22
mrodden1i tried using salt for config management for awhile, but went back to chef16:22
mrodden1salt templating seems slow and injecting the config data wasn't really well laid out with the pillars system i thought16:23
mrodden1its great for remote execution though16:23
*** mrodden1 is now known as mrodden16:23
anteayamorning pleia216:24
*** ruhe has quit IRC16:25
*** SergeyLukjanov has quit IRC16:26
openstackgerritMonty Taylor proposed a change to openstack/requirements: Remove quantumclient from global requirements  https://review.openstack.org/4653316:26
*** doctorjnupe has joined #openstack-infra16:28
*** Ajaeger has joined #openstack-infra16:28
*** jpich has quit IRC16:29
*** pabelanger has joined #openstack-infra16:30
*** reed has quit IRC16:31
*** afazekas has joined #openstack-infra16:31
mordreddhellmann: if you merge this: https://github.com/dreamhost/sphinxcontrib-pecanwsme/pull/3 and release I will think very highly of you16:32
mordreddhellmann: (I'm scanning through anything in our requirements list which consumes d2to1)16:32
*** comstud is now known as bearhands16:32
*** pabelanger has quit IRC16:32
dhellmannmordred: ack16:33
openstackgerritA change was merged to openstack-infra/reviewday: Update bin/reviewday to use neutron.  https://review.openstack.org/4648716:33
clarkbmorning16:34
mordreddhellmann: also - https://review.openstack.org/46536 when you get a sec16:34
mordredclarkb: morning!16:35
fungiwow. been a while since anyone's manually run puppet agent on the master, looks like16:35
clarkbfungi: we turned it off when salt was being annoying16:35
fungiahh16:35
clarkbfungi: I guess it didn't get turned back on when the change to make that not a problem was merged16:35
anteayamorning clarkb16:35
clarkbanteaya: good morning16:35
*** zehicle has joined #openstack-infra16:36
clarkbso in theory we have review.o.o backups now. I will confirm then we can summon the meteor16:36
anteayayay for backups16:36
mordredwoot16:36
*** mkerrin has quit IRC16:39
pleia2dprince: I'm pretty familiar with reviewday these days, I'd be happy to do reviews+testing if you want to avoid your own review+approve every time16:45
dprincepleia2: cool.16:46
*** erfanian has quit IRC16:46
*** acabrera is now known as acabrera_away16:46
* anteaya gets out her bristolboard for a "pleia2 for reviewday core" sign16:47
dprincepleia2: I'd be happy to have you on the review team. Sorry I didn't nominate you sooner.16:48
dprincepleia2: openstack-infra admins have privs here as well but those guys are plenty busy so best jump on them ourselves.16:49
dprincewhere them == the reviews16:49
pleia2dprince: *nods* that's why I figured I'd offer, I get email notifications for them but often Merged by the time I see them :)16:49
dprincepleia2: Okay. I've added you to group #123. openstack-reviewday16:52
* dprince feels lucky to have that number16:52
pleia2hehe16:52
* mordred starts calling dprince 12316:53
*** CaptTofu has joined #openstack-infra16:53
* dprince changes all password suffixes16:53
*** yolanda has quit IRC16:55
*** reed has joined #openstack-infra16:56
* fungi grumbles... we need to pip install rackspace-novaclient (the the pyrax plugin to novaclient) on our puppet master16:56
*** matty_dubs|lunch is now known as matty_dubs16:57
*** tstevenson_ has quit IRC17:00
clarkbfungi: whyfor?17:02
fungiclarkb: rackspace-specific authentication has been dropped in the new version of novaclient which the master just upgraded to when i ran the puppet agent17:02
*** hemnafk is now known as hemna17:04
*** pcrews has quit IRC17:04
fungiclarkb: actually, the alternative is to no longer set NOVA_RAX_AUTH and then replace the api key with the actual account password17:04
mordredyes17:05
mordredthat is the thing that does not require rax auth17:05
fungii'm not sure which we find least distasteful... pin to old novaclient, pip install pyrax extension (because there's no deb), or put our rackspace account management passwords on that server17:05
*** yaguang has quit IRC17:05
*** acabrera_away is now known as acabrera17:05
fungiopinions?17:06
mordred I see absolutely no issue with using passwords17:06
mordredit's how hpcloud already works17:06
mordredand in our usage, there's really no substantive difference between the rax api key and the rax password17:06
fungiwe did theoretically gain some separation with the api key, because there were certain things you couldn't do via api, so it protected access to those webui account functions. but i agree that was probably more a side effect than intent17:07
mordredyah. also, we have separate accounts for separate purposes17:07
fungihowever we need them all entered on the master, so the separate accounts argument is somewhat irrelevant to this topic (but would certainly be relevant in places like nodepool)17:08
fungianyway, i agree changing to the actual rackspace passwords where we're currently using pyrax auth keys is probably fine, but i'm not going to do it without unanimous infra core consent17:10
clarkbwfm, ++ to seeing that jeblair has to say17:11
clarkbfungi: do we need to send a note ot hte mailing list about short gerrit downtime tomorrow?17:11
fungiyeah, maybe he'll find internets while in transit, though the passwords thing is not an urgent decision17:11
fungiclarkb: i suppose a little warning can't hurt, though i doubt anyone will notice since it will be very, very brief17:12
fungii seem to remember not sending notices about these in the past unless we were moving several projects at once and/or break^Wchanging other stuff17:13
*** nati_ueno has joined #openstack-infra17:14
openstackgerritClark Boylan proposed a change to openstack-infra/config: Update etherpad and etherpad puppet manifests.  https://review.openstack.org/4536017:15
clarkbfungi: ok17:15
clarkb45360 will now redirect etherpad users to /p/padname17:15
openstackgerritA change was merged to openstack/requirements: Update Ceilometer alembic requirement to 0.6.0 version  https://review.openstack.org/4600417:15
clarkbIt makes export work on my test box https://etherpad-test.novalocal/p/clarkb-test with an IP of 15.185.109.39 if you want to test17:16
zaroanteaya: what's our plans for owncloud?17:17
pleia2zaro: I believe a team had requested an instance of it for sharing files17:19
anteayawell my plans are to get it breathing17:19
anteayaI think the board wants it actually17:20
anteayaand wants it to be managed by infra17:20
anteayathere was some discussion yesterday about having the meeting calendar on owncloud17:20
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Correct Jenkins SSH key variable for salt-trigger  https://review.openstack.org/4654617:20
* fungi sighs... ^ brown bag fix17:20
anteayaso that ttx doesn't have to keep updating the google cal file by hand17:21
anteayabut so far, I can't see how owncloud allows mulitple people to edit the same file/calendar17:21
clarkbfungi: did I breka it?17:21
fungiclarkb: you broke nothing17:21
anteayabut that might be my fault in the configuration, I might not have it set up correctly yet17:21
clarkboh good not the launch script17:21
fungiclarkb: just me being sloppy17:22
anteayawhich is why I gave the infra team their own accounts so we can test drive it17:22
clarkbfungi: is that change correct?17:22
fungiclarkb: seems consistent with other manifests, for example mirror_slave.pp17:22
clarkbfungi: jenkins_ssh_public_key is in the class parameter list17:22
clarkbI don't see where ssh_key is coming from17:22
fungioh, i got it backwards too. crap17:22
clarkboh, yeah I see that in mirror_slave17:23
anteayaso right now I have a test instance up, I need to puppetize it and then we need to have it on the agenda of a meeting to discuss stuff like db backups and what server it should be on and stuff17:23
zaroanteaya: thx for the info.  thought it might be used for file sharing.  iirc, my last experience with webdav was that it didn't work with windows 7.  but maybe board doesn't have to worry about that.17:24
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Correct Jenkins SSH key variable for salt-trigger  https://review.openstack.org/4654617:24
*** oz_akan_ has joined #openstack-infra17:24
fungibetter ^17:24
anteayazaro: oh if you have a windows 7 set up to test it, I would be grateful for your feedback17:25
anteayathen if the decision is to go ahead with it we can document any windows 7 issues17:26
*** dcramer__ has quit IRC17:26
*** vogxn has joined #openstack-infra17:27
fungiclarkb: also https://review.openstack.org/44394 changed behavior because perms on /root/ci-launch were originally 0755... contemplating setting group to admin on that dir--opinion?17:28
jog0clarkb: found some interesting elastic search behaviors17:29
clarkbjog0: interesting in a good way or interesting in ways that will make me very sad?17:29
jog0both I guess17:30
clarkbI have a restored backup on review.o.o and have extracted one of the mysql dumps17:30
clarkbso \o/ I guess17:30
clarkbjog0: :/17:30
jog0* sometimes there are results in elastic search that don't match the log files themselves17:30
*** CaptTofu has quit IRC17:30
clarkbjog0: hmm that may be a bug in my logstash filters as they can modify the log entries17:30
zaroanteaya: i remembered that this was the workaround i used.. http://www.techiechips.com/web-folders-web-disk-webdav-problems-on-windows-7/17:31
clarkbjog0: for example they don't provide the swift apachecombined logs verbatim, and mulitline events are squashed together (or we attempt to do that at least)17:31
clarkbjog0: submitting a bug with examples is probably a good idea, should look into that17:31
zaroanteaya: check this out.. http://www.techiechips.com/web-folders-web-disk-webdav-problems-on-windows-7/17:32
jog0clarkb: such as @message:"ConnectionFailed: Connection to neutron failed: Maximum attempts reached" AND @fields.filename:"console.html" AND @fields.build_change:"45424"17:32
clarkbjog0: do you have a link to the console log on logs.o.o handy?17:33
zaroanteaya: i don't have a win 7 computer myself, but my wife uses it at home.  i can do a quick test for you if you that helps.17:33
jog0that query produces a hit on patchset 8 works17:33
jog0clarkb: http://logs.openstack.org/24/45424/8/check/gate-tempest-devstack-vm-neutron/5f4e9d117:33
pleia2anteaya: my laptop still dual boots win7, so we can also have a look next week if you want17:33
pleia2zaro: oh yeah, you're in seattle too! we can all have a look :)17:34
anteayazaro pleia2 oh yes please, the chances someone on the board will be using windows is high17:34
clarkbjog0: but it isn't in the source log?17:34
anteayazaro: thanks for those links, will read17:34
jog0clarkb: the other behavior is the logs appear to get parsed line by line so its hard to figure out when its safe to do a query17:34
jog0clarkb: I couldn't find it17:34
* anteaya is printing boarding passes17:34
jog0and the test passed in that case17:34
pleia2anteaya: yay :)17:34
clarkbjog0: yeah I can't find it either, this is interesting17:34
pleia2I fly out sunday evening, won't be getting in until late though17:35
* jog0 files a bug with infra17:35
anteayapleia2: email me once you are in town17:35
clarkbjog0: thank you17:35
pleia2anteaya: will do17:35
jog0I was thinking those may be from jobs that finished but somehow got restarted17:36
anteayaSaturday is raincoat shopping, rain all next week in Seattle17:36
clarkbjog0: the timestamp is way off too17:36
anteayaSunday is getting tripleo up, or as best I can17:36
* pleia2 adds raincoat to packing list17:36
clarkbjog0: very possibly a bug in the log processing side17:36
pleia2my laptop doesn't have enough ram for tripleo, so i'll be remoting in to my system at home, should be fun :)17:36
anteayapleia2: yeah I am just doing it all on my new hpcloud account (thanks mordred)17:37
pleia2anteaya: unfortunately hpcloud doesn't have nested kvm, so it's not easy (i've been working to do it with lxc)17:37
anteayaoh :(17:38
anteayahave you any notes?17:38
jog0https://bugs.launchpad.net/openstack-ci/+bug/122510817:38
uvirtbotLaunchpad bug 1225108 in openstack-ci "logstash results don't always match up with actual logs" [Undecided,New]17:38
pleia2anteaya: it doesn't yet work with full tripleo, just the small section I'm testing (so far)17:38
jog0clarkb: so the other issue I found is knowing when the logs are fully parsed for a job17:38
pleia2anteaya: I haven't found a way to run full tripleo in an hpcloud instance yet17:39
anteayapleia2: I'd look at anything you have17:39
pleia2anteaya: my work for baremetal testing is coming together here: https://etherpad.openstack.org/tripleobaremetallxc201317:39
anteayapleia2: okay you have saved my forehead from some brick imprints17:39
pleia2but it's not exactly tripleo17:39
jog0clarkb: besides that, I am making good progress, I have a few queries that are assocated with bugs and I can pick out of the gerrit stream when tempest failed17:39
pleia2it draws heavily from triplo, but diverges for specific work I'm doing17:39
anteayapleia2: there's some notes though and I'll read them, thanks17:39
* anteaya nods17:39
clarkbjog0: awesome, that is great news17:40
clarkbjog0: yeah knowning when logs will be fully parsed for a job is hard... the current system doesn't keep track of that anywhere17:41
clarkbjog0: it shouldn't be too bad to stream out when that is done though17:41
jog0clarkb: that would be great17:41
clarkbtrying to figure out where in the pipeline would be best, I think the gearman client on logstash.o.o should pay attention to work complete packets17:42
clarkb(it currently ignores them)17:42
*** vogxn has quit IRC17:43
jog0neato17:45
clarkbjog0: http://logs.openstack.org/24/45424/8/check/gate-tempest-devstack-vm-neutron/0150828/console.html17:49
clarkbjog0: so the bug here is I am not keeping track of the job UUID in logstash so mapping back to the log archive is hard17:49
*** vipul is now known as vipul-away17:49
clarkbjog0: I am thinking I will just put the path to the logs in the logstash event directly17:49
clarkbI have updated the bug, that particular change should be simple. I had planned on upgrading logstash and elasticsearch after openstack on ales and as part of that need to rewrite some of the logstash gearman worker/client code. If I don't get to fixing this stuff before then I will roll this up into that17:52
*** vipul-away is now known as vipul17:52
*** nicedice has joined #openstack-infra17:52
jog0clarkb: cool  sounsd like that part isn't to hard17:54
jog0as for the work compleate packets how do I consume that information?17:55
mroddendo i need to make a blueprint or bug for https://review.openstack.org/#/c/46417/ or is it fine how it is?17:55
clarkbjog0: that will require a larger change to the gearman client workers so that they keep each other in sync with what work is being done. Then the gearman client can send work complete info someplace else17:59
*** sarob has joined #openstack-infra17:59
clarkbmrodden: it is fine as is18:00
jog0clarkb: now way I can poll ES until its ready?18:00
mroddenclarkb: ok cool, thanks18:00
*** burt has quit IRC18:00
clarkbjog0: you can poll ES18:00
clarkbjog0: I would do an expoential backoff to some upper bound if possible to avoid hammering ES18:01
jog0right, what would I poll that would signify logs are parsed18:01
clarkbjog0: @tags:"console.html" AND ( @message:"Finished: SUCCESS" OR @message:"Finished: FAILURE" ) or similar18:03
clarkbjog0: Finished: SUCCESS and Finished FAILURE should be unique strings in the console logs and they are the last lines of those files18:03
jog0I tried that didn't seem to corrilate with all lgos being parsed18:03
clarkbjog0: right it iwll only correlate to that particular file beingparsed18:04
jog0didn't even do that :(18:04
clarkbreally?18:04
jog0yeah18:04
clarkbI wonder if elasticsearch will index out of order for throughput reasons18:04
jog0this is what I am using: https://github.com/jogo/elasticRecheck/blob/master/elasticRecheck.py#L6418:05
jog0haven't confirmed it works well yet though18:05
jog0as only good way to test this is with a live stream18:05
jog0and development is slow these days18:05
openstackgerritA change was merged to openstack-infra/config: Correct Jenkins SSH key variable for salt-trigger  https://review.openstack.org/4654618:06
clarkbjog0: were you using the query I pasted before?18:07
clarkbI have unfortunately made the whole system so asynchronous that no single point has an entire picture of what work has been done :/18:07
jog0clarkb: I used that query or something very similar18:10
jog0let me retry that one18:10
*** gyee has joined #openstack-infra18:12
clarkbjog0: something that may work is @tags:"$FILE_YOU_CARE_ABOUT" AND NOT @tags:"_grokparsefailure" basically wait until you get some valid properly parsed data for that particular file18:12
clarkbjog0: that doesn't garuntee the entire file has been indexed, but it gets you much closer to the point where indexing happens18:13
*** lnxnut_ has quit IRC18:13
jog0clarkb: yeah18:13
clarkbjog0: (also further restrict by change, patchset, and build)18:13
jog0I sleep 60 may just be my solution18:13
jog0I have the change and patchset constraint in18:13
jog0see ^18:13
clarkbjog0: maybe sleep(60) once @tags:"$FILE_YOU_CARE_ABOUT" AND NOT @tags:"_grokparsefailure" returns results18:14
clarkband hopefully I can work out something better with gearman18:14
*** senk has quit IRC18:15
*** dprince has quit IRC18:15
*** NobodyCam has quit IRC18:16
Alex_Gaynorclarkb: not sure if you've noticed already, but jenkins01 seems pretty slow18:16
clarkbAlex_Gaynor: I hadn't noticed18:16
clarkbAlex_Gaynor: anything in particular is slow? job throughput, web ui?18:17
clarkblooks like web ui is slow18:17
Alex_Gaynorclarkb: web UI18:17
*** bswrchrd has joined #openstack-infra18:17
Alex_Gaynornot sure if there's any signifance, besides for people watching ongoing builds, but I thought I'd point it out18:17
hub_caphey can someone point me to "that which configs and runs the tempest tests" ? im looking for some info on how heat builds their image for the orchestration tests18:17
clarkbhub_cap: https://git.openstack.org/cgit/openstack-infra/devstack-gate https://git.openstack.org/cgit/openstack-dev/devstack and https://git.openstack.org/cgit/openstack/tempest depending on what config is happening18:18
clarkbhub_cap: devstack-gate configures system level things then pushing settings into devstack and tempest18:18
hub_capgot it. ill peep d-g18:19
*** pabelanger_ has quit IRC18:19
*** reed has quit IRC18:21
clarkbAlex_Gaynor: I am digging into it, but nothing is immediately apparent. We are only 5MB into swap, cpu utilization isn't horrible and so on18:21
clarkbAlex_Gaynor: but it is definitely slow for me as well18:21
Alex_Gaynorclarkb: weird, does it effect the speed at which we run jobs? if not maybe we don't care?18:22
clarkbAlex_Gaynor: I don't think it has a major impact as most of the work is done on the slave. It will probably slow down some of the book keeping around jobs. I am still digging18:23
*** melwitt has joined #openstack-infra18:29
*** zul has quit IRC18:32
clarkbAlex_Gaynor: I think jenkins may not be cleaning up slave ssh connection threads cleanly so we end up with thousands of threads that are blocked. I am not sure how the jvm does thread scheduling but that may impact the ability of threads that are runnable to get cpu time18:34
clarkbfungi: https://jenkins01.openstack.org/monitoring?part=threads mind taking a look as well?18:35
*** zul has joined #openstack-infra18:35
Alex_Gaynorclarkb: they JVM doesn't schedule threads at all, they have a 1-1 mapping to OS threads18:35
fungioh, that's rather fun18:36
fungiha. waited for it to load and eventually got "The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression."18:37
clarkbwe have 7.7k threads on jenkins01 and 490 on jenkins0218:38
clarkbI am going to blame those threads for now18:38
fungiyeah, i see jenkins02 is nowhere near as large18:38
fungirestarted much more recently?18:38
* fungi checks18:38
Alex_Gaynorclarkb: sure, totally possible that either a) the OS isn't scheduling them well for some reason, b) somehow the blocked threads are contending for an important lock in a way that makes it slower for active threads to use it18:39
openstackgerritA change was merged to openstack/requirements: Remove quantumclient from global requirements  https://review.openstack.org/4653318:39
fungistarted about 3 hours apart, several weeks ago18:40
fungiand we're theoretically balancing jobs/slaves between them18:40
fungionce i get the webui for 01 to load for me anyway... got as far as openid this time at least18:42
fungiThreads on jenkins01.openstack.org@166.78.188.99: Number = 7,800, Maximum = 7,818, Total started = 796,29718:43
fungiThreads on jenkins02.openstack.org@166.78.48.99: Number = 480, Maximum = 1,289, Total started = 756,19018:43
fungiThreads on jenkins.openstack.org@198.101.231.203: Number = 74, Maximum = 130, Total started = 19,19618:43
clarkb`jstack -l -J-d64 $JENKINS_PID` then shutdown mode and restart the service?18:43
clarkbthat seem sane?18:43
fungibegs the question... if we've started roughly the same number of threads on both and they've been running for roughly the same length of time, why does one have a couple orders of magnitude more running threads?18:44
fungithe max 02 ever seems to have gotten to is still about 20% what 01 is at now18:45
clarkbfungi: because they are getting stuck for some reason. Alex_Gaynor's lock thing could be the issue18:45
clarkbfungi: if one thread derped holding a lock then everyone loses18:45
clarkbapparently jstack is in the jdk and not jre packages...18:45
fungigot it. so random happenstance basically. could have been either (or both) of them, just 01 seems to have gotten "lucky" at some point recently and stopped being able to gc them18:46
clarkbapparently kill -3 PID may work18:46
clarkbI am going to test on jenkins-dev18:46
fungiso, yeah, stack dump and then graceful shutdown 01 and then kill it if needed before starting up clean18:46
fungialso worth remembering, it was discovered in our last extended jenkins thread debugging session that when it eventually dies it will also log stack traces of the threads it couldn't stop cleanly18:47
clarkbkill -3 seems to have worked. it dumped things into the jenkins.og18:48
fungiso we may find plenty of detail there without even needing to crack open the full fdump18:48
clarkbfungi: I am going to put jenkins01 into shutdown mode now, when it is done running jobs, I will hit it with kill -3 then restart18:49
fungik18:49
*** dcramer__ has joined #openstack-infra18:50
clarkbmordred: jeblair: anything else you would like to have done before we kick it?18:51
fungii see it in shutdown mode now. cool18:51
mordredclarkb: a rain dance?18:52
fungigoat sacrifice18:53
clarkbfood is here apparently, /me eats while waiting for shutdown to happen18:55
*** atiwari has quit IRC18:58
*** pabelanger has joined #openstack-infra18:59
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Make ci-launch directory readable by admin users  https://review.openstack.org/4655719:03
*** dcramer__ has quit IRC19:03
fungii'm going to be popping out to grab an early dinner in about an hour, then back on to wrap up more work19:03
clarkbok19:05
clarkbwe can kick it in ~15 minutes if that works for you19:05
clarkbfungi ^19:05
fungiyup19:06
fungithere was one job left when i looked a moment ago, but the webui is obviously teh flakiez19:06
fungimany, many proxy timeouts trying to load it19:07
annegentleany coremudgeons want to talk about content shared between repos?19:08
annegentlewe've got to figure it out19:10
fungiannegentle: sure. in a perfect world, there should be no content shared between repos. in the non-perfect world in which we currently operate, things like oslo-incubator exist to make doing that slightly less painful19:10
annegentlefungi: oh ok19:10
annegentlefungi: that's a library tho19:10
funginope19:10
annegentlefungi: one idea we had would be to modify the maven plugin so that it outputs an artifact that lives on forever that doc builds can always get to19:11
fungioslo-incubator is content (code yes, but still content) copied between projects using some scripts to keep them mostly in sync19:11
annegentlefungi: oh. what's the "mostly"19:11
fungithe "mostly" is they're only in sync when people manually pull new versions of the openstack common code into their projects19:12
fungibut at least there are defined and documented ways to do it consistently19:12
annegentleok yeah I envision writers would manually pull in new versions of the artifact19:12
fungiif that content is only needed at build time, one way would be for the build process to pull a copy of the other project containing the content and then include that, so that it's not carted around in both projects and doesn't need to be updated in two places19:13
pleia2sarob: having a look at your issue (but I will need other -infra help here) - what is your remote origin? (I'm assuming it would be github, but you're saying it's not updating for you even though github is correct)19:14
*** nicedice has quit IRC19:14
*** nicedice has joined #openstack-infra19:14
pleia2sarob: git not updating for you is quite odd, the online documentation not updating seems like an issue with the post-processing of those docs19:14
fungiannegentle: and then both projects could share that build job, so if either one of them changes, the content gets built19:14
annegentlefungi: oh! lightbulb19:15
pleia2(peanut gallery: see -infra list)19:15
annegentlefungi: but, that's only at the project level, not a specific directory?19:15
jog0clarkb fungi: so I just noticed https://review.openstack.org/#/c/46169/ merged but it appears recheckwath didn't restart19:15
clarkbannegentle do remote includes not work?19:16
fungiannegentle: well, we can have jobs defined to only trigger on changes to specific file path patterns19:16
*** alexpilotti has quit IRC19:16
annegentleclarkb: sure they do, do you mean like http://raw.github.com/blah19:16
fungiclarkb: i think part of the challenge with remote includes is just in making sure your content gets rebuilt when the remote-included stuff changes as well19:16
annegentleclarkb: but we got burned by that when keystone's repo changed, and I imagine it'll be the same thing for incubated > integrated etc19:17
clarkbfungi annegentle gotcha19:17
annegentlefungi: yeah that's pretty much the crux19:17
jog0but it appears recheck page is working otherwise19:18
fungiannegentle: so if it's one openstack project including content from another openstack project, we have ways to access those during jobs without getting burned by github being unreachable and what have you19:18
annegentlefungi: ok!19:19
fungiannegentle: including ideas currently being floated to cache repositories on the build slaves, to reduce the time needed to clone them from our infra19:19
annegentlefungi: I mean, I'm okay with name changes meaning those scripts get updated etc19:19
fungijog0: having a look19:19
annegentleif Jenkins can't find nose_results.html, is it ok to do 'recheck no bug' on a nova patch?19:20
clarkbannegentle that wont cause a failure19:22
clarkbis a job failing? can you link to it?19:22
annegentleclarkb: yeah http://logs.openstack.org/71/40271/7/check/gate-nova-python27/c554da6/console.html19:22
annegentleclarkb: fungi helped me with venv earlier and I got pep8 passing, but then the python 2.7 and 2.6 failed19:23
fungiclarkb: looks like the last job on 01 finished... safe to move forward there?19:27
*** gyee has quit IRC19:28
*** jcoufal has quit IRC19:29
clarkbfungi ya give me a minute. gonna get back to laptop19:29
clarkbfungi: ready?19:32
fungiyup19:32
clarkbdumping jenkins01 thread stacks now19:32
fungijog0: it didn't restart because we don't subscribe the recheckwatch service to changes on those files. change coming up19:32
clarkbfungi: we don't subscribe but we notify19:33
clarkbfungi: I think it should've restarted, unless this is a different file19:34
clarkbfungi: kill -3 was successful, I am going to restart jenkins service now19:34
fungioh, i didn't think to look for notifies in there19:34
fungiokay, sounds good19:34
clarkbjenkins doesn't want to die, hitting it with kill -919:35
fungiclarkb: jog0: in fact, we do notify the service on changes to both of those files19:35
fungiclarkb: figures19:35
fungiclarkb: might be worth trying a hup and a segv after the term before going for full-on kill, but probably would ignore them under the current circumstances anyway19:36
clarkbfungi: it is starting back up now19:37
fungik19:37
*** dmakogon_ has joined #openstack-infra19:38
fungiis puppet smart enough to restart a service on notify when there's no reload target in the initscript?19:38
clarkbnow I need to recheck something19:38
clarkbfungi: yes I think it will use stop start19:38
* fungi digs in the logs19:38
clarkbfungi: but it may not, you can check the puppet type reference19:38
clarkbannegentle: Can you recheck no bug your nova change19:38
annegentlesure19:39
clarkbannegentle: I haven't had a chance to really debug those logs but I need to run jobs on jenkins0119:39
clarkbjobs have started on jenkins0119:39
fungimmm... Sep 12 19:00:48 zuul puppet-agent[12549]: (/Stage[main]/Recheckwatch/Service[recheckwatch]) Triggered 'refresh' from 1 events19:39
fungioh, actually the relevant one was... Sep 13 05:33:52 zuul puppet-agent[12549]: (/Stage[main]/Recheckwatch/Service[recheckwatch]) Triggered 'refresh' from 2 events19:40
fungino errors from puppet when it did that19:41
clarkbAlex_Gaynor: can you do whatever you were doing on jenkins01 that was slow and see if it is better?19:42
Alex_Gaynorclarkb: yup, seems faster19:42
sarobpleia2: not sure if other probs are contrib19:46
sarobbut the result is bad19:46
*** lnxnut has joined #openstack-infra19:46
fungiahh, right, we have set hasrestart to true and haven't set hasstatus which defaults to true... and running that initscript with a status parameter returns "recheckwatch is not running" even though it's present in the process list19:46
fungiso i think puppet won't try to restart it until we fix the initscript19:47
*** thomasm has quit IRC19:47
sarobannegentle: any ideas why https://review.openstack.org/#/c/46182/ would be merged, in github, but not avail through git pull?19:47
sarobmaybe i hit my head and im missing something simple19:48
* sarob dizzy feeling that merges happen but dont19:49
Ajaegersarob, it's available through git pull .19:49
pleia2sarob: I was asking about your origin because I'm able to clone it fine19:49
AjaegerWhat are you missing?19:50
pleia2both from git.openstack.org and github19:50
AjaegerAre you looking at the right place? You added back again in that patch doc/src/docbkx19:50
annegentlesarob: oh yeah I've been wanting to talk to you about that19:52
annegentleclarkb: fungi ^^ we can talk to sarob about subprojects19:52
annegentlewe can/ can we19:52
*** jcoufal has joined #openstack-infra19:52
*** dripton has quit IRC19:53
fungisubprojects e.g. git submodules19:53
fungiwe don't (currently can't) support them19:53
fungiso whatever you read suggesting use of git submodules was leading you down the wrong path19:54
annegentlesarob: what did you need to do?19:55
sarobso i git pull origin master and get the old code from https://github.com/openstack/openstack-manuals19:55
annegentlesarob: for one, doc/src/docbkx/ went away Sunday19:56
sarobsure19:56
annegentlesarob: so that part's wrong19:56
*** dripton has joined #openstack-infra19:57
annegentlesarob: and are you looking for the other pages?19:57
sarobthe patch has the correct dir19:57
saroband https://github.com/openstack/openstack-manuals has the correct code and dir19:57
sarobmy local repo has the wrong code and correct dir19:58
Ajaegersarob, https://review.openstack.org/#/c/46182/ shows the wrong dir19:58
Ajaeger"Adoc/src/docbkx/openstack-training/sources/api-site"19:58
*** rnirmal has quit IRC19:59
sarobthats two left over junk source dir that are empty19:59
sarobi meant to delete them, but missed it19:59
sarobis missing the correct HTML http://docs.openstack.org/trunk/openstack-training/content/20:00
Ajaegersarob, they are not empty - they contain some submodules.20:00
openstackgerritClark Boylan proposed a change to openstack-infra/nodepool: Make node SSH timeout configurable.  https://review.openstack.org/4656520:00
Ajaegersarob, if they are wrong, could you +2 the following, please: https://review.openstack.org/#/c/46342/20:00
clarkbjeblair: ^ curious to see what you think about 4656520:01
fungiclarkb: jog0: seems the pidfile was nonexistent for some strange reason, which is why puppet managed not to restart it i think. manually killing it and then starting it created the correct pidfile, and restarting also seems to replace the pidfile as expected, so no idea why it was awol20:01
clarkbfungi: fun20:01
clarkbfungi: thank you for checking20:01
sarobajaeger: done20:01
*** tstevenson has quit IRC20:01
clarkbannegentle: yes can talk about sarob's sub projects I am catching up on scrollback after hacking 4656520:02
fungiclarkb: jog0: in theory it will restart on its own in the future, but i'll keep an eye out for a recurrence of this20:02
clarkbannegentle: where is a good place to start?20:03
annegentlesarob: clarkb so I think it was just a mistake (sean trying to use subprojects)20:03
clarkbannegentle: subproject == submodule in this case?20:04
annegentleclarkb: yes20:04
sarobajaeger: it was left over from the infra team requesting that we not include from raw.github.com20:04
annegentlesarob: can you explain to -infra what you want to do (pull in chunks of content from other OpenStack repos)20:04
annegentleclarkb: sarob's use case is very similar to the API docs need20:05
clarkbsarob: is this related to needing an alternative to including from raw.github.com?20:05
sarobannegentle: correct20:05
sarobclarkb: correct20:05
clarkbsarob: can you just use git.openstack.org ? (this has the problems that annegentle and fungi described earlier but it is better than github)20:06
clarkbhttp://git.openstack.org/cgit/openstack/openstack-manuals/plain/README.rst for example20:06
annegentleclarkb: how do we point directly to a file? I couldn't figure it out20:06
annegentleclarkb: is plain = raw?20:06
clarkbannegentle: yes20:06
*** atiwari has joined #openstack-infra20:06
annegentlesarob: that should work20:06
annegentlesarob: as long as you're keeping up with the master branch20:06
sarobclarkb: yes, we would prefer git.openstack.org for now, but we would need raw version include xml20:07
annegentleclarkb: can you send an example of a way to point to a stable/grizzly file?20:07
clarkbhttp://git.openstack.org/cgit/openstack/openstack-manuals/plain/README.rst?h=stable/grizzly20:07
sarobgot it20:07
sarobill fiddle with it20:08
fungianteaya: UtahDave: clarkb: salt-trigger.slave.openstack.org is up and puppeted successfully. i'm popping out for dinner and then will start testing it when i get back to an internet20:08
clarkbfungi: awesome20:08
annegentleclarkb: sweet20:08
anteayafungi: yay20:08
UtahDavefungi: great to hear!20:09
fungialso, thanks for your help, UtahDave20:10
clarkbannegentle: sarob: fwiw you can use git urls like that to get similar functionality to what submodules provide20:10
UtahDavemy pleasure, fungi. Keep me in the loop so I can help make sure everything runs smoothly20:10
clarkbannegentle: sarob: you can specify specific revisions. submodules won't solve the other project updated we need to rebuild this one and it won't solve the rename problem20:10
clarkbannegentle: sarob: Instead I think you may need to make use of zuul to trigger jobs across projects when there are dependencies20:11
annegentleclarkb: yeah I figured on both accounts20:11
annegentleclarkb: what does "make use of zuul" actually look like?20:11
clarkbeg repo1 depends on repo2 when repo2 merges a change put repo1's job in the post queue for repo220:11
annegentleclarkb: in the jenkins job yaml?20:12
*** acabrera has left #openstack-infra20:12
clarkbannegentle: in the layout.yaml20:12
annegentleclarkb: okie20:13
clarkbannegentle: http://paste.openstack.org/show/47041/20:13
annegentleclarkb: this is actually looking do-able.20:13
clarkbnotice I put the ops guide jobs in the manuals' post queue20:13
*** nicedice has joined #openstack-infra20:13
annegentleclarkb: I'll see if Laura Aves is up for it20:13
sarobAjaeger pleia2: the pom dir change to the new dir structure got missed20:13
annegentleAves/Alves20:13
sarobthanks guys20:14
*** MarkAtwood has joined #openstack-infra20:14
MarkAtwoodhi.   help with infra graphite?20:14
annegentlesarob: thank you! Hope your sprint day went well.20:14
Ajaegersarob: what exactly got missed?20:14
clarkbMarkAtwood: sure, what's up?20:14
annegentlesarob: we've been doing a lot of follow up patching on those pom.xml files20:15
MarkAtwoodthe following url shows landed patches across all projects, per day  http://graphite.openstack.org/render/?from=-2400hours&until=now&height=600&width=1000&lineMode=staircase&areaMode=all&hideLegend=yes&colorList=0096d6&target=summarize(stats_counts.gerrit.event.change-merged,'24h')20:15
Ajaegersarob: the guide gets published at http://docs.openstack.org/trunk/training-guide/content/20:15
AjaegerI wouldn't be surprised if something is wrong - just want to know what ;)20:15
MarkAtwoodi would like to generate similar graph, but for just one project, such as nova, or for trove20:15
Ajaegercanonical-url is indeed wrong20:16
* Ajaeger fixes...20:16
Ajaegersarob: anything else?20:16
clarkbMarkAtwood: I am not sure our graphite is keeping track of that20:16
clarkbMarkAtwood: let me dig into the dirs of numbers20:16
MarkAtwoodthanks clarkb20:17
sarobajaeger annegentle: nope, im good. during the sprint day, i changed the pom, but with all the back and forth, i never merged the change20:17
*** odyssey4me has quit IRC20:17
* sarob sigh20:17
MarkAtwoodthere is probably just a way to compute a time series just the git history, but i dont have a tool to do it handy20:17
clarkbMarkAtwood: there is, git makes it a little tricky20:18
clarkbMarkAtwood: I am not seeing it in graphite, we seem to only deal with the aggregate there. Let me see what I can do with git20:18
Ajaegersarob, so you take care of it? Great!20:18
sarobajaeger: in the process... cheers20:19
MarkAtwoodbtw, what the heck happened the first half of august?  we broke 400 patches per day on the monday of the the second week of august20:19
MarkAtwoodclarkb, do you have home grown scripts for pulling it from git, or are their public git analysis tools?   i didnt see anything that could do a time series from the git-dm project20:21
clarkbMarkAtwood: I don't have any tools. There is a visualization tool that walks the graph showing you stuff over time and I think that may also spit out raw numbers20:21
annegentlesarob: sorry I wasn't around Wed. to review your patches, that's one way where a second pair of eyes really helps20:22
annegentleway/place20:22
annegentleI can't type today20:22
*** tstevenson has joined #openstack-infra20:24
MarkAtwoodthanks clarkb ,  what is that visualization tool?20:26
*** Ajaeger has quit IRC20:28
clarkbMarkAtwood: gource20:28
*** dstufft has quit IRC20:28
*** dkliban has quit IRC20:29
*** rnirmal has joined #openstack-infra20:30
*** sarob has quit IRC20:34
*** sarob has joined #openstack-infra20:34
*** sarob has quit IRC20:37
*** sarob has joined #openstack-infra20:39
*** dstufft has joined #openstack-infra20:43
*** tstevenson_ has joined #openstack-infra20:48
*** tstevenson has quit IRC20:52
*** wenlock has joined #openstack-infra20:53
*** SergeyLukjanov has joined #openstack-infra20:53
jog0fungi: thanks it looks good now20:53
*** marun has quit IRC20:56
*** rfolco has quit IRC20:58
*** w_ has joined #openstack-infra20:59
*** olaph has quit IRC21:00
*** ruhe has joined #openstack-infra21:02
wenlockhi, question about setting up jeepy , where does the gerrit-user get created in the modules under the ci project?  can't seem to find that... is that manual?21:02
*** matty_dubs is now known as matty_dubs|gone21:02
*** KLevenstein has quit IRC21:04
*** senk has joined #openstack-infra21:07
clarkbwenlock: the user that jeepyb uses to connect to gerrit?21:08
clarkbwenlock: that user is manually created21:08
*** beagles has quit IRC21:08
wenlockahh ok, i was banging my head on my desk trying to figure out why it didn't exist21:08
wenlockmt21:08
*** beagles has joined #openstack-infra21:14
*** UtahDave has quit IRC21:14
*** openstackgerrit has quit IRC21:14
*** thedodd has quit IRC21:15
*** UtahDave has joined #openstack-infra21:15
jog0clarkb: running the first full pass at the recheck elstic search code21:18
jog0should be interesting21:18
clarkbjog0: fingers are crossed21:19
jog0clarkb: hard part is keeping up with the latest failing bug21:20
jog0I only have two queries and not sure if those bugs have been seen in a while21:20
*** mriedem has quit IRC21:20
*** ruhe has quit IRC21:21
clarkbMarkAtwood: http://activity.openstack.org/dash/browser/repository.html?repository=nova.git gives you weekly numbers21:23
clarkbnot sure what those numbers actually represent (eg how they are generated)21:24
clarkbjog0: I see something making queries21:25
*** thedodd has joined #openstack-infra21:27
*** flaper87 is now known as flaper87|afk21:27
*** sarob_ has joined #openstack-infra21:28
*** tstevenson_ has quit IRC21:29
*** sarob has quit IRC21:31
jog0clarkb: heh thats me by hand21:32
jog0nothing is failing gate right now :(21:32
*** sarob_ has quit IRC21:32
jog0at least not tempest21:32
*** ArxCruz_ has quit IRC21:33
jog0heh zuul has only 7 patches in flight right now21:36
*** oz_akan_ has quit IRC21:37
clarkbfungi: signing pypi packages. Any thoughts on how we can do that sanely? We will need to sign the packages that we want to push to maven nexus21:38
*** thedodd has quit IRC21:39
*** rnirmal has quit IRC21:40
fungiclarkb: so... there's a dilemma there21:42
fungiclarkb: we can sign things with a machine once they're created before they get sent somewhere, but then it's just the key on some machine attesting to something21:42
*** tstevenson_ has joined #openstack-infra21:42
Alex_Gaynorfungi: if the pypi package is built from a signed tag, that's at least better than nothing21:43
Alex_Gaynordstufft might have some opinions/ideas21:43
fungialternatively, we can generate things, wait for a human to inspect and sign them, then take that signature submitted somehow (probably code review to a special repository for that purpose) and upload once it's merged and validated21:43
Alex_Gaynorcode review of a signed commit, obviously :P21:44
clarkbfungi: yeah that is what bothers me21:44
dstufftoh man trust is the hardest thing21:44
clarkbfungi: imo value of jenkins slave signing $thing is low21:44
dstufftliterally the hardest21:44
fungiAlex_Gaynor: yes, i already have a routine worked out where we can pull a signed tag, verify it, pull the corresponding published tarball, compare it to the repo state which the signed tag represents looking for any differences, and then sign the tarball21:44
clarkbfungi: we could just do it to make maven happy >_>21:44
fungibut really, when a machine signs something, that means it at least has the (in openpgp terms) signing subkey available to it... so if that machine is subverted the key can theoretically be leveraged to sign things as that machine. same story for human-managed keys of course, but, there's people we can blame i guess? ;)21:46
fungiso, taking linux distros as an example, automated signing by machines with access to specific keys is commonplace21:47
fungiwe can decide that's sane, and do it. sure. just needs some discussion21:48
clarkbzaro: ^21:49
*** prad has quit IRC21:49
fungifor the tarballs i've been contemplating a separate tarball-attestation repository where people can submit their detached signatures of tarballs to which they're attesting. we could put those through code review and everything if we wanted21:49
clarkbI think I am going to hold off on setting up sonatype accounts then21:49
clarkbfungi: 1700UTC is 10am PDT right?21:50
*** weshay has quit IRC21:51
fungiwe could trigger upload jobs off that repo if we wanted, so the workflow would be (1) sign and push tag, (2) wait for tarball to appear, (3) retrieve/check/sign tarball and submit detached signature, (4) review and merge signature, (5) upload tarball+signature21:51
fungi10am pdt, yes21:51
fungi1pm edt21:52
fungion the other hand if we go the hands-off approach, the upload slave could retrieve the tarball and the git tag to which it corresponds, check the git tag against an authorized keychain and compare the unpacked tarball to the repository state, then sign the original packed tarball if it looks sane, then upload the tarball and machine-generated signature together21:55
fungii like the latter approach since there's more automation and less human-introduced delay, but it also means convincing people that the upload slave and its signing key are safeguarded sufficiently to be trustworthy21:57
fungiand yes, i will make sure to tack Alex_Gaynor and dstufft onto any forthcoming reviews implementing these sorts of signing automation. more eyes is more better21:58
clarkb++22:00
*** SergeyLukjanov has quit IRC22:00
clarkbpleia2: lifeless: would now be a good time to start the tripleo testing discussion on that etherpad? https://etherpad.openstack.org/tripleo-initial-testing22:02
*** bswrchrd has quit IRC22:04
*** gyee has joined #openstack-infra22:04
lifelessclarkb: saturday morning? not hugely great.22:05
lifelessclarkb: Lynne is @ the gym, I have Cynthia for next 45m or so, then there is a slot where I can focus22:05
lifelessclarkb: or I can do the occasional drive by comment, like these.22:06
clarkbis it Friday already?22:08
clarkblifeless: thats fine, I just remembered it was a thing that needed doing22:09
*** sdake has quit IRC22:09
*** sdake has joined #openstack-infra22:10
*** pcm_ has quit IRC22:11
*** jcoufal has quit IRC22:12
*** sarob has joined #openstack-infra22:16
*** boris-42 has quit IRC22:21
*** NobodyCa1 has joined #openstack-infra22:23
*** NobodyCa1 has quit IRC22:24
*** sarob has quit IRC22:25
pleia2clarkb: I'm around, so we could sketch out some initial thoughts, or just wait until next week22:25
*** zeus has quit IRC22:29
*** sarob has joined #openstack-infra22:29
*** NobodyCa1 has joined #openstack-infra22:31
*** jerryz has joined #openstack-infra22:33
*** sarob has quit IRC22:34
*** sarob has joined #openstack-infra22:35
*** NobodyCa1 has quit IRC22:36
clarkbpleia2: now is goodish I need to push a change really quick but then will have time22:36
pleia2k22:38
*** NobodyCa1 has joined #openstack-infra22:40
*** NobodyCa1 has quit IRC22:41
clarkbpleia2: I am in the etherpad, should we use chat there?22:42
*** NobodyCam has joined #openstack-infra22:43
jog0clarkb: just when I think I get things working no tempest jobs fail, I don't know if  Iam happy or sad22:45
clarkbjog0: ha22:45
clarkbjog0: you could be bad and push your own WIP tempest change that is intentionally broken >_>22:46
jog0hmm thats not a bad idea22:47
clarkbjog0: as long as it is WIPed I think it is fine22:47
jog0it won't test everything because all the logstash queries will be reuturn false22:47
jog0yeah22:47
fungii don't think there are enough people around approving changes right now who would care22:47
pleia2clarkb: yeah22:48
*** reed has joined #openstack-infra22:49
pleia2hm, toci results used to be reported here http://54.228.118.193/toci/22:50
pleia2I guess I missed the memo on when it moved/stopped22:50
jog0if WIPed jenkins still runs it right22:51
jog0https://review.openstack.org/4658222:51
clarkbjog0: correct WIP runs tests Draft does not22:52
jog0awesome22:52
*** lnxnut has quit IRC22:52
*** wenlock has quit IRC22:59
clarkbpleia2: I think it would be helpful to describe the process without using specifics like LXC or KVM22:59
pleia2clarkb: yeah, good idea23:00
pleia2oh, hah, nicklist in etherpad covered the chat, nice23:01
fungiUtahDave: playing around with the salt trigger slave... what should i be able to tack on to the end of 'sudo /usr/bin/salt-call event.fire_master' as the jenkins user there?23:01
funginevermind, figured it out23:04
fungisudo /usr/bin/salt-call event.fire_master jenkins test.sls23:04
fungilocal:23:04
fungi    True23:04
fungiseems worky23:04
jog0clarkb: is logstash rate limiting me?23:04
jog0requests.exceptions.ConnectionError: HTTPConnectionPool(host='logstash.openstack.o23:05
*** dmakogon_ has quit IRC23:06
clarkbjog0: I don't think so23:06
fungi'sudo salt-call event.fire_master jenkins test' also seems to work, ftr23:06
clarkbit does have timeouts though maybe you ran into one of those?23:07
jog0something is timing out then23:07
UtahDavefungi: sudo /usr/bin/salt-call event.fire_master 'unused data text' 'jenkins'23:09
clarkbjog0: connectiontimeout is 5 seconds timeout is 120 seconds23:10
clarkbjog0: I bet you ran into one of those23:10
clarkbjog0: but I don't see any errors in the apache logs23:10
UtahDavefungi: the signature is salt.modules.event.fire_master(data, tag)23:11
jog0logstash can be slow to search the first time23:11
clarkbjog0: yeah, it needs to warm its caches23:12
jog0which means I timeout23:13
jog0can we bump up  the 5 second timeout?23:14
clarkbjog0: yes23:14
*** UtahDave has quit IRC23:15
jog0oh so just classified my first bug!23:15
jog0to bad Alex_Gaynor beat me to the recheck23:15
Alex_Gaynorjog0: sorry!23:15
clarkbjog0: nice!23:16
clarkbjog0: any idea what the increased timeout should be? is 15 seconds still going to be too low?23:16
Alex_Gaynorjog0: also: awesome!23:16
jog0clarkb: not sure23:16
jog015 why not23:17
jog0lets start with taht23:17
*** dkehn_ has joined #openstack-infra23:18
clarkbwe seem to have lost the gerritbot23:18
clarkbjog0: https://review.openstack.org/46584 I am going to apply that by hand for now (and disable puppet on the logstash.o.o host)23:18
clarkbfungi: ^23:18
clarkbjog0: done23:19
jog0https://github.com/jogo/elasticRecheck/blob/master/queries.json23:20
jog0https://github.com/jogo/elasticRecheck/blob/master/tests/test_classifier.py#L1923:20
jog0got that test to pass :)23:20
clarkbjog0: \o/23:21
clarkbjog0: note that we only keep 2 weeks of logs in elasticsearch so tests that hardcode values like that may not always work...23:22
clarkbjog0: might need to mock elasticsearch or bundle it or something23:22
Alex_Gaynorclarkb: how large is our elasticsearch cluster?23:22
clarkbAlex_Gaynor: 6 30G nodes23:22
jog0clarkb: yeah I figured23:22
clarkbAlex_Gaynor: now that I stopped indexing debug logs it can probably increase the backlog23:22
clarkbAlex_Gaynor: but it was really strained when we indexed debug logs23:22
jog0right now this is very much a POC and once its working all the way through we can fix things like that23:22
clarkbjog0: ++23:23
Alex_Gaynorclarkb: sorry, I meant how big in terms of stored data23:23
*** dkehn_ has quit IRC23:23
jog0I was thinking for now make this interface to a ircbot in #-qa23:23
clarkbAlex_Gaynor: oh, with debug logs it was ~5TB for the indexes (notes indexes are expensive compared to raw data), now we have about 14 * 2 * 25GB23:24
jog0and eventually write a comment on failed jobs saying 'I think you hit x', and still do irc bot for unclassfied failures23:24
clarkbjog0: that makes sense to me23:24
clarkbAlex_Gaynor: we are a bit oversized right now, but I was always undersized in the past so am happy with the change23:25
clarkbAlex_Gaynor: looks like about 600GB of indexes23:25
reedpleia2, rememebr to send notification of events to events@openstack.org so I don't have to enter those :)23:30
*** mrodden has quit IRC23:31
pleia2reed: oh! shall I do that now?23:31
reedpleia2, too late :) I'm copying already23:32
pleia2ok23:32
pleia2next time, I promise23:32
reedhopefully we'll have the group portal running soon and you'll be able to enter that stuff yourself there23:32
pleia2yeah, that would be nice23:32
reedhas that patch from mrmarting landed?23:32
reedah, not yet... what a week23:33
reedladies and gentlemen, what a week I say23:33
pleia2clarkb: so on Monday the tripleo folks are going to do a tripleo overview, I'm thinking that will be very useful as we dive into discussing testing, there are portions of over/undercloud stuff that have gotten a bit away from me too (since that hasn't been my focus)23:34
clarkbpleia2: ok do you know what time that is?23:34
clarkbpleia2: I should be able to attend (mostly concerned about sleeping through it)23:34
pleia2so it's not strictly on the schedule https://etherpad.openstack.org/tripleo-havana-sprint23:35
pleia2but probably 1st thing on Monday23:35
pleia2bootstrapping everyone will require explaining things :)23:35
clarkbok I will do my best to get in early23:36
clarkbpleia2: there is a big football game on Sunday night :)23:37
pleia2hehe23:37
pleia2that's the game with the oval-ish ball23:37
clarkbyes made with pig skin23:37
*** MarkAtwood has quit IRC23:38
jog0clarkb: so getting false positives because of the bug we talekd about before23:41
*** fbo is now known as fbo_away23:42
clarkbjog0: one way to mitigate that until I have a fix written is to check the timestamps of the log message you get back against the timestamp for the job completion event23:43
*** sarob_ has joined #openstack-infra23:43
clarkbjog0: that happens when the same change,patchset runs the tests multiple times so the timestamp should give you decent amount of info on whether or not the run you aredealing with is the one you have found in logstash23:43
jog0hmm will check that out23:44
clarkbjog0: I will try and give the stuff more priority but next week is the tripleo sprint and I think we are going to try and get some work on testing tripleo23:44
jog0clarkb: I will be there too23:44
clarkboh awesome23:44
jog0and in bend23:44
clarkbjog0: maybe we can take a half hour or so to go over what the setup looks like so you have some familiarity with the stuff behind the scenes too?23:44
jog0sure23:45
jog0clarkb: your saying its not magic? :(23:45
*** hemna is now known as hemnafk23:45
clarkbjog0: no unfortunately not23:45
clarkbif I get bored over the weekend I may try fixing that bug23:46
jog0btw with the two changes, this looks much smaller http://status.openstack.org/rechecks/23:46
jog0just 74 bugs lol23:46
clarkb:)23:47
*** sarob has quit IRC23:47
jog0and I need to go and mark dupes at some point23:47
clarkbjog0: pleia2: anteaya: when do you guys get to seattle? is Sunday lunch/dinner something that should happen?23:47
*** sarob_ has quit IRC23:48
jog0sunday at 6ish23:49
jog0so I can do dinner23:49
pleia2clarkb: I'm wheels down at 19:53 on sunday, so probably just going to grab something quick after checking in at hotel23:49
pleia2I think anteaya is arriving saturday though23:50
jog0clarkb: ther is nothing I can do with the job number to sort out dupes right?23:51
clarkbjog0: not since we moved to multiple jenkins masters23:52
clarkbjog0: I mean you can approxmiate, but can't be sure23:52
jog0I am afraid teh timestamp logic will be a little iffy too23:52
clarkbjog0: I think using the job numbers for now if probably going to get you close enough23:53
clarkbjog0: and should hold you over until the uuids are available23:53
jog0how would i do that?23:53
*** dripton has quit IRC23:53
clarkbthe logstash event has a build number compare that to the build number on the other end (gerrit ssh event stream?)23:53
clarkboh except we don't put the build number in the gerrit comments anymore :(23:54
jog0clarkb: yeah ...23:54
jog0is it easier to just add them back?23:54
clarkbno, better to put uuids in the logstash events23:54
clarkblet me see if I can hack something up in 15 minutes23:55
*** dripton has joined #openstack-infra23:57
pleia2I need to go prep for a pre-sunset dinner, then offline through tomorrow night23:57
pleia2chat sunday, see many of you monday :)23:57
jog0clarkb: I have a solution I think, its ugly but will work23:58
jog0@fields.build_change:"45335" AND (@message:"Finished: SUCCESS" OR @message:"Finished: SUCCESS") AND @fields.build_patchset:"6"23:58
jog0look through those results, as sorted by time and note the most recent build numbers23:58
jog0pleia2: have an easy fast23:59
pleia2jog0: thank you :)23:59
*** lnxnut has joined #openstack-infra23:59

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