Sunday, 2013-10-13

*** SergeyLukjanov has joined #openstack-infra00:03
*** david_h has joined #openstack-infra00:05
*** SergeyLukjanov has quit IRC00:09
*** david_h has quit IRC00:13
*** odyssey4me has joined #openstack-infra00:13
mordreddstufft: happen to know off the top of your head what the python library entry is that tells me into what path python wants to install things on a given system?00:16
* mordred is reading pip code because he thinks he's seen it in there before00:16
dstufftdistutils.sysconfig IIRC00:16
mordreddstufft: hrm. that shows me /usr/lib/python2.7/dist-packages on ubuntu - something somewhere tells something to install into /usr/local/ instead doesn't it?00:18
mordred>>> distutils.sysconfig.get_python_lib()00:18
mordred'/usr/lib/python2.7/dist-packages'00:18
mordred(sadly, this is so that I can tell puppet what file to look for to determine whether or not this command has run before)00:18
*** cody-somerville has quit IRC00:19
dstufftmordred: I think you want purelib00:20
dstufftsec looking00:20
mordreddstufft: I'm writing a new pip provider for puppet which ensures os pip and setuptools are not there, and which installs both from ez_setup.py and get-pip.py)00:21
mordreddstufft: while I'm bothering you - do you know if there is a 'good' way I can get get-pip.py to install pip as pip3 when I'm installing with python3?00:22
mordredmy thinking was "python3 get-pip.py ; mv /usr/local/bin/pip /usr/local/bin/pip3"00:22
mordredbut that's just gross00:22
dstufftpip.locations.distutils_scheme("foobar")00:24
dstufftmordred: it already installs pip as pip3, but also pip and pip3.N00:24
mordreddstufft: hrm. so I guess anyway to get it to not install as pip?00:24
dstufftmordred: not currently00:25
mordredk. fair00:25
*** vipul-away is now known as vipul00:32
fungimordred: it looks like manage-projects may be broken--any way this could be related to your patch we merged today? http://paste.openstack.org/show/48349/00:35
mordredfungi: looking00:36
mordredfungi: is that the only ones?00:36
fungiyep00:36
fungithe acl i just merged a change for about an hour ago00:36
mordredfungi: so - new changes00:36
mordredfungi: there shoudl now be a /var/lib/jeepyb with a bunch of repos in it00:37
fungiall of the projects listed are due for an acl to be applied. the /home/gerrit2/acls/openstack/savanna.config is should try to apply is there and correct00:37
*** mihgen has quit IRC00:37
fungichecking the jeepyb cache00:37
mordredwhich there is and it's got the right things in it...00:37
mordredgerrit2@review:/var/lib/jeepyb/openstack/savanna$ git branch00:37
mordred* config00:37
mordred  master00:37
mordrednot sure what the problem is - it seems to have worked00:37
mordredfungi: oh - so - fwiw00:38
mordredfungi: run manage-projects as gerrit2 now00:38
mordredoh. or not00:38
mordredhrm00:38
fungiohhhhh00:38
mordrednevermind00:38
mordreddon't listen to me00:38
fungigood policy ;)00:38
* mordred running by hand with verbose on00:39
mordredok. the repo is on config and the file contents are correct00:39
mordredso, up until this point, it is doing the thing it's supposed to do00:40
mordredfungi: I think there is a bug in the config -00:40
mordredfungi: in that we run manage-projects from puppet as root00:40
mordredbut the cron job will expect to be able to run it as gerrit200:40
mordredthat is not what's at fault here I don't think00:40
mordredDEBUG:paramiko.transport:EOF in transport thread00:41
mordredI'm getting this now when I run it00:41
mordredas gerrit200:41
mordred(I chowned the dirs)00:41
*** UtahDave has quit IRC00:43
mordredhrm. ok. no. nevermind. it should run as root and that should always work00:44
* mordred shuts up on that subject00:44
* mordred had to trace back to basic principles, sorry00:44
mordredAAAHHHH00:46
mordredfungi: found it00:46
mordredwow. what a fun sequencing bug00:46
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Handle running fetch_config more than once  https://review.openstack.org/5142200:48
mordredfungi: ^^00:48
*** oubiwann_ has joined #openstack-infra00:51
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Put in a reset --hard to clean up  https://review.openstack.org/5142300:52
mordredfungi: it should usually never get into a state where that's necessary,00:52
mordredfungi: in this case, I went in and git a git reset --hard in each repo, then ran manage-projects twice on each projects and all should be well00:52
mordredI've also submitted two patches to fix the issue00:52
mordredI think the original issue was due to the race condition - in that we tried to check out the config refs before they exist - which sadly happens00:53
mordredbut because of the new logic, it left us in a state where retrying would also fail00:53
mordredwhich is what the above patches should fix00:53
*** senk has quit IRC00:54
fungisorry, was afk bolting things to walls for a few minutes00:55
fungireading00:56
openstackgerritA change was merged to openstack-infra/jeepyb: Handle running fetch_config more than once  https://review.openstack.org/5142200:58
openstackgerritA change was merged to openstack-infra/jeepyb: Put in a reset --hard to clean up  https://review.openstack.org/5142300:58
fungiboth lgtm00:58
fungimordred: thanks!00:58
dstufftmordred: the openstack kibana is publically available yea?01:02
mordredyah01:03
dstufftthinking about setting one up to shove all the fastly logs into01:03
mordreddstufft: logstash.openstack.org01:03
dstufftwith the ip addresses yanked ofc01:03
mordreddstufft: I can't remember how many ES/LS nodes we're running- clarkb  is our master of all of that01:04
mordredit's a non-insignificant collection of machines :)01:04
dstufftheh01:04
dstufftyea we don't have capacity for the ES machines so we'll need to put them on the public cloud (something we generally avoid doing) so I need to go figure out how to handle authentication over the WAN for ES01:05
*** wenlock has quit IRC01:08
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Make pip install from upstream better  https://review.openstack.org/5142501:11
mordreddstufft: maybe openstack could just spin you up an extra cluster and give you a VPN to it :)01:12
mordredyou know - give some back and what not01:12
mordreddstufft: btw - if you're not allergic to ruby, check out the above patch01:12
mordredthat's my first stab at replacing all of puppet's thinking on pip installation :)01:13
dstufftgerrit needs a view that shows the entire diff on one page like github does01:13
*** odyssey4me has quit IRC01:13
mordredyes. yes it does01:15
mordredit's HIGH on our wishlist01:15
lifelessright after using current gerrit ;_01:16
mordreddstufft: https://review.openstack.org/gitweb?p=openstack-infra%2Fconfig.git;a=commitdiff;h=1c7a4c0a5c27ca16d198036382af75d9177cd09b01:16
mordredlifeless: ^^01:16
mordredthat's the page you get to from the "gitweb" link on the gerrit page01:16
mordredyou can't COMMENT on it or review from that page01:16
mordredbut you can look01:16
mordredlifeless: once we're on current gerrit, _david_ and zaro can make us a one-page-diff page :)01:17
lifelessdavid01:19
mordredyah01:19
mordredostrovsky01:19
mordredhe's with libreoffice - set up an infra like system for them, and does hacking on gerrit01:19
mordredhe and zaro have both been working on elements of the WIP thing upstream01:19
*** oubiwann_ has quit IRC01:41
*** oubiwann_ has joined #openstack-infra01:50
*** wenlock has joined #openstack-infra02:01
*** oubiwann_ has quit IRC02:19
*** esker has joined #openstack-infra03:25
*** esker has quit IRC03:46
*** wenlock has quit IRC04:04
*** esker has joined #openstack-infra04:19
*** esker has quit IRC04:21
*** esker has joined #openstack-infra04:47
*** esker has quit IRC05:09
*** zehicle has quit IRC05:18
*** Ryan_Lane has quit IRC06:11
openstackgerritAlexander Braverman proposed a change to openstack-infra/jenkins-job-builder: Jenkins Ownership Plugin  https://review.openstack.org/5144106:22
*** nicedice has quit IRC06:33
*** nicedice has joined #openstack-infra06:34
*** mihgen_ has joined #openstack-infra06:45
*** dafter has joined #openstack-infra06:59
*** dafter has quit IRC06:59
*** dafter has joined #openstack-infra06:59
*** garyk has quit IRC07:02
*** mihgen_ has quit IRC07:06
*** yolanda has joined #openstack-infra07:07
*** rwsu has quit IRC07:22
*** mihgen has joined #openstack-infra07:40
*** dmakogon_ has joined #openstack-infra08:31
mihgenhi folks08:33
mihgencould anyone guide me where to look why approved patchsets don't go to master?08:33
mihgenthis for example: https://review.openstack.org/#/c/51198/08:33
*** kong has joined #openstack-infra08:50
*** Lingxian has quit IRC08:50
*** thomasbiege has joined #openstack-infra08:51
*** thomasbiege1 has joined #openstack-infra09:29
*** thomasbiege has quit IRC09:32
*** cody-somerville has joined #openstack-infra09:39
*** cody-somerville has quit IRC09:44
*** Lingxian has joined #openstack-infra09:55
*** kong has quit IRC09:55
*** kong has joined #openstack-infra10:01
*** Lingxian has quit IRC10:01
*** boris-42 has joined #openstack-infra10:15
*** salv-orlando has quit IRC10:19
*** fifieldt has joined #openstack-infra10:36
*** beagles has joined #openstack-infra10:41
*** beagles has quit IRC10:42
*** beagles has joined #openstack-infra10:42
*** dmakogon_ has quit IRC10:58
*** Bada has joined #openstack-infra11:08
*** dafter has quit IRC11:13
*** dafter has joined #openstack-infra11:13
*** michchap has joined #openstack-infra11:18
*** dafter has quit IRC11:18
*** Bada has quit IRC11:26
*** cody-somerville has joined #openstack-infra11:29
*** beagles has quit IRC11:31
*** Bada has joined #openstack-infra11:48
*** CaptTofu has joined #openstack-infra11:53
*** salv-orlando has joined #openstack-infra11:53
*** che-arne has joined #openstack-infra12:00
*** jaypipes has quit IRC12:03
*** CaptTofu has quit IRC12:05
*** CaptTofu has joined #openstack-infra12:06
*** thomasbiege1 has quit IRC12:07
*** CaptTofu has quit IRC12:10
*** bodepd_ has joined #openstack-infra12:17
*** bodepd has quit IRC12:18
mordredmihgen: it's missing +2 votes  in the code-review category12:23
*** fifieldt has quit IRC12:23
mordredmihgen: it is required that every patch have at least one +2 in Code Review, although by policy most openstack projects require 2 +2 votes12:24
*** dafter has joined #openstack-infra12:24
*** dafter has quit IRC12:24
*** dafter has joined #openstack-infra12:24
mordredsince it's a stackforge project, you're free to make whatever policy on number of +2s you'd like12:24
sdaguemordred: so I was thinking about the redo on the log filter that htmlifies our logs.o.o. What would be really cool is if we could CD master to logs-dev.o.o, and CD a stable branch to logs.o.o. However, given python's tendancy to only like one version of things installed, I'm not sure how to accomplish that12:31
*** dafter has quit IRC12:36
*** dafter has joined #openstack-infra12:37
*** dafter has quit IRC12:37
*** dafter has joined #openstack-infra12:38
*** dafter has joined #openstack-infra12:38
mordredsdague: two servers?12:40
sdagueright now we're solving it with vhosts12:41
mordredhrm12:41
mordredwell...12:41
sdagueI guess we could solve it with two servers, but that seems heavy12:41
mordredvirtualenvs12:41
mordredwe were talking yesterday about our python stuff and turning it into debs12:42
mordredone of the things that came out of that was using dh-virtualenv12:42
mordredto make debs that contain a virtualenv in them12:42
mordredso, if we did that, we could make a deb called logfilter-master and a deb called logfilter12:43
sdagueI suppose, there is a reason you want to do that instead of CD for these tools (or that would be triggered at the post of every merge?)12:43
sdaguehttp://thecodeship.com/deployment/deploy-django-apache-virtualenv-and-mod_wsgi/ - so looks like it would be doable with a wrapper12:44
mordredthat would be triggered at the post of every merge12:46
mordredand I mention that as an option purely because the alternative, teaching puppet about virtualenvs, seems like more work to me :)12:47
sdague:)12:50
*** Bada has quit IRC12:54
*** rickerc_ has joined #openstack-infra12:57
*** rickerc has quit IRC12:59
*** rickerc_ is now known as rickerc12:59
*** CaptTofu has joined #openstack-infra13:01
*** esker has joined #openstack-infra13:02
*** esker has quit IRC13:07
boris-42mordred ping13:16
boris-42mordred is it complex to add numphy to openstack dependencies ?) http://logs.openstack.org/50/51450/2/check/gate-rally-pep8/ff7f563/console.html13:16
boris-42requirements*13:17
boris-42sdague ^13:17
sdagueboris-42: if you are building on a devstack node, it will be installed13:19
boris-42sdague actually as you see it failed..13:20
sdagueyes, that's not a devstack node, that's a unit test one13:20
boris-42sdague I mean I add requirements to Rally and put on review..13:20
boris-42sdague so how can I fix it ?)13:20
sdagueI thought the rally testing was going to be in devstack env?13:20
boris-42sdague not sure that I understand=). There are 2 different tasks13:21
boris-42sdague Rally project it self13:21
boris-42sdague and testing existing deployments13:22
*** CaptTofu has quit IRC13:24
boris-42sdague so as Rally is separated project. I would like to add all dependencies in requirements.txt13:24
sdagueok, this is triggered by trying to add matplotib. Do you have code using that yet?13:24
*** CaptTofu has joined #openstack-infra13:24
boris-42sdague I will have soon..13:25
boris-42sdague I am just interesting before starting writing code, is it possible to add this dependency..13:26
*** DennyZhang has joined #openstack-infra13:26
sdagueboris-42: the biggest issue is you need a lot of headers to compile it13:27
sdagueI don't know if the unit test nodes have those13:27
sdagueyou could always try just adding it to your requirements file to find out13:27
sdaguecompiling numpy is about a 3 minute process IIRC, that's what we saw when we were mistakenly building it in devstack (vs. package install)13:28
*** CaptTofu has quit IRC13:29
*** CaptTofu has joined #openstack-infra13:29
mordredonce we are building wheels in our  mirror - this will be easier13:30
boris-42sdague mordred so what should I do know?) try to find another lib?)13:32
sdagueboris-42: what are you trying to accomplish?13:33
sdaguein general I'm a very big fan of matplotlib13:34
sdagueso I'd say if you need graphing libraries, that's the right direction13:34
sdaguebut I don't have much context :)13:35
boris-42sdague yes I need to process a lot of statistics data into graphics=)13:36
boris-42sdague ok I think that i will make some check that matplotlib is installed13:36
boris-42sdague and will use try_import_module and for test mocks=)13:37
sdagueboris-42: what are you going to test on the other side of the matplotlib import?13:37
*** oubiwann_ has joined #openstack-infra13:37
*** yaguang has joined #openstack-infra13:37
sdaguehonestly, it seems like the toolchain that actually does the graphs should be seperate enough from the tools that generate the data, that you wouldn't have to mix all their tests oddly13:38
*** CaptTofu has quit IRC13:38
boris-42sdague actually I would like to make all-in-one13:39
*** CaptTofu has joined #openstack-infra13:39
sdaguethat seems less useful13:39
boris-42sdague no it seems like easy to use=)13:39
sdaguethe visualization of the data should take place after it's collected, so you can change the visualization on existing data13:39
boris-42sdague the raw data is saved into DB13:40
boris-42sdage ahh13:40
boris-42sdague I thought another =)13:40
boris-42sdague the deploying, benchmarking, result collection & result processing are separated things13:41
*** DennyZhang has quit IRC13:41
boris-42sdague but they are parts of one application, called Rally13:42
boris-42sdague so I was speaking about testing of drawing graphs13:43
boris-42sdague that I will use mocks to mock matplotlib module13:43
*** CaptTofu has quit IRC13:43
sdagueyeh, I was just trying to understand what testing of matplotlib calls would be like. It's sort of a complex thing to test the output off, as it outputs graphics. I guess you could test the datastructure before the plot call, but I'm not sure how stable matplotlib internals are13:46
*** beagles has joined #openstack-infra13:50
boris-42sdague at lest to test that there is no typos in my code=)13:54
boris-42least*13:54
sdagueok, fair enough13:54
boris-42sdague so in feature it will be possible to add matplotlib in requirements?)13:55
sdaguedid you try putting numpy in your requirements file?13:57
boris-42sdague no but I will try now13:57
sdaguetry that first13:57
sdagueif it doesn't help, can try to figure out something next week13:57
*** esker has joined #openstack-infra14:02
*** dizquierdo has joined #openstack-infra14:03
boris-42sdague doesn't help http://logs.openstack.org/50/51450/4/check/gate-rally-pep8/0c6a6c9/console.html14:06
boris-42sdague here is the patch set https://review.openstack.org/#/c/51450/14:06
*** esker has quit IRC14:06
sdagueyeh, you are definitely requiring more out of the unit test nodes than they are designed to support14:08
sdagueas a stackforge project, that's sort of what you get. I'd just say seperate the tests out so it is easy to exclude those in CI14:09
boris-42sdague one thing that I would like is to install these dependency automatically when users will run puthon setup.py install14:11
boris-42sdague I think that I will found some hack to make it works.14:11
sdagueboris-42: honestly, they should install numpy and matplotlib from packages14:11
sdaguenot from pip14:11
sdaguenumpy is basically written in C, and really needs other math libs to be useful14:12
sdagueso that really should come from the base OS, not from pip14:12
boris-42sdague okay then wiki=)14:13
boris-42sdague thank you for help14:13
sdagueno prob14:13
*** thomasbiege has joined #openstack-infra14:45
*** sileht has quit IRC14:46
clarkbfungi I will put a gameplan on etherpad-dev in a few minutes15:07
*** beagles has quit IRC15:09
*** zul has quit IRC15:14
*** yaguang has quit IRC15:17
*** zul has joined #openstack-infra15:17
*** dizquierdo has quit IRC15:20
*** dkranz has joined #openstack-infra15:22
*** beagles has joined #openstack-infra15:23
*** esker has joined #openstack-infra15:25
*** dmakogon_ has joined #openstack-infra15:27
*** resker has joined #openstack-infra15:27
*** guohliu has quit IRC15:27
*** esker has quit IRC15:29
clarkbfungi: https://etherpad-dev.openstack.org/p/etherpad-upgrade15:30
*** resker has quit IRC15:32
*** dkranz has quit IRC15:34
jeblairclarkb: good morning15:35
*** jeblair is now known as ncsamosaic15:35
ncsamosaici have joined the etherpad15:35
ncsamosaicclarkb: wow today's date is  2013 1013.  that's neat.15:37
clarkbncsamosaic: good morning15:37
ncsamosaicclarkb: aww i thought we were doing a new thing with nicks.  i was hoping fungi would use pick gopher.15:38
*** cody-somerville has quit IRC15:38
clarkbncsamosaic: sorry that was a hold over from when I was testing etherpad-dev. It made keeping track of which browser did what easier :)15:39
*** ncsamosaic is now known as jeblair15:39
jeblairoh well15:40
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Revert "Remove tripleo nodepool config"  https://review.openstack.org/5146415:42
mordredoh hi!15:42
openstackgerritA change was merged to openstack-infra/nodepool: Rename ASRT -> AGT  https://review.openstack.org/5126715:42
jeblairclarkb: i'm going to work on nodepool unless you assign me a task; sound good?15:43
clarkbmordred: https://etherpad-dev.openstack.org/p/etherpad-upgrade and join the party15:43
clarkbjeblair: sure, I have listed fungi on things because he said he would be around15:43
jeblairclarkb: yep. i was unsure at the time, but i'm here for a bit.  :)15:44
clarkbgreat will keep that in mind (perhaps for testing things)15:44
openstackgerritA change was merged to openstack-infra/config: Revert "Remove tripleo nodepool config"  https://review.openstack.org/5146415:44
jeblairI'm going to put jenkins in shutdown for a few mins15:45
mordredooh! I lke the ordered lists15:45
mordredjeblair: cool15:45
mordredbtw- I landed the outstanding gerrit changes after checking that they continued to operate15:46
jeblair(i realize the etherpad plan involves merging changes -- this won't be for long)15:46
clarkbjeblair: ok, and merging those etherpad changes isn't required to effect the upgrade, its there to make sure that going forward puppet doesn't do something unexpected15:46
*** thomasbiege has quit IRC15:47
*** beagles has quit IRC15:48
jeblairjenkins is out of shutdown mode and nodepool is running git master15:48
mordredwoot15:50
clarkb\o/15:50
fungiclarkb: i am15:50
mordrednow if the goverment could be as good as jenkins15:50
fungijust got back from saturday workout with 10 minutes to spare ;)15:51
jeblairfungi: that was a LONG workout!15:51
fungieh, 10 miles15:51
jeblairfungi: it went into sunday!15:51
fungioh, right. it IS sunday :/15:51
fungiha15:51
clarkbfungi: https://etherpad-dev.openstack.org/p/etherpad-upgrade if you haven't seen it yet. Let me know if that looks sane15:51
jeblairfungi's daily workouts take 2 days!15:52
fungihee15:52
mordredbtw: https://review.openstack.org/#/c/46015/1 has 3 core +2's and 3 +1s. I think it's one of the most positively reviewed patches every15:52
fungiclarkb: yup, saw it in scrollback and was just pulling it up15:52
fungiwill pull up rackspace and update dns momentarily when you're ready15:52
fungiclarkb: plan looks sane to me15:54
clarkbgreat15:54
fungibtw what are ozone.etherpad.openstack.org and openstack.etherpad.openstack.org? old cruft?15:55
mordredfungi: ozone is that rackspace shared our etherpad server with us back in the day15:56
mordredfor one of their internal projects15:56
mordredI'm not sure if they ever migrated that to a server not in the openstack account- but I believe that entry was added to help with the split15:56
openstackgerritJames E. Blair proposed a change to openstack-infra/nodepool: Fix another wrong use of server_id  https://review.openstack.org/5146515:57
fungimaybe those two address records can be deleted now? they just redirect to etherpad.o.o anyway15:57
jeblairwe should probably check with them15:58
jeblairand probably not delete the server15:58
fungiso leave them pointed to the old etherpad server for now or point them to the new one?15:58
fungiokay the former. got it15:58
fungii'll also add an aaaa for the etherpad.o.o since we don't have one currently15:59
jeblairi vote we leave them pointed at the old server and leaving the old server shut down;  that will flush out any problems.15:59
clarkb++15:59
mordredyup15:59
clarkbI don't intend on deleting the server immediately if for no other reason than it contains database dumps16:00
fungioh, actually, i think those other names will likely continue to work even if we delete since they're pointed to a different ip address which is hosting the redirect by name anyway?16:00
fungibut we can leave it up regardless16:00
jeblairi just verified that the SIGUSR2 thread dump feature in nodepool works and dumps thread stacktraces to the debug log16:02
mordredjeblair: neat!16:02
*** esker has joined #openstack-infra16:02
fungithat's excellent16:02
mordredjeblair: it's almost like you've used programming16:02
clarkbok enough talking its past time to start :)16:03
* mordred stops talking16:03
clarkbI am shutting down etherpad services on both servers16:03
jeblair#status alert etherpad is down for software upgrade and migration16:03
fungishall i #status alert?16:03
* jeblair fixes statusbot16:03
fungiheh. simultaneous thought16:04
clarkbfungi: that is done, you should be good to start DNS changes (I am using IP addresses on my end so that work won't interrupt me)16:04
mordredmaybe we should just restart statusbot on a cron16:04
fungiworking on it now16:04
*** openstackstatus has joined #openstack-infra16:04
openstackgerritA change was merged to openstack-dev/hacking: Allow APL text to start on the first text column  https://review.openstack.org/4938716:04
jeblairmordred: or we could fix it16:04
jeblair#status alert etherpad is down for software upgrade and migration16:05
openstackstatusNOTICE: etherpad is down for software upgrade and migration16:05
mordredjeblair: oh. that would be using programming again. you and your science16:05
*** ChanServ changes topic to "etherpad is down for software upgrade and migration"16:05
fungidns is in place16:05
jeblairclarkb: did you see mordred's update of your mysqldump command?16:05
fungiforward anyway. adding reverse (though that could have been safely done in advance)16:05
mordreddns has already migrated for me16:06
clarkbjeblair: I did16:06
clarkbjeblair: and I used the --opt flag16:07
clarkbfungi: yeah I should've done reverse DNS earlier sorry16:07
fungino worries. easy enough to do now while i'm at it, just needs a separate account16:07
*** esker has quit IRC16:07
mordredwe should make better 503 pages for our apaches16:07
mordredwith like a logo and a fail unicorn or something16:08
fungifailicorn16:08
fungii find it amusing that rackspace's dns management webui assumes you can have one and only one ptr per ip address16:10
fungithe list of rackspace dns management assumptions continues to grow16:10
openstackgerritJames E. Blair proposed a change to openstack-infra/nodepool: Fix another wrong use of server_id  https://review.openstack.org/5146516:11
clarkbI am applying the DB dump to the trove server now16:12
clarkbits half a gig so it takes a little bit of time16:12
fungisure. i'm going to go back over those two changes while i have a moment16:12
jeblairmordred: http://paste.openstack.org/show/48379/16:12
mordredjeblair: fascintating16:13
mordredSpamapS: ^^16:13
mordredSpamapS: we seem to have floating ip problems in the grizzly cloud16:13
jeblairmordred: i think someone needs to sit down with nodepool, novaclient, and the tripleo poc; i think it behaves in a new and exciting way that hpcloud did not when it used floating ips.16:13
mordredjeblair: I agree16:13
jeblairmordred: i would _guess_ that it's not so much a problem with the cloud, but rather nodepool makes assumptions that are inconsistent with it16:14
mordredjeblair: ++16:14
mordredSpamapS, lifeless: ^^ we've hit enough issues with this that I think someone needs to do what jeblair is saying above and iterate with a nodepool until it can actually spin up nodes on our grizzly cloud16:14
fungijeblair: also, i have the new tripleo poc cloud accounts for nodepool/infra in the usual place, but didn't add/update anything in hiera yet since i wasn't sure what the state of that is16:14
clarkbfungi: oh just occurred to me, if someone has the old etherpad-dev host IP handy (nova list should show it) can you make sure that puppet is disabled there (though I intend on deleting the host tomorrow)16:15
jeblairfungi: is that for the cd-master cloud?16:15
fungijeblair: yes16:15
clarkbI updated hiera16:16
fungiclarkb: i can kill puppet on the old etherpad-dev, sure16:16
jeblairfungi: cool; yeah, i don't think we want to do anything much with it at the moment, at least until it stops deleting servers every 40 minutes16:16
fungijeblair: makes sense ;)16:16
mordredjeblair: agreed. lifeless mainly wanted to get our account(s) in place16:16
mordredand get us the info for them16:16
clarkbok mysql is done doing its thing I am going to start etherpad-lite on the new server now16:16
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Revert "Revert "Remove tripleo nodepool config""  https://review.openstack.org/5146916:16
mordredonce it's actually, you know upgrading rather than replacing, it will be a much more interesting cloud16:17
jeblairmordred: ++16:17
mordred(to be fair, it's an interesting cloud, as it is an auto-deployed openstack master cloud - but not interesting as a nodepool source)16:17
clarkbhttps://etherpad.openstack.org/p/etherpad-upgrade care to join that pad and we can do some testing?16:18
clarkbeveryone should see the "Style" dropdown which is only on the new server and not the old16:18
fungilooks pretty broken at the moment16:18
fungipossible i'm on the old ip address still16:19
jeblairfungi: really?  we're all talking about you16:19
openstackgerritA change was merged to openstack-infra/config: Revert "Revert "Remove tripleo nodepool config""  https://review.openstack.org/5146916:19
* fungi clears caches16:19
mordredODF export works16:20
*** dizquierdo has joined #openstack-infra16:21
clarkbexport then import won't result in 1:1 data, but I wasn't too worried about that16:21
clarkbI think most folks are interested in exports16:21
mordredI just tested that16:21
mordredit sucks16:21
mordredhttps://etherpad.openstack.org/p/etherpad-upgrade-import16:21
clarkband the new redirects I put in place are working for folks?16:22
jeblairhttps://wiki.openstack.org/wiki/Summit/Havana/Etherpads16:22
jeblairis a good way to test ^16:22
jeblairclarkb: so far looks good16:22
fungiseems working16:23
clarkbjeblair: yup I have opened 3 semi randomly and they look good16:23
mordredyup16:24
clarkbI would like to keep old etherpad.o.o around until I sort out what to do with the DB dumps on that host (I don't want to lose 30 days of dumps be deleting the host), but the new host looks good from what I can see16:24
mordred++16:25
jeblairclarkb: status ok?16:25
clarkbjeblair: yup16:25
jeblair#status ok etherpad migration complete16:25
openstackstatusNOTICE: etherpad migration complete16:25
*** ChanServ changes topic to "Discussion of OpenStack Project Infrastructure | Docs http://ci.openstack.org/ | Bugs https://launchpad.net/openstack-ci | Code https://git.openstack.org/cgit/openstack-infra/"16:25
fungipuppet is now stopped on the old etherpad-dev btw16:26
clarkbfungi: thanks16:26
mordredjeblair: we should make a job that tries to run nodepool against a devstack install16:26
fungiare we ready to merge those config changes now?16:26
clarkbfungi: yes16:26
jeblairmordred: !!16:26
*** aspiers has quit IRC16:28
openstackgerritA change was merged to openstack-infra/config: Update etherpad and etherpad puppet manifests.  https://review.openstack.org/4536016:29
openstackgerritA change was merged to openstack-infra/config: Tune apache for etherpad lite.  https://review.openstack.org/5070016:29
fungithose should be on the puppet master now16:30
fungipuppeting time, clarkb?16:31
fungisimilar to pudding time i think16:31
* fungi suddenly gets a primus song stuck in his head16:31
clarkbfungi: yup, I will run puppet by hand to make sure it still applies cleanly then start the daemons16:31
clarkbfungi: done16:34
clarkbI think that is it16:34
*** dizquierdo has quit IRC16:35
clarkbthanks everyone16:35
jeblairclarkb: thank you!16:35
jeblairi started puppet on nodepool16:35
*** oubiwann_ has quit IRC16:37
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Use wheels for installation  https://review.openstack.org/4880316:37
clarkbfungi: do you have old etherpad-dev's ipv4 address handy?16:37
clarkbfungi: I want to note that so that I don't have to look it up each time16:37
fungiclarkb: sure16:39
fungijust a sec16:39
fungiclarkb: 166.78.1.24616:39
clarkbfungi: ty16:40
*** sileht has joined #openstack-infra16:44
clarkbI am going to resume my regularly scheduled weekend now if there isn't anything else16:45
* fungi is already busy doing the same16:47
fungienjoy!16:47
*** thomasbiege has joined #openstack-infra16:59
*** thomasbiege has quit IRC17:03
*** senk has joined #openstack-infra17:16
*** dcramer_ has quit IRC17:17
*** wenlock has joined #openstack-infra17:18
*** Bada has joined #openstack-infra17:20
*** Bada has quit IRC17:20
*** wenlock has quit IRC17:39
*** salv-orlando has quit IRC17:40
*** salv-orlando has joined #openstack-infra17:41
*** thomasbiege has joined #openstack-infra17:46
*** salv-orlando has quit IRC17:51
*** thomasbiege has quit IRC17:57
*** esker has joined #openstack-infra18:02
*** thomasbiege has joined #openstack-infra18:02
*** sarob has joined #openstack-infra18:05
*** nicedice has quit IRC18:05
*** nicedice has joined #openstack-infra18:05
*** esker has quit IRC18:07
*** dcramer_ has joined #openstack-infra18:30
SpamapSre floating ips on the grizzly and trunk clouds.. I think we just have to create them.18:33
SpamapSAs in, we're just not doing it right now18:33
*** yamahata has joined #openstack-infra18:37
*** senk has quit IRC18:43
mihgenmordred: thanks! enjoing how it is landing to master :)18:43
*** senk has joined #openstack-infra18:44
*** david_h has joined #openstack-infra18:48
*** wenlock has joined #openstack-infra18:53
*** sarob has quit IRC18:55
*** sarob has joined #openstack-infra18:56
*** beagles has joined #openstack-infra18:57
*** sarob has quit IRC19:00
*** david_h has quit IRC19:02
*** esker has joined #openstack-infra19:02
*** thomasbiege has quit IRC19:03
mordredSpamapS: I'm sure you're right - but I think we may want to actually ensure that the grizzly cloud has the things that nodepool is expecting before we try enabling it in the infra config next19:03
*** esker has quit IRC19:07
*** cody-somerville has joined #openstack-infra19:27
SpamapSmordred: I didn't know we were trying to do that actually.19:37
SpamapSmordred: I thought we would just try and make the cd cloud stable and use that.19:37
*** krtaylor has quit IRC19:38
*** wenlock has quit IRC19:44
*** dmakogon_ has quit IRC19:48
lifelessSpamapS: mordred: we're not going to be changing the gtrizzly cloud19:48
lifelessSpamapS: mordred: but if there are things nodepool needs in it that are missing, we'll make sure we put them in the cd-overcloud asap19:49
SpamapSlifeless: I believe you were working on what is missing from the grizzly cloud, which is a floating ip pool for tenants.19:52
*** salv-orlando has joined #openstack-infra19:59
*** beagles has quit IRC20:03
*** sarob has joined #openstack-infra20:06
*** sarob has quit IRC20:11
*** mriedem has joined #openstack-infra20:18
lifelessSpamapS: huh, grizzly has a floating ip pool20:22
lifelessSpamapS: totally usable, ditto the cd-overcloud20:22
lifelessjeblair: ^20:22
lifelessyou need to ask for it via neutron20:23
*** esker has joined #openstack-infra20:30
*** dcramer_ has quit IRC20:30
lifelessmordred: it would be cool if run-mirror could post-process the mirror to have wheels20:34
mordredlifeless: wheels are coming20:40
mordredlifeless: ah. neutron. well, as you may imagine, nodepool does not currently have any neutron support20:41
clarkbI thought nova is supposed to proxy those things to neutron20:42
mordredclarkb: maybe that has changed in grizzly/havanan?20:42
mordredlifeless: do you have any examples of doing it with neutron instead of nova?20:43
lifelessok20:43
clarkbI don't think so. I thought it was a partial attempt at a migration path20:43
lifelessclarkb: mordred: http://git.openstack.org/cgit/openstack/tripleo-incubator/tree/scripts/devtest_overcloud.sh#n15420:44
mordredlifeless: is it possile that you are not running the nova floating-ip extension?20:44
lifelessmordred: we're running defaults20:44
mordredah20:44
mordredok20:44
lifelessmordred: which is by design20:44
mordredfascinating20:44
lifelessif this is something that should be on by default, our preference is to fix nova20:44
mordredso, floating-ip extension for nova is one of the "default" extensions :)20:44
lifelesshow does one query what extensions are enabled ?20:45
lifeless(I mean, all our config glue etc is open, so you can just check there, but perhaps there is an API to check?)20:45
mordredclient.get('/extensions')20:45
* mordred looking through code right now20:46
lifelessnova list-extensions20:46
mordredbtw - I agree with running with defaults. just saying - I think the default for nova ihere is broken20:47
lifelessso if it's something we just turn on - cool20:48
mordredlifeless: currently, the only client lib that nodepool is using is novaclient20:49
*** senk has quit IRC20:51
mordred        if not ip and self.manager.hasExtension('os-floating-ips'):20:51
mordred            ip = self.manager.addPublicIP(server['server_id'])20:51
mordred^^ that's the code20:51
mordredand somehow, on the grizzly cloud, it's getting to the second line20:52
mordred(we do switch on the capability because rackspace doesn't have floating-ips20:52
mordredso the question now is - why is the cloud reportingt os-floating-ips but then reutrning20:53
mordredNotFound: FloatingIpPoolNotFound: Floating ip pool not found. (HTTP 404) (Request-ID: req-9dde3faa-8ab3-4d62-b6bc-782c92bc4d6c)20:53
lifelessmordred: I am going to guess at some magic setting like 'the network to pull floating-ips from needs name X'21:01
lifelessmordred: or21:01
lifelessmordred: just not proxying it to neutron at all21:01
mordredlifeless: I'm not sure what you mean21:02
lifelessis addPublicIP in the nova API ?21:06
mordredlifeless: no. that's in the proveder manager in nodepool21:06
mordredbecause, you guessed it, our clouds are not compatible21:07
lifelessok, floating_ips.create21:08
mordredlifeless: I see this CONF.import_opt('default_floating_pool', 'nova.network.floating_ips')21:08
mordredin nova/network/neutronv2/api.py21:09
lifelessyeah21:09
lifelessI'm in the middle of nova/api/openstack/compute/contrib/floating_ips.py atm21:09
* mordred trying to read through as well21:09
mordredjeez this stuff is spaghetti21:09
lifelessdefaults to 'nova'21:10
lifelessthats not a super useful value21:10
lifelessif I poke the grizzly cloud by hand21:10
lifelesscan you test easily?21:10
mordredyup21:10
mordredhang on - lemme make aq uick test21:10
lifelesslooks like you can pass pool in too21:11
mordredyes. I can recreate the error locally21:11
mordredlifeless: btw - I would not mind learning what you do in this case21:12
mordredat some point I might actually want to start learning something about openstack21:12
lifelessso I'e added default_floating_pool under [DEFAULT] on the grizzly cloud21:13
lifelessit's just bouncing all the apis21:14
lifelessdone21:14
*** esker has quit IRC21:14
lifelessin principle, if we read it right, that should work on the grizzly poc now21:14
*** mriedem has quit IRC21:14
mordredtesting21:14
mordredheh21:14
mordredERROR: HTTPSConnectionPool(host='poc.tripleo.org', port=10000): Max retries exceeded with url: /v2.0/tokens (Caused by <class 'socket.error'>: [Errno 2] No such file or directory)21:14
lifelessnova list works for me21:15
lifelessyou may have hit it while it was restarting ?21:15
lifelessmordred: still go no?21:17
lifelesshttps://bugs.launchpad.net/tripleo/+bug/123945021:18
uvirtbotLaunchpad bug 1239450 in tripleo "nova floating-ip extension doesn't work on overcloud" [High,Triaged]21:18
mordredworked!21:18
lifelessok21:18
lifelessso that's in place on the grizzly cloud21:18
lifelessand we'll get it in place on the cd-overcloud shotly21:19
lifelessshortly21:19
mordredneat. it's like we've learned something!21:19
clarkbwhat was the fix? creating a nova ip pool?21:19
* mordred is also now set up locally to talk to the infra account on the grizzly cloud21:19
mordredso I'll work on testing nodepool21:19
lifeless10:13 < lifeless> so I'e added default_floating_pool under [DEFAULT] on the grizzly cloud21:19
lifelessclarkb: ^21:19
mordredclarkb: he had to configure nova to talk to neutron for hte pool21:20
lifelessit defaults to 'nova', and the external network we're making in neutron is called 'ext-net'21:20
lifelessnova !- ext-net21:20
clarkbgotcha21:20
*** senk has joined #openstack-infra21:20
mordredclarkb: if I run a nodepool on my laptop, do I _have_ to have a zmq and a zuul now?21:27
clarkbmordred: yes I think so21:32
*** cody-somerville has quit IRC21:32
clarkbbecause gearman doesn't really allow you to inspect finished jobs, just the queues21:33
*** jhesketh has joined #openstack-infra21:33
*** jhesketh has quit IRC21:34
*** jhesketh has joined #openstack-infra21:34
mordredah. there is a fake-servers.py in tools21:36
*** dafter has quit IRC21:38
*** Ryan_Lane has joined #openstack-infra21:40
sdaguemordred: that cloning on the cgit cluster seems to still be there - https://review.openstack.org/#/c/51484/121:46
sdagueclarkb: also ^^^ that's the keystone support, so monday we should figure out the CD strategy for landing changes from this repo to the log servers21:46
mordred++21:49
clarkbI like the idea of two virtualenvs, then run the different executables in each vhost21:50
mordredgood. now we just have to engineer that21:50
mordredclarkb: did you see/care about any of hte dh_virtualenv conv from yesterday?21:50
clarkbno21:51
clarkbI didn't try catching up on that scrollback21:51
mordredfair21:51
mordredclarkb: check out https://github.com/spotify/dh-virtualenv21:51
mordredclarkb: suppress your gag reflex for a bit too21:51
mordredclarkb: because I think we all have the initial reaction of "EW"21:52
mordredbut give it an honest read - I think it might be a decently practical solution for some of our things21:52
clarkbwhat does it do that pip and virtualenv don't?21:52
mordredclarkb: it makes a debian package that contains the virtualenv - so we could install the deb with puppet easily21:52
mordredclarkb: it edits the shbangs so that you don't have to active the virtualenv to use scripts installed in it21:53
mordredso I think it would be potentially super easy to make trunnk and branch packages of infra things for our consumption only that way21:54
mordredI may give a shot at it for os-loganalyze and see what it looks like21:54
mordred(locally, of course - I'm about to be on a flight to argentina21:55
mordred)21:55
*** aspiers has joined #openstack-infra21:55
clarkbI see, so it gives us easy package installs with virtualenvs and not needing to do tons of packaging21:55
mordredyah21:56
clarkbmordred: don't forget the call tomorrow21:56
clarkb9am PST iirc21:56
mordredclarkb: there is a cal tomorrow?21:56
mordredclarkb: yes!21:57
mordredI'll be there.21:57
mordredthanks21:57
mordredclarkb, lifeless: I have a nodepool up and trying to do things with the grizzly cloud22:01
mordredlifeless: I'm getting ConnectionError: HTTPSConnectionPool(host='poc.tripleo.org', port=10000): Max retries exceeded with url: /v2.0/tokens (Caused by <class 'socket.error'>: [Errno 2] No such file or directory)22:02
mordredbut that could be due to airpane wifi22:02
lifelessmordred: looks fine to me, so yes.22:02
lifelessmordred: where are you flying now :)22:02
mordredlifeless: k. it's getting farther now22:03
mordredlifeless: this instant to atlanta - in a couple of hours to argentina22:03
lifelessmordred: if I can suggest; open a screen session somewhere22:03
lifelessmordred: e.g. in that grizzly cloud itself22:03
mordredlifeless: yah. well, that's a whole different kind of pain - but yup22:04
*** aspiers has quit IRC22:04
*** slong has joined #openstack-infra22:06
mordredjeblair: https://review.openstack.org/#/c/51465/2/nodepool/nodepool.py doesn't seem to work either - I get:22:06
mordred    ip = self.manager.addPublicIP(server[server_id])22:07
mordredKeyError: u'fdf82596-5d82-427a-9416-d0c2b452c700'22:07
mordredjeblair: but that is a valid server22:07
clarkbmordred: is that the bug that pabelanger's fix fixes?22:07
mordredjeblair: the KeyError seems to be something from the python side?22:07
* mordred is landing22:07
mordredclarkb: maybe?22:08
mordredclarkb: I'll try applying his patches too22:08
lifelessis it partial-fix or partial-bug ?22:14
lifelessclarkb: ^22:14
clarkblifeless: both! let me check the one we have documetned22:18
*** sarob has joined #openstack-infra22:19
clarkb"partial-bug"22:19
*** michchap has quit IRC22:20
lifelessthanks22:20
*** sarob has quit IRC22:23
*** michchap has joined #openstack-infra22:23
*** erfanian has joined #openstack-infra22:24
*** jhesketh__ has joined #openstack-infra22:41
pabelangerclarkb, mordred yes22:48
pabelangeraddPublicIP(server_id) I believe22:48
*** sarob has joined #openstack-infra22:49
*** cody-somerville has joined #openstack-infra22:51
openstackgerritSean Dague proposed a change to openstack-infra/config: add os-loganalyze to #openstack-infra  https://review.openstack.org/5148922:55
jeblair22:09 < mordred>     ip = self.manager.addPublicIP(server[server_id])22:57
jeblairmordred: that's from patchset 1 of that change22:57
jeblairmordred: patchset 2 (which you linked to) fixes that22:58
*** sarob has quit IRC22:58
sdaguejeblair: the cgit mirroring still acting up?23:02
jeblairsdague: i was not aware that it was23:02
sdaguejeblair: https://review.openstack.org/#/c/51491/23:02
sdagueI seem to hit it about 25% of the time23:03
sdaguehttp://logs.openstack.org/91/51491/1/gate/gate-os-loganalyze-python27/0308009/console.html23:03
jeblairsdague: ah, then it's likely one of the servers didn't get your project replicated23:03
sdagueyeh, fungi was looking at it yesterday morning, and I thought he'd applied a fix, maybe a server was missing from there23:03
sdaguefrom that23:03
jeblairsdague: weird, it's on all the servers, but git02 seems to have different refs23:05
jeblairhttp://git02.openstack.org:8080/cgit/openstack-infra/os-loganalyze23:05
jeblairsdague: i just forced replication and git02 is now in sync with the others23:05
sdagueok, cool23:06
sdagueany idea why it seems to keep tripping over it?23:06
jeblairsdague: no; i'm curious as to what fungi did to fix it.  if we did the same thing, we have a problem.23:06
sdaguesome of it is in backlog from yesterday23:07
jeblairsdague: ah, i think the actual problem is the git repo on the jenkins slave23:08
sdagueok23:08
jeblairsdague: it may have cloned while the repo had no content23:08
sdagueoh, then remains stale?23:09
jeblairsdague: yep, 'git reset --hard' doesn't work on a repo with no commits23:09
sdagueprecise35 seems to be the one causing me grief at the moment23:09
jeblairsdague: we should probably just have gerrit-git-prep 'rm -fr .' if 'git reset --hard' fails23:09
jeblairsdague: i manually did that on precise35, so that should improve your odds of success23:10
sdaguecool, thanks23:10
sdaguereverify again, we'll see :)23:10
sdagueseems to have worked, it actually ran on precise35 that time23:13
sdaguethanks23:13
jeblairsdague: np23:14
openstackgerritlifeless proposed a change to openstack-infra/nodepool: Don't use max_overflow with sqlite  https://review.openstack.org/4963923:16
openstackgerritlifeless proposed a change to openstack-infra/nodepool: Add the ability to pass pool for AddPublicIP  https://review.openstack.org/4983323:16
*** cody-somerville has quit IRC23:16
pabelangerlifeless, testing out the patches?23:19
lifelesspabelanger: gerrit whinged, it needed a rebase23:20
lifelesspabelanger: I'm not sure why you have it built on the sqlite change; but I didn't want to fiddle too much23:20
lifelesspabelanger: so I just pulled it down, rebased and pushed back up23:20
*** sarob has joined #openstack-infra23:24
pabelangerlifeless, ya, the sqlite stuff could be rebased out.  It was more to get tox going locally cause I was too lazy to setup mysql23:26
lifelessok, jeblair seemed concerned about that23:27
lifelessso let me rebase it out23:27
pabelangercool here23:28
openstackgerritlifeless proposed a change to openstack-infra/nodepool: Add the ability to pass pool for AddPublicIP  https://review.openstack.org/4983323:28
lifelessjeblair: / clarkb: ^ should be good to approve now23:28
*** sarob has quit IRC23:33
clarkbmordred: you are missing a great saints game23:38
*** senk has quit IRC23:43
*** senk has joined #openstack-infra23:43
sdaguewell except for them folding at the end :)23:48
*** senk has quit IRC23:58

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