Tuesday, 2013-07-30

*** dina_belova has quit IRC00:00
mordredjeblair: it does not print the name until the test is done - so you'll still need to see which test it's ran last before the issue00:00
mordredjeblair: and then look at the test list to see which one it's expecting to run next00:00
jeblairmordred: yeah, i had just worked that out.00:00
* mordred just had a thought as to how to make that output better in testr too00:01
jeblairmordred: that got me the answer, thanks.00:01
jeblairI'll add this to TESTING.rst too.00:01
mordredwoot00:01
mordredsorry for the trouble - I agree, testr should give you a better experience here00:02
jeblairmordred: i think the thing that is surprising for me is that everything interesting seems to involve subunit, which seems like it should be under-the-hood.00:04
mordredjeblair: yes, well, it shold be under the hood. the places where it's surfacing are places where the ui is breaking down and we're manipulating the underlying stuff to do something00:05
jeblair*nod*00:05
mordredon a normal day-to-day basis, I never touch subunit commands or options (thus why it always takes me a second to come up with the right answer for you)00:05
openstackgerritcolinmcnamara proposed a change to openstack-infra/config: Add goals and docbook-properties.sh script to openstack-training  https://review.openstack.org/3918500:06
*** mberwanger has quit IRC00:12
fungimordred: oddly, adding pbr to requirements.txt does *not* result in it being installed globally upon python setup.py install00:13
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Support multiple triggers  https://review.openstack.org/3918600:13
mordredfungi: ah - no - now THAT's the bug I thought we were hitting the other day00:13
pleia2ok, all done for bug day \o/ https://etherpad.openstack.org/cibugreview-july201300:13
mordredthat's the one where pip is finding the egg in the dir00:13
pleia2fungi: clarkb ^^00:14
mordredand is not doing the right thing00:14
*** sarob_ has joined #openstack-infra00:14
mordredand I belive dstufft and I have talked about ways to fix that00:14
pleia2I also linked it on our InfraTeam wiki page in case we lose it ;)00:14
pleia2(June one too)00:14
dstufftwhat'd I do now00:14
fungimordred: well, even after clearing out the local eggs, it seems not to get any better00:14
dstufftoh right00:15
dstufftthat problem00:15
mordreddstufft: yeah. that funness00:15
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Add a timer trigger (WIP)  https://review.openstack.org/3918700:15
* mordred going to eat00:15
dstufftdon't call pip yourself ;P00:15
fungii think it downloads a new one into the cwd and then sees that and uses it instead of installing globally00:15
jeblairthat one ^ I've just started on, but the change before it may be worth a look.00:16
*** nati_ueno has quit IRC00:16
dstufftfungi: yes00:16
*** emagana has quit IRC00:16
*** sarob has quit IRC00:17
fungiso if we want python setup.py install to work from within the source tree, i'm afraid we probably have to back pbr out00:17
dstufftfungi: this doesn't affect pip except when you do what openstack does and call pip yourself inside the setup.py requires script00:17
fungior else pbr needs a redesign in the way it's satisfying dependencies00:18
*** nati_uen_ has quit IRC00:18
*** nati_ueno has joined #openstack-infra00:19
fungioh, though in *this* case we can at least make it work by switching to python setup.py install to pip install .00:20
dstufftthings generally owrk better if you pretend setup.py doesn't exist and it's only an entrypoint for pip00:20
fungibut that doesn't satisfy jeblair's desire to preserve setup.py being callable00:21
fungiso we may still be at somewhat of an impass00:21
fungiunless setup.py's install target can call pip install . itself? or is that getting too circular00:22
dstufftsounds like a bad idea, setup.py install already calls pip00:25
dstufftbecause of pbr00:25
clarkbpleia2: thank you00:25
dstuffthm00:25
dstufftI might make a patch to one of the OS projects to show how I think it should be packaged ;P to see if it breaks anything because I think you'll end up with far less corner cases00:26
dstufftnot sure which one00:26
dstufftor atleast the corner cases you get are the ones everyone is getting :V00:26
*** gyee has quit IRC00:27
*** ^demon has quit IRC00:27
clarkbjeblair: is there a non code reason for making triggers map 1:1 to pipelines?00:28
*** nati_uen_ has joined #openstack-infra00:29
openstackgerritA change was merged to openstack-dev/hacking: Don't crash on tests when git is not installed  https://review.openstack.org/3787000:29
openstackgerritA change was merged to openstack-dev/hacking: Make H202 work again  https://review.openstack.org/3918000:30
openstackgerritA change was merged to openstack-infra/config: Serve IRC log files as MIME type text/plain.  https://review.openstack.org/3805000:37
clarkbI will check on the logs once that change goes into effect00:38
*** nati_uen_ has quit IRC00:40
fungiclarkb: should work. i checked that change out onto eavesdrop temporarily back when i first submitted it... worked as intended00:43
jeblairclarkb: depends on what you mean by code... i'm not sure where/how a pipeline with two triggers would report00:43
clarkbjeblair: code ~= implementation details. Your answer is what I was looking for00:44
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Switch Zuul/JJB to use LOG_PATH  https://review.openstack.org/3913300:47
jeblairclarkb, fungi: ^ found the missing file00:47
*** nati_ueno has quit IRC00:47
*** pabelanger has quit IRC00:47
fungiwas it under the sofa cushions?00:49
clarkbmordred stole it00:49
clarkbor his goat ate it00:50
*** nati_ueno has joined #openstack-infra00:51
clarkbfungi: irc logs look good00:52
*** nati_ueno_2 has joined #openstack-infra00:52
*** dkranz has joined #openstack-infra00:53
clarkbwoo feel like I accomplished almost nothing today00:54
fungijeblair: on 39133 does openstack_functions.py get applied until zuul is restarted? will we have a race if the changes to the jjb configs get loaded before that happens and log_path doesn't look up to anything yet?00:55
clarkbfungi: I believe the BASE_LOG_PATH is kept in that function so that there isn't a race00:55
clarkbfungi: once all of the jenkins jobs are updated BASE_LOG_PATH can be removed00:55
*** dina_belova has joined #openstack-infra00:55
fungibut that change starts using log_path in the jobs right away, even if zuul isn't providing it yet (or probably i'm misreading)00:56
*** nati_ueno_2 has quit IRC00:56
fungiseems to me we'd need to stop puppet on jenkins, merge 39133, restart zuul and then let puppet loose on jenkins again00:57
clarkbfungi: oh I see. there is a race the opposite direction of what I was thinking00:57
clarkbfungi: yeah  Ithink we want to make the zuul restart go in first. Unless the zuul change for making reloads reimport functions went in then we just have to make sure zuul reloads its config first00:58
fungiwhich seems probably okay of the functions extension is loaded on the fly in zuul, but if it needs to wait or a graceful restart...00:58
fungiye gods i can't type00:58
clarkbfungi: don't worry I am afflicted with poor typing too00:59
* clarkb AFKs and resolves to be more useful tomorrow01:00
*** dina_belova has quit IRC01:00
clarkbthough I did spend some time with zaro derping on gerrit and I think the WIP stuff may be getting close01:00
*** dkranz has quit IRC01:04
*** yaguang has joined #openstack-infra01:11
*** hashar has quit IRC01:16
*** yaguang has quit IRC01:16
*** ^demon has joined #openstack-infra01:17
*** ^demon has joined #openstack-infra01:17
*** nati_ueno has quit IRC01:25
*** anteaya has quit IRC01:30
*** CaptTofu has joined #openstack-infra01:36
*** yaguang has joined #openstack-infra01:40
*** UtahDave has quit IRC01:49
*** sarob_ has quit IRC01:51
*** dina_belova has joined #openstack-infra01:56
*** ^demon has quit IRC01:57
*** ^demon has joined #openstack-infra01:58
*** ^demon has joined #openstack-infra01:58
*** dina_belova has quit IRC02:01
*** ^demon has quit IRC02:02
*** ^demon has joined #openstack-infra02:03
*** ^demon has joined #openstack-infra02:03
*** mirrorbox has quit IRC02:05
*** mirrorbox has joined #openstack-infra02:06
*** markmcclain has quit IRC02:15
mordredclarkb: woot02:16
*** dguitarbite has joined #openstack-infra02:17
*** CaptTofu has quit IRC02:19
*** pabelanger has joined #openstack-infra02:21
*** nati_ueno has joined #openstack-infra02:22
*** woodspa_ has quit IRC02:23
*** michchap has quit IRC02:27
mordreddstufft, fungi: you will have a VERY hard time convincing me to back pbr out of things02:49
mordredfungi: I will figure out the 'get pbr installed via setup.py install' thing02:49
fungimordred: i'm looking forward to it!02:50
mordredfungi: also - what was the issue that we had with pbr not being in the requirements.txt ?02:50
mordredI know I said it was a bug that it wasnt' there - but actually, it's not a runtime dep of jeepyb02:50
fungimordred: entrypoints wrappers complain about not being able to find pbr when trying to run jeepyb commands02:51
mordredfungi: well, that's about to go away with the next version of pbr02:51
fungiahh, so that dissipates with the entrypoints rework? excellent02:52
mordredyes02:52
fungiapparently also wants d2to1 and pycrypto before the entrypoints wrappers work, but doesn't install them either02:53
fungiand pycrypto in turn wants a cc installed so it can compile some non-python buts02:54
fungibits02:54
mordredd2to1 is going away02:54
mordredand there is nothing we can do about the cc requirement to express it02:54
fungiyeah, the cc i get we have to preaddress02:54
mordredyup :)02:55
mordredhere - let me release pbr again with d2to1 gone and entrypoint console_scripts rewritten02:55
fungijust wondering if pycrypto is really a dependency either in that case, or something else going away with the entrypoints rewrite02:55
*** dina_belova has joined #openstack-infra02:56
*** jjmb has joined #openstack-infra02:56
*** dina_belova has quit IRC03:01
*** jjmb has quit IRC03:04
*** mberwanger has joined #openstack-infra03:08
mordredfungi: any idea what wants pycrypto?03:09
*** HenryG has quit IRC03:10
fungimordred: not sure. it's not in requirements so it's got to be transitive. i can remove it and see if i can divine why entrypoints errors about it missing03:12
mordredok. I just released 0.5.2003:15
mordredfungi: paramiko03:16
fungimordred: http://paste.openstack.org/show/42556/03:16
fungimordred: ahh, possible. i was going to guess python-swiftclient03:17
fungibut hadn't checked it yet03:17
mordredfungi: so - lifeless wants run-mirror to be its own thing03:17
mordredfungi: I wonder if perhaps jeepyb really wants to be a bunch of different repos that all have a depend on an as-yet-un-created library to parse projects.yaml03:18
mordredbecause really, other than that file, these programs have no shared purpose in life03:18
*** sarob has joined #openstack-infra03:18
fungii've pondered that from time to time and come to a similar conclusion03:19
fungibut this goes back to convenience. we put a lot of these things in the config repo originally because we didn't want to make a ton of tiny little separately-packaged projects03:19
fungithen forklifted them into jeepyb for similar convenience reasons, but to still get them out of the config repo03:20
fungibut also that was back before we had quite as much automation around managing and releasing projects... so maybe that's less inconvenient at this point?03:21
openstackgerritA change was merged to openstack/requirements: Clean up pass-through logic in update.py  https://review.openstack.org/3603703:23
lifelessmordred: well, I don't want devs to have to install libmysql-dev etc to get going03:24
*** melwitt has quit IRC03:25
fungimordred: so anyway, back to the paramiko/pycrypto argument. apparently setup.py install in jeepyb now fails to pull in that transitive dependency as well, and i guess the underlying problem for that isn't going away with the entrypoints rewrite?03:25
mordredwait - hangon03:26
mordredyou're saying that jeepyb is failing to install pycrypto even if you do have the c stuff around?03:26
fungimordred: yes03:26
fungiunless i pip install . instead of python setup.py install03:27
mordredfungi: I do not get that behavior03:27
mordredfungi: I just did "virtualenv foo; foo/bin/python setup.py install" and it's installing pycrypto03:27
fungitoo fun. this is as root in the global system context on centos 6.4, fwiw03:28
fungiso also python 2.603:29
mordredfungi: which machine?03:29
mordredgit.o.o ?03:29
fungigit.openstack.org, yes03:29
fungii've since worked around it manually by pip installing pbr, d2to1 and pycrypto from pypi03:30
mordredok03:30
fungibut can repeat it by uninstalling those03:30
fungiactually i've not reinstalled pycrypto since uninstalling it a minute ago to get a paste of the entrypoints error03:32
mordredfungi: I just did, so that I could watch what happens03:35
fungii'm not doing anything with it at the moment, so troubleshoot what you like03:36
*** mberwang_ has joined #openstack-infra03:45
*** afazekas__ has quit IRC03:48
*** mberwanger has quit IRC03:48
Ryan_Lanehey folks, since I've spent all day remediating BEAST on a shit-ton of misc services, I thought I'd talk to you guys about it03:54
clarkbBEAST? I clealy must lwarn more03:54
Ryan_Lanehttps://www.ssllabs.com/ssltest/analyze.html?d=review.openstack.org03:55
clarkboh that03:55
Ryan_Laneyou need to limit your ciphers and need to set a server preference03:55
Ryan_Lanehttps://gerrit.wikimedia.org/r/#/c/76679/03:55
Ryan_LaneI just did it to 17 services or so03:55
clarkbthat looks like something we should add to our https vhosts03:57
Ryan_Laneyep03:57
*** dina_belova has joined #openstack-infra03:57
Ryan_Lanethere's still an open SSL vulnerability with RC4, but it's apparently less practical than BEAST03:58
Ryan_Laneso SSL is actually vulnerable till TLS 1.2 is properly supported everywhere03:58
*** dina_belova has quit IRC04:02
*** afazekas has joined #openstack-infra04:03
clarkbetherpad, wiki, review, and jenkins are the vhosts that need updating I think04:03
* Ryan_Lane nods04:03
fungiwell, for the most part beast is solved in modern web browsers, and the technique is infeasible in other ssl-using protocols besides http04:03
fungibut shoring up the servers to cater to browsers which are vulnerable isn't a terrible idea04:04
Ryan_Lanethe config I have doesn't include forward secrecy ciphers, btw04:04
Ryan_Laneif you care about those, you may want to add them back in04:05
Ryan_Lanethey are relatively expensive04:05
*** yamahata has quit IRC04:05
Ryan_Lane(those are ciphers with DHE and ECDHE)04:05
Ryan_Lanefungi: indeed. it's still a problem in places04:06
clarkbdo browsers do pfs regularly?04:06
Ryan_Laneif they support it they'll use it04:06
Ryan_Laneif they and the server, that is04:06
fungiand good that you're putting a gcm mode before rc4, given the recently discussed weaknesses04:11
mordredfungi, clarkb, Ryan_Lane: you know - it would be great if, in all of our puppet, we were better about having some of the repeated apache config chunks, well, modularized04:12
mordredcause right now it's just cargo-culted all the hell over the place04:12
clarkbya :(04:13
fungimordred: well, and in places we use the default vhost provided by the module too04:13
mordredfungi: yah.04:13
mordredI mean, it's working fine, but it seems like an area in which a thing like puppet sohuld really be able to lend us some consistency and ease of use04:14
fungiwhich is not very configurable without replacing, at least in our version of the module04:14
mordredyah04:14
fungibut we're also on a fairly old version of it, if memory serves04:14
fungiyay! pbr and oslo.config py33 tests pass on all four of the production precisepy3k slaves04:15
clarkbyes our version is ancient04:15
clarkbfungi nice. do we have working py3k slaves now?04:16
clarkbjd__ can start using them?04:16
*** yamahata has joined #openstack-infra04:17
mordredsdague: when you wake up ...04:18
fungiclarkb: yep, just reversed my -2 on https://review.openstack.org/37426 to a +2 now04:18
openstackgerritMonty Taylor proposed a change to openstack/requirements: Update update.py to also write a stock setup.py  https://review.openstack.org/3920604:19
openstackgerritMonty Taylor proposed a change to openstack/requirements: Update pep8 exclusion  https://review.openstack.org/3920704:19
mordredsdague: ^^ look at those04:19
mordredsdague: also, we're going to need to land https://review.openstack.org/#/c/30522/ before the update-everything-automatically will work04:20
*** krtaylor has joined #openstack-infra04:20
clarkbfungi: I think jog0 and hacking were also interested in py3k jobs04:21
fungiclarkb: the more the merrier!04:21
fungibut i suspect four will be enough initially04:22
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Test to ensure the include_package_data works  https://review.openstack.org/3832604:22
clarkbya and starting small is probably a good thing04:22
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Cleaned up an evil carryover from the past  https://review.openstack.org/3920804:26
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Test to ensure the include_package_data works  https://review.openstack.org/3832604:26
mordredclarkb: ok. I fixed your code review questions above ^^04:27
*** dguitarbite has quit IRC04:27
*** dguitarbite has joined #openstack-infra04:29
clarkbmordred: reviewed04:32
mordredyay!04:32
mordredclarkb: sometimes I don't like you04:32
clarkbsorry04:33
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Cleaned up an evil carryover from the past  https://review.openstack.org/3920804:33
mordred:)04:33
*** yamahata has quit IRC04:34
*** dguitarbite has quit IRC04:36
*** yamahata has joined #openstack-infra04:36
clarkbmordred: http://tox.im/04:36
clarkbthe name overloading is not very nice04:37
mordredwow04:37
mordredclarkb: let me know if I can ever install it04:40
*** vipul is now known as vipul-away04:41
*** SergeyLukjanov has joined #openstack-infra04:42
mordreddstufft: I sometimes feel like you just sit around waiting for us to tell you one more thing pbr does that makes you want to kill someone ;)04:42
dstufftmordred: working with MANIFEST files would be a reasonable thing for pbr to do :)04:43
mordredheh04:43
dstufftor getting setuptools to do it using git or whatever04:43
mordredyeah. basically, it does the same as setuptools-git does04:43
dstufftI jsut hadn't remembered seeing it do that, and a cursory glance at the code didn't make it stand out that it did it04:44
mordredexcept the hook point in setuptools for actually doing that04:44
mordredis in a crazy place04:44
mordredso it runs it EVEN IF YOU ARE INSTALLING FROM A TARBALL04:44
mordredwhich is almost never what you want04:44
dstufftlolsetuptools04:44
mordreddstufft: oh - sorry, that patch hasn't landed yet04:44
dstufftmordred: ah04:44
mordreddstufft: https://review.openstack.org/#/c/30522/04:44
dstufftso I'm not crazy (for that reason at least ;) )04:44
mordredyeah - I mean, let's not go too far :)04:45
*** nibalizer has quit IRC04:46
*** vipul-away is now known as vipul04:47
*** nibalizer has joined #openstack-infra04:47
dstufftI generally just maintain my MANIFEST.in by hand, but i'm a crazy person who actually understands how it's used and it isn't just "something I try when install stops working"04:47
mordredyah04:48
mordredwell, we started that way04:48
mordredand made more than one release where important files were missing from the tarball04:48
mordred*doh*04:48
dstufftI also don't have like 30 different projects with tons of different people committing on them either so04:48
* mordred has missed the make distcheck target from autotools on this one04:48
mordred:)04:48
* mordred has almost been tempeted to write a python equiv to make distcheck04:49
mordredbut it seems like the path to madness perhaps04:49
*** melwitt has joined #openstack-infra04:49
dstufftmordred: I've barely used C I forget what that does :[ Assumingly checks a packaged tool?04:49
dstuffts/tool/tarball-whatever/04:49
mordredit make a dist tarball, then unpacks that into a directory, then checks that the source can build in a vpath build adjacent to that directory, then ensures that the build doesn't try to write files into the source tree inappropriately, then checks that make clean cleans up04:50
dstufftah04:51
mordred(build doesn't try part is that it sets the source dir readonly, but since it's doing a vpath build, which means alternate build dir, there is a place for them to go ... so it checks that all built files go into $builddir04:51
dstufftI think people should run their tests against their releases prior to officially releases them04:51
mordredit's super civilized04:51
dstufftreleasing04:51
mordredyes. that's actually on my list04:52
mordredI want to install everything like we do for devstack - and then run all the unittest suites against those installations without the source dir around04:52
dstufftawesome :304:54
clarkbif we could just get people to test things that would be a big win04:56
clarkbbut in this particular cases testing the sdists before pushing to pypi (or wherever) would definitely eb a good thing04:56
* mordred hands clarkb a good luck cookie on people testing04:56
mordredI do not think we should test them before pushing to pypi04:57
mordredI think we shoudl test them on every commit04:57
mordredbut yes04:57
mordredwe DO actually test them to a degree now...04:57
*** dina_belova has joined #openstack-infra04:57
clarkbmordred: to a very high degree if you are using version control as your source of versions04:57
mordredthe pbr integration test does test that all projects can at least install into a venv from their tarball04:57
clarkbwhich I think is a great idea because that is what version control exists for04:57
mordredclarkb: ++04:58
clarkbunfortunately the convert a version to an installable thing is the tricky bit04:58
mordredbah. piece of cake :)04:59
dstufftmordred: I've been debating crazy hacks to wrest control of setup_requires from setuptools and give it to pip04:59
mordreddstufft: I would consider you an absoulte hero04:59
mordreddstufft: easier might be - get setuptools to just write the contents into the egg-info dir05:00
mordredso that if it's there, and pip sees it, pip will install those _before_ running python setup.py egg_info05:00
mordredreally just helps with released tarballs I guess...05:00
mordredbut it would be a start?05:01
mordredor - you could just wrest control05:01
dstufftyea. I have some ideas. None particularly clean but then again it's setuptools05:01
mordreddstufft: I support all of them05:01
*** Ryan_Lane1 has joined #openstack-infra05:01
mordreddstufft: just earlier today05:01
mordredI actually considered vendor-including setuptools in pbr05:02
mordredso that I could make it do evil things05:02
mordredbut it turns out it wouldn't have helped05:02
dstufftheh05:02
*** dina_belova has quit IRC05:02
dstufftI've been debating attempting to vendor setuptools in pip05:02
dstufftturns out that's actually pretty hard05:02
*** Ryan_Lane has quit IRC05:02
mordredwell...05:02
*** Ryan_Lane1 is now known as Ryan_Lane05:02
*** Ryan_Lane has joined #openstack-infra05:02
dstufftsetuptools main trick requires a global .pth back05:03
mordredwhat about merging the two trees, having setuptools always install pip05:03
dstuffthack05:03
mordredand then deleting easy_install from the source05:03
mordred(I know, I know - windows apparently)05:03
*** mberwang_ has quit IRC05:03
dstufftwindows actually isn't that important anymore with wheels05:04
dstufftmostly just getting the community onto wheels is the problem there05:05
dstufftmostly we want to demphasize setuptools05:05
dstufftWith wheels (other than a small issue with the auto generated script wrappers) you can theortically install without setuptools at all05:05
dstufftwe need a sdist format that offers the same ability, and move setuptools to a build only tool05:06
dstuffte.g. you might use setuptools to turn a sdist into a wheel, but openstack could, for instance, turn pbr into a full blown build tool that makes sdists and wheels05:06
*** michchap has joined #openstack-infra05:08
Ryan_Lanemordred: dude, you think openstack ci's puppet repo is bad about apache?05:10
Ryan_Lanewikimedia's makes me want to strangle myself05:10
mordreddstufft: I am very looking forward to that05:10
mordredRyan_Lane: I do not!05:10
Ryan_Lanetackle your apache problems when they are small or have like 4 different ways to handle apache with like 50 services05:11
mordredRyan_Lane: we actually went through and got buy in from prior contribs05:11
mordredoh05:11
mordredI thought you were talking about license05:11
Ryan_Laneoh05:11
Ryan_Laneheh05:11
Ryan_Lanenah05:11
mordredRyan_Lane: yes - I'm sure yours are worse!05:11
Ryan_Lanewe have no consistent way of doing it and nothing is reusable05:11
mordredbut right? shouldn't the apache shit just be, you know, templated?05:11
Ryan_Laneapache is actually one of the harder ones05:11
Ryan_Lanebecause it's used for so much random crap, all of which has wildly different config05:12
Ryan_Laneand puppetlabs apache module is a giant piece of crap05:12
clarkbthis is where I suggest nginx to bother mordred05:12
* mordred doesn't care at all, actually, nginx v. apache05:12
clarkbRyan_Lane: it has gotten a lot better recently05:12
mordredjust as long as we don't use both05:12
Ryan_Lanewe use both :)05:12
mordredheh05:12
clarkbRyan_Lane: hunner has put a lot of work into making the apache module suck less05:13
* mordred knows there will be variation - but you know - the ssl stuff? all should be the same05:13
Ryan_Lanewell, I hope so, because it did basically nothing before05:13
Ryan_Laneheh05:13
mordredthe vhost stuff? all should be the same05:13
Ryan_Lanefunny enough, we use nginx for ssl termination and that's about it05:13
mordredwhat the vhost SERVES? sure. wildly different05:13
Ryan_Laneand we're considering switching back to apache with 2.405:13
mordredkrow was suggesting pound for ssl termination05:13
Ryan_LaneI keep hearing openstack folks recommending pound and I just can't wrap my head around it05:14
Ryan_Laneit's so, so slow05:14
dstufftI think a stripped down apache is still the fastest option for SSL termination05:14
Ryan_Lane2.4 yes, 2.2 no ;)05:14
* mordred doesn't actually have an opinion on pound - just parroting05:14
Ryan_Lane2.4 has a distributed ssl cache implementation \o/05:14
dstufftturns out event driven archs kinda suck for TLS termination05:15
*** nati_ueno has quit IRC05:16
*** nati_ueno has joined #openstack-infra05:18
*** vogxn has joined #openstack-infra05:19
*** ^demon is now known as ^demon|zzz05:20
clarkbclearly we should use cherokee for everythin05:20
*** emagana has joined #openstack-infra05:23
*** sarob has quit IRC05:23
*** sarob has joined #openstack-infra05:24
mordredclarkb: or afs05:24
*** sarob_ has joined #openstack-infra05:25
*** afazekas is now known as afazekas__05:25
clarkbmordred: if we had a giant afs filesystem I could point elasticsearch at that and stop worrying about running out of disk space right?05:25
mordredclarkb: yes05:25
*** sarob has quit IRC05:26
clarkbwe should do that then05:26
mordredclarkb: you'd have to start worrying about adding volume servers to the afs cell05:26
mordredclarkb: but you could do that at the volserver level05:26
clarkbjust make it semi aware and have it request its own cinder volumes as necessary05:27
clarkbthen hope that network trouble doesn't break afs on top of cinder05:27
clarkbwe run a lot of tests05:29
clarkb5553 over the last 24 hours actually completely and were not prematurely killed by zuul05:30
*** afazekas__ has quit IRC05:30
*** nati_ueno has quit IRC05:31
*** nicedice has quit IRC05:32
*** sarob_ has quit IRC05:36
*** sarob has joined #openstack-infra05:36
mordredclarkb: https://review.openstack.org/Documentation/config-gerrit.html#_a_id_changemerge_a_section_changemerge05:38
*** dguitarbite has joined #openstack-infra05:38
mordredclarkb: that would be load for no purpose05:38
mordredbut05:38
mordredif it could be changed to not only enable or disable the submit button - but display, oh, I dunno, a message05:39
mordredthat would be neat05:39
*** devananda has quit IRC05:39
mordredclarkb: woah!: https://gerrit-review.googlesource.com/3746005:40
*** sarob has quit IRC05:40
clarkbzuul tests that for us sort of05:41
clarkbalso nice on multi master05:41
mordredclarkb: yeah - but not in a way that a person can see if they're just checking on their patch05:42
*** emagana has quit IRC05:42
*** jjmb has joined #openstack-infra05:46
*** jjmb has quit IRC05:48
*** afazekas has joined #openstack-infra05:49
*** dguitarbite has left #openstack-infra05:53
*** emagana has joined #openstack-infra05:58
*** dina_belova has joined #openstack-infra05:58
openstackgerritJay Lau proposed a change to openstack-dev/hacking: Update I18N code style  https://review.openstack.org/3921705:59
*** pcrews has joined #openstack-infra05:59
*** dina_belova has quit IRC06:03
*** michchap has quit IRC06:04
*** michchap has joined #openstack-infra06:05
*** emagana has quit IRC06:08
*** SergeyLukjanov has quit IRC06:10
*** michchap has quit IRC06:28
*** emagana has joined #openstack-infra06:41
*** sarob has joined #openstack-infra06:47
*** emagana has quit IRC06:47
*** Ryan_Lane has quit IRC06:50
*** nati_ueno has joined #openstack-infra06:51
*** sarob has quit IRC06:52
*** Ryan_Lane has joined #openstack-infra06:52
*** melwitt has quit IRC06:59
*** sarob has joined #openstack-infra07:09
*** SergeyLukjanov has joined #openstack-infra07:10
*** nati_ueno has quit IRC07:10
openstackgerritJulien Danjou proposed a change to openstack-infra/config: Add pycadf project  https://review.openstack.org/3922507:21
*** vogxn has quit IRC07:31
*** michchap has joined #openstack-infra07:33
*** sarob has quit IRC07:41
*** sarob has joined #openstack-infra07:42
*** jpich has joined #openstack-infra07:42
*** nayward has joined #openstack-infra07:43
*** nayward has quit IRC07:44
*** nayward has joined #openstack-infra07:44
*** sarob has quit IRC07:46
*** vogxn has joined #openstack-infra07:48
*** emagana has joined #openstack-infra07:58
*** dina_belova has joined #openstack-infra07:59
*** psedlak has joined #openstack-infra08:01
*** SergeyLukjanov has quit IRC08:02
*** emagana has quit IRC08:03
*** dina_belova has quit IRC08:03
*** jjmb has joined #openstack-infra08:05
*** SergeyLukjanov has joined #openstack-infra08:05
*** dina_belova has joined #openstack-infra08:14
*** odyssey4me has joined #openstack-infra08:14
*** hashar has joined #openstack-infra08:20
openstackgerritJulien Danjou proposed a change to openstack-dev/pbr: Use the same logic everywhere for requirements files  https://review.openstack.org/3854008:21
*** hashar has quit IRC08:21
*** hashar has joined #openstack-infra08:21
*** Ryan_Lane has quit IRC08:30
*** jjmb has quit IRC08:33
*** derekh has joined #openstack-infra08:38
*** jjmb has joined #openstack-infra08:40
*** odyssey4me has quit IRC08:40
*** jjmb has quit IRC08:40
*** odyssey4me has joined #openstack-infra08:48
*** nayward has quit IRC08:49
*** sarob has joined #openstack-infra08:52
*** koolhead17 has quit IRC08:57
*** sarob has quit IRC08:57
*** nayward has joined #openstack-infra09:05
*** odyssey4me has quit IRC09:05
*** yaguang has quit IRC09:06
*** dina_belova has quit IRC09:08
*** nayward has quit IRC09:09
*** yaguang has joined #openstack-infra09:15
*** dina_belova has joined #openstack-infra09:39
*** dina_belova has quit IRC09:50
*** michchap has quit IRC10:04
*** michchap has joined #openstack-infra10:04
*** nayward has joined #openstack-infra10:13
*** dina_belova has joined #openstack-infra10:15
*** nayward has quit IRC10:23
*** nayward has joined #openstack-infra10:30
*** jjmb has joined #openstack-infra10:34
*** nayward has quit IRC10:35
*** vogxn has quit IRC10:45
*** dina_belova has quit IRC10:49
*** yaguang has quit IRC10:56
*** nayward has joined #openstack-infra10:57
BobBallsdague: If you're around, got a min to talk about my change with devstack and removing python-lxml?10:57
*** odyssey4me has joined #openstack-infra11:03
*** dina_belova has joined #openstack-infra11:15
openstackgerritDavid Caro proposed a change to openstack-infra/jenkins-job-builder: Add support for the Summary Report publisher  https://review.openstack.org/3926411:16
openstackgerritDavid Caro proposed a change to openstack-infra/jenkins-job-builder: Add support for the Summary Report publisher  https://review.openstack.org/3926411:18
*** zul has quit IRC11:18
*** zul has joined #openstack-infra11:18
openstackgerritDavid Caro proposed a change to openstack-infra/jenkins-job-builder: Add support for the Summary Report publisher  https://review.openstack.org/3926411:31
*** zul has quit IRC11:53
*** zul has joined #openstack-infra11:55
*** zul has quit IRC12:01
*** rfolco has joined #openstack-infra12:01
*** hashar has quit IRC12:03
BobBallHmmmm12:07
BobBallcan I recheck a change after it has been approved?12:07
BobBallI don't want to reverify it because there _might_ be an issue12:07
BobBallI want to recheck a few times first12:07
BobBallI tried it - but it didn't seem to add it to the queue12:07
*** zul has joined #openstack-infra12:10
*** cppcabrera has joined #openstack-infra12:16
*** cppcabrera has left #openstack-infra12:16
*** zul has quit IRC12:24
*** zul has joined #openstack-infra12:24
*** sandywalsh has quit IRC12:26
fungiBobBall: reverify12:27
BobBallbut I'd rather it didn't merge even if it succeeds :)12:27
BobBallIt's a strange one12:27
fungioh, nevermind12:28
BobBalla timeout bug that only I have seen on this change12:28
fungijust read what you actually wrote12:28
BobBallI last saw it on changeset #1 once - a recheck made it disappear and I didn't see it on changeset's 2 or 312:28
BobBallbut the gate saw it12:28
BobBalland nobody has seen it in the mean time12:28
BobBallso I'm very confused12:28
fungiyou could upload a similar change with a separate change id12:28
BobBallI suppose - but I wonder if it's something more subtle than that... My change itself doesn't touch anything that should be around the DB migration code (I suppose that a link to the change would be good... https://review.openstack.org/#/c/36668/ )12:29
BobBallI'll upload an identical change now12:30
*** dina_belova has quit IRC12:34
jpichBobBall: I think "recheck" comments only are taken into account if they're the only thing in the comment. Since you also wrote an explanation it probably wasn't picked up12:35
BobBalld'oh...12:35
BobBallI'll recheck that too12:35
*** sandywalsh has joined #openstack-infra12:40
BobBalljpich: you're right - the recheck is running now12:41
*** dkranz has joined #openstack-infra12:42
jpichBobBall: Cool!12:43
*** w_ is now known as olaph12:43
jpichNeat little progress bars on zuul, hadn't seen that before12:43
*** dina_belova has joined #openstack-infra12:49
mordredjpich: they're new!12:58
jpichmordred: they're shiny! Great addition12:59
*** anteaya has joined #openstack-infra13:01
*** mriedem has joined #openstack-infra13:11
*** jjmb has quit IRC13:11
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Replace setuptools_git with a smarter approach  https://review.openstack.org/3052213:11
*** odyssey4me has quit IRC13:11
*** changbl has quit IRC13:16
*** prad_ has joined #openstack-infra13:28
*** hashar has joined #openstack-infra13:29
sdagueBobBall: around now13:29
*** mestery has quit IRC13:32
sdaguemordred: commented on your reviews13:33
sdaguealso, you got a fix for the oslo thing?13:33
*** mestery has joined #openstack-infra13:33
sdaguebecause if so, we could get that other devstack thing sorted13:33
*** vijendar has joined #openstack-infra13:34
*** krtaylor has quit IRC13:36
openstackgerritMonty Taylor proposed a change to openstack/requirements: Update pep8 exclusion  https://review.openstack.org/3920713:36
openstackgerritMonty Taylor proposed a change to openstack/requirements: Update update.py to also write a stock setup.py  https://review.openstack.org/3920613:36
mordredsdague: thanks! updated13:36
*** emagana has joined #openstack-infra13:36
*** dkliban has quit IRC13:37
*** CaptTofu has joined #openstack-infra13:37
mordredsdague: you know what I love? when a unittest works on my laptop, but not on a build slave13:38
mordredsdague: and when I log in to the build slave and try it by hand there, and it in fact, does not work when I run it13:38
sdaguethere were a few of those this morning13:38
mordredsdague: but when I run thecode by hand, I can verify that it is working13:38
mordredI REALLY love it13:38
sdagueoh, fun, environment var?13:38
*** _TheDodd_ has joined #openstack-infra13:39
mordredgod I hope not13:39
sdaguethat's always my assumption in those cases13:39
sdaguebut it's not always a good assumption13:39
BobBallsdague: Okay - so - using yum to remove python-lxml will cause all packages that depend on python-lxml to be removed.  That's quite an anti-social thing to do in any case, but in the specific case I care about this causes the removal of xenserver-core because xenserver-core depends on python-lxml.  The reason for removing it is because we're about to install it again via pip and we didn't want the system to have mismatching versions.13:40
*** nayward has quit IRC13:41
BobBallsdague: Perhaps we shouldn't be removing it at all, letting the packaging system think it's still installed, and over-write the files using pip install?  That's what it was trying to avoid, but we need both packaging systems to know that this is installed13:42
mordredwhy do we want non-package-system lxml?13:42
BobBallpip handles it - presumably so we can specify requires for certain versions13:43
mordredthis is in devstack, right?13:43
BobBallyes13:43
BobBallBased on my change at https://review.openstack.org/#/c/39100/13:43
BobBallI'd love to get the github link showing the lines of interest, but it's down for me13:44
BobBallyou can see them on the change ;)13:44
BobBalloh - and finally github responded...13:44
BobBallhttps://github.com/openstack-dev/devstack/blob/master/stack.sh#L60113:45
mordredhrm. I'm torn on this13:45
BobBallI know what you mean13:46
BobBallit's horrible13:46
BobBallbut comes from us wanting to use pip in conjunction with the distro's own packaging system13:47
*** hashar_ has joined #openstack-infra13:47
mordredyeah. which itself is a bit of an abominatoin13:48
*** nayward has joined #openstack-infra13:48
sdagueso in all the other cases we just blow things over the distro packages13:48
BobBall'fraid so, yes.  If they are installed13:48
mordredsdague, jeblair: can I make a TERRIBLE TERRIBLE TERRIBLE suggestion? (and please feel free to kill me with sticks)13:49
sdaguehonestly, I'm more concerned that by removing packages in the required chain someone does a yum update on their box, it fills back in all the holes, then things get lots of fun13:49
*** pabelanger_ has joined #openstack-infra13:49
mordredwhat if we went back to producing and installing distro packages ... EXCEPT ... not rich distro packages, just ones that do the equiv to 'python setup.py install'13:50
BobBallsdague: Good point - so my proposed fix isn't the right one13:50
* mordred hides13:50
sdaguemordred: you want to do that on rhel6?13:50
*** hashar has quit IRC13:50
*** hashar_ is now known as hashar13:50
mordredwhy not? I'm not talking about _good_ distro packages13:50
mordredthat do _anything_13:50
sdaguebecause I didn't think you were that much of a masochist13:51
mordredI'm talking about things that are largely equiv to "python setup.py bdist_rpm"13:51
sdagueoh, metadata packages13:51
sdaguehmmm....13:51
mordredyeah. I mean, they should install the python library13:51
mordredbut not, you know, try to set config things or meet policy or any of those things13:51
sdaguewell I've got a meeting to run off to, so I'll let that rattle around13:51
mordredyeah - it's not that I wnat to install a system with these - but we're fighting pip dependency math so much13:52
sdagueyeh, the bigger issue is because devstack works on a range of distros13:52
mordredthe time spent in occasionally updating a spec and a control file to list a dep might be less work13:52
*** michchap has quit IRC13:52
sdagueit installs different pips based on versions, or if you have the cloud archive there13:52
mordredwe could have devstack build the rpms/debs as first step13:52
sdagueso the overwrite just seems safest13:52
sdagueanyway, meeting13:53
mordredk13:53
sdagueand pondering....13:53
BobBallI'm really keen that we don't remove packages that the system thinks is installed...13:54
*** markmcclain has joined #openstack-infra13:55
*** markmcclain has quit IRC13:55
*** pabelanger_ has quit IRC13:58
*** pabelanger_ has joined #openstack-infra13:58
*** pabelanger has quit IRC13:58
*** pabelanger_ is now known as pabelanger13:58
*** pabelanger_ has joined #openstack-infra13:58
*** cp16net is now known as cp16net|away14:08
*** mrodden has joined #openstack-infra14:09
*** dina_belova has quit IRC14:10
*** krtaylor has joined #openstack-infra14:18
*** devananda has joined #openstack-infra14:18
*** dkranz has quit IRC14:19
*** markmcclain has joined #openstack-infra14:20
*** cp16net|away is now known as cp16net14:24
*** burt has joined #openstack-infra14:31
*** dkliban has joined #openstack-infra14:31
*** datsun180b has joined #openstack-infra14:33
*** dkranz has joined #openstack-infra14:34
*** changbl has joined #openstack-infra14:38
openstackgerritDavid Caro proposed a change to openstack-infra/jenkins-job-builder: Added some more scm options  https://review.openstack.org/3929814:38
*** derekh has quit IRC14:39
ekarlso-jaypipes: here ?14:43
*** dhellmann_ is now known as dhellmann14:44
openstackgerritRoman Podolyaka proposed a change to openstack-infra/config: Modify running of sqlalchemy-migrate tests  https://review.openstack.org/3930414:50
Shrewsmordred, fungi: not sure if you guys saw this, but if you're using java-gearman-service as part of jenkins anywhere, the project has been abandoned. http://code.google.com/p/java-gearman-service14:51
fungijeblair: zaro: ^ ?14:52
*** boris-42 has joined #openstack-infra14:53
*** dkranz has quit IRC14:55
Shrewshttps://groups.google.com/forum/#!topic/gearman/osLOX3B-zy014:56
*** boris-42 has quit IRC14:57
*** jjmb has joined #openstack-infra15:00
*** CaptTofu has quit IRC15:00
jeblairShrews: no, we're using gearman-java15:00
*** dkranz has joined #openstack-infra15:01
*** boris-42 has joined #openstack-infra15:04
*** krtaylor has quit IRC15:05
*** dina_belova has joined #openstack-infra15:20
*** markmcclain has quit IRC15:27
*** vijendar has quit IRC15:31
fungiShrews: olaph: either of you planning to make it to the user group meeting at cisco on thursday afternoon? we should try to grab some drinks after, if so15:36
*** dina_belova has quit IRC15:36
*** hashar has quit IRC15:36
*** rnirmal has joined #openstack-infra15:37
*** dina_belova has joined #openstack-infra15:37
*** sandywalsh has quit IRC15:37
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Stats: break out job runtimes and counts by result  https://review.openstack.org/3894215:40
olaphfungi: up in the air at the moment - will know better later today15:41
*** dkranz has quit IRC15:47
openstackgerritA change was merged to openstack-infra/zuul: Add option to validate job names  https://review.openstack.org/3875315:52
*** mindjive1 is now known as mindjiver15:52
*** bnemec has joined #openstack-infra15:53
*** avtar has joined #openstack-infra15:53
*** sandywalsh has joined #openstack-infra15:53
*** pabelanger has quit IRC15:54
*** pabelanger has joined #openstack-infra15:55
*** UtahDave has joined #openstack-infra15:55
*** jjmb has quit IRC15:55
*** dkranz has joined #openstack-infra16:00
SergeyLukjanovhi, could anyone please retrigger https://jenkins.openstack.org/job/savanna-tarball/16/ ?16:00
SergeyLukjanov(it fails because tag has been pushed right after the change merged and no tree was available in job)16:01
Shrewsfungi: likely not making it this week16:02
sdagueman there are a lot of changes waiting on a second +2 in requirements16:03
*** vogxn has joined #openstack-infra16:04
*** toddmorey has joined #openstack-infra16:06
*** sarob has joined #openstack-infra16:06
toddmoreyI'm looking for a Jim Blair. I hear he frequents this bar.16:07
jeblairtoddmorey: who wants to know? :)16:07
jeblairi mean yaaaay!  it's toddmorey!16:07
toddmoreyha!16:08
mordredShrews: yay! we chose correctly in deciding to not use gearman-java-service!16:08
*** mrodden has quit IRC16:08
jeblairmordred: or do you mean service-gearman-java?  i can never remember.16:08
mordredjeblair: or the peoples-front-of-gearman ?16:09
toddmoreyjeblair: So I'm about to send another note to Jonathan and Mark with a deadline. But aside from getting the royal blessing, I think we're pretty much ready. Then it's just a matter of getting Sebastian, et al familiar with our review / deployment process.16:09
fungitoddmorey: welcome back!16:09
toddmoreyMark says (with love) that I've been 'brainwashed' by the infrastructure team. I prefer to call it 'found enlightenment.'16:11
jeblairtoddmorey: great.  i think by now we're pretty good at getting new folks up to speed (i mean, 1200 people have done this before!)16:11
mordredtoddmorey: well, getting Sebastian and friends up to speed should be fine ...16:11
mordreddamn16:11
mordredjeblair beat me to the sentence16:11
jeblair:)16:12
toddmoreytotally. I really meant that more on his side than ours. But, yeah, should be super easy onboarding.16:12
jeblairtoddmorey: fungi makes this great kool-aid you should try.16:12
*** danger_fo_away is now known as danger_fo16:13
fungiit's grape!16:14
toddmoreyMy question: how far can we take it? Web projects they work on currently start in a basecamp / redmine-like system called Chili. But can we maybe follow the OpenStack approach from blueprint to production?16:15
jeblairtoddmorey: all the way!  we can definitely start using blueprints and lp bugs....16:15
*** rcleere has joined #openstack-infra16:16
jeblairtoddmorey: and i think this might also be a good early adopter for storyboard when it's ready16:16
toddmoreyThat's skipping ahead perhaps, first step is having the code in git/gerrit. But I like to have big goals.16:16
toddmoreyjeblair: that's a great idea.16:16
*** ^demon|zzz has quit IRC16:17
*** mgagne has quit IRC16:17
jeblairtoddmorey: it might be useful to be able to have stories (blueprints or bugs) for the website that target openstack release milestones (like havana)16:18
jeblairtoddmorey: or bugs/blueprints that apply to say, both the website and the infrastructure project, which launchpad and storyboard will do.16:19
toddmoreyMy hope, too, with having content managed in git (similar to docs) is that we can have more involvement in keeping it synced with openstack releases.16:20
*** vijendar has joined #openstack-infra16:20
*** mrodden has joined #openstack-infra16:21
annegentlehola amigos!16:21
jeblairtoddmorey: annegentle shows up whenever anyone says "docs" :)16:21
*** mgagne has joined #openstack-infra16:22
clarkbmorning16:22
*** dina_belova has quit IRC16:22
toddmoreyEssentially, if you noticed something you wanted to change on a page, you edit the markdown / Sphinx / html / whatever file and submit a pull request. No additional 'site admin' account required, just use your existing git user.16:22
toddmoreyDemocratize all the things, I say.16:22
fungisounds idyllic16:23
*** avtar has quit IRC16:23
*** SergeyLukjanov has quit IRC16:23
toddmoreyannegentle: hello! We need to talk16:23
annegentletoddmorey: yessir16:23
toddmoreyannegentle: let's make that happen today. I think the storm has mostly blown over.16:23
jeblairtoddmorey: +116:23
annegentletoddmorey: sweet16:23
annegentletoddmorey: I'm free after 1 or so16:23
annegentletoddmorey: pull requests not gerrit? Wowsa16:24
annegentletoddmorey: :)16:24
toddmoreythe general rule is that no matter how long the deadline, 90% of submissions happen in the last two days. (in this case, summit speaking submissions.)16:24
jeblairannegentle: he meant gerrit.  :)16:24
annegentlejeblair: :)16:24
annegentlejeblair: honestly I wouldn't mind experimenting with PRs for a doc, not sure which one.16:24
toddmoreyannegentle: I did. :) Sorry. Have to retire the old lingo.16:24
jeblairwe need to brainwash him a little more until he says "submit a review" instead of "submit a pull request"16:24
annegentlejeblair: but yeah so far I don't think walk up PRs will be all that helpful16:25
toddmoreyannegentle: be gentle to the 'new guy'16:25
annegentletoddmorey: ha ha16:25
annegentleoh ok now I have to go to lunch. Wah. Ttyl16:25
annegentletoddmorey: I'll call  you at 1:30 or so16:25
toddmoreysounds great! I'll be here16:25
*** cp16net is now known as cp16net|away16:26
toddmoreyjeblair: you have time to see my master plan (very drafty)? It can wait… I know you are buried this week.16:26
jeblairtoddmorey: yes i do!  this takes precedence over anything else.  :)16:27
clarkbfungi: mordred: jeblair: was there resolution on the pbr stuff in relation to jeepyb yesterday?16:27
clarkbI really want to get the new bug stuff up and going16:28
fungiclarkb: it sounds like we manually install any jeepyb dependencies on servers for now, because pbr doesn't support what our puppet module does yet, but jeblair doesn't want to work around it in puppet16:28
fungiclarkb: short answer is that pbr will not install dependencies globally when you run python setup.py install in the jeepyb source, but will when you run pip install . in the jeepyb source16:29
jeblairfungi: wait, this applies to more than just pbr?16:30
fungijeblair: yes16:30
jeblairfungi: i thought the only issue was thit it didn't install pbr... but it doesn't install _anything_?16:30
clarkbcan ww change puppet to use the install atring that works?16:30
toddmoreyjeblair: very early, but I want to discuss with the dev team this week or next to get them thinking about it. https://dl.dropboxusercontent.com/u/2177046/site-framework.001.png16:30
jeblairmordred: so pbr breaks 'python setup.py install' ?16:30
*** krtaylor has joined #openstack-infra16:30
fungijeblair: some of those dependencies disappear as runtime dependencies (pbr, d2to1) with the entrypoints rework in pbr 0.5.20 released last night16:30
fungijeblair: but pycrypto (a transitive dependency of paramiko) also does not get globally installed16:31
*** markmcclain has joined #openstack-infra16:32
jeblairfungi: we count on 'python setup.py install' installing lots of python dependencies for other apps too (eg, gear for zuul, etc)16:33
jeblairfungi: is that broken too?16:33
fungijeblair: it's hard to say as an anecdote because the places where we're installing them right now already probably had the appropriate dependencies installed previously before those projects got pbr-ized16:33
jeblairtoddmorey: that looks really cool.  fyi, there are some squid experts around here...16:34
fungiand one squid upstream maintainer hangs out in here, i believe16:34
jeblairtoddmorey: we also might want to look at using rackspace cloud database ('trove') as the database component16:35
mordredjeblair: no.16:35
mordredpbr does not break python setup.py install16:35
jeblairtoddmorey: then it's a bit more cloudy and we should be able to horizontally scale the app layer easier.16:35
*** BobBall is now known as BobBall_Away16:35
mordredI am looking in to the transitive issue16:35
jeblairmordred: okay, i'm clearly very confused as to what's going on.16:35
clarkbme too16:36
mordredyeah - there's at least 20 different interrelated things going on here and I have not gotten the chance to provide an actual full report on what's happening16:36
mordredyesterday was very busy16:36
mordredbut I'm looking in to the pycrypto issue16:37
*** cp16net|away is now known as cp16net16:37
*** pentameter has joined #openstack-infra16:38
jeblairmordred: i do not want to overburden you with questions, so perhaps you could indicate whether it would be worthwhile for us to continue talking about specific solutions now, or whether we should instead wait for you to provide a more holistic picture?16:38
mordredI would like for you to wait for me to provide a larger picture16:38
fungiright, it sounds like where we left the missing pycrypto is that it installed into a virtualenv correctly but didn't get pulled in globally on a centos 6.4 python 2.6 system, so other possible interactions going on16:39
mordredyes. that is correct. so next on my list is to spin up a centos 6.4 system and work on global installs16:40
mordredto see if there is a weird version interaction of something that's causing oddness16:41
*** CaptTofu has joined #openstack-infra16:41
clarkbbut this isnt a centos issue16:42
mordredno?16:42
clarkbreview.o.o cant install jeepyb either16:42
mordredawesome16:42
*** odyi has joined #openstack-infra16:42
mordredso, it works in a virtualenv - so there is an interaction going on _somewhere_ in global installs16:42
openstackgerritDavid Caro proposed a change to openstack-infra/jenkins-job-builder: Added more options to the Build Timeout plugin  https://review.openstack.org/3932916:43
ekarlso-jeblair: how do you use a local jenkins user for JJB in addition for launchpads ?16:43
jeblairekarlso-: i do not do that16:43
jeblairekarlso-: but once a user exists, a jenkins admin can get the api key for any user16:44
*** ^demon|zzz has joined #openstack-infra16:44
*** ^demon|zzz has joined #openstack-infra16:44
toddmoreyjeblair: That's awesome. I know we did quite a bit of work with Squid @ rackspace. I think if we're smart about it, we could make most infrastructure blips almost undetectable. (Not that there will ever be any with this team at the wheel, though.) What drives me crazy about our current setup is that if there's any contention at all at the db level, the whole site can look to be offline, and that's really unnecessary.16:44
jeblairekarlso-: so jjb uses that api key for a user (who may also be able to log in via launchpad) to do its work16:44
mordredclarkb: I have verified that python setup.py install works in a venv on centos616:45
fungiclarkb: oh, as for review{,-dev}.o.o i did manually install pbr last night on them to get things going again16:45
jeblairtoddmorey: i think your design handles that well, minimizing the parts that talk to the db, making the rest very horizontally scalable and the whole thing cacheable16:46
*** dina_belova has joined #openstack-infra16:46
mordredI believe git.o.o is still broken right?16:46
fungimordred: yes, or rather can be broken/unbroken simply by uninstalling packages with pip and then trying to setup.py install in the jeepyb source tree again16:46
*** jjmb has joined #openstack-infra16:47
fungimordred: at the moment pip freeze is reporting pycrypto installed16:47
mordredfungi: I just uninstalled both16:48
mordredpycrypto and paramiko16:48
fungimordred: i also haven't tried again since you released pbr 0.5.20 so maybe something there will fix it16:48
mordredand then I just ran python setup.py install16:48
mordredand it instlaled paramiko and pycrypto16:48
mordred:)16:48
fungiexcellent!16:48
mordredok. so - the thing that is doesn't do16:49
mordredwhich, if we consider it a bug I believe I konw how to fix16:49
mordredis that if I _ONLY_ uninstall pycrypto16:49
fungiis it possible that because gcc was originally not installed, paramiko got installed but pycrypto failed to compile/install, then later when i tried agai it thought the dependencies for paramiko were satisfied and didn't try to pull pycrypto in again?16:49
mordredand run python setup.py instlal16:49
mordredit does not attempt to install paramiko because it's up to date, and then it does not know to install pycrypto16:50
fungiahh, yes. that sounds like a corner case we can probably deal with16:50
mordredI'm pretty sure we should consider that a bug16:50
mordredso - it's because of an explicit optimization I added16:50
mordredso I can totally take it out16:50
mordredbecause I think it's confusing, given this situation16:50
*** CaptTofu has quit IRC16:51
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Support multiple triggers  https://review.openstack.org/3918616:51
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Add a timer trigger (WIP)  https://review.openstack.org/3918716:51
mordredjeblair: ^^ does the above make sense, and/or do you dissent that I should remove the optimization?16:51
mordredjeblair: NEAT!16:51
*** jjmb1 has joined #openstack-infra16:51
jeblairmordred: reading16:51
*** SergeyLukjanov has joined #openstack-infra16:51
fungithat makes sense. so given that, and the removal of pbr/d2to1 as entrypoints wrapper runtime dependencies in pbr 0.5.20, and the decision not to support smooth transition from 0.5.17 to later pbr releases, seems like we're all buttoned up16:51
mordredI'm going to remove the optimization. I think it's more likely to screw people, and it's not that much of an optimization16:52
*** emagana has quit IRC16:52
jeblairmordred: what's the optimization you added?16:52
fungiand i can also abandon my jeepyb change for declaring pbr in requirements.txt now that 0.5.20 is out16:52
mordredit essentially just doesn't call pip if it detects that pip would be a no-op16:52
jeblairmordred: ah, but it can't really know that to a high degree of correctness without reimplementing a bunch of pip i guess.16:53
mordredright16:53
jeblairmordred: will it change sdist build time?16:53
mordredno16:54
mordredonly install/develop16:54
mordredand not by much16:54
mordredit avoids a shell call to pip install at install time16:54
*** jjmb has quit IRC16:54
mordredwhich would return a "nothing to do"16:54
jeblairmordred: if tox starts doing 'setup develop', will the lack of this optimization make you said?16:54
jeblairsad16:54
mordrednope. because there's another optimization in tox around setup develop16:54
mordredwhich does not re-run develop if the egg-info is new enough16:55
jeblairok.  those are the cases where i think optimizing for time makes sense, i think normal usage of install/develop can handle being a teensy bit slower.16:55
mordredso tox won't run the develop command on ever tox invocation16:55
mordred++16:55
*** pcrews has quit IRC16:55
*** datsun180b has quit IRC16:56
jeblairmordred: no rush, but since you mentioned it, when you have a spare moment, "Support multiple triggers  https://review.openstack.org/39186" is worth a look from you16:56
*** sdague has quit IRC16:56
mordredjeblair: yes! I'm very excited about it16:56
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Remove missing_reuqires optimization  https://review.openstack.org/3933016:56
jeblairmordred: (not the second one, it's not remotely done yet)16:56
*** tjones has joined #openstack-infra16:56
*** vogxn has quit IRC16:57
mordredfungi: jeblair ^^ there is the patch that should fix the transitive issue16:57
mordredI have not tested it on the centos node yet16:57
fungimordred: taking a look16:57
*** emagana has joined #openstack-infra16:57
mordredI'd like to grab it on git.o.o, install it, then reproduce our earlier failure16:57
clarkbfungi: so you upgraded pbr globally on the review hosts then reinstalled jeepyb?\16:57
mordredand see if it fixes it16:57
*** sarob_ has joined #openstack-infra16:57
*** tjones has left #openstack-infra16:58
fungiclarkb: yep16:58
jeblairmordred: a change to pbr i feel i am competent to review!16:58
openstackgerritA change was merged to openstack-infra/config: Add gcc package dependency to jeepyb module  https://review.openstack.org/3915116:59
jeblairpleia2: bug triage time?17:00
*** sarob has quit IRC17:00
*** sarob__ has joined #openstack-infra17:00
clarkbjeblair: yup, but pleia2 won't be joining us iirc17:01
fungipleia2 is away from internets most of today, but prepped the etherpad for us in advance17:01
jeblairah neat trick17:01
*** ^demon|zzz is now known as ^d17:01
fungipretty awesome17:01
*** sarob_ has quit IRC17:01
clarkbhttps://etherpad.openstack.org/cibugreview-july201317:01
jeblairdo we have any rax classic servers left?17:01
jeblair(other than old-wiki)17:02
mordredfungi: btw - sorry it took me so long for my brain to connect on what was happening there17:02
*** gyee has joined #openstack-infra17:02
clarkbjeblair: static moved, our oneiric hosts moved, I think we may be on rs nova now17:02
fungimordred: no worries, i should have tried more combinations too, but it got late17:03
clarkbjog0: is there a bug related to testing client libs in tempest? we have a bug open against openstack-ci to test that which should be marked a duplicate17:03
*** reed has joined #openstack-infra17:03
toddmoreyAnyone in the house stood up an OpenID environment before?17:03
jeblairoh we do have a few...17:03
clarkbjeblair: :/17:04
fungiSergeyLukjanov: https://pypi.python.org/pypi/savanna/0.2.117:04
clarkbzaro: can you update https://bugs.launchpad.net/openstack-ci/+bug/1201035 and https://etherpad.openstack.org/cibugreview-july2013 with particulars about that job?17:05
uvirtbotLaunchpad bug 1201035 in openstack-manuals "NullPointerException with docs maven build" [Medium,Confirmed]17:05
clarkbs/job/bug/17:05
fungiSergeyLukjanov: from the original timestamps it looks like you pushed the tag for 0.2.1 before the commit it was tagging had gotten through testing and merged to the branch. i manually retriggered the tarball and then the pypi upload but you'll want to double-check it's correct17:05
jeblairtoddmorey: a few years ago i used python-openid https://pypi.python.org/pypi/python-openid/17:05
jeblairtoddmorey: it provides a reasonable interface to being a provider as well as a consumer17:06
SergeyLukjanovfungi, thank you!17:06
*** Ryan_Lane has joined #openstack-infra17:06
jeblairmordred: paste.drizzle.org still points to unmaintained old openstack paste17:07
jeblairupdated bug 108278717:08
uvirtbotLaunchpad bug 1082787 in openstack-ci "Migrate remaining servers from rackspace classic to rackspace nova" [High,Triaged] https://launchpad.net/bugs/108278717:08
clarkbmordred: can you update 1203198 with info on why you think that happened in the first place? iirc you had some theories17:09
jeblairbug 120319817:09
uvirtbotLaunchpad bug 1203198 in openstack-ci "Mirror jobs should not copy new packages if installation fails." [High,Triaged] https://launchpad.net/bugs/120319817:09
*** psedlak has quit IRC17:10
*** sdague has joined #openstack-infra17:13
openstackgerritA change was merged to openstack-dev/hacking: Update I18N code style  https://review.openstack.org/3921717:14
toddmoreyjeblair: thanks. My high-level questions are if it's possible or even advisable to store metadata (think IRC handle, tshirt size) about a user in an OpenID provider, or if its role should be strictly limited to authentication? My current thinking is that the metadata would remain in a separate data store, tied by a unique ID back to each account.17:17
toddmoreyjeblair: secondly, API access tokens & authentication are considered an entirely separate problem, correct?17:18
jeblairtoddmorey: it helps to think of openid as more of a protocol, so you can continue to store usermetadata however you want, but openid allows you to share it, along with an authentication assertion, with other services.17:19
toddmoreyjeblair: yeah, protocol is a fantastic way to put it.17:19
jeblairtoddmorey: so it makes sense for the foundation profile system to store that information, and then share it as appropriate with other apps via openid -- but also you can still have back-channel communication between apps if needed.17:20
toddmoreyjeblair: folks are conflating member authentication with member data, and I'm trying to clear the air a bit.17:20
jeblairtoddmorey: for example: http://imgur.com/KxZZ3X417:21
jeblairtoddmorey: that's what i see when i log into jenkins using launchpad's openid auth...17:22
jeblairtoddmorey: note that there are several bits of metadata there (including group membership); all of which were requested by jenkins17:22
jog0clarkb: what is the bug?17:23
toddmoreyjeblair: right, and that 'personal information metadata' is stored with the OpenID provider or with the app? (Though in this case, LP is playing the role of both I guess)17:23
openstackgerritClark Boylan proposed a change to openstack-infra/config: Start import process for clouddocs-maven-plugin.  https://review.openstack.org/3933717:24
clarkbjog0: https://bugs.launchpad.net/openstack-ci/+bug/93969917:24
uvirtbotLaunchpad bug 939699 in openstack-ci "client lib integration tests should hit multiple branches" [High,Triaged]17:24
toddmoreyjeblair: Here's my swing at an overview, I welcome any ideas / corrections you may have to my thinking - https://dl.dropboxusercontent.com/u/2177046/MemberDataAndAuth.002.png17:24
jeblairtoddmorey: with the app -- when someone hits the app endpoint with an openid request, the app would have some code to fetch whatever is needed from the db and supply the requested information.17:25
jog0clarkb: ahh this is based on the clients should work across releases17:25
toddmoreyjeblair: great, okay, that's very helpful and definitely fits the protocol model17:25
jeblairtoddmorey: the canonical location would still be the db managed by the app; you're just exposing that information via a new channel: openid.17:25
openstackgerritDavid Caro proposed a change to openstack-infra/jenkins-job-builder: Added pre-scm-buildstep wrapper  https://review.openstack.org/3933817:26
jeblairtoddmorey: you might also consider exposing the same info via oauth or similar down the line as well.17:26
jeblairtoddmorey: (just as an example)17:26
jog0AFAIK it doesn't need any major support from tempest.  The idea would be to take trunk client integration tests (some in tempest) and run them against all supported versions of openstack17:26
jog0so when someone proposes a change to the client we know it doesn't break backwards compat ...17:27
clarkbjog0: I see. Could you update the openstack-ci with info about the current testing and what you think is necessary to meet the bugs goals?17:27
jog0sure17:27
clarkbawesome, thank you17:28
*** markmcclain has quit IRC17:28
clarkb_TheDodd_: https://review.openstack.org/39337 used related-bug and it seems to have worked17:28
jeblairtoddmorey: so one big question about the auth diagram is that i think a number of us are assuming that the member database would continue to store authentication information, eg, it would be an openid provider.17:28
clarkb_TheDodd_: we should probably do some rudimentary testing on the other headers too17:28
_TheDodd_clarkb: Agreed.17:29
jeblairtoddmorey: but the diagram makes it look like it would be an openid consumer.17:29
_TheDodd_Is it reasonable to create some dummy bugs to simply run some testing against?17:29
jeblairtoddmorey: i think we would want it to be a provider, both to help tie our different systems together, and to make it a good experience for new users who may not have an openid provider.17:30
jeblairtoddmorey: (we could consider making it both a consumer and provider)17:30
*** markmcclain has joined #openstack-infra17:30
*** sdague has quit IRC17:32
fungi_TheDodd_: sure. we have at least one of those open already in openstack-ci17:32
_TheDodd_Nice.17:32
fungior maybe i marked it resolved17:32
_TheDodd_lol17:32
fungibut can certainly be reopened too17:32
jeblairtoddmorey: (this may need to be an email or phone conversation)17:32
jog0clarkb: done17:32
jeblairbug 1082800 !17:33
uvirtbotLaunchpad bug 1082800 in openstack-ci "Add gearman support to zuul" [Medium,Fix released] https://launchpad.net/bugs/108280017:33
fungi_TheDodd_: or you can set up a separate lp org and open a bug under that if you want to avoid spamming us with updates17:33
Alex_GaynorAnyone know what timezone dtroyer is in/what hours he keeps?17:33
_TheDodd_fungi, haha17:33
_TheDodd_a dangerous choice to leave in my hands, sir.17:33
clarkbjeblair: nice17:33
clarkbfungi: will that work?17:33
jeblairclarkb: it's nice if we can actually close some of these things occasionally! :)17:33
fungiclarkb: _TheDodd_: i meant separate project17:34
jeblairi don't mind spam for this17:34
*** nati_ueno has joined #openstack-infra17:34
clarkbneither do I17:34
fungiyeah, it's fine with me17:34
jeblair(indeed, if i were doing it, i would just spam us) :)17:34
_TheDodd_fungi: OK, I will take care of that ASPA.17:35
fungiit threads, and i already know how to deal with large volumes of bugspam since i'm on every bugteam in openstack17:35
fungi(transitively through the vmt, so i can skim them for missed vulnerability reports)17:35
*** bnemec has quit IRC17:35
clarkbmordred: https://bugs.launchpad.net/openstack-ci/+bug/101062117:36
uvirtbotLaunchpad bug 1010621 in openstack-ci "important servers should have backups" [Critical,In progress]17:36
*** sdague has joined #openstack-infra17:36
*** bnemec has joined #openstack-infra17:36
_TheDodd_clarkb: The regular expression which adds hyperlinks to commit logs looks as though it could use some updating as well.17:38
clarkb_TheDodd_: oh yeah, that is in openstack-infra/config hidden somewhere /me finds it17:38
_TheDodd_I'll track down the code and file a bug report as a wishlist ....17:38
_TheDodd_ok17:38
clarkb_TheDodd_: http://logs.openstack.org/25/39325/2/check/gate-swift-devstack-vm-functional/194/17:39
clarkbwhoops wrong link17:39
clarkb_TheDodd_: https://github.com/openstack-infra/config/blob/master/modules/openstack_project/manifests/gerrit.pp#L133-L13517:39
clarkb_TheDodd_: feel free to propose an update to the regex there17:39
*** jjmb1 has quit IRC17:40
jeblairi'd like to mark 917844 wontfix17:40
jeblairbug 91784417:40
uvirtbotLaunchpad bug 917844 in openstack-ci "Gerrit should error if an Approval is attempted without a +2 in code review" [Low,Triaged] https://launchpad.net/bugs/91784417:40
_TheDodd_clarkb: Sounds good. I'll put it on my shortlist.17:40
clarkbjeblair: wfm17:40
jeblairi don't think it's an operational problem at this point because zuul will not enqueue it.17:40
clarkbfor https://bugs.launchpad.net/openstack-ci/+bug/1076481 we now have swift functional tests running as non voting against swift changes. Is that sufficient to close the bug or do we want to wait for them to be voting?17:41
uvirtbotLaunchpad bug 1076481 in openstack-ci "Add Swift functional tests to full test run" [High,Triaged]17:41
*** sdague has quit IRC17:41
jeblairclarkb: are they passing?  maybe we should make them voting17:41
clarkbjeblair: the one I checked on passed. I can ask notmyname and chmouel17:41
clarkbnotmyname: chmouel: the new swift functional tests, can we make them voting tests?17:42
fungijeblair: agreed, 917844 doesn't buy us anything to spend time on. it either is or isn't an upstream gerrit feature17:42
*** sdague has joined #openstack-infra17:42
openstackgerritmark mcclain proposed a change to openstack-infra/reviewstats: update core list to reflect recent changes  https://review.openstack.org/3934317:42
*** nayward has quit IRC17:42
clarkbnotmyname: chmouel: making them voting would mean adding the tests to the gate queue and removing the non voting property of the test17:43
*** sarob__ has quit IRC17:43
*** avtar has joined #openstack-infra17:44
*** sarob has joined #openstack-infra17:44
*** vipul is now known as vipul-away17:46
openstackgerritA change was merged to openstack-infra/reviewstats: update core list to reflect recent changes  https://review.openstack.org/3934317:46
*** vijendar has quit IRC17:46
openstackgerritA change was merged to openstack-infra/reviewstats: Use current username as default  https://review.openstack.org/3915017:47
*** sarob has quit IRC17:48
clarkbolaph: https://bugs.launchpad.net/openstack-ci/+bug/1172392 in the etherpad it says you can have a go at that one. Is that still the case?17:49
uvirtbotLaunchpad bug 1172392 in openstack-ci "figure out how to do translation branches in transifex" [High,Triaged]17:50
*** pcrews has joined #openstack-infra17:51
clarkbfungi: https://bugs.launchpad.net/openstack-ci/+bug/1168455 what was the workaround? can we add it to the bug17:52
uvirtbotLaunchpad bug 1168455 in openstack-ci "Etherpad export function always exports another document" [Medium,Triaged]17:52
*** vijendar has joined #openstack-infra17:53
fungiclarkb: oh! right... i think we had to manually craft the url by substituting the actual etherpad id for the null17:53
fungii'll update the bug17:54
jeblairwe should probably do a wiki style redirect and give in to etherpad's url demands.17:54
_TheDodd_clarkb: I've got a lot going on today here at work, and I'm not sure that I'll have time to set up an entire project to test the bug functionality...17:54
_TheDodd_clarkb: Is there a faster way to get the necessary tests done, possibly?17:55
fungi_TheDodd_: no need. sounds like we're all fine with being spammed17:55
_TheDodd_Okay, where can I find the dummy bug to being spamming you guys?17:56
_TheDodd_* to begin spamming17:56
fungi_TheDodd_: just a sec, i'll dig it up17:56
jeblairyou could reopen 103732717:57
jeblairbug 103732717:57
uvirtbotLaunchpad bug 1037327 in openstack-ci "Test bug for gerrit bug notifications" [Undecided,Fix released] https://launchpad.net/bugs/103732717:57
fungiyep, that's the one i was searching for. lp was being sluggish to search17:57
clarkb_TheDodd_: https://bugs.launchpad.net/openstack-ci/+bug/80947917:57
uvirtbotLaunchpad bug 809479 in openstack-ci "gerrit integration test" [Undecided,Invalid]17:57
clarkbheh we have more than one17:57
fungiapparently17:57
*** sarob has joined #openstack-infra17:59
jeblairi've triaged the new bugs18:00
clarkbjeblair: https://bugs.launchpad.net/openstack-ci/+bug/1172407 and https://bugs.launchpad.net/openstack-ci/+bug/1082794 can we close the second and use the first to track symmetric testing?18:00
uvirtbotLaunchpad bug 1172407 in openstack-ci "forward test proposed changes to old branch with grenade" [Medium,Triaged]18:00
clarkbjeblair: or should we mark one as a dup?18:00
jeblairexcept bug 119203918:00
uvirtbotLaunchpad bug 1192039 in openstack-ci "Merge release tags back into master" [Undecided,New] https://launchpad.net/bugs/119203918:00
jeblairand bug 120607318:00
uvirtbotLaunchpad bug 1206073 in openstack-ci "cinder volume fails to report in if jsonschema doesn't match what it was compiled with" [Undecided,New] https://launchpad.net/bugs/120607318:00
jeblairmordred: can you look at 1192039 ?18:00
*** sarob has quit IRC18:01
jeblairclarkb: yeah, let's mark the second as a dup18:01
clarkbdanke18:01
clarkbfungi: https://bugs.launchpad.net/openstack-ci/+bug/1172425 seems up your alley18:01
uvirtbotLaunchpad bug 1172425 in openstack-ci "add python3 tox env with test whitelist" [Low,Triaged]18:01
*** sarob has joined #openstack-infra18:01
fungii've been trying to stay on top of the triage as they land, but have missed at least a few18:01
fungiclarkb: nabbing that now18:01
clarkbjeblair: dup marked18:03
*** koolhead17 has joined #openstack-infra18:03
*** sarob has quit IRC18:04
fungiclarkb: do we have any examples of whitelisted tests in tox.ini? i'm thinking 1172425 isn't a ci bug, but rather a bug to be addressed in each project being tested18:04
*** sarob has joined #openstack-infra18:04
clarkbfungi: ya, I think the bug that was submitted against openstack-ci is there so that we know this is a thing other people want to do18:06
clarkbfungi: now we have slaves with python 3.3 so our end is done18:07
clarkbjog0: ^ btw you can run hacking py3k tests now18:07
fungiwell, once we get more core reviews on https://review.openstack.org/37426 at any rate18:07
fungithose will be our first projects gated on py3k18:07
* fungi looks to see if hacking py33 works18:08
clarkbfungi: if we approve 37426 will we prevent merges in those projects until they pass py33 tests?18:09
clarkboh I see they are only check tests18:09
fungiclarkb: they could in fact be made gating now. they passed when i tried them on the new slaves last night18:09
clarkbno that is layout dev. I confuse myself18:10
clarkbfungi: cool. I am just going to approve and see what happens. The fast zuul config updates makes it relatively safe18:10
* fungi nods. check-only on zuul-dev and gating on prod18:10
jeblairclarkb: +118:10
fungiclarkb: awesome! then in the meeting i can say we're actually gating projects on python 3.318:10
clarkb:)18:10
fungirather than plug for reviews18:11
jog0clarkb: nice18:12
fungijog0: trying py33 on hacking now... https://jenkins.openstack.org/job/fungi-node-tester/42/console18:12
jog0fungi: cool trying it on my local box too18:13
jog0last time i tried I think pbr broke18:13
jog0but that was a while ago18:13
fungijog0: pbr is now py33 clean18:13
fungijog0: as is oslo.config18:13
jog0nice18:14
fungijog0: in mere moments, they'll be officially gated on it. if hacking works, i'll throw up a quick review to add it too18:14
jog0so pbr will be the first to py33 gate?18:14
fungipbr and oslo.config both18:14
jog0nice18:14
sdaguemordred: so requirements repo, before trying to make update.py do the right thing, I feel like we need to build some testing into it, otherwise this is going to be a bug fix chace18:15
jog0you guys should send out a ML email, as this is a milestone18:15
fungijog0: i guess i can do that this afternoon18:15
* fungi doesn't count his chickens until they hatch18:15
jog0fungi: ohh nice the unit test are failing for py33 in hacking.  exactly what we wanted18:15
clarkbfungi: jeblair: I am updating zuul and git review to say fix released on https://bugs.launchpad.net/zuul/+bug/1172444 I don't seem to have permsto do this for gear but gear appears to be using flake8 too18:15
jeblairfungi: ++email18:15
uvirtbotLaunchpad bug 1172444 in python-heatclient "migrate all projects to flake8" [Medium,Fix committed]18:15
*** ^d has quit IRC18:16
*** ^d has joined #openstack-infra18:16
*** ^d has joined #openstack-infra18:16
fungijog0: yep, looks like it bailed on print statement vs. print() function18:16
jeblairclarkb: that's fascinating that it could be added to gear which has no bugtracker configured in lp...18:16
jeblairi wonder if it used to, but then got fubar during the rename18:17
clarkbjeblair: o_O18:17
fungijog0: oh, it needs newer testr18:17
fungijog0: and ConfigParser vs. configparser18:18
*** sarob has quit IRC18:18
jog0fungi: ConfigParser is inside of hacking18:19
*** sarob has joined #openstack-infra18:19
jog0if that is the bug we see then py33 is gateable18:19
jog0(once we fix things)18:19
fungiyeah, that's a minor and easily addressed one18:19
openstackgerritA change was merged to openstack-infra/config: Enable python33 gate/check for pbr and oslo.config  https://review.openstack.org/3742618:19
fungii'm looking to see if subunit2html.py needs help18:20
clarkbfungi: it may18:20
mordredsdague: I agree18:20
jeblairclarkb: gear-bugs created, made supervisor, and i marked that bug as fix released18:20
mordredjeblair, clarkb: I have seen all of your queries from above - sorry, I got sucked into 1.5 hours of phone18:20
clarkbjeblair: ty18:20
mordredwill start slogging through now18:20
jeblairmordred: understood; i tried to keep it minimal.18:21
*** toddmorey has quit IRC18:21
fungiclarkb: looks like its subunut2html.py getting called from tox in py33 which is using the print statement, so it'll need cleaning. review coming18:21
sdaguemordred: so you know what gets interesting..... trying to call tox in requirements18:21
mordredhah.18:22
sdaguebecause requirements.txt isn't the requirements for the repo18:22
mordredsdague: so, make the tox.ini in reuqirements not reference requirements.txt18:22
mordredjust put them directly into the deps list18:22
sdagueit doesn't18:22
mordredoh18:22
sdaguebut I can't use the testr setup.py18:22
sdaguebecause pbr magic18:22
mordreddid we put a setup.py in there?18:22
clarkbfungi: https://bugs.launchpad.net/openstack-ci/+bug/1200215 I updated that with a little more info on the fails around git revert and our commit message hokk18:22
uvirtbotLaunchpad bug 1200215 in openstack-ci "Gerrit revert does not include Change-Id in commit message" [Medium,Triaged]18:22
clarkb*hook18:22
sdaguemordred: yes18:23
mordredsdague: ahhhhh18:23
*** afazekas has quit IRC18:23
sdagueso if you have an unwind for me, that's good as well18:23
fungiclarkb: note thought that it was about gerrit's revert button. also i started playing around with hooking that to other places besides commit-msg but it can have unintended side effects18:23
*** sarob has quit IRC18:23
fungis/thouht/though/18:24
clarkbfungi: ya, I wonder if gerrit is using the same commit hook on their end18:24
clarkbooh unintended side effects18:24
clarkbfungi: does the commit message hook just not fire on a revert? or does that hook itself check what called it and exit early if in a revert?18:25
_TheDodd_fungi: jeblair: clarkb: Gents, what should I do for the test? Should I commit a README for testing, and then remove it in another test? I don't want to do anything too wild and end up breaking something. Maybe I should just delete the whole repository and commit that :D18:25
*** nicedice has joined #openstack-infra18:25
clarkb_TheDodd_: I think if you submit several patchsets against a change that use the various regexes and make sure that LP updates that is probably sufficient18:26
_TheDodd_It looks like that is what was done in earlier tests ( https://review-dev.openstack.org/#/c/94/ )18:26
fungiclarkb: revert, merge, cherry-pick et al do not use the same higher-level plumbing which calls hooks when editing commit messages, and hooking them directly can potentially cause us to run the script at undesirable times. i haven't completely fleshed out the counterargument yet18:26
*** nicedice has joined #openstack-infra18:26
_TheDodd_ok18:26
clarkbfungi: interesting18:26
*** vipul-away is now known as vipul18:27
jeblairin order to test reacting to merges, we'll need to actually merge something18:27
jeblairreview-dev would be ideal for that18:27
jeblair(we should really manage that with jeepyb)18:27
fungiclarkb: but point being the other hooks fire when those operations happen rather than when the commit message is being edited, so you would for example prepopulate the commit message with a change-id18:27
mordredsdague: I think I have an idea...18:28
*** atiwari has joined #openstack-infra18:28
clarkbjeblair: my wiki doc update change can be used to test reacting to merges18:28
clarkbjeblair: or some change along those lines18:28
jeblairok, that's probably easiest then18:28
mordredsdague: put SKIP_PIP_INSTALL=1 into the environment section18:29
clarkbI will need to update the commit message but that is a low impact change that should be safe to push through18:29
mordredsdague: and then put direct deps into the tox.ini file18:29
sdagueI need pip install18:29
sdagueoh... hmmm18:29
sdagueyou got a sample example?18:29
mordredsdague: yah. one sec18:29
sdagueI think if I create the py27 directly in tox.ini that would work as well18:29
sdaguebasically just need testr and testtools18:29
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Make subunit2htm.py Py3k compatible.  https://review.openstack.org/3935618:30
mordredsdague: http://paste.openstack.org/show/4265518:31
*** sarob has joined #openstack-infra18:31
openstackgerritClark Boylan proposed a change to openstack-infra/config: Add Wiki upgrade process documentation.  https://review.openstack.org/3913718:32
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Make subunit2html.py Py3k compatible.  https://review.openstack.org/3935618:32
clarkbjeblair: _TheDodd_ ^ that change has been updated to use Closes-Bug so that we can test the on merge behaviour18:32
mordredsdague: also, woot, glance landed the rename requirements change18:33
sdaguemordred: trying18:33
*** melwitt has joined #openstack-infra18:33
sdaguemordred: cool... how long was that in the queue?18:33
mordredsdague: since may I think?18:33
clarkbwow18:33
sdaguemordred: yeh, that didn't help18:33
clarkbfungi: re https://review.openstack.org/#/c/39356/2 when is the from __future__ import necessary?18:34
clarkbis that just for python < 2.6?18:34
sdagueclarkb: <= 2.618:35
sdaguei'm pretty sure18:35
clarkbfungi: we will probably need that import then18:35
openstackgerritSean Dague proposed a change to openstack/requirements: work in progress... starting to add testing  https://review.openstack.org/3935818:36
sdaguemordred: can you look at that ^^^^18:36
*** koolhead17 has quit IRC18:37
fungiclarkb: oh, from __future__ import print or what?18:37
mordredsdague: I'm excited18:37
* fungi tries18:37
mordredfungi: from __future__ import print_function18:37
sdaguemordred: yeh, well I need your help on tox-fu18:38
sdagueonce I get past that I can get the functionality work18:38
sdagueworking18:38
clarkbjeblair: https://bugs.launchpad.net/openstack-ci/+bug/1103082 do you think that is related to the Jenkins <-> d-g stuff that was getting out of sync? perhaps we can close that bug?18:38
uvirtbotLaunchpad bug 1103082 in openstack-ci "Build failed with " You are already running a stack.sh session"" [Low,Triaged]18:38
clarkbjeblair: I can mark it as a dup which will pick up the released status18:39
jeblairclarkb: it's related to d-g fragility.  i mean we could close it.18:39
fungiclarkb: sdague: mordred: print() works on my python2.618:40
fungiwithout __future__.print_function18:40
sdagueoh... interesting18:40
sdaguethen why did we land it in nova?18:40
sdagueI have no 2.6 anywhere to test any more18:40
fungi"New in version 2.6."18:40
fungihttp://docs.python.org/2/library/functions.html#print18:40
jeblairfor python 2.5 compat? :)18:41
mordredsdague: it looks great!18:41
fungi2.5 would need it, yes18:41
mordredoh - great. we should remove the future print_function stuff - and add a hacking check for it :)18:41
sdaguemordred: tox doesn't run for me on that tree18:41
mordredsdague: ok. grabbing18:41
sdaguethat's what I need the help with :)18:41
pabelangerGheRivero: thanks again for the sponsor18:42
GheRiveropabelanger: :)18:43
clarkbreed: https://bugs.launchpad.net/openstack-ci/+bug/1168417 can you provide me with what you think is the proper logo to use? I can update the github org with that image18:43
uvirtbotLaunchpad bug 1168417 in openstack-ci "https://github.com/openstack displays a low-res OpenStack logo" [Low,Triaged]18:43
reedclarkb, http://www.openstack.org/brand/openstack-logo/18:44
* clarkb tries with the small png18:45
dstufftprint() isn't a function on 2.x18:45
dstufftit's doing print ()18:45
mordredhaha. nice18:46
dstufftit just so happens the syntax works, but you can't use keyword arguments or anything18:46
fungicute way of doing it18:46
mordredsdague: sigh18:47
mordredsdague: SKIP_PIP_INSTALL=1 tox18:47
mordredsdague: will work for you18:47
clarkbdstufft: so we should use the import everywhere to be fully compatible?18:47
mordredsdague: I can add an option to pbr to allow us to set that option in setup.cfg18:47
mordredsdague: or it'll work in tox 1.5.1 once it's released18:47
fungiconfirmed, type(print) doesn't return a function on 2.x without print_function, unlike 3.x18:47
sdaguemordred: pbr might be the best route, need to work with existing tox18:48
dstufftclarkb: *shrug*, depends on what python versions you support and what you need from print. If you only do simple print <foo> then it doesn't really matter, if you need to change encodings or redirect the output stream or things like that the import is the better otpion18:48
mordredsdague: k. I'll get you a patch18:48
*** ^d_ has joined #openstack-infra18:48
fungihowever, right now we don't have projects using exclusively 3.x, so we already test their syntax is valid under 2.x18:48
mordredfungi: ah - I think what dstufft is saying is that if we keep the import print_function, then we can start using new features of print from 3.x in 2.x18:49
clarkbI think the openstack gravatar is under the not.mn domain18:49
mordredclarkb: of course it is18:49
clarkbmordred: jeblair ^ are you aware of the history there and whether or not we are able to update it?18:49
clarkbnotmyname: ^18:49
mordredclarkb: ther eis an openstack gravatar?18:49
mordredclarkb: what is it used for?18:49
clarkbmordred: yes that is where the logo on github comes from18:49
mordredah. how funny18:49
fungimordred: agreed. question of whether we take advantage of py3kisms in 2.x or stick with pure 2.x which works in 3.x18:49
jeblairclarkb: just change the address to something else and make a gravatar for it18:49
dstufftmordred: yes, that gives you 3.x stuff. If you don't need 3.x stuff you can still do print(…) in the simple case to keep the source compat without using the import18:49
clarkbjeblair: ok18:49
*** ^d has quit IRC18:50
*** ^d_ is now known as ^d18:50
*** ^d has joined #openstack-infra18:50
clarkbI am going to use review@openstack.org18:50
jeblairclarkb: +118:50
fungiwfm18:50
clarkbugh have to create an account with wordpress.com connect so that I can have a gravatar?18:52
jeblairclarkb: this bug was not tagged 'low-hanging-fruit'.  :)18:52
clarkbya I am going to punt this now. I figured I could do it in a minute and close the bug but apparently not18:52
sdaguemordred: SKIP_PIP_INSTALL=1 tox doesn't work for me18:52
mordredk. lemme make you  apatch18:53
mordredsdague: also, do you have latest pbr installed on your machine?18:53
sdagueprobably not18:53
fungiahh, i see. rereading the stdlib functions section on print() it's the __future__.prit_function which is new in 2.6, and allows for parameterization, specific separator/terminator, output redirection, et cetera18:53
sdagueisn't that what tox is for?18:53
sdagueso I don't have to constantly update my env :)18:54
mordredyes - once 1.5.1 is out18:54
mordredpbr is a setup_Requires - you need itto run the install to install into tox - the way it's currently written18:54
mordredchicken/egg18:54
mordredsdague: is there a pbr egg in your local dir?18:54
sdagueyes18:54
mordreddelete it. try again18:54
sdagueand d2to118:55
mordreddelete both18:55
mordredjeblair, fungi: ok - I tested the remove optmization patch18:55
fungimordred: yay?18:55
mordredjeblair, fungi and it did what we want it to do - I'm going to land it18:55
fungiyay!18:55
*** koolhead17 has joined #openstack-infra18:56
*** koolhead17 has quit IRC18:56
*** koolhead17 has joined #openstack-infra18:56
clarkb++18:56
sdaguemordred: yeh, still no dice18:56
clarkbsdague: mtreinish: https://bugs.launchpad.net/openstack-ci/+bug/1172479 isn't that in progress? Can it be assigned to someone?18:56
uvirtbotLaunchpad bug 1172479 in openstack-ci "run tempest stress test as a periodic job" [Low,Triaged]18:56
sdagueclarkb: assign to dkranz18:57
*** toddmorey has joined #openstack-infra18:57
mtreinishclarkb: that's done18:57
mtreinishhttps://jenkins.openstack.org/job/periodic-tempest-devstack-vm-stress/18:57
clarkbI have assigned it to dkranz. mtreinish I can mark it as fix released?18:57
clarkbcool18:57
mtreinishclarkb: yeah that should be fine18:57
sdaguemordred: do I need this patch_tox_venv.py?18:58
*** markmcclain has quit IRC18:58
sdaguethat cinder and other projects seem to use18:59
mordredno18:59
sdaguehmmmm....18:59
mordredit's for dealing with redhat's breakage of eventlet18:59
sdagueok18:59
mordredby patching python 2.6 with features from 2.718:59
mordredthanks redhat18:59
fungimordred: didn't i hear a few weeks ago that they finally fixed that?19:00
mordredfungi: did they?19:00
mordredrussellb: ^^ ?19:00
*** toddmorey has quit IRC19:00
fungieither latest python package on rhel or latest upstream eventlet (i forget which) supposedly ironed it out19:00
russellbmordred: don't know ...19:00
fungii want to say someone mentioned it on the -dev list last month, but i'd need to go spelunking to find where i saw it now19:01
jeblairmeeting time!19:01
clarkbmordred: s/2.7/3.X/19:01
clarkbmordred: even more exciting19:01
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Add skip_pip_install to setup.cfg  https://review.openstack.org/3936319:02
mordredsdague: ^^19:02
*** vipul is now known as vipul-away19:03
*** vipul-away is now known as vipul19:03
sdaguemordred: ok, cool, what's required to get that into something I can use here?19:04
mordredland it, have me cut a new pbr19:04
*** markmcclain has joined #openstack-infra19:04
sdaguejeblair, fungi you guys want to review it? :) pretty please. (/me really wants to deal with this global requirements stuff once and for all)19:05
*** toddmorey has joined #openstack-infra19:06
mordredsdague: they're in openstack infra meeting - but we can hound them after it19:06
sdagueok19:06
*** rnirmal has quit IRC19:07
*** rnirmal has joined #openstack-infra19:07
mroddenanyone else run into crazy weird issues with the new tools/config/check_uptodate.sh ?19:08
mroddeni got this19:08
mroddenhttp://paste.openstack.org/show/42659/19:09
mroddenso the one it generates has an extra blank line from when i updated?19:09
*** rnirmal has quit IRC19:09
*** rnirmal has joined #openstack-infra19:10
mroddeni like the concept but at the moment that check seems to be pretty flaky19:10
*** changbl has quit IRC19:12
*** avtar has quit IRC19:12
*** sarob has quit IRC19:14
*** sarob has joined #openstack-infra19:15
*** vipul is now known as vipul-away19:18
*** sarob has quit IRC19:20
*** changbl has joined #openstack-infra19:21
*** gyee has quit IRC19:24
*** toddmorey has quit IRC19:24
clarkbsdague: is that you hitting logstash? I am so happy when I see other people using it19:25
sdaguenope, not I19:25
clarkbinteresting, I wonder who is using it19:26
clarkbmrodden: no idea, folks in #openstack-nova may have more info19:26
ttxreed, rockstar: the openstack@lists.o.o list looks pretty slow, even by LP standards19:31
ttxIs it because it's giganormous ?19:31
rockstarttx, I don't know. I wondered about that too.19:31
ttxLooks like it takes 3 hours to deliver a message19:31
rockstarWhoa. That seems crazy.19:32
ttxDate: Tue, 30 Jul 2013 16:17:05 +020019:32
rockstarttx, I can take a look at it in a bit.19:32
ttxReceived: Tue, 30 Jul 2013 10:21:40 -0700 (PDT)19:32
zulhey can we turn python3 cinderclient as well?19:32
pentameterYoungsters these days are so spoiled.19:32
clarkbzul: yes, did you want us to write that change for you?19:32
ttxpentameter: in the old days i was the only one on the internet so my MLs were delivered pretty fast.19:32
pentameterInternet?  Dial up UCP & bang paths!19:33
zulclarkb:  well if someone points me in the right direction then i could do that myself19:33
ttxpentameter: but thanks for calling me young. I appreciate that.19:33
zulttx: he doesnt know you too well does he? ;)19:33
ttxzul: dude, I'm not THAT old.19:34
clarkbzul: openstack-infra/config then in modules/openstack_project/files/jenkins_job_builder/config/projects.yaml you need to add the gate-{name}-python33 template to the cinderclient project19:34
zulclarkb:  cool ill get'er done then19:34
clarkbzul: then in modules/openstack_project/files/zuul/layout.yaml add gate-python-cinderclient-python33 to the check and gate queues19:34
clarkbfor cinderclient19:34
zulgotcha19:35
zulttx: sure sure :)19:35
fungizul: we turned it on for pbr and oslo in https://review.openstack.org/3742619:35
clarkbfungi: I just realized ^ did not change JJB19:36
clarkbfungi: was that done in a different change or did we miss that?19:36
zulfungi:  cool congrats19:36
fungiclarkb: it depended on that change, which went in earlier19:36
zulfungi:  i might do a refresh in the python3 ppa19:37
fungiclarkb: zul: https://review.openstack.org/3732619:37
fungialmost the same change number, separated by exactly10019:37
*** dina_bel_ has joined #openstack-infra19:37
fungiso that laid the jjb groundwork to get the builder and template implemented19:38
*** markmcclain has quit IRC19:39
fungishouldn't need to be repeated for the change zul wants though19:39
zulfungi: ack19:39
*** toddmorey has joined #openstack-infra19:39
*** dina_belova has quit IRC19:39
clarkbfungi: the python33 job is not part of the python jobs job group19:40
clarkbfungi: so it need to be added explicitly to individual projects19:40
fungiclarkb: right19:40
fungiclarkb: oh, right, it's not added to pbr and oslo.config19:40
fungifixing19:40
openstackgerritSean Dague proposed a change to openstack/requirements: add update.py testing to requirements  https://review.openstack.org/3935819:41
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Create python33 gate jobs for pbr and oslo.config.  https://review.openstack.org/3936519:44
*** nati_uen_ has joined #openstack-infra19:44
sdagueso I think that's about as far as I can get before the pbr fix / release19:45
clarkbfungi: you need to do that same for pbr I htink19:45
fungithought i did19:45
*** nati_uen_ has quit IRC19:46
*** markmcclain has joined #openstack-infra19:47
*** nati_ueno has quit IRC19:47
*** avtar has joined #openstack-infra19:47
*** nati_ueno has joined #openstack-infra19:47
*** dina_bel_ has quit IRC19:48
*** sarob has joined #openstack-infra19:49
*** avtar has quit IRC19:49
*** avtar has joined #openstack-infra19:50
*** markmcclain has quit IRC19:51
clarkbpleia2: bug day is going. I don't think we have managed to get through all of them yet though19:51
pleia2great :)19:51
pleia2I'm here for the next hour or so19:51
*** vipul-away is now known as vipul19:53
*** afazekas has joined #openstack-infra19:55
mtreinishclarkb,fungi,jeblair: any idea what happened here: http://logs.openstack.org/57/39357/1/check/gate-tempest-devstack-vm-postgres-full/37139/console.html ?19:56
pleia2clarkb: did you want to revive this, or should I just creaet something new? https://review.openstack.org/#/c/36593/19:59
zulfungi:  we should probably add oslo.hacking as well20:00
*** nayward has joined #openstack-infra20:00
clarkbpleia2: restored. Feel free to push patchsets to it, I think we want a git-daemon puppet module20:01
fungizul: cool--is it testing clean now?20:01
clarkbpleia2: then include git_daemon will install and configure it on centos20:01
pleia2clarkb: thanks, will do20:01
* pleia2 nods20:01
zulfungi:  almost i have 2 WIP branches20:01
jeblairmtreinish: we're hitting scalability limits for the way we're managing devstack nodes20:01
fungizul: excellent. sounds like jog0 is very close on hacking too20:01
clarkbmtreinish: jeblair: that particular failure should happen a lot less often now. It is interesting that we are still seeing it20:02
*** markmcclain has joined #openstack-infra20:02
jeblairmtreinish: i'm working on addressing that; it's a multi-step process20:02
clarkboh I wonder if that one failed because in progress took too long20:02
jeblairclarkb: that one was a build timeout on the inprogress job20:02
jeblairyes20:02
clarkbin that case different error same symptom20:02
mtreinishjeblair: ok, I was just curious is there a bug for recheck? or just no bug it?20:02
clarkbgotcha20:02
jeblairbut same root cause20:02
jeblairmtreinish: may as well "no bug", we know it's a problem20:02
reedttx, noticed the slowness20:03
clarkbI am not smart enough to grab lunch before the meeting. Going to do that now, back in a bit20:03
reeda lot of messages in queue20:03
jeblairrussellb, pabelanger: if someone called in on a cell, and someone else over a landline, might the provider have used gsm for one and ulaw for the other, causing us to need to transcode?20:06
openstackgerritA change was merged to openstack-infra/config: Make subunit2html.py Py3k compatible.  https://review.openstack.org/3935620:06
anteayacan anyone help me understand how I can add a .gitreview file to storyboard on July 16th and ttx can add a .gitreview file on July 18th, and my patch with the .gitreview file got merged but ttx is credited with the file: https://github.com/openstack-infra/storyboard/commits/master?20:06
anteayadid his patch overwrite mine?20:07
openstackgerritA change was merged to openstack-infra/config: Create python33 gate jobs for pbr and oslo.config.  https://review.openstack.org/3936520:07
russellbjeblair: doubt it.  asterisk is set to prefer ulaw.  if the provider offers it, that's what asterisk will pick20:08
pabelangeror we only accept ulaw from the ITSP20:08
ttxanteaya: black magic20:08
jeblairrussellb: what were we transcoding then?20:08
russellband i'm betting the provider will prefer ulaw, as well (less work on their end, as it's probably received as ulaw to them)20:08
anteayattx so it appears20:08
russellbjeblair: ulaw <-> raw (signed linear)20:08
russellbjeblair: the transcoding shouldn't have been that bad20:08
anteayajust don't want future files disappearing, ttx, .gitreview doesn't matter but what about longer files?20:09
jeblairrussellb: is that necessary for mixing for the conf bridge?20:09
russellbit was probably just the conference mixing20:09
russellbyes20:09
pabelangerrussellb: I have seen issue with PLC and transcoding recently, it would be work testing that option out20:09
russellbhave to convert it to raw signed linear before you can do mixing20:09
pabelangerjeblair: what are the spec's of the VM?20:09
*** changbl has quit IRC20:09
ttxanteaya: I used a chicken, a knife and a bit of your hair.20:09
anteayathat is where that chunk of hair went20:10
jeblair2G ram, 2vcpu20:10
jeblaircpuinfo says model name: AMD Opteron(tm) Processor 4170 HE20:10
russellbpabelanger: the 2 GB one here: http://www.rackspace.com/cloud/servers/20:10
anteayattx okay, so I'll just merge my changes you and overwrite them, okay?20:10
pabelangerjeblair: russellb: honestly, I think we just need to profile asterisk 11, and see how it performs.  If this was 1.8, I would have a good stats on the system, but I have not rolled asterisk 11 in to production yet20:11
ttxanteaya: IActually I pushed a new change because the .gitreview was still not there... but I remember seeing your commit though. Weird.20:11
pabelangerso I am flying bling20:11
pabelangerblind*20:12
jeblairpabelanger: i imagine you flying bling now.20:12
sdaguemordred: so this is probably as far as I can get until the pbr thing - https://review.openstack.org/#/c/39358/20:13
anteayattx very weird20:13
fungittx: anteaya: git log --graph --oneline20:13
fungittx: anteaya: the commits were added on different branches which were later merged20:13
russellbpabelanger: that sounds like effort20:13
mordredjeblair: neat! https://review.openstack.org/#/c/37562/20:13
jeblairttx, anteaya: i'm assuming that git easily merged it because there were no conflicts.20:13
mordredjeblair: we added a while a gate job was running20:13
mordredjeblair: and the job failed to merge20:14
pabelangerrussellb: indeed.  And the major reason I have not upgraded any clients to 1120:14
*** changbl has joined #openstack-infra20:14
russellbpabelanger: 1.8 would have been meetme, meh20:14
anteayafungi: thanks20:14
*** toddmorey has quit IRC20:14
russellbpabelanger: that'd be worse20:14
jeblairmordred: hehe :)  i love changing the rules in the middle of the game.20:14
*** toddmorey1 has joined #openstack-infra20:14
anteayajeblair: makes sense20:14
anteayaso no worries about other files then since no other file would match exactly20:14
anteayaokay, thanks for clearing up the mystery20:15
fungianteaya: virtual branches in gerrit in this case. imagine both changes were in review. one merged easily because it contained the one which was already there20:15
pabelangerrussellb: define worse.20:15
anteayattx, all my future patches will be ringed with salt20:15
pabelangerhave we come up with a goal of concurrent calls?20:15
* fungi will brb20:15
anteayafungi: makes sense20:15
jeblairpabelanger: i think we threw 30 out as a reasonable target because that would support a board meeting20:16
jeblairpabelanger: (it would also support several design summit sessions, each with several participants)20:17
pabelangerjeblair: okay, so wouldn't be too hard to simulate that with SIPp or something and see what the load is20:17
anteayattx and do stop by once you have finished all your meetings, if you can, I have more storyboard questions20:17
jeblairpabelanger: i have 8 outgoing phone lines at home. :)20:17
pabelangerjeblair: automation FTW20:18
jeblairmordred: and actually if that job had existed, zuul should have run it (even if it didn't exist at the start)20:20
mordredjeblair: interesting20:22
jeblairmordred: (it didn't exist because it wasn't added to jjb, fungi just did a change that fixed that)20:22
ttxerr, when do I sleep ?20:23
jeblairmordred: i'm not sure the job has been created yet though; zuul still says lost for that pbr change recheck20:24
*** atiwari has quit IRC20:25
mordredoh. right20:25
fungimerged at 20:07... i'll check for hung puppet on jenkins20:25
fungitwo defunct/zombied jenkins-jobs processes as children of the puppet agent20:26
fungione from the 19th, one from the 26th so days old20:27
fungiand otpreventing subsequent runs presumably20:27
funginot preventing20:27
jeblairfungi: the latest batch started at 20:1420:28
jeblair(of jobs)20:28
jeblairso it probably missed the puppet run20:28
fungiyeah, the config.xml is there for it now, modified at 20:2520:29
fungiso should be safe to rerun20:30
sdaguemordred: so you think update.py in requirements upstream does the oslo urls?20:30
sdaguewhich change do you think fixed that?20:30
mordredsdague: or at least it ignores and doesn't change them?20:31
*** dkliban is now known as dkliban_afk20:32
sdaguemordred: nope - http://logs.openstack.org/05/35705/8/check/gate-tempest-devstack-vm-full/37483/console.html20:32
sdaguewe'd have seen nova install 1.2.0a3 in that log if it worked20:33
mordredpiddle20:33
mordredsdague: so - right now it's ignoring those wholesale20:33
sdaguemordred: the unit tests I landed also speak otherwise20:35
sdaguelet me rebase, maybe the new stuff just has a subtle bug20:36
*** vijendar has quit IRC20:37
sdagueyeh, so it ignore the url line20:37
sdaguebut it pushes the dep down20:38
anteayattx doesn't the chicken thing help with sleep?20:38
sdaguemordred: http://paste.openstack.org/show/42670/20:38
*** annegentle is now known as anneisgentle20:40
clarkbI am back20:47
*** dina_belova has joined #openstack-infra20:48
*** dina_belova has quit IRC20:51
anteayaclarkb: wb20:52
comstudsdague (or anyone): Can someone guide me on how to disable certain temptest tests ONLY for the cells gate?20:55
sdaguecomstud: we should talk in -qa, but we typically don't do that20:56
jaypipeswhat's the link to the reviewday for openstack? can never remember...20:56
sdaguejaypipes: isn't off status.openstack.org now/20:56
comstudsdague: ok20:57
sdaguejaypipes: http://status.openstack.org/reviews/20:57
jaypipessdague: danke :)20:57
*** dina_belova has joined #openstack-infra20:58
*** michchap has joined #openstack-infra20:59
*** rfolco has quit IRC20:59
*** nati_ueno_2 has joined #openstack-infra21:00
*** michchap has quit IRC21:00
*** michchap has joined #openstack-infra21:01
*** toddmorey1 has quit IRC21:01
*** dina_belova has quit IRC21:03
*** boris-42 has quit IRC21:05
*** bnemec has quit IRC21:08
*** dkranz has quit IRC21:10
*** bnemec has joined #openstack-infra21:10
anteayattx when you have a lull in meetings, I just pulled down the latest storyboard changes and from what I am seeing I have to conclude that locally I can't get database columns created from the BooleanField in the story and project models21:11
anteayaI am looking at story.is_bug and project_milestone.released and project_milestone.undefined21:12
anteayaI don't know enough about django to know if this is a 1.4/1.5 issue (I am using 1.5 locally) or a db issue (I am using sqlite3) or an actual bug21:12
*** bnemec has quit IRC21:13
*** bnemec has joined #openstack-infra21:14
clarkbjeblair: fungi https://review.openstack.org/#/c/39137/ can we push that through? It will give us much needed wiki docs and test the update-bug script's merge hook21:14
*** sarob_ has joined #openstack-infra21:15
*** bnemec has quit IRC21:16
jeblairclarkb: +221:16
fungiclarkb: lgtm. merge at will21:16
clarkbwoot thanks21:16
fungii didn't approve since you may want to be in control of testing that bug update hook21:16
clarkboh heh. since the new headers end in bug: #XXXXXX the existing gerrit regex works21:17
clarkbfungi: yup, thanks21:17
clarkband by in control basically I just need to know when to check lp21:17
ttxanteaya: i'll have to check. I use 1.4/sqlite21:18
ttxanteaya: could you fire me an email so that I don't forget ?21:18
anteayattx okay, when you have a minute, thanks21:18
anteayacan do, where shall I send it?21:18
*** sarob has quit IRC21:19
anteayameaning what is your email address?21:19
openstackgerritA change was merged to openstack-infra/config: Add Wiki upgrade process documentation.  https://review.openstack.org/3913721:19
anteayaare you ttx@openstack.org?21:19
ttxThat may work. Otherwise I'm thierry@o.o21:19
anteayaI'll use the thierry one21:20
reedlooks like lists.o.o is very busy, lots of email in the queue21:20
*** sarob_ has quit IRC21:20
*** russellb has quit IRC21:22
*** russellb has joined #openstack-infra21:26
*** vijendar has joined #openstack-infra21:27
*** vijendar has joined #openstack-infra21:27
jeblairreed: oh, we should graph that with cacti21:31
*** vipul is now known as vipul-away21:33
mordredjeblair: ++21:35
jeblairthere are currently 73645 items in exim's queue.21:36
clarkboh cacti, /me pushes patch to add pbx21:36
fungimordred: https://jenkins.openstack.org/job/gate-pbr-python33/3/console "2013-07-30 21:15:26.899 | /usr/bin/python: No module named subunit"21:37
mordredjeblair: that's really impressive number of queue items21:37
fungimordred: no subunit in python 3.3?21:37
*** SergeyLukjanov has quit IRC21:37
mordredfungi: h...21:37
clarkbfungi: subunit should python3.321:37
mordred2013-07-30 21:15:26.091 | python-subunit==0.0.1321:37
*** mriedem has quit IRC21:37
fungiyeah, so... wth?21:38
jeblairmordred: and some of them aren't going to gmail21:38
openstackgerritClark Boylan proposed a change to openstack-infra/config: Add pbx and new logstash workers to cacti.  https://review.openstack.org/3937421:38
fungioh! mordred python-subunit installed for python3.3 but this is being run with /usr/bin/python instead21:38
clarkbjeblair: I want to say I haven't seen horrible delays from the general list with my gmail account21:39
mordredfungi: ah! so we're missing subunit from the 33 slave hosts21:40
* fungi checks21:41
fungimordred: looks like we don't pip install it on slaves (slave.pp has ensure absent for it)21:42
jeblairreed: we're running a real mailing list server now!  exim needs tuning!21:42
reedjeblair, I figured you knew the answer :)21:42
clarkbfungi: mordred: ya we rely on the test venv to provide the deps21:42
jeblairreed: there are two things we should do, which are relatively easy...21:43
clarkbfungi: mordred: I think the bug here is that the run-tox script is naieve and assumes /usr/bin/python is THE python21:43
mordredah.21:43
fungiclarkb: yep, fixing21:43
jeblairreed: first, run the queue processor more often (like 5 minutes instead of 30)21:43
jeblairreed: second, think about how many messages exim should accept from mailman at once21:44
*** vipul-away is now known as vipul21:44
jeblairreed: i'll try to do at least the first one real soon, and start thinking about the second21:44
reedjeblair, wonderful21:44
*** pabelanger has quit IRC21:45
jeblairso my desktop just crashed (cosmic ray and no ecc ram, i assume)21:46
jeblairwhich is no big deal, but it has given men an opportunity to experience a new behavior from git!21:46
jeblairfatal: loose object 03201aa88167a070d44b3850609ecbb1041f9d9c (stored in .git/objects/03/201aa88167a070d44b3850609ecbb1041f9d9c) is corrupt21:46
mordredjeblair: nice!21:47
jeblairapparently recovering from that is hard.21:47
jeblairhttp://git.kernel.org/cgit/git/git.git/tree/Documentation/howto/recover-corrupted-blob-object.txt?id=HEAD21:47
jeblairpossible, but hard.21:47
clarkb:/21:47
mordredjeblair: is the solution re-clone?21:48
jeblairthat is what i am going to do.  all my work is in gerrit anyway.21:48
fungiwow, a "loose object" sounds fun21:48
jeblairfungi: i think that just means it's not in a packfile21:49
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Validate that zuul-referenced jobs exist  https://review.openstack.org/3875521:50
fungiclarkb: so on deeper inspection, i'm not seeing where it's calling the system default python... run-tox.sh invokes .tox/$venv/bin/python when calling testr list-tests21:51
fungiso could testr list-tests have a /usr/bin/python assumption embedded somewhere?21:51
clarkbmaybe? I think entry points are used to make the magic happen21:52
*** nati_ueno_2 has quit IRC21:52
clarkbits possible that the pip installing the things is running under a different python than python3.3?21:52
clarkbfungi: yeah loose files and pack files are the two types of storage git uses21:53
clarkbloose is unpacked :)21:53
fungiaha21:53
fungiclarkb: the pip installing the things (according to freeze) is .tox/py33/bin/pip21:54
fungiwhich does indicate python-subunit is in there21:54
fungiso i think the testr subcommand may be the one making a bad assumption here21:54
fungii'll see if i can track it down21:54
fungiafter dinner21:55
*** bnemec has joined #openstack-infra21:56
*** bnemec has quit IRC21:58
*** lcestari has quit IRC21:58
*** dina_belova has joined #openstack-infra21:59
*** bnemec has joined #openstack-infra21:59
nati_uenohi! infra team. May I ask your helps?  I'm working on two critical bug which fails neutron-gating. but I can't reproduce it on my local. so I wanna use one VM on the gating env..21:59
*** bnemec has quit IRC22:01
funginati_ueno: have you seen the readme in https://github.com/openstack-infra/devstack-gate/ ? there's a section called "Simulating Devstack Gate Tests" which provides a walkthrough22:02
*** burt has quit IRC22:02
*** bnemec has joined #openstack-infra22:02
nati_uenofungi: I'm using same localrc22:03
funginati_ueno: 8gb ram?22:03
*** dina_belova has quit IRC22:03
nati_uenofungi: ah sorry no22:03
clarkbI think you need at least 4gb22:04
fungiubuntu precise 12.04 lts, plus some puppeting which is described in that writeup22:04
*** bnemec has quit IRC22:04
fungithat readme also shows you how to find which environment variables you want to set to configure the tests themselves, and then launching them from devstack-vm-gate-wrap.sh like the gate jobs do22:05
nati_uenook let's me try22:06
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Add queue runner interval option to exim  https://review.openstack.org/3937722:07
funginati_ueno: on the vmt we use those same steps to test embargoed security fixes since we can't test them in public prior to announcing, so that's as close to the automated jobs as we can get it22:07
jeblairreed: item 1: https://review.openstack.org/3937722:07
nati_uenofungi: sure22:08
*** changbl has quit IRC22:08
*** toddmorey has joined #openstack-infra22:08
reedcool22:09
*** vipul is now known as vipul-away22:11
*** vipul-away is now known as vipul22:12
clarkbjeblair: fungi mordred https://review.openstack.org/#/c/39379/22:13
clarkbwow I derped hard submitting that22:16
sdaguettx: you still awake?22:17
clarkbbut all is better now22:17
*** _TheDodd_ has quit IRC22:18
clarkbjeblair: https://review.openstack.org/#/c/39377/ has tyops I think22:22
clarkbI left a review22:22
fungiclarkb: on 39379 should we merge the abstract into the readme instead?22:22
clarkbfungi: we can do that if you think it will be easier to find22:22
fungiclarkb: well, the intro paragraph for the readme was intended to be reusable as a short abstract, so i wonder if we can have something variable-length in there to be able to meet submission requirements for various fora22:23
clarkboh I didn't realize that the readme wsa intended to eb used that way22:24
*** michchap has quit IRC22:24
clarkbthat'll teach me22:24
* fungi is thinking forward to starting to curate these and how we can standardize the repos for our presentations down the road22:24
*** toddmorey has quit IRC22:24
*** michchap has joined #openstack-infra22:24
clarkbya, its a good idea22:24
clarkbfungi: perhaps an Abstract section in the rst so that it is unambiguous? and I don't think we will end up with something that is one size fits all, but should have something that sets the tone in the general case22:26
fungithat makes great sense22:26
*** toddmorey has joined #openstack-infra22:26
*** markmcclain has quit IRC22:26
fungii'm still struggling with the publish job for the repo though... it seems to keep dumping content into $ZUUL_BRANCH instead of the actual branch name22:27
fungii'm clearly missing something to get that passed in22:27
clarkbis $ZUUL_BRANCH being used literally and not interpolated?22:27
fungiit's literally going into a directory on the docs site called /web/content/infra/publications/$ZUUL_BRANCH/22:28
*** jhesketh has joined #openstack-infra22:28
*** avtar has quit IRC22:29
clarkbfungi: have a link handy to one of the job runs?22:29
mgagneunder which user is jenkins-job-update running on the master? my "question" is regarding the fact that jenkins::job_builder requires the jenkins user to exist on the node hosting/running JJB which might not always be the case from a reusability pov.22:29
* fungi will find22:29
fungiclarkb: https://jenkins.openstack.org/job/infra-publications-publish/10/console22:31
*** rnirmal has quit IRC22:32
*** dkliban_afk has quit IRC22:32
clarkbfungi: https://jenkins.openstack.org/job/infra-publications-publish/10/parameters/? I think ZUUL_BRANCH may not be provided in the post queue anymore22:33
clarkbwe should probably fix that22:33
jeblairclarkb, fungi: use ZUUL_REF instead22:33
fungioh!22:34
clarkbaha22:34
fungijeblair: thanks!!!22:34
fungimgagne: root apparently... https://github.com/openstack-infra/config/blob/master/modules/jenkins/manifests/job_builder.pp#L4222:34
fungimgagne: we don't seem to specify a user to run that exec under22:34
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Support multiple triggers  https://review.openstack.org/3918622:35
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Add a timer trigger  https://review.openstack.org/3918722:35
jeblairclarkb, fungi, mordred: ^ both are ready for review now22:35
clarkbjeblair: cool will put that at the top of the list22:36
jeblairclarkb, fungi, mordred: note there's a backwards incompat layout.yaml change needed22:36
clarkbfungi: I updated the publications change. Not sure how we want to merge the content I wrote if at all, so it is there along with the old content for reviewers22:36
clarkbfungi: I constructed the stuff I wrote based on some old abstracts jeblair and mordred used then made them more modern22:36
fungiclarkb: heh... i guess i should have looked at https://jenkins.openstack.org/job/infra-publications-publish/10/parameters/22:36
mgagnefungi: my "issue" is that I can't include (reuse) jenkins::job_builder without the jenkins user which is not reasonable IMO. So I'm trying to see if I could propose removing the dependency on the jenkins user in jenkins::job_builder.22:37
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Add queue runner interval option to exim  https://review.openstack.org/3937722:38
clarkbmgagne: yes, I think making the user configurable is a good thing22:38
jeblairhttp://logs.openstack.org/55/38755/3/check/gate-config-layout/2641/console.html22:38
jeblairclarkb, fungi, mordred: ^ you should all look at the bottom of that.  :)22:38
*** nayward has quit IRC22:38
*** vipul is now known as vipul-away22:39
fungimgagne: clarkb: agreed, the username does not need hardcoding22:39
clarkbjeblair: that is really cool22:39
fungipoor gerritbot, being made an example of22:40
clarkbjeblair: https://review.openstack.org/#/c/39379/2 in case you missed it (publications isn't spamming in here)22:40
mgagnefungi: Can I propose removing it altogether or is there a technical/security reason for it to be present?22:40
clarkbmgagne: you need a user to create jobs22:40
clarkbmgagne: it is authenticating with jenkins22:40
mgagneclarkb: this user isn't the API user, it's the owner of the JJB config file22:40
jeblairclarkb: i think mgagne is referring to the os user22:40
mgagnejeblair: yes22:40
clarkboh we are talking about puppet here22:41
jeblairyep22:41
mgagneclarkb: this line: https://github.com/openstack-infra/config/blob/master/modules/jenkins/manifests/job_builder.pp#L5722:41
fungimgagne: so, that file contains authentication data22:41
fungimgagne: we need to set it owned by the account which will need to read the file22:42
fungimgagne: so that we can restrict permissions on it appropriately22:42
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Validate that zuul-referenced jobs exist  https://review.openstack.org/3875522:42
jeblairfungi: but that account is root, right?22:42
*** prad_ has quit IRC22:42
fungijeblair: ah! right, i went in a circle there22:42
mgagnefungi: it is true. I was wondering if the said user is actually jenkins or root.22:43
fungimgagne: root, okay so yes we can change that without causing any issues i believe22:43
* fungi is scattered22:43
*** vipul-away is now known as vipul22:43
fungimgagne: we presumably want to set owner => 'root', in that case22:44
*** rcleere has quit IRC22:44
*** jpich has quit IRC22:44
*** toddmorey has quit IRC22:44
jeblairfungi: or omit it?22:44
fungisince puppet will default to using the ownership of the files as they exist on the master's filesystem in lieu of any specified owner22:44
* fungi discovered this the fun way a couple months ago22:45
jeblairah22:45
*** anteaya has quit IRC22:45
mgagnefungi: this would break backward compatibility assuming that outsiders were relying on this particular ownership to be set. So I'm wondering if it's actually a good idea to propose such change. :-/22:45
fungimgagne: this would only have worked for them under two possible situations... running puppet as root or running puppet as a user named "jenkins" since the file isn't readable by anyone else22:46
mgagnefungi: or to some extend, setup a cron job under the jenkins user which might be unlikely.22:47
fungiit seems a little unlikely that they had their puppetry applied by the jenkins user (it would have required non-trivial modifications elsewhere on the system to be able to write to the correct places)22:47
*** toddmorey has joined #openstack-infra22:47
fungiyes, or they did other stuff not puppeted there22:47
*** EmilienM has quit IRC22:47
fungieither way, it seems pretty unlikely to impact anyone negatively22:48
sdaguemordred: so there is an issue on requirements...22:48
sdaguein that I know it's wrong, which is part of the problem. Like the fact that nova can't function with sqla 0.722:49
clarkbjeblair: thank you for the review, updated to address your comments and now I am going to deep dive into zuul review22:51
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Publications use ZUUL_REF instead of ZUUL_BRANCH.  https://review.openstack.org/3938222:51
*** EmilienM has joined #openstack-infra22:52
jeblairclarkb: i'm just trying to learn how to include asterisk in sphinx docs.22:53
jeblairthen the timer change should be good22:53
clarkbis that what caused the -1?22:53
jeblairyeah22:53
openstackgerritMathieu Gagné proposed a change to openstack-infra/config: Set ownership of JJB config file to root  https://review.openstack.org/3938322:55
*** toddmorey has quit IRC22:57
*** krtaylor has quit IRC22:57
*** dina_belova has joined #openstack-infra22:59
*** vipul is now known as vipul-away23:01
fungibackslashes are supposed to be able to escape asterisks in rest/sphinx23:01
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Add a timer trigger  https://review.openstack.org/3918723:01
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Validate that zuul-referenced jobs exist  https://review.openstack.org/3875523:02
*** dina_belova has quit IRC23:03
openstackgerritA change was merged to openstack-dev/pbr: Remove missing_reuqires optimization  https://review.openstack.org/3933023:04
*** emagana has quit IRC23:05
*** nati_ueno_2 has joined #openstack-infra23:12
*** sandywalsh has quit IRC23:14
*** marun has joined #openstack-infra23:16
marunmordred: ping23:16
mordredsdague: oh!23:20
mordredsdague: well, that's a good discover!23:20
mordredy23:20
sdagueyeh, there's a lot of things like that23:20
sdagueour minimums are "interesting"23:21
sdagueand largely overriden by projects23:21
clarkbjeblair: I have reviewed both changes23:22
sdagueanyway, our actual impediment right now is oslo pre-releases23:22
sdagueI'm trying to figure out if we just try to get with markmc in the morning, or drive this to the list23:23
*** reed has quit IRC23:23
mordredwhat's up with oslo pre-relase?23:23
sdagueso nova needs oslo 1.2.0a323:23
sdaguewill not work without it23:23
sdaguewill not start without it23:24
*** reed has joined #openstack-infra23:24
sdagueso, if it was actually a released thing, we could just bump global requirements23:24
sdaguebut it's not23:24
mordredbut we've got this middle ground thing23:24
mordredyeah23:24
sdagueright23:24
mordredso - amongst the things I want to do:23:24
sdagueso to me it feels like we need to either use releases23:24
mordreda) add oslo.config master to the gate23:25
sdagueor use the oslo.config git tree23:25
mordredso - honestly, the pattern we have with every other library is working23:26
mordredgate on the git version in devstack23:26
mordredand put the released version in requirements without an upper bound23:26
sdagueright23:26
sdagueok, so we could do that23:26
mordredthere is a theoretical straw man that we might want to break something23:26
*** mrodden has quit IRC23:27
mordredexcept, I think we've past the point where that's ok23:27
mordredwe are too complex to allow that23:27
sdagueyeh23:27
mordredand too many people consume our trunk23:27
mordredincluding us23:27
sdaguethe neutroclient thing is going to get interesting though23:27
sdaguethey want to break compat with 323:27
clarkbuh23:28
clarkbI thought we don't do that with our clients23:28
mordredsdague: no. they cannot do that23:28
mordredit's just - we're too big and complex23:28
sdagueum... I got push back in removing that cap23:29
sdagueand I caved23:29
sdagueso if you want to bring it up, go for it23:29
mordredheh23:29
mordredso, what I mean is -23:29
sdaguebut the neutron cap is still in there23:29
sdagueanyway, if we are good at putting oslo master into devstack, we can solve this all tomorrow23:30
sdagueoslo.config master23:30
mordredI think we should absolutely put oslo.config master in devstack23:30
mordredand oslo.messaging23:30
*** UtahDave has quit IRC23:30
sdagueok, lets do it. That's a plan23:30
mordredawesome.23:30
mordredI feel like I wrote that patch once already23:30
sdaguewe need markmc to weigh in on this?23:30
sdagueor is it just fiat, because you either get to have releases, or we have your git tree23:31
mordredhttps://review.openstack.org/#/c/37295/23:31
mordredI think we can do both-ish23:31
mordreddevstack _has_ to consume trunk of all of our related things23:31
mordredotherwise things break23:31
mordredhowever, if you want nova to consume tarball prereleases for unittests - fine23:32
mordredbecause we should have already proven that that code is fine for consumption by everyone else in the devstack gate23:32
mordredright?23:32
clarkbjeblair: I think that one more elasticsearch node may be necessary in the near future, but not due to panic and attempting to scale. http://cacti.openstack.org/cacti/graph.php?action=view&local_graph_id=686&rra_id=all indexes are huge and we are keeping 2 weeks of them23:32
sdagueyeh... still ceilo is weird :)23:32
mordredsdague: what's up with ceilo?23:32
mordreddo we need to rally dhellman and jd__ ?23:32
sdagueconsuming nova tarball in unit tests23:32
clarkbjeblair: in related news elasticsearch did not die last week and mostly kept up with demand. I think we finally have a thing that is looking stable23:32
sdagueno, not weird as a problem23:32
sdagueoh... and one last thing23:33
*** nati_ueno_2 has quit IRC23:33
sdagueunrelated23:33
sdaguecatching stack traces in logs23:33
mordredyes to both23:33
mordredwell, also23:33
mordredglance23:33
sdagueso recently the ceilo patches that went into devstack basically just meant 100 new ceilo stack traces in the logs23:34
mordredglance does a bunch of functional/integration stuff in their unittest suite23:34
mordredI'd like to move that to be more like the swift model23:34
clarkboh I need to add ceilometer logs at some point23:34
clarkbprobably after the disk situation is stable23:34
mordreddid you see that we're running swift functional tests from their tree against devstack installs now?23:34
sdagueclarkb: well, this was actually nova logs23:34
sdaguemordred: yep23:34
clarkbsdague: oh neat23:34
sdaguebecause ceilo installs itself into nova23:34
clarkbmordred: and we need to hunt down chmouel and notmyname so that we can make them voting and run them in the gate23:34
mordredsdague: I want to do that with ceilometer and glance in their need to consume things - and keystone with their multi-version stuff23:35
sdagueright, that's cool23:35
mordredclarkb: k. well, the swift team seems pleased with them23:35
*** pcrews has quit IRC23:35
mordredin fact, asked if we could add their probe tests23:35
mordred:)23:35
sdaguebut something I want to figure out if we can get post H3 is at least ensuring we get no worse on stack tracing23:35
*** vipul-away is now known as vipul23:35
clarkbmordred: maybe we will have better luck if I write teh change and get notmyname to +123:36
* clarkb does that23:36
dhellmannsdague: please open a bug against ceilometer with some details?23:36
sdaguethere is no way we're going to get those all out of there, but we could make a white list of what's there23:36
mordredsdague: +10023:36
sdagueand not let in anything new23:36
mordreddhellmann: we were just talking about ways to get ceilometer to not need to consume nova tarball in its tree23:36
dhellmannI would love to hear the answer to that23:37
mordredoh god23:37
marunmordred: unrelated, when you have a moment.23:37
mordredsomeone just filed a bug about versioning23:37
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Make a test more robust  https://review.openstack.org/3938723:37
mordred"glance version is not monotonic"23:37
dhellmannmordred: we need nova to test the notifier plugin we have, but that's a tiny number of tests23:37
sdaguedhellmann: http://logs-dev.openstack.org/21/37821/15/check/gate-tempest-devstack-vm-full/37529/logs/screen-n-cpu.txt.gz#_2013-07-30_22_31_29_40723:37
* mordred goes to mark notabug23:37
openstackgerritClark Boylan proposed a change to openstack-infra/config: Vote and gate on swift functional tests.  https://review.openstack.org/3938823:37
mordredmarun: what's up?23:37
dhellmannsdague: that's choking my browser :-/23:38
sdaguedhellmann: works in chrome on linux :)23:38
marunmordred: I'm seeing an issue with pbr and neutron.  Since the gate is presumably passing it may be rhel specfic.23:38
sdagueit takes a little while23:38
sdagueit's 35 MB of html23:38
dhellmannsdague: ouch23:38
* dhellmann downloads instead23:38
clarkbdhellmann: I have had good luck opening those files with vim. I imagine emacs does a decent job if you prefer that editor23:38
marunmordred: https://github.com/openstack-dev/pbr/commit/8e58c2fa58fd1aa6f9985dcb4e210508a73e1df7#L1R45523:38
marunmordred: https://github.com/openstack/neutron/blob/master/setup.cfg#L7623:39
*** mrodden has joined #openstack-infra23:39
sdagueyeh, also if you wget it comes as txt because of content negotiation23:39
marunmordred: the second link is to a line for neutron's setup.cfg that includes a class and method23:39
mordredmarun: hrm....23:40
clarkbfungi: nice catch on the zuul layout sample that was missing the gerrit trigger23:40
marunmordred: the first link is to the line that is only putting the class name into the generated script23:40
dhellmannsdague: got it23:40
dhellmannsdague: nova is reporting an instance that libvirt does not know about23:40
dhellmannsdague: or one without a vm id?23:40
marunmordred: so the result is sys.exit(Dnsmasq()) instead of sys.exit(Dnsmasq.lease_update())23:40
dhellmannsomething like that23:41
*** dims has quit IRC23:41
mordredmarun: yup. so - a) nice catch b) I'm assuming that Dnsmasq.lease_update() will work ...23:41
sdaguedhellmann: you shouldn't be filling up n-cpu with stack traces on that23:41
dhellmannindeed23:41
dhellmannwhy does nova want to send a notification for a vm that doesn't exist?23:41
mordredmarun: we should change this now that we're not actually using entry_points .. I have NO IDEA what changing that line will do on windows though23:41
marunmordred: I don't know how this managed to pass the gate23:42
dhellmannsdague: I'll open a bug23:42
mordredmarun: do we test the executable?23:42
marunmordred: Or are the recent quantum failures masking this problem maybe?23:42
mordredmarun: oh - yeah. we don't gate on quantum currently23:42
mordredtotally masking the problem23:42
marunmordred: ah, fsck, that explains it.23:42
mordredsorry neutron23:42
clarkbI am going to start referring to it as Jimmy23:43
clarkband pretend neutron is a surname23:43
marunmordred: yeah, the dhcp agent doesn't work due to the script generating an exception, so vm's won't come up properly.23:43
dhellmannsdague: are these tests running on a system with a real libvirt, or a fake virt driver?23:43
sdaguedhellmann: this is real libvirt23:43
clarkbdhellmann: should be real libvirt just no kvm23:43
sdaguethis is a successful tempest run23:43
sdagueso over the course of that we built 80ish libvirt guests23:44
sdaguefor reals23:44
dhellmannhttps://bugs.launchpad.net/ceilometer/+bug/120673123:44
uvirtbotLaunchpad bug 1206731 in ceilometer "notifier should not log traceback if VM does not exist" [Undecided,New]23:44
marunmordred: do you want to submit a fix for this?  either take the raw value that appears in setup.cfg or concatenate ep.attrs with '.'23:44
marunclarkb: +123:45
marun(to jimmy)23:45
clarkb:)23:45
*** sandywalsh has joined #openstack-infra23:46
sdaguedhellmann: I think the vm exists23:47
sdagueI think you are using the wrong parameter to look it up23:47
dstufftpackaging would be atleast 10x easier if we fired windows off into the sun23:47
dhellmannsdague: yeah, that may be -- I added a comment to the ticket to that effect23:47
dhellmannsdague: let me rephrase the description23:47
sdaguemordred: ok, back to stack trace white listing23:48
dhellmannsdague: smells like dinner is ready, I'll make sure jd__ sees that ticket23:48
sdaguecool23:48
sdaguewhere in the pipeline should we put this?23:48
sdaguebecause I'm going after this as soon as I get the requirements stuff nailed23:49
*** dhellmann is now known as dhellmann_23:50
jeblairsdague: have d-g run it after the end of the tests, and the fail if there are new ones?23:50
sdaguejeblair: could, I might ask for +2 on d-g if we put it there23:50
clarkbthrowing this out there, what about running a periodic job that did batch type processing on elasticsearch?23:51
jeblairclarkb: i think sdague wants to gate23:51
sdagueclarkb: we need to gate on it23:51
clarkbI see23:51
jeblairclarkb: there's an open openstack-ci bug about it, even.  :)23:51
clarkband that is probably a good idea23:51
clarkbbecause otherwise no one will respect it23:51
jeblairsdague: do you expect the whitelist to change often?23:52
sdaguebecause..... the bug dhellmann just filed, as an example23:52
mordreddstufft: I do not know why people think that we should expect packaging to work seamless and the same way on windows23:52
clarkbya, definitely gate on it23:52
sdaguejeblair: well, I'm hoping it goes away over time23:52
sdaguebut I can imagine that a flakey scenario where we need to let one in23:52
sdagueuntil we can figure it out23:52
dstufftmordred: I do not know why people expect packaging to work23:53
dstufft;)23:53
bodepdI noticed that the zuul module uses the template param from apache::vhost which has sense beebn deprecated23:54
mordredbodepd: I believe that all of our use of the apache module is VERY old23:54
bodepddid you have specific plans for how you were going to refactor when you want to update?23:54
clarkbbodepd: ya, we are running the first tagged version of the apache module. So much stuff has changed in incompatible ways23:55
mordrednope23:55
bodepdcool. just asking.23:55
mordredwe were just talking yesterday about how we'd like for our different apache usage to be more uniform and not-bat-shit23:55
mgagnebodepd: I think that infra is using an old version of puppetlabs-apache23:55
mgagnebodepd: 0.0.4 to be more specific =)23:55
bodepdnot surprised, just seeing if you guys had a fix in mind before I start fixing things23:56
sdaguejeblair: ok, this will need to be python code, we'll need some reasonably complex matching23:56
clarkbbodepd: we don't...23:56
bodepdtrying to update zuul so that I will start using gearman23:56
sdagueyou ok with that in d-g?23:56
clarkbhowever if you have suggestions I am very open to them23:57
marunmordred: I'd like to make sure the pbr issue gets covered.  Do you want to take responsibility for getting a fix in or should I do it?23:57
clarkbunfortunately we can't upgrade piecemeal unless we do something nasty like install a newer version under a different name23:57
sdaguehere is our current TRACE count23:57
sdaguehttp://paste.openstack.org/show/42690/23:57
sdague127 TRACES found in screen-n-cpu.txt.gz23:57
jeblairsdague: yeah, i think that's the right place for it.23:57
mordredmarun: if you file a bug, I will get to it eventually, but it's a crazy day. if it's something like you feel like you could fix in a few minutes, I will definitely fast-track your patch23:57
bodepddealing with the upstream backwards compat changes is difficult and taken up way too much of my time lately23:57
marunmordred: ok, I'll take it on.23:58
bodepdmy first guess would be just to use a regular file resource. I'll have a poke23:58
sdagueactually....23:58
sdaguejeblair: would you mind if we put the tool in tempest, and called it from d-g?23:58
jeblairsdague: that works too.23:58
sdaguebecause there was desire to have this in the stress tests (basically stress test passes if no stack traces)23:59
sdagueok, I'll go down that path23:59
jeblairsdague: that actually sounds better now that i think about it.23:59
mordredbodepd: honestly, if you have good thoughts on it - I'm _sure_ we'll think whatever your idea is is the right one :)23:59
mordredjeblair, sdague ++23:59
mordredmarun: thank you!!!23:59
sdagueok, it's a plan23:59
marunmordred: np23:59
jeblair(make it easily available for anyone who runs tests in any context)23:59
*** dina_belova has joined #openstack-infra23:59
sdaguejeblair: yep23:59
mordredmarun: I'm wanting to make another pbr release soon anyway - so we should be able to get it out the door quickly23:59

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