Thursday, 2013-09-05

*** Ryan_Lane has quit IRC00:00
*** wenlock has quit IRC00:03
*** portante|afk is now known as portante00:09
*** sarob has quit IRC00:09
*** ryanpetrello has joined #openstack-infra00:13
anteayaalexpilotti: you are fifth!00:13
*** dina_belova has joined #openstack-infra00:14
alexpilottianteaya: wow, the pole position is getting closer!00:14
anteaya*crosses fingers*00:15
*** gyee has quit IRC00:16
*** dina_belova has quit IRC00:19
*** sgviking has joined #openstack-infra00:26
*** vipul is now known as vipul-away00:29
*** nosnos has joined #openstack-infra00:36
*** morganfainberg is now known as mdrnstm00:37
*** mdrnstm is now known as needscoffee00:37
*** needscoffee is now known as morganfainberg00:38
anteayaalexpilotti: look for results00:39
*** vipul-away is now known as vipul00:40
anteayaalexpilotti: hopefully it is going to be merged00:40
anteayalooks to me like it passed the gate00:40
* alexpilotti looks and crosses various fingers :-)00:41
*** rfolco has quit IRC00:41
anteayaI see someone left a review comment about 20 minutes ago00:42
anteayahopefully that doesn't influence the jenkins report/merge00:42
anteayaoh there you are00:43
anteayayour patch is the head of the queue this time00:44
anteayaI don't understand why since it appeared to me that both patches ahead of it had passed tests00:44
*** reed has quit IRC00:47
jeblairanteaya: remember the changes?00:48
alexpilottiyeah, somebody re-added a +2 although it was already +2a00:48
anteayaalexpilotti: but you are still in line00:49
anteayajeblair: yes, but I was expecting that if the two patches ahead of his patch passed and his patch passed, they would all be merged together00:49
anteayathe patch immediately ahead of his passed and was waiting for the head to finish00:50
anteayaif the head failed alexpilotti's patch would be second in line, it is the head00:50
anteayaso both patches must have passed00:50
anteayaif so, why didn't alexpilotti's patch also merge00:50
anteayasince if his was the failing patch it wouldn't still be head00:50
anteayaor have I missed something?00:50
jeblairanteaya: i don't know, but if you remember which patches were ahead of his, i can look at it00:52
jeblairi can also try to dig that out of the logs, but it's, er, tricky00:52
anteayaI wasn't tracking the patch numbers :(00:52
anteayano worries, it was just unexpected00:52
anteayaI should have kept the patch numbers00:53
anteayaI think they were both heat patches00:53
anteayathese top merged heat patches are the right time frame: https://review.openstack.org/#/q/heat,n,z00:54
anteayaand the fact that the merged comment is logged first followed by the verified comment on this patch is odd: https://review.openstack.org/#/c/44338/00:56
*** kiall has quit IRC00:56
openstackgerritJoe Gordon proposed a change to openstack-dev/hacking: Redirect stderr for git rev-parse  https://review.openstack.org/4515000:56
anteayaand this heat patch is in the post queue: https://review.openstack.org/gitweb?p=openstack/heat.git;a=commitdiff;h=42aaccf6ab1f14e23ab0d2ad32f670811781e7f600:56
anteayaso it looks like they all passed and merged00:57
anteayaI am at a loss as to why alexpilotti's patch didn't merge at the same time then00:57
alexpilottimy patch likes some suspense I guess00:58
salv-orlandohi, sorry to add more meat on the table. Is it just a temporary thing, or the check pipeline is launching python27 jobs only?01:03
anteayasalv-orlando: what patch number are you watching01:04
salv-orlandoall of them on status.openstack.org/zuul01:05
anteayai see success in python26 jobs in patch #2 and #3 in the check queue right now01:05
anteaya40298 and 4514201:05
salv-orlandocorrect, but currently all the other patches are queued and no jobs are starting01:05
*** kiall has joined #openstack-infra01:05
anteayathose are just at the top of my screen right now01:05
salv-orlandono worries, I guess it's just a matter of time before queued job start01:06
anteayapost queue has a higher priority than check01:06
anteayayes01:06
salv-orlandook, cool01:06
anteayaresources go to post first01:06
anteayathen check01:06
anteayaand there is a smaller pool of python26 nodes than other nodes01:06
Alex_GaynorWowa. I step away for a few hours, and 61 items in the gate. Is it slow, or are people going crazy for the freeze?01:08
anteayabit of both01:08
anteayafor some reason I am not seeing patches move out of the gate in the large groupings that I saw earlier in the week and I don't know why01:09
Alex_Gaynorinteresting01:09
anteayahere are the patch numbers for the first 36 patches in the gate right now01:09
anteayaI would be grateful for a second set of eyes as I follow what happens after the next reset01:10
anteayawho merges and which patch is the new head01:10
*** ArxCruz has joined #openstack-infra01:10
anteayahttp://paste.openstack.org/show/45786/01:10
anteayasorry there they are01:10
anteayaokay alexpilotti what happened?01:11
*** pcrews has quit IRC01:11
alexpilottianteaya: so far so good :-)01:11
anteayagreat01:11
anteayalet's hope it goes to post01:11
alexpilottithe first 2 merged01:12
Alex_Gaynorfingers crossed for no more resets :)01:12
anteayayeah01:12
alexpilottithe last one is waiting for the usual endless progress devstack01:12
alexpilotti*postgress01:12
anteayaokay so for your 3 patches you are babysitting you only have one to go?01:12
alexpilottiactually no, standard devstack, gone as well anyway01:13
*** nati_ueno has joined #openstack-infra01:13
alexpilottithe 3rd one merged as well, so beside a last one that requires some late reviews I'm done for this round01:13
anteayaalexpilotti: sorry I have lost track01:13
anteayaoh in that case, yay!01:14
alexpilottianteaya: thanks again for your help! :-)01:14
anteayanp01:14
anteayacongratulations on merged patches01:14
anteayahappy sleep01:14
Alex_Gaynornooooo01:14
Alex_Gaynorgate reset time01:14
anteayayeah01:15
*** dina_belova has joined #openstack-infra01:15
anteayalet's find out which patch caused it and what happened01:15
anteayathe 7th one on my list is the new head01:15
Alex_Gaynorhttps://review.openstack.org/#/c/45074/01:15
Alex_Gaynoris the cause01:16
Alex_GaynorI don't recognize that failure from the rechecks page01:16
anteayaokay I want to look at all the patches prior to that one01:16
*** changbl has joined #openstack-infra01:17
anteayathis one was just before the failure and it merged: https://review.openstack.org/#/c/4253401:17
anteayayup all the rest ahead of 45074 merged01:18
*** dina_belova has quit IRC01:19
*** pcrews has joined #openstack-infra01:20
yjiang501:22
*** ewindisch- has quit IRC01:22
anteayaokay next list: http://paste.openstack.org/show/45787/01:24
portanteone of mine is #2 in that list01:25
portantelet me know if I can help01:25
anteayaportante: don't touch anything01:27
anteayaswing a rubber chicken if you have one01:27
*** dolphm has quit IRC01:27
anteayasdague if you are around, we have a tempest setupclass timeout test failure: http://logs.openstack.org/74/45074/1/gate/gate-tempest-devstack-vm-postgres-full/1c7d428/console.html01:27
anteayaportante: :D01:28
lifelessmordred: what are the rules for things being added to te jobs section of zuul layout.yaml ?01:28
lifelesshttp://ci.openstack.org/stackforge.html covers projects/ not jobs/01:28
*** alexpilotti has quit IRC01:29
* portante swings01:29
anteaya:D01:29
*** kiall has quit IRC01:30
anteayafunny the test jobs on the patch 4th in line in the gate queue are queued01:32
anteayathe first 3 devstack vm tests: functional, full and neutron01:32
anteayawhile the next 18 patches after that patch, 44625, 3 are all running01:33
anteayahow odd01:33
lifelessdifferent pools01:34
lifelessI think01:34
anteayaI meant to say all test jobs are running on the next 18 patches01:34
anteayareally?01:34
anteayaokay I look forward to being educated on why that is01:34
*** salv-orlando has left #openstack-infra01:36
yjiang5anteaya: strange, all patches before/after 44625 is undergoing, while 44625 is still queued01:36
anteayayes01:37
anteayaI see the same01:37
*** cyeoh_ is now known as cyeoh01:37
anteayafunny since 44625 must merge or fail before any behind it can do anything01:37
*** sgviking has quit IRC01:38
anteayathere are at least one test job running on all 55 patches in the gate queue01:38
anteayayet those 3 test jobs on 44625 are still queued01:38
*** yaguang has joined #openstack-infra01:39
yjiang5anteaya: I'm really not so lucky :-(01:39
anteayaevery patch in the gate queue is in the same pipeline right now, there is no pipeline change01:40
anteayayjiang5: I'm rooting for you01:40
anteayayjiang5: which patch are you cheering for?01:40
yjiang5anteaya: so still lucky :) the 44625 is my patch01:41
anteayaah okay01:41
portanteI think 44625 is my patch01:41
anteayawell let's cheer for those test jobs starting on your patch01:41
anteayaha ha ha01:41
yjiang5portante: oops, let me check my number01:41
anteayahttps://review.openstack.org/#/c/44625/ is portante's patch01:42
anteayabut you can cheer for it too, yjiang501:42
yjiang5portante: anteaya, I monitor a wrong patch :$01:42
anteayayjiang5: that's okay01:42
anteayais yours in the queue yjiang5?01:43
anteayashow me the url for the patch01:43
Alex_Gaynorpretty sure something is broken with 44625, somehow01:43
anteayawhy aren't those test jobs starting?01:43
yjiang5anteaya:  my patch is far behind him. 4464501:43
anteayaah okay01:43
*** svarnau_ has quit IRC01:43
yjiang5anteaya: and 39891, I can go for dinner first01:44
anteayayjiang5: this is you? https://review.openstack.org/#/c/44645/01:44
anteayayeah dinner is a good idea01:44
anteayaAlex_Gaynor: are you anywhere near the aws hackathon?01:44
anteayacan someone get a text to jeblair, I think zuul needs his touch01:44
Alex_Gaynoranteaya: unless it is *shockingly* near my apartment, nope :)01:44
anteayaokay01:44
yjiang5anteaya: yes, that mine.01:45
*** yjiang5 is now known as yjiang5_dinner01:45
anteayaokay, well I will cheer for that one too01:45
yjiang5_dinneranteaya: thanks.01:45
*** ryanpetrello has quit IRC01:45
anteayayeah, those jobs still haven't started on 4462501:45
anteayaI don't know what zuul will do with that patch01:46
anteayamaybe it will kick it out if it can't be merged01:46
Alex_GaynorI imagine it'll hang for forever?01:46
anteayaoh I hope not01:46
anteayaclarkb fungi mordred jeblair we need a core please01:47
fungi'sup?01:47
anteayayay01:47
anteayalook at the gate queue01:47
*** ryanpetrello has joined #openstack-infra01:47
anteayasee the second patch, the swift one01:48
anteaya4462501:48
anteaya3 jobs never started01:48
anteayawe don't want it to clog the queue01:48
fungii'll need to go get on a computer... just a sec01:48
anteayaand we also need the jobs to run and the patch to merge01:48
anteayathanks01:48
anteayaportante: we may need to kick your patch01:49
anteayasorry about that01:49
*** sgviking has joined #openstack-infra01:49
anteayait will requeue and hopefully jobs will start on it next time01:49
anteayayeah right now it is holding up the 3 patches behind it01:49
Alex_Gaynorwell, right now it's holding up the entire gate :)01:50
anteayayes01:50
anteayatests are still running but nothing can proceed01:50
fungier, having trouble getting to status.o.o for some reason01:52
anteayafungi: hopefully you can remove 44625 from the queue01:52
anteayahmmmm01:52
anteayathere are 7 patches behind it ready to merge01:52
Alex_Gaynorwell, when we remove 44625 that'll trigger a reset01:52
anteayarats01:53
Alex_Gaynor(I assume)01:53
anteayaI hope fungi has a magic trick up his sleeve01:53
anteayaif not, better now than in 2 hours01:53
portanteanteaya: so do I just do a "reverify no bug" to get it back in the queue?01:53
Alex_Gaynorportante: once it's actually removed, yes01:53
Alex_Gaynor(assuming removal is the solution)01:54
anteayaportante: before you do that, let's have a quick look01:54
portanteokay, just give the word01:54
portanteI don't see anything in zuul anymore01:54
anteayajust to see if there is anything that might have caused the jobs not to start01:54
portanteah, zuul is back01:54
anteayabut that doesn't make sense, the jobs starting or not wouldn't have anything to do with your patch01:54
fungigah, this machine had an old hosts entry for status.o.o from a previous maintenance. my bad01:55
portanteremember what sherlock holmes says ...01:55
anteayalet's hear from fungi after we are back up, but yes probably a reverify no bug01:55
Alex_Gaynorportante: "elementary my dear watson"?01:55
*** UtahDave has joined #openstack-infra01:55
portanteit lookslike they are urnning?01:55
portante4462501:55
anteayatests are running01:56
anteayayay01:56
Alex_Gaynoryay!01:56
anteayabetter we wait than a gate reset01:56
anteayayay fungi01:56
Alex_Gaynorand without a gate reset01:56
*** kiall has joined #openstack-infra01:56
anteayayay01:56
lifelessfungi: you might know, when does a jobs/ entry get added to zuul/layout.yaml ?01:56
portanteoy, the flood gates are going to open when this is done!01:56
anteaya11 patches after yours portante ready to go iin01:56
anteayayes01:57
anteayalet's hope your tests pass01:57
* portante grabs some foul nearby01:57
Alex_Gaynoroh man, if portante's tests fail... I'll be so sad01:57
anteayafungi: did you do anything to get those test jobs running on 44625?01:57
anteayaportante: swing that chicken01:57
fungianteaya: yeah, it looks like it didn't have available devstack slaves to devote to those jobs until just a moment ago, which is odd considering there were others running further down the queue01:57
anteayaor did we just have to wait for some nodes to be freed up01:58
anteayayes01:58
anteayathat was what we were seeing01:58
fungibut we are definitely getting starved for devstack slaves01:58
*** nati_uen_ has quit IRC01:58
anteayaokay01:58
fungiif you look at the graph01:58
anteayajeblair: said something about hard limits to the amount of nodes we can create at any given time01:58
anteayaI don't know what the numbers are01:58
anteayamaybe next ff we won't have a hackathon on the same night :/01:59
portante:)01:59
anteayaI don't see a failure anywhere in the gate queue right now02:00
* anteaya grabs her rubber chicken02:00
*** rcleere has joined #openstack-infra02:01
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Preserve change creation time on project renames  https://review.openstack.org/4515502:01
anteayaokay if your patch passes gate tests portante, 24 patches behind it go too02:02
anteaya43904.9 is failing02:02
anteayaso 42296,5 should be the head of the next queue after the gate reset02:03
fungilifeless: the top-level jobs list is for overriding conditions under which a job runs. we use it to restrict jobs to certain branches of projects or to make jobs non-voting mainlu02:03
fungimainly02:03
anteayathat is my expectation if 44625 passes02:03
fungialso to set some parameter functions02:03
fungiand occasionally override result messages02:03
* anteaya grabs a rubber turkey02:03
anteayaoh 39891,40 and 43569,6 are still running tests02:05
lifelessfungi: so in a derived infrastructure it can have just ^.*$ with set_log_url ?02:05
anteayaand 44625,3, all the rest of the tests have passed through to the failing patch02:05
fungilifeless: you may even be able to omit it entirely, but i'd need to go digging in source/docs to confirm whether zuul does something sane with that parameter if so02:06
*** nati_ueno has quit IRC02:08
fungianteaya: but yeah, i think what we saw was an instance of clarkb's earlier observation that jobs are not always started sequentially following a gate reset (and it becomes a lot more obvious when there aren't enough slaves to go around)02:09
*** nati_ueno has joined #openstack-infra02:09
anteayafungi: yes02:09
anteayaso I wasn't seeing this earlier in the week or last week02:09
anteayamind you, I wasn't watching closely yesterday02:10
anteayaand Monday was rather quiet02:10
anteayaso how to gather information to understand why this is?02:10
anteayaam I the only one scrolling up and down the gate queue yelling encouragement to zuul?02:11
anteaya43569,6 has finished and passed all tests02:12
portante44625: tempest.scenario.test_volume_snapshot_pattern.TestVolumeSnapshotPattern.test_volume_snapshot_pattern ... FAIL02:12
anteayanooooooooooo02:13
anteayanooooo02:13
clarkbfungi they are started sequentially02:13
*** nati_ueno has quit IRC02:13
yjiang5_dinner  anteaya: 39891,40 has running a long time, strange.02:13
clarkbfungi but zuul handles a null job result from jenkins by requeuing jobs02:14
portante44625: setUpClass (tempest.api.compute.images.test_list_image_filters.ListImageFiltersTestXML) ... FAIL02:14
portantedoomed02:14
anteayayjiang5_dinner: yes it is waiting for 44625 to finish, which is going to fail02:14
clarkbnull job results happen when a slaves ssh connection is dead for example02:14
* anteaya wipes tears away02:14
yjiang5_dinneranteaya: so everyne has to come again? ? .......02:14
anteayayjiang5_dinner: stand by02:14
anteayawe are about to find out02:15
clarkbwe all need a healthy dose of patience and less flaky tests :)02:15
anteayayeah02:15
yjiang5_dinnerclarkb: agree.02:15
*** yjiang5_dinner is now known as yjiang502:15
anteayalet's see what 44777,1 does02:15
*** dina_belova has joined #openstack-infra02:15
anteayait is the patch after 4462502:15
portantebut even though 44625 failed, won't the 24 passes behind it still get submitted?02:16
fungiportante: no, because that failing change might have also been doing something to make the others behind it work02:16
fungiso they need to be retested to be sure02:16
lifelessfungi: if pushing to github fails; where does it get logged?02:16
portantethat is a swift change though02:17
fungialso, one of those 24 (39891) has a tempest job on its way to failure02:17
anteayacurrent gate patch lineup: http://paste.openstack.org/show/45789/02:17
lifelessanteaya: probably...02:17
clarkblifeless review_site/logs/error_log02:17
lifelessanteaya: (only one yelling encouragement)02:17
fungiportante: zuul doesn't know that the tempest jobs don't really (yet) do anything with swift02:17
lifelessclarkb: on the gerrit machine ?02:17
clarkblifeless yes02:17
yjiang5fungi: 39891 also has failure? ........:'(02:17
anteayalifeless: I'm still yelling, grieving now02:17
portanteoy02:18
fungilifeless: i think gerrit's error log may contain indication of mirroring failures02:18
lifelessgit@github.com:testing-cabal/testtools.git: reject HostKey: github.com02:18
clarkbI thought glance uses swift in tempest or something?02:18
clarkbI have seen tempest catch actual integration fails before in swift02:19
fungioh, perhaps. in which case there's the possibility that one swift change was enabling some feature used by subsequent glance changes02:19
koolhead17 anteaya did you recently blogged about devstack?02:20
anteayai did02:20
lifelessfungi: / clarkb: ^ any thoughts02:20
anteayahow are you koolhead17?02:20
koolhead17anteaya: am awesome. Does that blog also mentiones about restarting the servicrs?02:20
*** dina_belova has quit IRC02:20
clarkblifeless: add githubs host keys to your knownhosts?02:20
anteayakoolhead17: no, I was going to cover that in post 202:21
fungilifeless: might be that the github host key needs to be (manually since we might not have puppeted it) cached in ~gerrit2/.ssh/known_hosts02:21
lifelessclarkb: just regular ~/.ssh/knownhosts? or /etc/ or ?02:21
anteayait will probably be a series of 3, but the timing is loose02:21
koolhead17cool. remind me once its up02:21
koolhead17i will forward to a lot many people02:21
anteayakoolhead17: can do and thanks for asking02:21
anteayaha ha ha02:21
clarkblifeless I think known hosts for the user running gerrit02:21
koolhead17a lot people asked me for it02:21
anteayaI welcome your feedback too, koolhead1702:21
anteayaah okay02:21
clarkbfungi ^ do you remember from the git.o.o stuff?02:21
koolhead17i will try it out all myself as well02:22
koolhead17:D02:22
anteayakoolhead17: I was going to go with go into screen and control C to stop then up arrow to get the command back and then enter02:22
anteayadid you want something more/different than that?02:22
fungilifeless: clarkb: yes i believe it came up and we manually added it to that file with the assertion that pleia2 was going to submit a change to start managing the list (but first we need to decide which of the various entries in it are no longer needed)02:22
koolhead17anteaya: how about making a nice screencast02:23
koolhead17:D02:23
anteayakoolhead17: interesting you should ask about that02:23
anteayaI have been working on something to facilitate that02:23
koolhead17anteaya: you should blog and then attach a screencast as well02:23
Alex_Gaynornooooooooo02:23
Alex_Gaynorgate reset02:23
portanteyes02:23
koolhead17recordmydesktop is cool tool02:23
anteayaI have to let mordred get through his email pile before I bring that up again02:23
portantewe have all already gone through our mourning ...02:24
anteayayeah, been mourning for a bit now02:24
anteayakoolhead17: it isn't so much the tools with screencasts as the editing02:24
anteayaediting takes for ever and it makes or breaks a good screencast (or film or tv production)02:25
koolhead17not sure of editing tools02:25
anteayatools are part of it and time the other02:25
anteayaI have edited sound and it takes a long time02:25
anteayaand I have worked with video editors02:25
lifelessfungi: I've added it to my copious doc patches.02:25
anteayaso yes, all things I have thought about, but I can't be rushed into saying yes right now02:26
anteayathough I appreciate the support and encouragement, koolhead1702:26
anteayaI'm also not saying no, I'm saying not right now02:26
*** pcrews has quit IRC02:26
koolhead17anteaya: lets get all the blogs ASAO02:26
koolhead17P02:26
koolhead17:)02:26
anteayaASAOAssociation for Social Anthropology in Oceania02:27
anteayaAsAoAscending Aorta02:27
anteayaASAOAdvanced Space Analysis Office02:27
*** ArxCruz has quit IRC02:27
anteaya?02:27
anteayaam I close yet?02:27
fungiall singing about openstack!02:28
anteayaha ha ha02:28
* fungi likes to keep it positive02:28
anteaya44777,1 is what I am singing right now02:28
anteaya:D02:28
clarkbperhaps it is just the way my brain works but screencasts of a terminal aren't very useful02:29
anteayaportante: did you want any more pressure on you and your patch tonight?02:29
anteayaor have you had your fill?02:29
anteayaclarkb: yeah, I find the same02:29
anteayaI tweet with a guy that does animation02:30
anteayaI have wondered what it would be like to work with him02:30
portantewell, the one that follows that, 44626, had to be rebased anyways, since it would not merge02:30
anteayanot animation, illustration02:30
anteayadifferent skills, sorry my bad02:30
anteayaportante: okay good02:30
anteayaglad it didn't take you down02:30
anteayarebase away and then come back into the queue02:30
anteayaso was this a flakey test failure?02:31
anteayaor did it catch a problem in the code?02:31
portanteso I just rebased them both and tomorrow they'll get reviewed, hopefully, and go through02:31
anteayaah, well02:31
anteayafeature freeze is whenever ttx wakes up (at least that is what I am going by)02:32
anteayabut it is your call portante02:32
*** dims has quit IRC02:33
*** ericw has joined #openstack-infra02:34
portanteanteaya: thx02:35
anteaya:D02:35
anteayahere is the list of patches in our current queue, I did all of them this time: http://paste.openstack.org/show/45790/02:38
*** adalbas has quit IRC02:40
*** jhesketh__ has quit IRC02:50
*** jhesketh has joined #openstack-infra02:50
*** jhesketh_ has joined #openstack-infra02:52
*** Ryan_Lane has joined #openstack-infra02:52
*** xchu has joined #openstack-infra02:55
Alex_Gaynoranother failure :( these are killing us02:55
*** kiall has quit IRC02:55
Alex_GaynorAm I crazy to think all other development on neutron should stop until these are resolved :(02:55
portanteAlex_Gaynor: about how to handle a hackathon ... ;)02:57
*** sarob has joined #openstack-infra02:57
anteayaFAIL: tempest.api.compute.volumes.test_volumes_get.VolumesGetTestXML.test_volume_create_get_delete[gate,smoke] on 44777 :(02:59
*** UtahDave has quit IRC03:00
anteayais this failure neutron related Alex_Gaynor?03:01
Alex_Gaynoranteaya: it's my understanding that most of the flaky bits are neutron, that's second-hand though03:01
anteayasorry if that is a silly question, I don't quite grok all of neutron03:01
anteayathere has been some neutron flakiness that is true03:01
Alex_GaynorI grok ~0% of neutron :)03:02
anteayamarkmcclain was on hand today to try to address some of that03:02
anteayaah okay03:02
*** reed has joined #openstack-infra03:02
anteayaa failing tests mentioning volumes has me leaning toward cinder03:03
*** kiall has joined #openstack-infra03:03
anteayabut that is my first response03:03
anteayaand yes03:04
anteayahaving patches move through the gate is not helping out any03:04
anteayamove through the gate one at a time, is what i meant to type03:04
markmcclainanteaya: still around03:04
anteayaI thought it but my hands did something else03:04
anteayayeah so this failure on 44777: http://logs.openstack.org/77/44777/1/gate/gate-tempest-devstack-vm-postgres-full/a79cb93/console.html03:05
anteayaI don't think that is neutron, is it?03:05
*** melwitt has quit IRC03:05
*** ryanpetrello has quit IRC03:05
markmcclainit's not neutron because it volume code03:07
jgriffithanteaya: you're correct, that does not appear to be cinder related03:07
jgriffithmarkmcclain: :)03:07
jgriffithyou beat me to it03:07
anteayaright that is what I thought03:07
anteayajgriffith: it isn't cider related?03:07
jgriffithanteaya: markmcclain I've been seeing that particular issue jumping around various projects/components all week03:07
anteayavolumes are swift then?03:08
anteayacinder is block, I'm so tired, sorry03:08
jgriffithanteaya: no, no.. it is Cinder03:08
anteayait is03:08
*** ryanpetrello has joined #openstack-infra03:08
anteayahmmm, do you have a bug filed for it anywhere yet, jgriffith?03:08
jgriffithwell... I haven't figured out what the root is yet though03:08
anteayalet's put up a bug report03:08
jgriffithanteaya: I believe there's one logged, lemme check03:08
anteayak03:08
anteayalet's add this then03:09
jgriffithanteaya: I was asking folks about this the other night03:09
anteayaand if I see it again I know where to put it03:09
anteayaah okay03:09
jgriffithI've seen this pop up for various tests ranging from instance deletion to volumes etc03:09
jgriffiththe "empty attachments" exception03:09
jgriffithanyway... lemme look, just a sec03:09
anteaya9.5 hours of logs got lost in the outage last night03:09
*** pcrews has joined #openstack-infra03:09
anteayaso I must have missed you mentioning it03:09
anteayayeah, okay because I have seen it at least once today03:10
anteayabut didn't know what to do next03:10
*** ericw has quit IRC03:12
jgriffithanteaya: there are quite a few bugs logged on status.openstack/rechecks that seem to have this signature03:13
jgriffithanteaya: sadly they're for all sort of different tests, some with failures ahead of it some not03:13
anteayajgriffith: are they all one bug and need to be consolidated?03:14
anteayaeww03:14
anteayaso a race condition of some sort?03:14
jgriffithanteaya: well until we root casue it I don't think consolidating is going to work03:14
anteayaokay03:14
anteayalet's do this03:14
jgriffithanteaya: it seems like something falls apart in the test tiself, but not sure03:14
anteayawhat should I do for any failing test that mentions volumes and empty attachments?03:15
jgriffithanteaya: for example: http://logs.openstack.org/51/43651/2/gate/gate-tempest-devstack-vm-postgres-full/e5043e2/console.html03:15
jgriffithanteaya: which is part of https://bugs.launchpad.net/cinder/+bug/122043603:15
uvirtbotLaunchpad bug 1220436 in cinder "test_cinder_quota_class_show failes during swift gate jobs" [Undecided,New]03:15
anteayais this the consistent part? StringException: Empty attachments:03:15
*** dina_belova has joined #openstack-infra03:16
jgriffithanteaya: yes!03:16
openstackgerritlifeless proposed a change to openstack-infra/config: Document push key acceptance.  https://review.openstack.org/4516203:16
openstackgerritlifeless proposed a change to openstack-infra/config: Improve Zuul docs.  https://review.openstack.org/4516303:16
openstackgerritlifeless proposed a change to openstack-infra/config: Document spinning up a derived zuul.  https://review.openstack.org/4516403:16
lifelessbooyah03:16
openstackgerritlifeless proposed a change to openstack-infra/config: Gerrit docs improvements - user and groups.  https://review.openstack.org/4500103:16
openstackgerritlifeless proposed a change to openstack-infra/config: Phase 3 infra bootstrap docs: gerrit.  https://review.openstack.org/4497003:16
openstackgerritlifeless proposed a change to openstack-infra/config: Document review.pp parameters a bit.  https://review.openstack.org/4496903:16
openstackgerritlifeless proposed a change to openstack-infra/config: Make gerrit DB setup match actual practice.  https://review.openstack.org/4499303:16
openstackgerritlifeless proposed a change to openstack-infra/config: Document basic admin hints for jeepyb.  https://review.openstack.org/4504303:16
openstackgerritlifeless proposed a change to openstack-infra/config: Non-openstack-ci support for launch/dns.py.  https://review.openstack.org/4498003:16
jgriffithanteaya: I'm seeing that all over03:16
openstackgerritlifeless proposed a change to openstack-infra/config: Document bootstrapping of Gerrit ACLs.  https://review.openstack.org/4501103:16
openstackgerritlifeless proposed a change to openstack-infra/config: Explain API projects a little.  https://review.openstack.org/4511103:16
jgriffithhaha!  lifeless finished his patches03:16
anteayaha ha ha03:17
anteayathanks lifeless, I always liked the rain03:17
anteayajgriffith: hrm03:17
jgriffithanteaya: ok, interesting03:18
jgriffithanteaya: log it against that one03:18
jgriffithso there's a trace pack in the volume-logs03:18
*** ericw has joined #openstack-infra03:18
jgriffithI"ll get a fix up here shortly03:18
anteayaagainst this bug? https://bugs.launchpad.net/cinder/+bug/122043603:18
uvirtbotLaunchpad bug 1220436 in cinder "test_cinder_quota_class_show failes during swift gate jobs" [Undecided,New]03:18
anteayaokay03:18
*** xchu has quit IRC03:19
*** dina_belova has quit IRC03:20
*** nati_ueno has joined #openstack-infra03:20
lifelessnuts, broken patch at the top03:21
lifelesssorry03:21
jgriffithanteaya: so there's a race, where the scheduler is calling update_stats before the lvm driver has initialized03:21
anteayaah okay03:21
anteayahow do we ensure that lvm driver is up before update_stats is called by the scheduler?03:22
openstackgerritlifeless proposed a change to openstack-infra/config: Gerrit docs improvements - user and groups.  https://review.openstack.org/4500103:22
openstackgerritlifeless proposed a change to openstack-infra/config: Document spinning up a derived zuul.  https://review.openstack.org/4516403:22
openstackgerritlifeless proposed a change to openstack-infra/config: Phase 3 infra bootstrap docs: gerrit.  https://review.openstack.org/4497003:22
openstackgerritlifeless proposed a change to openstack-infra/config: Improve Zuul docs.  https://review.openstack.org/4516303:22
openstackgerritlifeless proposed a change to openstack-infra/config: Document review.pp parameters a bit.  https://review.openstack.org/4496903:22
openstackgerritlifeless proposed a change to openstack-infra/config: Document push key acceptance.  https://review.openstack.org/4516203:22
openstackgerritlifeless proposed a change to openstack-infra/config: Make gerrit DB setup match actual practice.  https://review.openstack.org/4499303:22
openstackgerritlifeless proposed a change to openstack-infra/config: Document basic admin hints for jeepyb.  https://review.openstack.org/4504303:22
openstackgerritlifeless proposed a change to openstack-infra/config: Non-openstack-ci support for launch/dns.py.  https://review.openstack.org/4498003:22
openstackgerritlifeless proposed a change to openstack-infra/config: Document bootstrapping of Gerrit ACLs.  https://review.openstack.org/4501103:22
openstackgerritlifeless proposed a change to openstack-infra/config: Explain API projects a little.  https://review.openstack.org/4511103:22
*** dkliban has joined #openstack-infra03:22
jgriffithanteaya: I think the better way to do it is going to be to check service status on the update call and act accordingly03:22
jgriffithanteaya: working on something now03:22
anteayaokay, good plan03:22
anteayago jgriffith03:22
anteayalifeless: y'know it is moments like this when markmc's idea of a patch that merges other patches looks appealing to me03:23
anteaya*she said parting the curtains of the lifeless patch onslaught*03:24
markmcclainlooks like we need an infra core to work their magic again03:24
lifelessanteaya: that wouldn't help here03:25
anteayawell what we did last time was wait for a node to free up to run the test job03:25
lifelessanteaya: the reason this is a high stack is sheer logistics putting it together; it's a lot easier to manage.03:25
anteayafungi, it turns out, didn't really do anything last time03:25
lifelessanteaya: there are many tangled threads that can in principle be done separately, with no need for an octopus at the top03:26
anteayathough why the patch at the head has a queued test job is beyond me03:26
anteayaif there is a good explaination I haven't gotten it through my thick head yet03:26
* fungi rarely actually does anything anyway ;)03:26
anteayashowing up counts03:26
anteayayay fungi03:26
anteayalifeless: yeah, i know it, and it does make sense03:27
anteayait is my way of acknowledging the lifeless wave03:27
anteayasome people go to sports events to witness the wave03:27
anteayaI just hang out in here03:28
anteaya:D03:28
*** pcrews has quit IRC03:28
anteayathe next failure in the queue is the cinder failure j griffiths is working on, I have attached the console log to the bug03:31
*** UtahDave has joined #openstack-infra03:31
*** xchu has joined #openstack-infra03:31
*** pcrews has joined #openstack-infra03:32
lifeless\o/ http://192.237.210.61/03:35
*** dklyle has joined #openstack-infra03:35
lifelessfungi: mordred: clarkb: how does one check zuul is 'done' setup wise ?03:35
fungiclarkb: so you're saying what we saw with jobs for later changes in a dependent queue starting before jobs for parent changes ahead of them which need the same node types is not what you were seeing earlier?03:36
anteayayay lifeless03:36
fungilifeless: do something which should cause it to start a job?03:37
lifelessah dns has updated03:38
lifelessfungi: so I guess thats what I'm asking03:38
fungilifeless: depends on what else you have which needs exercising really03:38
clarkbfungi it is what we saw earlier03:39
clarkbfungi but it has a good reason for the behavior03:39
lifelessfungi: I have https://review.testing-cabal.org/#/c/1/03:39
lifelessfungi: and I have a zuul. I think.03:39
lifelessfungi: but I don't see zuul noticing it.03:39
lifelessfungi: my config tree is https://github.com/testing-cabal/ci-config03:40
lifeless[I'll self-host once the thing is working]03:40
fungilifeless: ahh, so zuul's log should mention when it sees you add a gerrit comment03:40
fungimight only be at debug level though03:41
*** dklyle has quit IRC03:42
*** vipul has quit IRC03:42
*** dklyle has joined #openstack-infra03:42
fungithat will confirm the gerrit ssh api connection for the stream watcher is working03:42
*** vipul has joined #openstack-infra03:43
*** dklyle has quit IRC03:43
lifelessGitCommandError: 'git clone -v ssh://zuul@review.testing-cabal.org:29418/testing-cabal/testtools /var/lib/zuul/git/testing-cabal/testtools' returned exit status 128: Host key verification failed.03:43
lifelesscould be related03:43
*** dklyle has joined #openstack-infra03:43
*** dklyle has joined #openstack-infra03:43
*** dklyle has quit IRC03:44
*** dklyle has joined #openstack-infra03:44
lifelessfungi: 2013-09-05 03:33:11,534 DEBUG zuul.Scheduler: Reconfiguration complete03:44
lifeless2013-09-05 03:33:11,534 DEBUG zuul.Scheduler: No queue file found03:44
lifelessis No queue file found important?03:44
*** xchu has quit IRC03:45
fungilifeless: mmm, yeah the ssh error is similar to your manage-projects issue. proof we fail at puppeting our ssh known_hosts files03:46
lifelessit would be nice if the zuul status page surfaced such issues03:46
*** vogxn has joined #openstack-infra03:49
fungilifeless: the "no queue file" error is benign03:49
lifelessfungi: ok, I can't see anything wrong now, but it's still not trying to do anything03:49
lifelessfungi: I'm sure it's cluebatness but any pointers would be deeply appreciated.03:49
lifelesszuul has cloned my project locally03:50
lifelessI don't have gear or jenkins yet03:50
lifelessI had assumed that this would lead to a stalled queue rather than an empty queue03:50
fungithe queue file is an epheneral pickle file it creates to persist the queue status across graceful restarts03:51
openstackgerritlifeless proposed a change to openstack-infra/config: Document spinning up a derived zuul.  https://review.openstack.org/4516403:51
openstackgerritlifeless proposed a change to openstack-infra/config: Phase 3 infra bootstrap docs: gerrit.  https://review.openstack.org/4497003:51
openstackgerritlifeless proposed a change to openstack-infra/config: Improve Zuul docs.  https://review.openstack.org/4516303:51
fungilifeless: did you upload or recheck a change after fixing the ssh connection?03:52
lifelessfungi: trying that now.03:52
lifelessfungi: I had assumed it would scan for anything already pending03:53
lifelessahha03:53
lifelesshttps://review.testing-cabal.org/#/c/1/03:53
lifeless'LOST'03:53
lifelessguess that means I need a jenkins next03:53
fungithe only gerrit state zuul knows is events it receives03:53
fungiit doesn't go hunting03:53
lifelessno good will?03:54
fungibad will hunting03:54
* fungi is going to try to afk for sleep03:56
openstackgerritDarragh Bailey proposed a change to openstack-infra/jenkins-job-builder: Add repo scm  https://review.openstack.org/4516503:57
anteayaokay03:58
anteayais there another core around I can ping if need be?03:58
anteayafungi ^03:58
anteayaI'll guess I will just have to take my chances03:58
*** sdake_ has joined #openstack-infra04:00
*** sdake_ has joined #openstack-infra04:00
*** zhiyan has joined #openstack-infra04:01
*** zhiyan has left #openstack-infra04:02
*** xchu has joined #openstack-infra04:02
*** rcleere has quit IRC04:11
*** nati_ueno has quit IRC04:13
*** nati_ueno has joined #openstack-infra04:13
*** nati_ueno has quit IRC04:14
*** nati_ueno has joined #openstack-infra04:16
*** dina_belova has joined #openstack-infra04:16
*** gordc has joined #openstack-infra04:20
clarkbanteaya is something broken?04:20
anteayano04:20
anteayasorry just wondered if anyone else was up04:20
lifelessis there any need for people to visit jenkins.openstack.org these days?04:20
anteayamy apologies04:21
*** dina_belova has quit IRC04:21
clarkblifeless: occasionally to hunt down test logs for tests that break badly enough to prevent log copying04:21
anteayaj griffith is workin on a cinder patch that hopefully with fix random test failures in the gate04:21
clarkblifeless very infrequent04:21
fungilifeless: for in progress console logs too04:21
anteayalike this one04:22
anteayahttps://jenkins01.openstack.org/job/gate-tempest-devstack-vm-postgres-full/8488/console04:22
anteayaStringException: Empty attachments:04:22
anteayathis is the third one in the last hour or so04:22
*** ericw has quit IRC04:23
*** nati_ueno has quit IRC04:23
anteayathe common denominator is the StringException: Empty attachments:04:23
lifelessclarkb: / fungi: is jenkins all puppetised? Or is there manual fixup ?04:24
anteayaso because of this the gate progress is slow04:24
lifelessdoc/source/jenkins.rst is ambiguous04:24
*** nati_ueno has joined #openstack-infra04:24
fungilifeless: manual global config04:24
clarkblifeless: the global config for jenkins is manual. everything else is puppetized04:25
*** sarob has quit IRC04:25
lifelessclarkb: the doc is vague about what that entails.04:25
lifelessfungi: ^04:25
*** sarob has joined #openstack-infra04:25
*** vogxn has quit IRC04:25
lifelessany chance I can get a copy of the config xml (santised of secrets, of course) ?04:26
anteayaand the head of the gate queue just failed on the same bug: http://logs.openstack.org/45/44645/9/gate/gate-tempest-devstack-vm-postgres-full/bd06a66/console.html04:26
clarkblifeless it means you need to config jenkins by hand after puppet installs it04:26
anteayaso the gate is one at a timing right now04:26
lifelessclarkb: I get that, but jenkins is about 4 billion options and the docs are 10K foot view docs.04:26
anteayaclarkb: once j griffith has a patch ready, and it passes check, is there any way to put it at the front of the gate queue?04:27
lifelessclarkb: I've setup plenty of jenkins (and written code for the core) - this isn't unfamiliarity but rather sadly too much familiariry04:27
*** yongli_away is now known as yongli04:27
clarkbanteaya: not easily04:27
anteayaokay04:27
anteayaso one patch at a time is failing on this bug04:27
lifelessclarkb: specifically I need to know: what plugins to install, what global options need changing/initial setup.04:27
clarkblifeless: I'm not sure how to work around that04:27
anteayaso if we wait for it go through the queue, we could be wasting a lot of time04:28
yjiang5anteaya: gate is now one at a timing, then back to the end of the queue to wait again.04:28
clarkblifeless: plugin installs should be automated04:28
anteayaonce the patch is ready that is04:28
anteayayjiang5: yeah, I saw that04:28
anteayasigh04:28
lifelessclarkb: ok, so I just need a copy of the global config to crib off04:28
yjiang5anteaya: do you know what's the pass ratio today?04:29
*** vogxn has joined #openstack-infra04:29
lifelessclarkb: perhaps we're talking at cross purposes?04:29
anteayayjiang5: no, I do not04:29
anteayalet me see if I can get graphite.openstack.org to do my bidding - probably not though, but I'll try04:29
*** sarob has quit IRC04:29
clarkblifeless: I am on my phone right now, hard to get on jenkins04:30
lifelessmaybe mordred is on better connection?04:30
anteayahere is total changes in the gate: http://graphite.openstack.org/graphlot/?width=586&height=308&_salt=1378355430.505&target=stats_counts.zuul.pipeline.gate.total_changes04:31
anteayafor the last 24 hours04:31
fungianteaya: in the past we've killed zuul after exporting the pipelines, approved the fix and then reverified the old changes, but only in dire circumstances04:31
anteayawell my hand is up for dire04:32
anteayathe gate is working on one patch at a time04:32
yongliAlex_Gaynor: thanks reverify our patch04:32
anteayaand 3 of the last 5 patches have failed on the same bug04:32
Alex_GaynorUnless Iv'e missed something, restarting won't fix anything, the tests are fundamentally unstable right now. We need to fix the root cause.04:32
clarkblifeless: this is a major problem with jenkins. but the global config should shouldn't really need anything specific in it.04:32
*** ryanpetrello has quit IRC04:32
Alex_GaynorDo we have a patch for that issue, I didn't se eone.04:32
*** ryanpetrello has joined #openstack-infra04:32
lifelessclarkb: what about the LP sso configuration, for instance?04:32
anteayaAlex_Gaynor: yes, we are talking about how to get the patch once it is ready to the front of the gate queue04:33
lifelessclarkb: number of executors on jenkins itself04:33
anteayaj griffith is working on the patch04:33
anteayait isn't ready yet04:33
Alex_Gaynoranteaya: what if we all went to bed and see if it's better in the morning :/04:33
clarkblifeless: none of those values are required to be set04:33
anteayaI just need to make sure a core is around once it is ready04:33
clarkblifeless: you can use whatever auth you want with however many master executors04:33
clarkbwe use 104:33
anteayaAlex_Gaynor: well we could try, but I know I wouldn't sleep04:33
lifelessso, again, my goal is to describe how to setup the same basic infra04:34
clarkbor should now that we have nodepool, but those are implementation specifics and depend on what tests you are running04:34
lifelessnot how to setup something that happens to use the same components04:34
lifelesscloning what openstack has, and documenting it better, are explicit goals.04:34
lifelessclarkb: what else do you set when you setup e.g. jenkins02 ?04:35
clarkblifeless: in the global config?04:35
lifelessby hand anywhere on the machine04:35
anteayayjiang5: here are merges in the last 24 hours: http://graphite.openstack.org/graphlot/?width=586&height=308&_salt=1378355496.062&target=stats_counts.gerrit.event.change-merged04:36
anteayawe have only merged 2 patches in the last hour and a half04:36
clarkblifeless: for the global config: we configure a Maven environment for maven jobs, enable the zmq plugin globally, enable the gearman plugin, configure scp and ftp credentials04:36
yjiang5anteaya: sigh04:36
anteayayeah04:36
clarkblifeless: everything else should be puppetized, plugin installs, jenkins install, etc is all done with puppet04:37
anteayawe were doing well a few hours ago04:37
fungilifeless: yeah, we carted the global config.xml over when building the new ones too04:37
lifelessfungi: hah! I knew it.04:37
lifelessfungi: so can I get a copy of that?04:37
lifelessfungi: - passwords04:37
lifelessclarkb: scp and ftp creds for what ?04:37
anteaya12 hours ago we were doing really well04:38
clarkblifeless: for the scp and ftp plugins so that they can copy files to various hosts04:38
lifelessclarkb: so LP SSO setup is puppettised ?04:38
clarkblifeless: ftp is used to publish docs to docs.openstack.org and scp is used for copying logs and other build artifacts04:38
clarkblifeless: no that is part of the global config, but you covered that04:38
clarkb(I thought it was already on the list)04:38
fungilifeless: i'm not in a place to be able to scour the config for sensitive data and redact it right this moment04:39
fungialso, i clearly must have been lying about going to sleep04:39
lifelessclarkb: http://paste.ubuntu.com/6065153/04:39
clarkblifeless: I think that covers the big items04:40
lifelessclarkb: what does 'configure a maven environment' mean, really ?04:40
clarkblifeless: Jenkisn allows you to give names to particular maven build environments, eg Maven3 -> Maven 3.X.Y. And will install that particular env on the slaves and use it to run the tests that select Maven304:41
yjiang504:41
lifelessclarkb: so thats for some java things, e.g. the jenkins plugins we have?04:42
clarkblifeless: right04:42
fungilifeless: also tons of manuals04:42
lifelessfungi: ?04:42
fungithe docs peeps seem to like maven04:43
clarkblifeless: looks like we also configure the timestamper plugin globally (to set the timestamp format)04:43
clarkbthe docs are docbook built with maven04:43
lifelessoh god.04:43
lifelessNow I want to stab things.04:43
* fungi seconds the worry there, but it's what they know i guess04:44
fungiseems to work okay for them04:45
lifelessit's just so tedious to write by hand04:46
* lifeless was writing docbook xml manuals in 200004:46
clarkbsome of the docs are now markdown converted to docbook04:46
clarkbit isn't the way I would do it04:46
lifelesshuh, jenkins01's cert is self-signed04:47
lifelessis that oversight ?04:47
lifelessor intent?04:47
clarkbintent04:47
fungion purpose04:47
*** portante is now known as portante|afk04:47
lifelessshould jenkins be the same eventually?04:47
fungiyeah04:47
fungiless used as a user ui now, nor does zuul use its https api any longer04:48
fungiheh, i said "user ui"04:49
fungimust be getting late04:49
clarkbit feels late for me04:50
lifelessadmins are users too :P04:50
yjiang504:51
anteayaI'll ping once the patch is ready04:51
anteayaas long as one of you is available to do the gate reset04:51
fungilifeless: admins aren't real people04:51
clarkbanteaya: I don't expect that any of us will be around to do a reset04:52
clarkbanteaya: at this point I think we let the gate thrash itself into submission04:52
anteayareally?04:52
lifelessdiong admong at midnight - bad idea.04:52
anteaya2 patches merged in the last hour and half?04:52
clarkbanteaya: it requires a decent amount of baby sitting, pulling out the other machine, and potentially staying up should something go sideways04:53
lifelessnow if only there was an asiapac infra person04:53
anteayaclarkb: okay04:53
lifeless*doing admin*, I mean.04:53
anteayayeah04:53
anteayagot one in your pocket?04:53
Alex_GaynorWhy does it look like 26 jobs aren't being started?04:54
* fungi should relocate to hawaii04:54
anteayathey run after the gate queue04:55
clarkbfungi: I could live with my grandparents for a month around feature freezes04:55
anteayathe gate queue has priority04:55
anteayaand there are limited numbers of the python26 nodes04:55
fungiclarkb: good idea04:55
anteayaso yes, sometimes it looks like the 26 jobs aren't being started, but they will once the nodes become available04:55
anteayaclarkb: that could help04:56
lifelessfungi: clarkb: train up someone in asiapac04:56
anteayayou could tell us about their great fruit trees04:56
clarkblifeless: we need a person04:57
* fungi grows one from a seed04:57
lifelessclarkb: what % of time would they need to be on infra for you to consider them a person.04:57
lifelessclarkb: e.g. 20%?04:58
lifelessclarkb: 10%? 30%?04:58
clarkblifeless: I think mordred and jeblair want >50%04:58
anteayaohhh like invasion of the body snatchers04:59
anteayaI couldn't sleep around plants for years after watching that04:59
anteayathey would need at least that to learn the systems04:59
lifelessclarkb: interesting04:59
anteayaand stay current with changes04:59
lifelessanteaya: funny, I seem to be doing that :)05:01
lifelessanteaya: but I doubt I could do 50%05:01
anteayayou do05:01
anteayayou would be great05:01
anteayawell can you handle fixing the gate and stuff when we need you?05:02
lifelessnot yet05:02
lifelessthough I suspect at this point I have more clue than the average bear.05:02
anteayayou do05:03
anteayaI would trust you to learn the dance05:03
*** nati_ueno has quit IRC05:03
anteayaif you are willing to be pinged when stuff goes down05:03
*** nati_ueno has joined #openstack-infra05:04
anteayaanother volume failure but not a string exception, this was a teardownclass timeout: FAIL: tearDownClass (tempest.api.volume.test_volumes_list.VolumeListTestXML)05:05
anteayahttp://logs.openstack.org/53/41453/4/gate/gate-tempest-devstack-vm-postgres-full/8bedd87/console.html05:05
lifelessanteaya: the issue is it requires privileged access05:05
lifelessanteaya: that should be handed out to a minimum of people05:05
anteayaI wonder if it is related to the race condition j griffith is working to fix05:05
anteayalifeless: yes05:05
lifelessanteaya: I'd need to earn that and stay current enough to not make things worse...05:05
anteayaje blair must allow you access05:06
anteayaexactly05:06
anteayaroot access is not given lightly05:06
lifelessclarkb: the jenkins_ssh_key thing is the public key for jenkins master to login on slaves, right ?05:07
*** kiall has quit IRC05:07
clarkblifeless: yes05:08
anteaya3 patches merged in the last round05:08
anteayaso if we can do 3-5 patches in an hour, with 46 in the queue we are looking at 9 hours, minimum to clear what is in the gate right now05:12
*** ryanpetrello has quit IRC05:15
*** ryanpetrello has joined #openstack-infra05:15
*** dina_belova has joined #openstack-infra05:17
*** kiall has joined #openstack-infra05:19
*** sarob has joined #openstack-infra05:21
*** dina_belova has quit IRC05:21
*** sarob has quit IRC05:25
anteayasetupclass timeout failure on volumes: http://logs.openstack.org/55/43155/3/gate/gate-tempest-devstack-vm-full/8674b65/console.html05:26
anteayaand one patch got merged05:27
*** nicedice has quit IRC05:28
*** xchu has quit IRC05:28
jgriffithanteaya: that last one is not related05:31
anteayaokay05:31
jgriffithanteaya: however, I believe it's related to a recent commit05:31
anteayahow are you doing?05:31
anteayaokay05:31
anteayawell let's focus on one a time05:32
anteayaany luck on the string exception error?05:32
jgriffithanteaya: well I know where/what, but I don't know why05:32
anteayaokay05:32
anteayado you have any faith in a patch?05:33
anteayaor not yet?05:33
jgriffithanteaya: I know a hack to make it not stack-trace, but I'd like to understand the problem05:33
jgriffithanteaya: it seems that something is not getting cleaned up properly05:33
anteayawell not stack-tracing doesn't really get us anywhere, does it?05:33
anteayaokay05:33
jgriffithanteaya: yes, actually05:34
anteayadoes it?05:34
jgriffithanteaya: that's why the empty string is returned05:34
anteayathe stack-trace?05:34
*** dkliban has quit IRC05:34
jgriffithanteaya: http://logs.openstack.org/42/44542/1/gate/gate-tempest-devstack-vm-postgres-full/2d73c40/logs/screen-c-api.txt.gz05:35
* anteaya looks05:35
jgriffithanteaya: ^^ 2013-09-03 19:23:47.646 2029305:35
anteayathanks05:36
jgriffithnon-existent key error05:36
*** sarob has joined #openstack-infra05:36
*** vogxn has quit IRC05:36
*** pblaho has joined #openstack-infra05:36
anteayaKeyError: u'gigabytes_Volume-type-650760248'05:37
anteayathat is a non-existant key error?05:37
jgriffithanteaya: yes05:37
anteayaokay05:37
anteayawhen did this start showing up?05:38
anteayado you recall?05:38
jgriffithanteaya: don't know, jeblair or clarkb usually do the hard work of trackign down those sorts of things for me :)05:38
jgriffithanteaya: but this is a bad time for those sorts of things05:39
jgriffithanteaya: I'm working on it05:39
anteayayeah05:39
anteayaI understand and thank you05:39
*** gordc has quit IRC05:39
anteayaokay at this point even if you write a patch that will work it will be quite a while before it gets merged05:40
*** SergeyLukjanov has joined #openstack-infra05:40
anteayawe explored drastic measures but if we invoke them it requires much babysitting of the infra systems afterward05:40
Alex_GaynorI'm drifting off to sleep here, but should someone mail -dev?05:40
*** xchu has joined #openstack-infra05:40
anteayaso best done when alert05:40
anteayayeah, you are correct05:41
anteayalet me compose something to let people know of the situation05:41
jgriffithbetter to recheck against the bug :)05:41
anteayayes I should include that, using this bug: https://bugs.launchpad.net/cinder/+bug/122043605:41
uvirtbotLaunchpad bug 1220436 in cinder "test_cinder_quota_class_show failes during gate jobs" [Critical,Triaged]05:41
*** sarob has quit IRC05:42
anteayaI can't speak for ttx but I will leave the door open for him to post to the thread so folks know what he is going to do05:42
anteayabut right now we are at about 2 patches an hour and gate queue of 45 patches05:43
jgriffithanteaya: that's actually pretty good for 3'rd milestone :)05:43
anteayaso I will let them know to just keep reverifying with the bug number05:43
anteayaand that you are working on a fix05:44
anteayaand hopefully progress will be made once the sun is in the sky for those who can track it down05:44
anteayainviting eyes, of course05:44
anteayajgriffith: oh good05:44
anteayajgriffith: this is a race condition, yes?05:47
jgriffithanteaya: I'm honestly not sure, but given how intermittent it is I would say yes05:48
anteayaI'll say so in the email05:49
anteayaIf I turn out wrong, please step in and correct me.05:49
*** zhiyan has joined #openstack-infra05:54
zhiyanfungi: ping05:55
*** dina_belova has joined #openstack-infra05:57
anteayahe is asleep05:59
anteayazhiyan: can I offer any assistance05:59
anteayaif only to listen05:59
*** reed has quit IRC06:01
*** vogxn has joined #openstack-infra06:01
anteayaAlex_Gaynor: posted to ml: http://lists.openstack.org/pipermail/openstack-dev/2013-September/014644.html06:01
anteayaI made a spelling mistake, sigh, what else is new06:01
zhiyananteaya: thanks. actually i have quick question here, i add a new feature to nova, but it need call cinderclient with a new interface, so i changed cinderclient also. but how to make those landing, since if cinderclient change not enable then nova tempest test in gate will raise exception ..06:01
anteayajgriffith: you around still?06:02
anteayazhiyan: has a cinderclient question06:02
anteayaor are you asking about a dependency?06:03
anteayayou create a dependency between the two patches06:03
anteayaso the cinderclient change needs to land first06:03
zhiyancan i make it in different repo?06:04
anteayaso your nova change depends on the cinderclient change06:04
anteayathat is an interesting question06:04
anteayalet me think for a moment06:04
openstackgerritPeter Liljenberg proposed a change to openstack-infra/jenkins-job-builder: Added support for JaCoCo plugin Publisher  https://review.openstack.org/4470506:04
anteayazhiyan: that is a good point, most dependencies I am familiar with are within the same repo06:05
anteayaI am uncertain how to create a dependency relationship between repos06:05
yjiang5anteaya: possibly if you extend "slowing down" as 2 patch per hour, more person will jump into it when they wake up :)06:05
anteayaoh I do hope so06:05
anteayamore help is great06:06
anteayazhiyan: do you have patch numbers?06:06
anteayahave you submitted either patch to gerrit yet?06:07
anteayawe have 9 in post!!06:08
anteayayay 9 patches got in06:08
anteayait must have been the email06:08
anteayayay!06:08
*** dkliban has joined #openstack-infra06:09
yjiang5anteaya: I ping a cinder guys, not sure if he has any idea on it.06:11
*** dkranz has quit IRC06:11
anteayayjiang5: great thank you06:11
zhiyananteaya: yes06:12
zhiyananteaya: 1 sec06:12
anteayak06:12
openstackgerritPeter Liljenberg proposed a change to openstack-infra/jenkins-job-builder: Added SBT builder support  https://review.openstack.org/4468506:13
zhiyananteaya: nova side: https://review.openstack.org/#/c/44817/06:13
zhiyancinder side: https://review.openstack.org/#/c/44672/06:13
* anteaya looks06:13
zhiyananteaya: this is the nova side tempest log: http://logs.openstack.org/17/44817/1/check/gate-tempest-devstack-vm-full/b1f841c/logs/screen-n-cpu.txt.gz06:13
*** dkliban has quit IRC06:15
zhiyananteaya: at 2013-09-03 09:24:27.621 , you can see nova-compute throw an exception since cinderclient change not ready there06:15
*** dkehn_ has joined #openstack-infra06:15
anteayazhiyan: okay here is my first problem, the link to the blueprint doesn't have a blueprint at the other end: https://blueprints.launchpad.net/openstack/?searchtext=read-only-volumes06:15
anteayanow yesterday was feature freeze, we are just working on getting the work merged06:16
anteayaso it is possible there was a blueprint before but it has moved or been changed06:16
anteayadue to feature freeze06:16
*** dkehn has quit IRC06:16
anteayais that possible?06:16
zhiyananteaya: seems since https://blueprints.launchpad.net/cinder/+spec/read-only-volumes bp been marked 'Implemented' by john06:17
* anteaya thinks, but if the blueprint was for icehouse, it would be marked as such06:17
zhiyananteaya: i don't think so sorry06:17
zhiyanno, i believe john mark it Implemented just since cinder service side finished it...but not nova and *client06:18
zhiyananteaya: and i don't think this situation is a problem to my issue TBH..06:18
anteayaokay so that is the blueprint for cinder06:18
anteayais there a blueprint for nova for read only volumes?06:18
anteayaI guess what I am saying is that if you are just introducing new work now, I don't think it will be accepted06:19
zhiyanno, from that bp's whiteboard, you can see we put the all review item there06:19
*** winston-d has joined #openstack-infra06:19
zhiyanbut not create any duplicated bp for other proj..06:19
zhiyananteaya: thanks for you notice, i really like to have a try :)06:20
anteayaokay the cinder blueprint mentions this nova patch: https://review.openstack.org/#/c/34722/ which is abandoned06:20
*** dkranz has joined #openstack-infra06:20
zhiyananteaya: yes it is. just pls ignore it06:21
anteayazhiyan: I'm not trying to discourage you, I am glad you want to offer some work06:21
anteayaI just don't see how this work can get it?06:21
anteayado you have a feature freeze exception from russelb?06:21
anteayas/can get it?/can get in06:22
zhiyananteaya: i will try. but currently i meet the gate testing issue.06:22
*** dkliban has joined #openstack-infra06:23
anteayaokay so you wrote this patch for read-only-volumes for cinder and it merged Aug 29: https://review.openstack.org/#/c/38322/06:24
zhiyananteaya: i'd like resolve it firstly, and at same time to request FFE. But if it get -2 by FF is ok to me also, it will not affect me pass tempest...06:24
zhiyananteaya: yes06:24
anteayaI'm getting a picture of the status06:25
zhiyananteaya: cool!06:25
zhiyananteaya: #38322 for cinder service side.06:25
anteayazhiyan: can you give me a time stamp for where I should look for the error in this log please: http://logs.openstack.org/17/44817/1/check/gate-tempest-devstack-vm-full/b1f841c/logs/screen-n-cpu.txt.gz06:26
zhiyananteaya: for cinderclient: https://review.openstack.org/#/c/44672/ https://review.openstack.org/#/c/45171/06:26
zhiyananteaya: for novaclient: https://review.openstack.org/#/c/44674/06:26
zhiyananteaya: for nova server side: https://review.openstack.org/#/c/44817/06:26
zhiyananteaya: that's all for me currently.06:27
zhiyananteaya: it's 2013-09-03 09:24:27.62106:27
winston-dare you guys talking about hte bug slowing down the gate?06:27
zhiyanwinston-d: no06:27
zhiyananteaya: actually you can get all points by search 'Attaching volume' key works.06:28
anteayawinston-d: hi, yes did you have a question06:28
anteayazhiyan: okay so you have a patch merged for cinder, you need a patch merged for nova, one for nova client and 2 for cinder client right?06:29
zhiyanyesyes06:29
winston-di'm confused, yes, or no?06:29
zhiyanwinston-d: no06:30
anteayawinston-d: yes06:30
zhiyanwinston-d: but i think anteaya like you ask question here :)06:30
anteayaI am interested in hearing your thoughts on the bug06:30
anteayasorry zhiyan but that is my higher priority06:31
zhiyananteaya: sure thing, pls06:31
anteayawinston-d: did you have thoughts on the bug?06:31
anteayaor does it affect you?06:31
anteayazhiyan: okay so I found the error, what order does the gate want your patches?06:31
yjiang5anteaya: winston-d is cinder core, so possibly he has some idea also.06:32
anteayagreat06:32
anteayathank yjiang506:32
anteayayes I am keen to talk to winston-d06:32
zhiyananteaya: cinderclient first (#44672) then to nova (#44817)06:33
anteayaokay06:33
winston-danteaya: ok. so i looked at the comment you added to https://bugs.launchpad.net/cinder/+bug/1220436. i failed to see the relationship between last two comments from you and cinder06:34
uvirtbotLaunchpad bug 1220436 in cinder "test_cinder_quota_class_show failes during gate jobs" [Critical,Triaged]06:34
anteayawell since i don't know how to create a dependency between repositories, I suggest you get ciinderclient through06:34
anteayaand make a comment on both patches that they are dependant but you can't link them yet06:34
winston-danteaya: https://jenkins01.openstack.org/job/gate-tempest-devstack-vm-postgres-full/8488/console this failed at tempest.api.compute.images.test_images_oneserver.ImagesOneServerTestJSON.test_delete_image_that_is_not_yet_active[gate,negative]06:35
anteayaand then when fungi is up ask him and see what he says06:35
anteayawinston-d: StringException: Empty attachments:06:35
anteayathat is the similarity06:35
winston-danteaya: and this https://jenkins01.openstack.org/job/gate-tempest-devstack-vm-postgres-full/8462/console failed at tempest.api.compute.images.test_images_oneserver.ImagesOneServerTestXML.test_delete_image_that_is_not_yet_active[gate,negative]06:35
*** dina_belova has quit IRC06:36
anteayathe understanding of the bug has changed since the bug was filed06:36
anteayathe error StringException: Empty attachments: is showing up in many tests across many projects06:36
zhiyananteaya: okey, thx.06:36
anteayabut it is cinder related06:36
winston-danteaya: well but those aren't test cases against Cinder, why do you think it has any relationship with cinder?06:36
*** alexpilotti has joined #openstack-infra06:36
anteayaj griffith says that StringException: Empty attachments: is the common element06:36
anteayawinston-d: did you read the log attached to the email?06:37
anteayaat the time stamp I suggested?06:37
winston-danteaya: IRC log?06:37
anteayait includes j griffith's explaination06:37
anteayahttp://lists.openstack.org/pipermail/openstack-dev/2013-September/014644.html06:38
anteayahe says it better than I06:38
anteayaI think it is related to cinder because j griffith told me it is related to cinder06:38
anteayathat is the best I have06:38
*** UtahDave has quit IRC06:39
*** yjiang5 has left #openstack-infra06:41
winston-danteaya: i read it again just now. still don't understand how Cinder contributed to a failed Nova test case06:41
anteayaokay06:41
anteayaI'm sorry I have no better explanation06:41
winston-danteaya: anyway, i'll try to ctach up with jgriffith06:41
anteayaokay thanks06:41
winston-danteaya: thank you06:42
anteayaI'm sure he will appreciate the extra eyes on this06:42
anteayanp06:42
*** Ryan_Lane has quit IRC06:42
*** sgviking has left #openstack-infra06:43
*** vogxn has quit IRC06:43
anteayayay 5 in post and the gate is at 2706:44
*** SergeyLukjanov has quit IRC06:45
*** dkehn has joined #openstack-infra06:47
*** dkehn_ has quit IRC06:48
*** dina_belova has joined #openstack-infra06:49
*** Ryan_Lane has joined #openstack-infra06:49
* ttx yawns06:49
anteayamorning ttx06:50
anteayaI hope you slept well06:50
*** alexpilotti has quit IRC06:51
ttxI see the gate queue is not fully absorbed yet06:51
anteayayou see correctly06:51
*** alexpilotti has joined #openstack-infra06:52
anteayawe had a bit of a slow down06:52
ttxis the slowdown fixed now ?06:52
anteayahttp://lists.openstack.org/pipermail/openstack-dev/2013-September/014644.html06:52
anteayano06:52
ekarlso-hey #infra!06:52
anteayaI'll let you read the mailing list post and am here to answer questions06:52
anteayahey ekarlso-06:52
*** alexpilotti has quit IRC06:53
*** dina_belova has quit IRC06:53
*** jpich has joined #openstack-infra06:54
ttxanteaya: ok06:55
anteayaokay great06:55
ttxit seems to go slightlmy faster than 2/h lately ?06:55
*** harlowja_at_home has joined #openstack-infra06:55
ttx(judging by the trends graph)06:55
anteayawe had 9 patches go in in a bunch06:55
anteayaand then 506:55
anteayaI celebrated06:56
anteayaso yeah, since I sent the email we got lucky twice06:56
anteayalet's hope that continues06:56
ttxI might slack for a few more hours on some projects to allow catch-up06:57
harlowja_at_homeqq, that the infra guys might know about06:57
harlowja_at_homehttp://logs.openstack.org/05/45105/1/gate/gate-tempest-devstack-vm-neutron/306dee5/logs/screen-key.txt.gz shows that keystone port already being in use, is this a known bug?06:57
anteayattx thanks06:57
anteayayeah your patch was the first I have seen this myself06:59
anteayaI was just looking at that actually, it just failed within the last hour06:59
ttxanteaya: is there some action I should follow to spot false negatives and reverify them ?07:00
ttxor you're on it ?07:00
anteayayou are welcome to play along if you want07:00
anteayaI can cover for a bit more but I am pretty tiredd07:00
anteayabascially if you get a string exception: StringException: Empty attachments:07:01
ttxAm happy to help... is there a convenient way to spot them, rather than watch the queue all the time ?07:01
*** harlowja_at_home has quit IRC07:01
anteayathat is 'reverify bug 1220436'07:01
uvirtbotLaunchpad bug 1220436 in cinder "test_cinder_quota_class_show failes during gate jobs" [Critical,Triaged] https://launchpad.net/bugs/122043607:01
anteayaI am just watching the queue07:01
*** odyssey4me has joined #openstack-infra07:02
anteayattx this is my current list of gate queue patches: http://paste.openstack.org/show/45793/07:02
*** Ryan_Lane has quit IRC07:03
anteayaI check every 20 minutes or so and if the head patch has changed, follow up with the prior patches to see if they merged or failed07:03
ttxanteaya: ok07:04
ttxanteaya: go to bed07:04
anteayaI am also seeing some setupclass and teardownclass timeout errors, I haven't filed them and I have no info on them, but they sound like flakey test to me07:04
anteayathanks ttx07:04
anteayayou're a gem07:04
* anteaya sends hugs07:04
anteayagood night07:04
ttxgdnite07:04
*** anteaya has quit IRC07:04
*** shardy_afk is now known as shardy07:05
*** vogxn has joined #openstack-infra07:05
*** xchu has quit IRC07:08
*** Bada has joined #openstack-infra07:16
*** xchu has joined #openstack-infra07:23
*** Bada has quit IRC07:28
yonglihello, do we have enough time to merge all gating patches before H3 cut?07:34
ttxyongli: yes, i'm trying to get the queue purged before I cut07:37
*** vogxn has quit IRC07:37
yonglittx: i feel better you said that..07:37
ttxso probably in a few more hours for the projects which have patches in the queue07:38
*** hashar has joined #openstack-infra07:47
*** boris-42 has quit IRC07:51
*** hashar has quit IRC07:52
*** mrmartin has joined #openstack-infra07:54
*** vogxn has joined #openstack-infra07:55
*** hashar_ has joined #openstack-infra07:57
*** mkerrin has quit IRC07:59
*** dizquierdo has joined #openstack-infra08:06
*** alexpilotti has joined #openstack-infra08:07
*** jhesketh_ has quit IRC08:11
*** alexpilotti has quit IRC08:14
*** dklyle has quit IRC08:17
shardyAnyone know what's up with zuul jobs which have tasks in CANCELED state?08:25
shardydo they need kicking with reverify?08:25
*** vogxn has quit IRC08:25
*** niska has quit IRC08:26
lifelessshardy: I know, they do not.08:28
shardylifeless: k, thanks08:28
lifelessshardy: it's the state that speculative jobs go into when a precondition fails.08:28
lifelessshardy: swift is having trouble and throwing out lots of patches in the gate; all the dependent jobs then get cancelled and requeued08:28
lifelessat least, AIUI.08:29
shardylifeless: aha, OK, so they'll get rescheduled when the dependent patches get merged, gotcha08:29
lifelesswhen gate resources free up actually08:29
lifelessso the dependencies are temporal, not code wise08:30
*** niska has joined #openstack-infra08:30
hashar_shardy: I think the jobs are CANCELED when a dependent change is failing.08:30
lifelesse.g. A, B, C are all set to land, A B C all start up tests in parallel.08:30
hashar_shardy: zuul would then cancel the tests for all child changes since they will most probably fail as well.08:30
lifelessA fails, B and C get set to CANCELLED08:30
lifelessthen it starts over with just B and C08:30
hashar_a change got removed (and its builds canceled) if it can no longer merge on thebranch)08:31
shardyhashar_, lifeless: OK, thanks for the info, AFAICS the changes depended on are now merged, so I guess I just make some more coffee and wait :)08:32
lifelessshardy: like I said, it's not git dependencies08:35
lifelessshardy: its temporal - the time position in the queue.08:35
lifelessshardy: that is also constrained by git dependencies08:36
shardylifeless: are there any docs which describe how this all works?08:37
* shardy finds the zuul manual08:38
ttxshadower: yeah they are cancelled because one job above them failed08:39
ttxarrrh08:39
ttxshardy: ^08:39
hashar_shardy: http://ci.openstack.org/zuul/gating.html08:39
lifelessshardy: there are docs, and zuul is fairly new so this should be well documented08:39
hashar_shardy: though that gating doc might need to be improved with more examples :]08:39
*** paul-- has quit IRC08:40
ttxlooks like the gate is borked right now.08:40
hashar_the source doc is in Zuul code  ssh://review.openstack.org:29418/openstack-infra/zuul.git   file ./doc/source/gating.rst08:40
ttxtests succeed but jobs fail08:40
shardyttx: I'm looking at https://review.openstack.org/#/c/44339/08:41
shardywhich seems wedged in zuul despite the parent changes all getting merged08:41
ttxLooks like it's the log uploading that fails08:41
ttxshardy: looking08:42
shardyttx: it's the last patch we need before branching08:42
ttxshardy: yeah that one was cancelled because a patch higher up in the queue failed to merge08:42
ttxit will be restarted automatically08:43
ttxproblem is... there seem to be some condition right now that prevents any test from succeeding08:43
ttxhttp://logs.openstack.org/69/44869/3/gate/gate-neutron-python26/8ddbd62/console.html08:43
lifelessttx: you're looking in jenkins ?08:43
shardyttx: ok, cool, thanks08:43
ttxlifeless: the tests seem to be succeeding... but then the job fails after trying to upload logs08:43
ttxshardy: looks like I'll have to delay FF to account for those last-minute gate fails08:44
lifelessttx: mmm, not sure08:44
lifeless2013-09-05 08:18:31.481 | + .tox/py26/bin/python /usr/local/jenkins/slave_scripts/subunit2html.py ./subunit_log.txt testr_results.html08:44
lifeless2013-09-05 08:31:57.501 | Build timed out (after 40 minutes). Marking the build as failed.08:44
lifeless2013-09-05 08:31:57.583 | /usr/local/jenkins/slave_scripts/run-tox.sh: line 65: 16162 Terminated              .tox/$venv/bin/python /usr/local/jenkins/slave_scripts/subunit2html.py ./subunit_log.txt testr_results.html08:44
lifeless2013-09-05 08:31:57.583 | + gzip -9 ./subunit_log.txt08:44
lifelessttx: ^ thats the thing08:44
ttxlifeless: oh.08:44
lifelessttx: the buidl is marked as failed, and log copying happens to let you diagnose it ;)08:44
ttxso it's subunit2html.py which timeouts ?08:45
lifelesslooks like it. Which is super odd.08:45
lifelessonly a 4.4M subunit file08:46
ttxlifeless: I got a couple of fails like this already08:46
*** paul-- has joined #openstack-infra08:46
lifelessso I really can't image that taking 12m to process08:46
ttxso I assumed it was a permanent condition08:46
lifelessbut, Alex_Gaynor was saying that subunit2html was taking 10m08:46
ttxok, will retry those jobs, it's sane to assume that those are false negatives08:47
* lifeless pulls it down to poke at08:47
*** zhiyan has left #openstack-infra08:47
ttxlifeless: i'll file a bug08:47
lifeless    [                                       <=>                             ] 35,316,289  1.17MB/s  <-- odd08:47
lifelessdownloading... http://logs.openstack.org/69/44869/3/gate/gate-neutron-python26/8ddbd62/subunit_log.txt.gz08:48
ttxhttps://bugs.launchpad.net/openstack-ci/+bug/122109408:51
uvirtbotLaunchpad bug 1221094 in openstack-ci "Gate tests fail with subunit2html.py time out" [Undecided,New]08:51
*** vogxn has joined #openstack-infra08:51
hashar_lifeless: your client might be uncompressing them on the fly ?  The .gz is 4.4MB apparently08:53
lifelesshashar_: I know, wget did that08:54
lifelesshashar_: bad TE vs CE on the server config.08:54
hashar_curl does the same :(08:54
lifelessok, so I can reproduce this09:00
lifelessprocessing a lot of unencapsulated text through the v2 parser is tickling the perf issue09:01
*** derekh has joined #openstack-infra09:02
*** yongli is now known as yongli_going_hom09:07
*** hashar_ is now known as hashar09:07
*** kiall has quit IRC09:10
*** xchu has quit IRC09:14
ttxshardy: will cut for Heat when 44339 merges09:16
*** kiall has joined #openstack-infra09:18
*** jhesketh__ has joined #openstack-infra09:26
*** mrmartin has quit IRC09:27
*** hashar has quit IRC09:44
*** hashar has joined #openstack-infra09:47
shardyttx: Ok, sounds good, thanks09:52
*** ruhe has joined #openstack-infra09:53
ttxwow, now if that neutron python-26 job succeeds we have a nice queue of 10 patches all landing09:56
* ttx prays09:56
ttxcome on, Murphy. Be good for once09:57
ttxYAY09:58
*** dizquierdo has left #openstack-infra09:58
ttxSTRIKE 1109:58
ttxshardy: got 44339 in. Will cut for you in a minute09:59
*** vogxn has quit IRC09:59
ttxI just need to finish cleaning up the blood from that chicken10:00
shardyttx: sounds good, and ???10:01
ttxI had to pray to some rather fringe gods to make that strike 11 happen10:01
shardyhaha ;)10:01
* ttx will be in New Orleans in a few weeks to perfect that technique10:02
* shardy has been doing a patch-dance to invoke the mighty zuul ;)10:03
ttxshardy: can I move all your h3 bugs to rc1 ?10:03
shardyttx: yes, please do10:03
ttx(i'll let you mark parallel-delete implemented)10:04
ttxshardy: ^10:04
shardyttx: thanks, was just about to do that ;)10:04
shardyttx: done10:05
ttxshardy: you're all set10:12
ttxbranch cut, feature-frozen10:12
shardyttx: thanks!10:12
*** heyongli has joined #openstack-infra10:19
*** heyongli is now known as heyongli-home10:19
*** ruhe has quit IRC10:24
*** mkerrin has joined #openstack-infra10:25
heyongli-homeseems Zuul gating now work very well, :)10:26
*** dizquierdo has joined #openstack-infra10:28
*** hashar has quit IRC10:30
lifelessclarkb: jeblair: I suspect that having the puppet dashboard be public access will be disclosing password tokens and so forth10:31
lifelessseparately, nuts - getting a 403 from jjb10:36
*** dims has joined #openstack-infra10:37
lifelessah csrf token support missing in jjb10:39
*** tian has quit IRC10:42
lifelesstomorrow I will pick this up - I'm up to: 2013-09-05 06:00:00,003 ERROR zuul.IndependentPipelineManager: Unable to find change queue for project testing-cabal/testtools10:44
lifelesson zuul.10:44
openstackgerritlifeless proposed a change to openstack-infra/config: Improve Jenkins documentation.  https://review.openstack.org/4521510:46
openstackgerritlifeless proposed a change to openstack-infra/config: Docs on bringing up Jenkins in new infrastructures.  https://review.openstack.org/4521610:46
openstackgerritlifeless proposed a change to openstack-infra/config: Document spinning up a derived zuul.  https://review.openstack.org/4516410:46
openstackgerritlifeless proposed a change to openstack-infra/config: Phase 3 infra bootstrap docs: gerrit.  https://review.openstack.org/4497010:46
*** ruhe has joined #openstack-infra10:52
*** pcm_ has joined #openstack-infra11:05
*** dprince has joined #openstack-infra11:06
*** pcm_ has quit IRC11:07
*** pcm_ has joined #openstack-infra11:07
*** hashar has joined #openstack-infra11:22
*** nosnos has quit IRC11:24
*** dhellmann_ is now known as dhellmann11:33
*** ruhe has quit IRC11:34
*** pcm_ has quit IRC11:34
*** pcrews has quit IRC11:37
*** ruhe has joined #openstack-infra11:37
*** dina_belova has joined #openstack-infra11:38
*** rfolco has joined #openstack-infra11:40
*** kiall has quit IRC11:43
*** ArxCruz has joined #openstack-infra11:44
*** pcrews has joined #openstack-infra11:47
*** ruhe has quit IRC11:57
*** yaguang has quit IRC12:01
*** boris-42 has joined #openstack-infra12:04
*** kiall has joined #openstack-infra12:07
*** ruhe has joined #openstack-infra12:14
*** dina_belova has quit IRC12:16
*** derekh has quit IRC12:31
*** zul has quit IRC12:32
*** zul has joined #openstack-infra12:37
*** dina_belova has joined #openstack-infra12:41
*** pcm_ has joined #openstack-infra12:46
*** derekh has joined #openstack-infra12:46
*** hashar has quit IRC12:49
*** lcestari has joined #openstack-infra12:50
sdaguehey folks, some of the python 26 tests for neutron are failing on the subunit processing - http://logs.openstack.org/52/45152/1/gate/gate-neutron-python26/216e697/console.html12:51
sdagueany idea what the deal is?12:51
*** sandywalsh has joined #openstack-infra12:51
ttxsdague: filed a bug for it, lifeless started to look12:52
ttxhttps://bugs.launchpad.net/openstack-ci/+bug/122109412:52
sdagueso the issue is that subunit2html processing on neutron takes 9 - 12 minutes12:52
uvirtbotLaunchpad bug 1221094 in openstack-ci "Gate tests fail with subunit2html.py time out" [Undecided,New]12:52
ttxgot a couple retries on that one12:52
*** hashar has joined #openstack-infra12:52
sdagueyeh, don't retry, the short term fix is to increase job timeout12:52
*** weshay has joined #openstack-infra12:53
ttx<lifeless> ok, so I can reproduce this12:53
ttx<lifeless> processing a lot of unencapsulated text through the v2 parser is tickling the perf issue12:53
sdaguettx: ok, cool12:53
sdagueyeh, the neutron jobs have 15k unit tests12:53
sdaguebut the reality is right now, 25% of the run length of the neutron unit tests jobs is the subunit report12:54
ttxha. ha.12:54
*** portante|afk is now known as portante12:54
*** heyongli-home has quit IRC12:55
*** vogxn has joined #openstack-infra12:58
openstackgerritSean Dague proposed a change to openstack-infra/config: up python 26 jobs to 60 minute time outs  https://review.openstack.org/4522812:59
sdaguejeblair, fungi, mordred, clarkb: that would actually help quite a bit on gate throughput13:00
ArxCruzALL: How can I connect zuul to jenkins in my own environment? I have both configured and with jenkins-job-builder installed, but I have no idea how to connect each other :/13:01
*** ruhe has quit IRC13:02
*** gordc has joined #openstack-infra13:04
*** prad has joined #openstack-infra13:04
hasharArxCruz: depends on your version of Zuul :-)13:05
ArxCruzhashar: from git13:05
hasharArxCruz: 1.2 uses the Jenkins API to communicate, you need to configure a user in Jenkins (i.e. zuul-bot) and fill in the server, username and apikey  in zuul.conf [jenkins] section.13:05
hasharArxCruz: the recent versions of Zuul do not use Jenkins API. Instead it uses gearman as a middle war.13:06
hasharArxCruz: you will need the gear Jenkins plugin13:06
ArxCruzhashar: i have gearman jenkins plugin installed13:06
hasharArxCruz: http://ci.openstack.org/zuul/zuul.html#gearman13:06
*** afazekas has joined #openstack-infra13:06
ArxCruzso, if i understand right, isn't zuul who communicate with jenkins, it's the opposite right ?13:06
ArxCruzso, I need to have gearman installed in my jenkins machine13:07
hasharArxCruz: so apparently  under [gearman] section of zuul.conf, you need to specify server and port  of your jenkins13:07
hashari think the plugin does provide a gearman server13:07
hasharArxCruz: http://amo-probos.org/post/15 shows the overall layout13:08
*** amotoki has joined #openstack-infra13:08
hasharah maybe that is zuul shipping the gearman server and Jenkins connect to it13:08
*** gordc has left #openstack-infra13:08
hasharyeah Zuul has one   [gearman_server]   start=true13:09
*** jpeeler has quit IRC13:12
*** jpeeler has joined #openstack-infra13:12
*** dims has quit IRC13:13
*** dims has joined #openstack-infra13:15
ArxCruzhashar: cool, thanks, I will investigate, it seems some silly firewall rule, ipv6 is enabled and the /etc/init.d/iptables-persistent is failing13:16
*** adalbas has joined #openstack-infra13:17
hashar:(13:17
*** w__ is now known as olaph13:18
*** anteaya has joined #openstack-infra13:25
*** dizquierdo has left #openstack-infra13:25
sdagueso is it just me, or has gerrit gotten a little slow?13:26
anteayais gerrit slow?13:26
anteayaI just signed in a opened my page, what part of using gerrit is slow for you sdague?13:28
anteayas/a/and13:28
sdaguereview push13:28
anteayaah okay13:28
anteayaI have nothing to push so will take your word for it13:28
* anteaya reads backscroll13:29
*** leifmadsen has quit IRC13:29
ttxanteaya: the cinder issue is mostly gone13:29
ArxCruzhashar: it seems puppet doesn't install gearman in zuul, or zuul have an internal gearman ?13:29
anteayaArxCruz: zuul is the communicator13:29
ttxanteaya: got a strike 11 at some point13:29
anteayattx you are the man to make the call13:30
anteayattx and thanks13:30
ArxCruzanteaya: jenkins communicate with zuul or zuul communicates with jenkins ?13:30
*** clayb has joined #openstack-infra13:30
ArxCruzit seems it's jenkins -> zuul13:30
*** clayb has left #openstack-infra13:30
anteayazuul communicates with jenkins13:30
anteayazuul communicates with gerrit13:31
anteayazuul is the layer that takes the information from gerrit and tells jenkins to run a job13:31
anteayathen it takes the information from jenkins and puts it in gerrit13:31
anteayazuul was created because jenkins and gerrit don't talk to each other13:31
ArxCruzanteaya: I understand, so, I've installed zuul using puppet and openstack puppet configuration13:32
ArxCruzin zuul.conf.erb there's no [jenkins] entry13:32
sdagueanteaya: can you take a look at this - https://review.openstack.org/4522813:32
* fungi checks the overnight damage13:33
sdaguethat would actually solve a lot of our recent resets13:33
sdaguefungi: you too :)13:33
sdaguewell I found a new one (which was probably part of the issue yesterday)13:33
anteayattx I recognize the patch at the head of the queue from last night, poor 44777,113:33
sdaguetimingout out on neutron 26 runs13:33
*** thomasm has joined #openstack-infra13:33
fungiholy scrollback, batman13:34
ttxfungi: the best part is when I sacrificed a chicken13:34
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Add new manual "Cloud Administrator Guide"  https://review.openstack.org/4522913:34
* ttx considers moving real logs (wooden ones) as a break13:34
anteayathanks sdague, so should that tie off the setupclass and teardownclass timeouts?13:34
anteayattx doing firewood is very relaxing13:35
anteayathe axe and woodpile are never far away from me13:35
sdagueanteaya: I don't know, do you have a link to that issue13:35
ttxthe axe is never away from me13:35
anteayasdague: just the channel logs from last night13:35
anteayattx ha ha ha13:35
anteayasdague: sorry, I wasn't thinking the clearest, I never filed a bug13:36
sdagueanteaya: no, this is a different issue13:36
anteayasdague: oh okay, well if you think this is the right approach, I am behind you13:36
anteayathanks for the small patch :D13:36
sdaguebasically the neutron unit tests have grown large enough (15k), that they take a legitimate 32 minutes on their own13:36
*** sergmelikyan has joined #openstack-infra13:37
sdagueand the report processing slowness issue is tripping them over the 40 min limit13:37
*** bashok_ has joined #openstack-infra13:37
anteayattx I recognize 35189 from last night as well13:37
anteayasdague: ah okay13:37
anteayabut we are getting some patches that are in because you haven't cut off yet: https://review.openstack.org/#/c/40229/ came in an hour ago13:39
anteayathe two patches that catch my eye in the queue are the first two, they are from last night/yesterday13:39
anteayaafter that your call, ttx, there is some new stuff in there today13:40
ttxanteaya: I have a list with the remaining PTLs (nova/neutron)13:40
ttxwaiting for a few more and we are done13:41
anteayagreat13:41
anteayawonderful13:41
anteayalimping to the finish line13:41
ttxneutron ETA 6min in best case scenario13:41
ttxnova ETA 23+min13:41
annegentlehey infra13:42
sdaguettx: so I doubt those neutron patches are going to land13:42
anteayattx great thanks13:42
sdagueI think we're basically hitting that timeout nearly 100% of the time now13:42
annegentleI wanted to give you all a heads up, we're doing some moving around in the openstack-manuals repo and it'll mean changes to where pom.xml files are stored13:42
*** burt has joined #openstack-infra13:42
anteayahey annegentle13:42
anteayasdague: ah okay13:43
ttxsdague: the subunit thing ?13:43
annegentleWe're going to do the work this weekend before the boot camp13:43
sdagueyep13:43
ttxsdague: beh13:43
annegentlewill you have reviewers around who can help push stuff through to avoid publishing delay?13:43
anteayaannegentle: do you need anything from an infra core or just in case we spot something unusual?13:43
sdaguefungi: any chance you want to rush through that change - https://review.openstack.org/#/c/45228/ ?13:43
ttxsdague: we've got some neutron commits landing though lately13:43
sdaguettx: this morning?13:43
annegentleanteaya: I'll need cores to push through changes to build jobs based on pom.xml locations changing13:44
ttxsdague: https://review.openstack.org/#/c/43558/13:44
anteayaah okay, well so far myself and fungi are up and he is reading backscroll13:44
sdaguettx: it's a race, maybe they'll get through, but we're on such a hairy edge of timing there, it's a coin flip13:44
ttxsdague: https://review.openstack.org/#/c/35624/ etc13:44
annegentleanteaya: ok cool. It's basically a "flattening" so we'll be eliminating "doc/src/docbkx" for the most part13:44
anteayaso I'll let those reading get back to you when they can, I'll point them to your request13:44
annegentleanteaya: thanks!13:44
anteayaawesome for flattening13:44
anteayamy pleasure13:45
ttxsdague: I'll go sacrificing another chicken13:45
sdaguettx: gate-neutron-python26 SUCCESS in 39m 48s13:45
sdagueso that one had 12s to spare :)13:45
ttxnot sure frozen chickens will do though13:45
anteayattx must have been a heavy day for chicken13:45
sdaguettx: you need to upgrade to goats13:45
anteayagive it a shot, you got this far13:45
ttxanteaya: all my live ones are gone now13:45
anteayathey didn't make it through the night13:46
*** tstevenson has joined #openstack-infra13:47
sdaguettx: yeh, nope, reset13:47
ttxsdague: told ya. no blood, unhappy gods13:47
anteaya:(13:48
sdagueyeh, we just need to push up the timeout13:48
sdagueotherwise every neutron change in the gate at this point is basically a timebomb13:48
sdaguethrough no fault of their own13:48
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Add new manual "Cloud Administrator Guide"  https://review.openstack.org/4522913:49
anteayaonce fungi gets finished backscroll perhaps he can shoe horn it in13:50
zulttx: maybe you just need a bigger pool of blood13:50
anteayamorning zul13:51
*** mriedem has joined #openstack-infra13:51
zulhey anteaya13:51
ttxzul: is that a candidacy ?13:52
zulttx: not my blood of course but i can come up with some suggestions13:52
*** adalbas has quit IRC13:53
* ttx takes a quick break13:53
anteayahere is another keystone did not start error: https://jenkins02.openstack.org/job/gate-tempest-devstack-vm-full/8109/console13:57
fungittx: i saw the ritual--the testing gods must have been pleased indeed13:58
anteayaharlowja: what came of your keystone error of about 7 hours ago?13:58
*** thedodd has joined #openstack-infra13:58
*** pblaho has quit IRC13:58
*** pblaho has joined #openstack-infra13:59
*** adalbas has joined #openstack-infra13:59
fungiyeah, i think the scrollback is accumulating faster than i can read it14:00
sdaguefungi: can I get you to jump to the end about the neutron test timouts? :)14:01
*** yaguang has joined #openstack-infra14:01
anteayafungi yes14:01
*** pblaho has quit IRC14:03
fungisdague: caught up... so by rush through you just mean approve without additional +2's. i suppose it's warranted... doing14:05
*** AJaeger has joined #openstack-infra14:06
sergmelikyanWe have a problem with tags in one of murano repositories. Previously stackforge/murano-common was located on GitHub and had version tags (0.2 and 0.2.1). After moving to stackforge this tags moved too, and now, when we releasing version 0.2 we could not reassign this tags to correct revision (as it is already existing and we have not rights to force). Could someone remove this tags for us?14:06
anteayasdague: I found four setup/teardown class failures with bug reports: https://bugs.launchpad.net/tempest/+bug/1221237 https://bugs.launchpad.net/tempest/+bug/1218812 https://bugs.launchpad.net/tempest/+bug/1218279https://bugs.launchpad.net/tempest/+bug/1217734 well those are all setup class bugs, I did see some teardown class timeout errors last night14:06
uvirtbotLaunchpad bug 1221237 in tempest "FAIL: setUpClass (tempest.api.volume.test_volumes_actions.VolumesActionsTest)" [Undecided,New]14:06
EmilienMHi, could someone review https://review.openstack.org/#/c/45229/ to have a new guide in the manuals  :)14:06
*** krtaylor has joined #openstack-infra14:06
sdaguefungi: yep14:07
sdaguebasically until that goes in just about every neutron job is going to cause a reset in the gate14:07
sdaguethe ones that were making it through previously were doing so with 12s to spare before reset14:07
sdaguebut I haven't seen one make it in the last 90 minutes14:07
fungisergmelikyan: you will need to release 0.2.2 or something. removing/replacing tags doesn't work so well due to issues with them being cached on the test-running and releasing infrastructure14:07
*** yjiang5 has joined #openstack-infra14:08
sdagueanteaya: thanks, I'll take a look14:08
openstackgerritA change was merged to openstack-infra/config: up python 26 jobs to 60 minute time outs  https://review.openstack.org/4522814:08
sdagueoh, it's that issue again14:08
anteayak14:08
fungisergmelikyan: we used to do it, and it makes a mess to clean up. also it's kind of rewriting history, which isn't great to downstream consumers of your code14:08
anteayathat issue?14:08
sdaguethis is the cinder scheduler race I think14:08
anteayais it the same issue?14:09
anteayadang14:09
*** kiall has quit IRC14:09
*** mrodden has joined #openstack-infra14:09
*** jhesketh__ has quit IRC14:10
sdagueyeh, I'll look into a bit more for real in a minute14:11
sdaguefungi: so will the timeouts be effective immediately? or is there a restart of the jenkins that need to happen?14:11
fungisdague: this will get jjb'd into the jenkins definitions for those jobs by puppet, no restarts needed14:12
jeblairanteaya, fungi, ttx, sdague: good morning; anything i need to know?  scrollback is immense.14:12
sergmelikyanfungi this tags migrated few days ago, and CI infrastructure never runned release pipeline for them14:12
fungithough already running jobs may not be affected, so it'll take the next gate reset to really go into effect14:12
anteayajeblair: morning14:12
fungisergmelikyan: i can probably manually trigger release jobs for them in a little while. point is the systems retrieve and cache tags, and don't automatically refresh them if their names are the same so changing the tags to point to different commits doesn't work out so well14:14
anteayasome slowdown in the gate due to a cinder scheduling bug: http://lists.openstack.org/pipermail/openstack-dev/2013-September/014644.html14:14
anteayattx has got a plan for when he is going to cut off, he has already cut off heat14:14
ttxanteaya: I have already cut everyone bt neutron/nova14:15
sdaguefungi: ok, well at least only one more timebomb then14:15
jeblairsergmelikyan: the best thing to do in this case is to make a new tag and ignore the old one14:15
anteayano fix yet for the cinder scheduling bug but jgriffith is aware and I am confident will check in when he is up and around14:15
anteayattx okay14:15
fungijeblair: also sdague observed that neutron unit tests now take in excess of 40 minutes much of the time (partly due to a subunit processing performance issue lifeless will work on solving upstream), so temporarily increased py26 jobs timeout to an hour14:15
ttxjeblair: nothing urgent. Just trying to babysit patches through various random fails14:15
jeblairfungi: cool, i read the review and +2d it14:15
fungiahh, i see that now ;)14:16
jeblairi think clarkb and lifeless were batting around ideas about the subunit thing14:16
ttxthat would be https://bugs.launchpad.net/openstack-ci/+bug/122109414:16
uvirtbotLaunchpad bug 1221094 in openstack-ci "Gate tests fail with subunit2html.py time out" [Undecided,New]14:16
*** pblaho has joined #openstack-infra14:17
sergmelikyanjeblair, fungi Thx14:17
*** bashok_ has quit IRC14:17
sdaguejeblair: this job just failed with a keystone port conflict - http://logs.openstack.org/74/42474/13/gate/gate-tempest-devstack-vm-full/6640711/logs/14:18
*** bashok_ has joined #openstack-infra14:18
sdagueany chance that we burbed and reused an unclean devstack node?14:18
*** kiall has joined #openstack-infra14:19
anteayasdague: yes harlowja had one of those last night/7 hours ago14:19
*** rnirmal has joined #openstack-infra14:20
anteayasdague: http://logs.openstack.org/05/45105/1/gate/gate-tempest-devstack-vm-neutron/306dee5/14:21
jeblairttx: thanks i commented on 122109414:21
jeblairsdague: looking14:21
sdaguerussellb filed this bug on it https://bugs.launchpad.net/openstack-ci/+bug/1221247 for recheck, not sure if there are others we should be tracking14:22
uvirtbotLaunchpad bug 1221247 in openstack-ci "keystone didn't start due to address already in use" [Undecided,New]14:22
anteayasdague: is it the same error? it looked the same to me14:22
*** jhesketh__ has joined #openstack-infra14:22
sdagueanteaya: yep, looks same to me14:23
sdagueanteaya: was there another bug for that14:23
anteayaokay14:23
jeblairsdague: nodepool only saw 1 job run on that node.  i'll check jenkins logs14:23
anteayaI didn't file one and I don't think he did either14:23
anteayaso I'm going with no14:23
sdagueok, no worries, just wanted to clean up dups if they were out there14:23
anteayaabsolutely14:23
Alex_GaynorIs there a description somewhere of what falls under feature freeze, specifically are the PyPy {tox, CI} changes now waiting until icehouse?14:24
*** yaguang has quit IRC14:24
anteayamorning Alex_Gaynor14:24
jeblairsdague: jenkins also says it only ran one job on that node, and the timestamps match14:24
fungiAlex_Gaynor: changes to stuff in the openstack-infra repos don't follow the coordinated release freezes14:24
sdagueAlex_Gaynor: tests and test fixes are typically not prevented by feature freeze14:24
Alex_Gaynoranteaya: Morning! Seems we survived the night.14:25
Alex_Gaynorsdague, fungi: Thanks14:25
*** bashok_ has quit IRC14:25
anteayaAlex_Gaynor: we did, thanks for all your support last night, it really helped me14:25
fungiAlex_Gaynor: though we do sometimes have soft infra freezes around releases, milestones and other high-volume periods to reduce unnecessary churn and free us up to dea with spontaneous scaling/load problems14:26
Alex_Gaynorfungi: does the volume of reviews get crazy towards teh remaining milestones like it did before FF?14:27
fungiAlex_Gaynor: less so after ff, from what i've seen14:27
fungibut every cycle is a little different, so who knows this time14:28
* anteaya goes to feed cats14:28
ttxAlex_Gaynor: the next milestones are actually release candidates14:28
ttxAlex_Gaynor: so they are published whenever the targeted bug list gets to 014:28
ttxAlex_Gaynor: see for grizzly: http://fnords.wordpress.com/2013/04/05/grizzly-the-day-after/14:29
fungiif you don't see the fnords, they can't eat you14:30
ttxso there is no deadline, as long as each project produces at least one RC you're good14:30
ttxfungi: we share some culture I see14:30
*** dizquierdo has joined #openstack-infra14:30
jeblairi deleted/recreated a few slaves that were stuck in the scp step of an aborted job14:30
fungittx: indeed. i am a member of the golden apple corps14:30
fungisdague: also i've confirmed that the job timeout bump is live on jenkins01 and jenkins02 now, so any py26 jobs (re)started in the past 10 minutes or later should have more leeway14:33
fungiat least according to the last modified timestamp on their configs14:33
Alex_GaynorAre neutron jobs run in parallel?14:34
fungiAlex_Gaynor: they currently use 'python setup.py testr' so i'm going to say "yes"14:35
Alex_Gaynorbtw, someone should propose a PyCon talk on how OpenStack does CI!14:35
*** bashok has joined #openstack-infra14:35
fungimy guess is someone already has (or are you chairing and happen to know there isn't one proposed yet?)14:36
anteayaummm, there was some difficulty with running neutron jobs parallel with testr14:36
Alex_GaynorI don't think I've seen one yet :]14:37
* fungi doesn't even know if the cfp has gone out yet, honestly. bad with calendars14:37
jeblairoh look the cfp is open :)14:37
Alex_GaynorYup, 2 more weeks to submit talks!14:37
anteayaso let's hear from dkanz before we move off the neutron/testr question14:37
Alex_Gaynorhttp://us.pycon.org/2014/speaking/cfp/14:37
*** yaguang has joined #openstack-infra14:37
anteayaor perhaps jeblair knows the answer, is neutron running parallel tests?14:38
jeblairttx: i assume we're not going to schedule the summit to conflict with pycon?14:38
fungigah, i can't go to pycon. kinda getting married that week14:38
ttxjeblair: we'll certainly do out best14:39
ttxour*14:39
ttxjeblair: even if them moving into April is not really good news14:39
Alex_Gaynorfungi: I guess that's an ok excuse14:39
anteayafungi: congratulations!14:39
jeblairfungi: you could get married in montreal14:39
ttxjeblair: check with Lauren for prospective next summit dates ?14:39
fungijeblair: i could if i didn't already have about $5k sunk into an event house14:40
*** ruhe has joined #openstack-infra14:41
ttxpile of 5 maybe going in in 2 min14:41
fungii thought at least the j summit was looking more like early/mid may? or has that changed now?14:41
ttxfungi: that's what I have in my books14:41
fungibut yeah, certainly possibility of pycon/openstack contention starting in 201514:41
anteayattx any early ideas of where the next summit will be14:42
anteayalike what continent?14:42
fungimaybe we should start teaming up with them and using the same venues back-to-back ;)14:42
ttxanteaya: US14:42
anteayaha ha ha14:42
anteayaokay14:42
jeblairoh, my lca talk was accepted!14:42
anteayacongratulations14:42
fungijeblair: awesome! pleia2 said hers was too14:42
*** weshay has quit IRC14:43
ttxone of those days i'll go to LCA14:43
*** dina_belova has quit IRC14:43
* ttx picked beer/FOSDEM this year again14:43
*** weshay has joined #openstack-infra14:43
fungibeer is never a bad choice14:43
ttx0 min. Let's all pray14:44
* anteaya prays14:44
jeblairttx: they're not very conflicting this year (almost 1 month apart)14:44
jeblairs/this/next/14:44
ttxjeblair: yeah... but I figured I should go when it's a classic Australia or New Zealand14:45
Alex_Gaynorttx: Hmm, is there a reason swift doesn't get a candidate tarball?14:45
*** dina_belova has joined #openstack-infra14:45
ttxAlex_Gaynor: because they don't follow the release schedule14:45
Alex_GaynorAh.14:46
ttxAlex_Gaynor: they only coordinate the final release14:46
ttxhttps://wiki.openstack.org/wiki/Havana_Release_Schedule14:46
jd__jeblair: can I have approved back on https://review.openstack.org/#/c/43851/ ?14:46
Alex_Gaynorttx: oh, thanks, somehow I'd never noticed the swit column14:46
ttxanteaya: it's been 0 min for a bit too long I'm afraid14:46
anteayattx have faith14:46
fungithe test duration is a guess based on previous test runs, so won't be spot-on14:47
ttxAlex_Gaynor: they arguably have a different need, being a lot more stable and all14:47
*** dina_bel_ has joined #openstack-infra14:47
jeblairjd__: done14:47
anteayattx the patch at the head hasn't failed yet, that I can see14:47
*** dina_belova has quit IRC14:47
jd__jeblair: thanks14:48
ttxthat's a 8-batch now14:48
* anteaya continues to pray14:48
jd__jeblair: don't want to abuse, but while you're at it, if you have a minute https://review.openstack.org/#/c/44681/ :)14:48
anteayathe 6th patch hasn't failed either14:49
jeblairjd__: no problem, aprvd that one too (yay)!14:50
*** mriedem has quit IRC14:50
* ttx stops looking14:50
Alex_Gaynoris there a fulltext search for reviews?14:50
fungithat job at the head may not make it. started about 6 minutes before the timeout bump to 6014:50
*** ericw has joined #openstack-infra14:50
ttxARGH14:50
anteayanooooo14:50
fungiyep, no good14:50
fungiBuild timed out (after 40 minutes). Marking the build as failed.14:50
ttxthe subunit thing again ?14:51
jeblairyep14:51
ttxdidn't we just raise that timeout ?14:51
fungiwell, 12 minutes of it anyway14:51
openstackgerritA change was merged to openstack-infra/config: Activate devstack gate for Ceilometer  https://review.openstack.org/4468114:51
anteayattx yes but that patch had started before the change went in14:51
fungittx: we raised the timeout, but it didn't take effect until 6 minutes after that job started14:51
ttxha ha ha14:52
*** salv-orlando has joined #openstack-infra14:52
fungibased on the timestamps i have14:52
markmcclainso I need to requeue those again?14:52
*** pblaho has quit IRC14:52
* salv-orlando is googling for ways to commit suicide14:53
fungimarkmcclain: yes, they should pass now that they're allowed to run longer14:53
salv-orlandomarkmcclain: we need to take also #42806 off the queue14:53
fungisalv-orlando: play "5 minutes to kill yourself" for a while. it's good practice14:53
markmcclainsalv-orlando: right14:54
anteayaoh look it is a new moon in Virgo14:55
*** pentameter has joined #openstack-infra14:56
*** ruhe has quit IRC14:58
markmcclainok.. I've re-sequenced so they'll pass again15:01
anteayamarkmcclain: yay15:01
zarogood morning15:01
anteayamarkmcclain: are neutron tests running parallel in the gate?15:02
anteayamorning zaro15:02
anteayamarkmcclain: I know there were some issues with that earlier15:02
*** kiall has quit IRC15:04
markmcclainanteaya: there is one that is running both as a check and gate15:04
Alex_GaynorI wonder, is there anyway I could convince graphite to show me counts of the number of *-pypy jobs that have been run?15:05
anteayamarkmcclain: the devstack-vm-neutron one15:05
anteayaokay thanks15:05
markmcclainanteaya: ah.. no those jobs are not parallel yet15:06
anteayamarkmcclain: oh okay, which neutron job is parallel?15:06
markmcclainwe had problems yesterday with a unittest that was failing due to out of order execution by testr15:07
*** AJaeger has quit IRC15:07
anteayaah okay15:07
markmcclainwe fixed they yesterday15:07
anteayayes I remember there were race conditions15:07
anteayawell done, did the change merge?15:08
markmcclainyes.. when in about 000UTC15:08
anteayagreat15:09
anteayabut there is still something standing in the way of neutron running parallel?15:09
* zaro finishes scrollback15:09
zarocongrats fungi.15:09
*** kiall has joined #openstack-infra15:10
markmcclainanteaya: yes need the neutron test is not the full suite15:10
markmcclainthere are folks working to finally close that gap15:10
*** pblaho has joined #openstack-infra15:10
anteayamarkmcclain: that is great to hear15:10
anteayathank you15:10
*** dina_bel_ has quit IRC15:10
anteayaI look forward to hearing about their progress as it continues15:10
jeblairAlex_Gaynor: http://graphite.openstack.org/compose/?_t=0.6905084141797536&from=-8weeks&bgcolor=ffffff&title=Gerrit%20Events%20%28per%20Day%29&width=586&height=308&fgcolor=000000&_salt=1378393809.273&target=stats_counts.zuul.pipeline.*.job.gate-*-pypy.*15:11
fungizaro: thanks--though we set the date over a year ago, so it's more just a looming deadline now ;)15:11
Alex_Gaynorjeblair: nice, thanks!15:11
jeblairAlex_Gaynor: that's a start; you can "sum()" that if that's what you meant15:11
jeblairAlex_Gaynor: oh, sorry about the title, forgot to reset that15:12
Alex_Gaynorjeblair: are the units per-hour right now?15:12
*** vogxn has quit IRC15:14
ericwjeblair: thanks again for helping out yesterday15:14
*** ruhe has joined #openstack-infra15:15
ericwjeblair: btw, the idea was raised that your "how to contribute" talk would make an awesome youtube video if you ever got around to it.15:15
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Add oslo.version  https://review.openstack.org/4049815:17
fungiericw: i think reed did at least some of that for http://youtu.be/mT2yC6ll5Qk (linked from https://wiki.openstack.org/wiki/How_To_Contribute#If_you.27re_a_developer currently)15:17
Alex_Gaynorjeblair: cool, looks like http://graphite.openstack.org/graphlot/?from=-2weeks&bgcolor=ffffff&_t=0.6905084141797536&height=575&width=881&_salt=1378394250.803&fgcolor=000000&showTarget=sumSeries(stats_counts.zuul.pipeline.*.job.gate-*-pypy.*)&target=summarize(sumSeries(stats_counts.zuul.pipeline.*.job.gate-*-pypy.*)%2C%221d%22) is approximately what I'm15:18
Alex_Gaynorlooking for15:18
*** pblaho has quit IRC15:18
ericwfungi: cool. I figured there might be something already, but I couldn't find it.15:18
jeblairAlex_Gaynor: i think the unaltered values are 'events per 10 second interval', so i usually use summarize to fix that up15:18
Alex_Gaynorjeblair: yeah, sumSeries + summarize seems to work15:19
jeblairAlex_Gaynor: yeah, that looks right to me15:19
ericwfungi: that's pretty much what jeblair covered, although he got deeper into gerrit and zuul.15:19
fungiericw: yeah, reed's video is not as in-depth as the talk, but it scratches the itch15:19
jeblairericw: you're welcome!15:20
*** SergeyLu_ has joined #openstack-infra15:23
ericwgrr… gerrit groups are my bane15:23
*** changbl has quit IRC15:23
*** SergeyLu_ has quit IRC15:23
ericwsorry for flooding your email boxes everyone on jenkins-job-builder-core15:23
jeblairheh15:24
*** mrodden has quit IRC15:24
ericwuh, is there a way to get jenkins to test draft changes anymore?15:24
*** SergeyLu_ has joined #openstack-infra15:24
jeblairericw: nope; better bet is to publish it and mark it work in progress15:25
jeblairericw: (it never did test drafts; it doesn't see an event if you add it, and otherwise it doesn't have access)15:26
ericwjeblair: well, once upon a time I would manually add Jenkins as a reviewer and MAKE it15:26
ericwor so I thought, anyway15:27
*** SergeyLu_ has quit IRC15:29
fungiin an open development process, there's very little point to gerrit's drafts feature anyway15:30
*** SergeyLukjanov has joined #openstack-infra15:30
fungiat least with something like wip there to mark it as not ready for wider review15:31
anteayapatch 41177 is failing on the cinder scheduling bug15:31
*** UtahDave has joined #openstack-infra15:31
*** gyee has joined #openstack-infra15:33
*** vogxn has joined #openstack-infra15:35
*** mrodden has joined #openstack-infra15:36
yjiang515:41
*** yjiang5 has left #openstack-infra15:41
Alex_Gaynorjeblair: I assume we upgraded our graphite after the RCE ~a week ago?15:42
*** pcm__ has joined #openstack-infra15:46
*** pcm__ has quit IRC15:48
fungijeblair: clarkb: mordred: manage-projects has been repeatedly failing trying to add pypi-mirror because it already exists as a project in gerrit. was it previously added and then (maybe only partially) removed? fatal: project "openstack-infra/pypi-mirror" exists15:49
*** pcm_ has quit IRC15:50
mordredfungi: we deleted it15:50
mordredfungi: perhaps we did not delete it right15:50
fungiit's looking like that might be the case15:50
mordredgreat15:50
*** boris-42 has quit IRC15:51
*** kiall has quit IRC15:52
anteayattx which 2 feature patches are you waiting on?15:52
*** danger_fo_away is now known as danger_fo15:56
ttx42806 38230 35189 4247415:56
ttx2 for nova 2 for neutron15:56
ttxnow they will be backported, i cut the branches15:57
dhellmannit has been a while since I ran a fresh devstack, but it looks like now it's modifying the requirements files for all of my repositories -- is that how we fixed the issue of installing stuff that may have requirement conflicts?15:57
anteayattx okay if I see anything I will ping15:57
ttxanteaya: russellb and markmcclain are on them15:58
anteayattx ah okay15:58
*** reed has joined #openstack-infra15:58
fungimordred: removing the local copy of the pypi-mirror repo and rerunning manage-projects seems to have worked. not sure whether you did that previously or if this was just a fluke, but file for future reference16:01
*** kiall has joined #openstack-infra16:02
anteayatwo down, two to go16:03
*** nati_ueno has quit IRC16:04
dhellmannmordred: ^^16:05
mordreddhellmann: yes16:06
dimshi, is there a way to trigger Smokestack against this review? https://review.openstack.org/#/c/39929/16:06
mordreddhellmann: devstack now force-aligns all projects to the global requirements list16:06
fungidims: check with dprince16:06
mordredfungi: thanks16:07
dimsfungi, thanks16:07
dhellmannmordred: :-/ - no more "git pull" to update my dev box, I guess16:08
mordreddhellmann: I think that there was discussion around a flag to disable16:08
dhellmannmordred: I'm looking for where it happens so I can add one if it's not there16:08
dprincedims: I can refire it sure. But the burden is on me to pull in the actual oslo.messaging RPM before it will pass.16:09
mordreddhellmann: ah:     # Don't update repo if local changes exist16:09
dprincedims: don't hold it up for me. I normally try to be ahead of the game but just haven't got to this yet.16:10
mordreddhellmann: so we won't bork you if you've been hacking in there already16:10
mordreddhellmann: but I do not believe we accounted for you wanting to git pull :)16:10
dhellmannmordred: I want to keep a clean master sandbox and say "update all my repos; rerun devstack"16:10
dhellmannyeah16:10
mordreddhellmann: hrm. what if -16:10
dhellmannI need to understand the dev workflow other people use. Seems strange to create a whole new set of sandboxes every time you want to change tasks.16:10
mordreddhellmann: if we run update.py, we do the setup.py develop and then do a git reset16:11
*** sergmelikyan has quit IRC16:11
mordreddhellmann: that way we install with the right versions, but leave you with a decent repo state16:11
dhellmannwill that preserve any changes I *have* made?16:11
dhellmannmordred: fwiw, we also had someone submit a change to ceilometer that include the requirements updates devstack made16:11
mordredwe don't update your requirements if you have made changes16:11
mordredgood16:11
dhellmanneven if they are committed changes?16:11
mordreddhellmann: yeah16:11
dhellmannno, mixing requirements updates and code updates is not good16:12
mordreddhellmann: oh - sorry, misunderstood16:12
dhellmannyeah, thought you probably did :-)16:12
mordredyeah - I think I have a patch idea - one sec16:12
*** SergeyLukjanov has quit IRC16:13
dhellmannI'm working on it, if you're busy16:13
mordreddhellmann: no, I'm on it - sexy patch coming16:14
dhellmannmordred: git diff returns 0 if there are changes from master that have been committed16:14
mordredright. that's fine16:14
dhellmannah, I guess, if the definition of "you're working in here" is "you have uncommitted changes in here"16:14
mordredright. because that's the one where you'll get screwed potentially16:15
mordreddhellmann: somethign like this: http://paste.openstack.org/show/4581816:15
dhellmannhow about just a flag that I can set to disable this behavior entirely on my dev system?16:15
dhellmannit's fine for the gate, but this is really potentially disruptive if I'm modifying more than one project at a time16:16
mordreddhellmann: even with the logic in the above patch?16:16
mordreddhellmann: (I mean, a flag is fine, but it means that people can still get confused before they know about the flag)16:16
*** ruhe has quit IRC16:17
* dhellmann thinks16:17
jd__mordred: at which point do we make projects only depends on 'openstack-requirements' and distribute the latter as a Python package?16:17
jd__:)16:17
mordredjd__: :)16:17
dhellmannI guess if no changes are made if there are pending changes, and the reset is only done in the case when automatic changes are made, then this would be safe16:17
mordredjd__: well, it's tricky, we still don't want to have all projects depend on all things in openstack-requirements16:17
dhellmannjd__: I suggested that at pycon, but I forget why we said we couldn't do that16:17
mordredjd__: for instance, python-swiftclient does not want to install eventlet16:18
dhellmannthat's not what we'd do, though16:18
jd__mordred: fair enough… :/16:18
dhellmanna pbr plugin would read the data file in the requirements set to get the version info to apply based on the unversioned names in the requirements list of the current project16:18
mordredI've got a change coming that will auto-propose changes to the project (like translations updates) when requirments changes16:18
*** Ryan_Lane has joined #openstack-infra16:18
mordreddhellmann: requires access to a thing you might not have though16:19
dhellmannopenstack-requirements would be a setup_requires dependency16:19
dhellmannwe'd have to start cutting releases of openstack-requirements16:19
mordredhrm.16:19
mordredthat seems more complex16:19
dhellmannyeah16:20
mordredalso, I've discovered16:20
mordredthat versioned things in setup_requires is epic fail16:20
mordredbecause it won't update them16:20
mordredand will block if it has an older version16:20
dhellmannah16:20
dhellmannthat's pretty bad16:20
mordredyup16:20
mordredI'm having to change how we depend on pbr because of it16:20
dhellmannauto-proposing the changes to all projects is probably the best approach, then16:20
mordredand also, pbr can now NEVER need a version bump at the setup.py level16:20
*** jpich has quit IRC16:21
mordreddhellmann: it's not my favorite plan, but seems to be the best thing we've got for now16:21
mordredbut please, by all means, keep pushing on this, because I'm sure there is a better answer somewhere16:21
*** yaguang has quit IRC16:21
dhellmannI'll let you know if I come up with something16:21
anteayattx yay!16:21
dhellmannmordred: so back to devstack not breaking my dev environment, do you want to submit a patch or should i?16:22
jd__mordred: did we envision something like letting projects handle their requirements, but having a resolver that indicates that someprojects have dependencies that prevents them from being installed on the same env?16:22
mordreddhellmann, Alex_Gaynor I'm also going to propose a pycon talk on pbr and how/why openstack does what it does around packaging16:22
*** zeus has joined #openstack-infra16:22
mordreddhellmann, Alex_Gaynor: not because I think everyone else should jump on board, but we have a set of input requirements that I think it's interesting to talk about in detail16:22
dhellmannmordred: cool, that deadline's coming up soon16:22
mordreddhellmann: yeah. just noticed that this morning16:23
mordredjd__: no - more that we don't want projects to handle their own requirements16:23
jd__mordred: reason #1 being?16:23
mordredjd__: at least for now :)16:23
mordredjd__: oh, wait, I just processed your sentence differently16:24
mordredjd__: yeah, the swift guys want that16:24
notmynamewhat do I want?16:24
jd__I think I'd want that too16:24
mordredbasically, have openstack-requirements update.py when it's doing the sync determine if the listed requirment in the project is compatible with the global list16:24
jd__notmyname: handle your dependencies16:24
mordredeven if it's not a direct match16:24
ttxanteaya: all set16:24
anteayayay16:24
mordredit's a harder problem, because the parser/resolver for that gets very complex16:24
mordredso I think I'd be open to it - but do not have an actual technical solution in mind for it yet16:25
ttxanteaya: since those pesky merges had the suprising idea of merging just after I cut the branch, I used a trick and re-cut MP16:25
ttxto avoid having to backport16:25
notmynamejd__: mordred: meh. it's not the first thing I'd change if I had to pick ;-)16:25
anteayaoh how lovely16:25
ttxa bit unorthodox, but works16:25
*** reed has quit IRC16:25
anteayaif it works, that is greata16:25
anteayagreat too16:25
mordrednotmyname: I know - but every little thing I can do to make creiht less unhappy is a win in my book16:26
ttxanteaya: generates an unhappy jenkins job but then refreshes the tarball alright16:26
anteayanot having to backport is worth it16:26
mordredttx: what's the issue?16:26
mordredttx: is it a problem with my merge job thing?16:26
notmynamemordred: I'm more concerned with swift's success than with mollifying any one person :-)16:26
ttxmordred: no issue16:26
anteayajenkins had a good night, so it can tolerate a bit of unhappiness methinks16:26
jd__mordred: ok, good to hear, I could try to work on something that'd check for a list of requirements if there's a conflict16:26
mordrednotmyname: I know - and it's why I like you16:26
mordredjd__: awesome. well, the script is update.py in openstack/requirements16:27
mordredjd__: and I16:27
anteayamordred: we were just tying up a conversation that started about 9 hours ago16:27
mordredjd__: and I _believe_ that there is code somewhere in pip or pkg_resources that can tell you if the current installed version matches a version spec16:27
dstufftthere is16:27
mordreddstufft: jd__: so I'd imagine that perhaps it could take two version specs?16:27
ttxmordred: I cut the MP branch for neutron and nova without waiting for the last bits to merge because I waited all day for that to happen. Then, of course, they all merge 20 min later. So rather than forcing PTLs to go through backports to get those to MP, I just deleted Mp and cut it again16:27
mordreddstufft: or is the "are two versoin specs compat" problem harder16:28
dstufftwelll16:28
mordredttx: AH. gotcha16:28
ttxmordred: that generates a strange branch-tarball job with a SHA of 000000 but then the next one fixes it16:28
*** kiall has quit IRC16:28
dstufftyou may end up with incompat versions that way16:28
dstufftFWIW16:28
mordredreally?16:28
anteayathe gate is empty16:28
anteayathe gate is empty16:28
ttxhttps://jenkins02.openstack.org/job/nova-branch-tarball/194/16:28
anteayayay!16:28
ttxmordred: ^16:28
ttxwe made it !16:29
mordredoh. right16:29
* anteaya considers going for a nap16:29
ttxmordred: like I said, not an issue16:29
mordredjd__: there is another problem to consider16:29
mordredjd__: which is that even if the specified versions are compatible16:29
jeblairttx: that's for the branch delete16:29
mordredjd__: that does not mean that the transitive dependencies of those versoin ranges is16:29
dstufftProject A: depends on foo>=2.0<4.0, Project B: depends on foo>=2.0<3.0, Project C: depends on foo>=3.016:29
ttxjeblair: yes, I figured16:29
mordredjd__: ^^ what dstufft said16:29
dstufftProject A and Project B, and Project A and Project C are compat, but B and C are not16:30
* anteaya decides to go for a walk instead16:30
dstufftso you need to a matrix that checks every combination16:30
*** amotoki has quit IRC16:30
* ttx closes http://status.openstack.org/zuul/16:30
ttxbeen watching it for too long16:30
mordreddstufft: that too. good point. and thanks, that's an excellent reason that we do some of our pain :)16:30
anteayattx ha ha ha16:30
anteayayes16:30
clarkbmorning16:30
mordredmorning  clarkb16:30
*** prad has quit IRC16:30
anteayamorning clarkb16:30
ttxclarkb: perfect timing :)16:30
clarkbuh oh /me reads scrollback16:31
*** ruhe has joined #openstack-infra16:31
ttxclarkb: we are all done, queue to 0 and all.16:32
dstufftmordred: determining if two version specifiers overlap is probably pretty hard though unless you have candidate version numbers to test against16:32
jd__mordred: dstufft: indeed, but we could test that16:33
* ttx takes long break16:33
jd__ttx: a week or so16:33
*** pcrews has quit IRC16:33
dstuffte.g. if you have a list of versions, you can filter those versions by spec1 and spec2 and if you have an empty list at the end they don't overlap (or as a false positive there's just nothing released that matches both)16:33
*** guitarzan has joined #openstack-infra16:33
*** bashok_ has joined #openstack-infra16:33
dstufftyou could probably do it, but you'd have to do some sort of reasoning that I don't know exists as of yet16:34
guitarzananteaya: ping16:34
*** bashok has quit IRC16:35
guitarzanI hope I just fixed the cinder gate bug in case you folks are interested :)16:35
jd__dstufft: what'd be wrong combining a bunch of requirements, using min of < version and max of > versions and trying to install them all?16:35
*** kiall has joined #openstack-infra16:35
dstufftjd__: to determine if specifiers overlap?16:36
jd__dstufft: no, just to know if the global list of requirements of all openstack projects is installable16:36
dstufftoh16:36
*** titanous has joined #openstack-infra16:36
jd__which is what openstack-requirements is about16:36
dstufftDoes openstack use any entrypoints16:37
*** vogxn has quit IRC16:37
dstufftjd__: I'm thinking a sec16:37
titanousis anyone responsible for http://graphite.openstack.org/ around?16:38
jd__dstufft: I'm ok with that ;)16:38
clarkbtitanous: yes there are several of us16:38
dstufftjd__: so the problem is going to be that pip kinda sucks and it doesn't understand multiple requirements16:38
*** jaypipes has joined #openstack-infra16:38
jd__dstufft: well I'll build only one list for it16:38
*** NobodyCam has joined #openstack-infra16:38
dimsdprince, ah gotcha. just needed a sanity check that qpid stuff is still working as we don't have any other continuous runs where qpid is enabled16:39
dstuffte.g. Project A says foo>1.0, and Project B says foo>=1.1 and you do ``pip install ProjectA ProjectB`` then pip will ignore the second version spec16:39
jd__dstufft: I parse all requirements.txt and I combine things like pymongo>=2.4,<3 and pymongo>=2.6 to pymongo>=2.6,<3 and then I try to install pymongo>=2.6,<3 and so on16:39
dstufftjd__: ah16:40
dstuffthrm16:40
jd__dstufft: if everything's installable, it's a win16:40
*** rcleere has joined #openstack-infra16:40
*** hashar has left #openstack-infra16:41
* jd__ observes dstufft looking for non working cases16:41
mordredtransitive depends16:43
mordredpymongo>=2.6,<3 doesn't tell you things about compatibility of the transitive dependency differences between ?=2.4,<3 and >=2.6,<316:44
mordredjd__: but also, just out of curiosity, which problem are you trying to solve?16:44
*** odyssey4me has quit IRC16:45
dstufftjd__: so the only problem I can think of (assuming you actually do compile the dependencies of the entire tree and not just the openstack dependencies) is that you may end up with broken installs because of the stupid pip behavior (that I'm trying to fix FWIW)16:45
dstufftwhere it only pays attention to the first version spec16:45
jd__mordred: agreed, but running the actual install via pip will tell if there's conflicts16:45
jd__mordred: I'm just trying to get rid of openstack/requirements and the process as it is now :-)16:46
mordredjd__: hahahahahahaahahahhaha16:46
*** enikanorov-w_ has quit IRC16:46
mordredjd__: it's taken us 1.5 years to get it in place16:46
mordredand it has the benefit of being simple to understand, even if it's annoying16:47
mordredso I can see why you would16:47
mordredbut you might go insane16:47
sdagueyeh, seriously, I spent 3 weeks on it recently :)16:47
sdagueit drives you a little bonkers16:47
mordredpure insanity16:47
sdagueI still need to create the min version test16:47
sdaguewhich I think we could actually do now with requirements16:48
mordredsdague: yeah. also, did you see I have a test-clients-against-old-severs thing pretty much ready?16:48
sdaguenope16:48
sdaguelink?16:48
mordredsdague: https://review.openstack.org/#/c/41931/16:48
*** dizquierdo has left #openstack-infra16:48
mordredsdague: and https://review.openstack.org/#/c/41945/16:48
sdagueI'm going to disappear for a bit for mid day bike ride + lunch, I'll have to look when I get back16:49
dstufftmordred: jd__ I think if pip had a real dep solver then openstack/requirements mgiht not be as important (except it makes it simple to place the blame when the set goes uninstallable, if your version spec doesn't fit it's your fault)16:50
mordreddstufft: yeah. I agree16:51
*** Ryan_Lane has quit IRC16:51
*** svarnau has joined #openstack-infra16:52
*** prad has joined #openstack-infra16:52
clarkbjeblair: have you seen the bug from russellb about keystone not starting due to address in use?16:52
dstufftIf I understand jd__'s suggestion well enough he's proposing to walk the entire dependency tree and concat all of the specifiers into a single specifier per dependency that would also work, but at that point you're basically writing your own dep solver and I think the problem is harder then it appears on the surface16:53
clarkbjeblair: I expected nodepool and the single use gearman flag to make that a non issue. Is this still a known problme?16:53
*** titanous has left #openstack-infra16:54
jeblairclarkb: sdague pointed it out to me, afaict the node sdague cited was used exactly once16:55
openstackgerritPeter Liljenberg proposed a change to openstack-infra/jenkins-job-builder: Added SBT builder support  https://review.openstack.org/4468516:55
dstufftjd__: mordred for instance, if Project B has foo>=1.0, and project C has foo<1.5, and foo has 1.0, 1.2, and 1.6 available, when you resolve the tree for Project B you'll get foo 1.6 (and it's dependencies), then when you add in the tree for Project B you'll have to refine the tree, throw away the branch for foo 1.6 and restart it with foo 1.216:55
clarkbfor the subunit2html timeout problem it looks like we can convert to subunit v2 before passing it to subunit2html and that will speed us up16:55
clarkbjeblair: interesting16:55
dstufftSat solvers make this nicer though :D16:56
jeblairclarkb: is there a ci bug i need to respond to?16:56
* dstufft is still working on a SAT solver16:56
clarkbjeblair: yes 122124716:56
* mordred supports dstufft and his solvers16:56
clarkbshould I be updating run-tox/run-unittest to do the subunit version conversion before converting to html?16:57
jeblairclarkb: that's the node i examined16:57
*** enikanorov-w has joined #openstack-infra16:57
jd__dstufft: agreed, but I would think that in our case of validation, resolving all projects at the same time just checking that "pip install foo>=1.0,<1.5" works is enough16:57
jd__dstufft: I imagine pip knows how to do that already?16:58
dstufftjd__: how do you compress multiple copies of specifiers for foo16:58
dstufftinto one specifer16:58
openstackgerritPeter Liljenberg proposed a change to openstack-infra/jenkins-job-builder: Added support for JaCoCo plugin Publisher  https://review.openstack.org/4470516:58
jd__dstufft: reassure me, I imagine there's something in Python that know how to parse version strings and compare them?16:58
dstufftjd__: yes16:58
jd__dstufft: like dpkg --compare-versions :)16:58
*** boris-42 has joined #openstack-infra16:59
jd__dstufft: so that'd be enough to compress, no? do I miss something?16:59
dstufftjd__: But you have to locate all the specifiers for "foo" in the dependency tree, and then you have to conjoin them, and the available specifiers can change based on other specifiers17:00
dstufftthe locating part is the hard part17:00
jd__dstufft: in theory yes, but my thinking is to stop at the top of tree, pip install everything we know, and see if that works -- now I realize that since pbr runs pip install on its own on each setup.py, this might fails actually17:01
*** thedodd has quit IRC17:02
dstufftjd__: that doesnt' tell you anything because pip is dumb and only pays attention to the first specifier for "foo" it finds17:02
dstufftso you can have two packages with incompatible specifiers and it'll install fine because pip just picked the first one it saw17:02
Alex_GaynorDoes trove-client run it's own jenkins workers for some reason?17:03
jd__dstufft: except if we don't run pip17:03
jd__dstufft: can we run setup.py without calling pip at all?17:03
dstufftrunning setup.py just calls setuptools, I don't know offhand but I suspect setuptools has similar behavior17:03
dstufftsince i'm not aware of any real dep solver code in setuptools17:04
dstufftafaik none of the python installers have a real dependency solver17:04
dstufftwhich afaik is part of what caused openstack/requirements to be created17:04
jd__dstufft: do you know where I can find code that parses version like foo>1.2,<=317:05
*** pcrews has joined #openstack-infra17:05
jd__dstufft: it's not like it's a mess but… :)17:06
dstufftuhh17:06
dstufftI think that's17:06
dstufftpkg_resources.Requirements.parse()17:06
dstufftoff the top of my head17:06
jd__thanks :)17:06
Alex_Gaynordstufft: distlib also has a version of that right?17:07
dstufftyea17:07
dstufftI don't know it offhand17:07
dstufftand I hate distlib's api17:07
dstufftI think that might be Requirement instead of Requirements17:07
*** _TheDodd_ has joined #openstack-infra17:08
*** SergeyLukjanov has joined #openstack-infra17:10
openstackgerritPierre Rognant proposed a change to openstack-infra/jenkins-job-builder: Fix plot plugin support  https://review.openstack.org/4528017:10
*** moted has quit IRC17:11
*** yjiang5_away is now known as yjiang517:11
*** dhellmann is now known as dhellmann_17:11
*** moted has joined #openstack-infra17:11
*** derekh has quit IRC17:11
*** kiall has quit IRC17:14
*** hashar_ has joined #openstack-infra17:15
*** changbl has joined #openstack-infra17:16
*** reed has joined #openstack-infra17:17
*** ruhe has quit IRC17:17
*** kiall has joined #openstack-infra17:20
openstackgerritKhai Do proposed a change to openstack-infra/config: Fix missing requirements list  https://review.openstack.org/4528317:21
*** dina_belova has joined #openstack-infra17:21
*** hashar has joined #openstack-infra17:22
*** hashar has quit IRC17:22
*** hashar_ has quit IRC17:23
portanteare there other projects besides swift using nose for unit tests runs?17:25
clarkbportante: horizon17:25
clarkbmaybe glance17:25
*** dina_belova has quit IRC17:25
*** dina_belova has joined #openstack-infra17:26
*** michchap has quit IRC17:26
fungianother hilarious race: https://jenkins01.openstack.org/job/gate-ceilometer-python26/494/console17:26
clarkbportante: yup glance too17:26
fungior s/race/rounding error/ possibly17:27
*** afazekas has quit IRC17:27
clarkbfungi: that is awesome17:27
mordredportante: we've only moved about half of them so far17:27
mordredportante: we ran out of time this cycle17:28
mordredportante: so I expect we'll pick it up again for icehouse17:28
*** wenlock has joined #openstack-infra17:29
mordreddhellmann_: did you want me to submit that change to devstack?17:29
portantemordre: k, I notice that swift does not have a post commit coverage report, since it is missing a tox "cover" section17:29
portantedoes anybody consume those coverage reports?17:30
mordredportante: some people in some projects do17:30
portantebut there is no cross project use or roll up, right?17:30
*** ruhe has joined #openstack-infra17:33
clarkbportante: we do not combine coverage for shared code across projects. Is that what you are asking?17:33
portanteor even just roll up a report of the code coverage numbers of all projects in openstack17:34
portanteit appears POST coverage report step is really only useful per project, not consumed outside the project17:35
mordredcorrect17:35
mordredwe've discussed some ways to make that data more readily consumable17:35
portantek thx17:35
mordredbut none of them have actually surfaced into actions, because of other priorities :)17:36
*** nati_ueno has joined #openstack-infra17:36
mordred(such as injecting the raw data into graphite)17:36
openstackgerritClark Boylan proposed a change to openstack-infra/config: Convert subunit logs to subunit v2 before use.  https://review.openstack.org/4528517:36
clarkbmordred: ^ that conflicts with the run-tox rename change,17:37
clarkbmordred: I can rebase one on top of the other if there is some order we would like17:37
mordredclarkb: I'm fine with that. it's a more important change17:37
clarkbryanpetrello: ^17:37
mordredthe subunit conversion has real operational impact today17:37
mordredI tihnk we should rebase ryanpetrello's work on top of it17:37
*** gyee has quit IRC17:37
clarkbok17:37
*** Ryan_Lane has joined #openstack-infra17:39
anteayaguitarzan: sorry I missed you, I just went for a long walk17:40
anteayahave you a url for a patch, I am very interested17:40
anteayaoh and thanks for your nick, love it17:40
* anteaya looks around for the oneeyedonehornedflyingpurplepeopleeater17:41
*** ruhe has quit IRC17:43
clarkbmordred: the reason neutron subunit logs are so huge is the log capture17:43
mordredclarkb: ah17:43
clarkbmordred: I think every test is capturing log info (which is good, but explains the size)17:43
mordredyes. yes indeed it does17:43
*** kiall has quit IRC17:44
annegentlehey team infra! Where does the code live that automatically marks Fix Released for bugs linked to a review patch? I've got 10 bugs in openstack-manuals that were properly linked and review patches showed up, but after merge Fix Released wasn't set.17:45
annegentleI looked through old reviews to see where it's set but I can't find it.17:45
clarkbannegentle: openstack-infra/jeepyb/jeepyb/cmd/somethingsomething17:46
clarkbannegentle: we recently changed the syntax for bug <-> lp management17:46
annegentleclarkb: ok diving in to see if I see anything17:46
annegentleclarkb: and left docs in the dark? :)17:46
clarkbannegentle: no it was announced17:47
annegentleclarkb: ok then I was blind to it :)17:47
clarkbannegentle: you guys listen to openstack-dev@lists.openstack.org right?17:47
*** nati_ueno has quit IRC17:47
clarkbannegentle: if you have an example change I can tell you if that is the problem17:47
annegentleclarkb: yeah sure do, looking through archives now17:47
*** nati_ueno has joined #openstack-infra17:48
anteayaportante: cinder might still be using nose as well17:48
clarkbannegentle: jeblair sent the announcement17:48
clarkbanteaya: I think they switched \o/17:48
clarkbswift, horizon, glance, and keystone are the remaining projects17:48
annegentleclarkb: here is one https://bugs.launchpad.net/openstack-manuals/+bug/116211817:48
uvirtbotLaunchpad bug 1162118 in openstack-manuals "Document image cache management" [Medium,Triaged]17:48
anteayaclarkb: awesome17:48
clarkball of the clients, heat, ceilometer, nova, and neutron are testr'd17:48
guitarzananteaya: https://bugs.launchpad.net/cinder/+bug/122043617:48
uvirtbotLaunchpad bug 1220436 in cinder "test_cinder_quota_class_show failes during gate jobs" [Critical,In progress]17:48
anteayayay17:48
anteayahey guitarzan17:49
*** kiall has joined #openstack-infra17:49
clarkbanteaya: ya, that uses the old syntax, which we still support to a degree as you see17:49
clarkbannegentle: ^17:49
clarkbannegentle: but to get the fix released status change you need to use the new Closes-Bug: header17:49
annegentleclarkb: ok got it17:49
annegentleclarkb: ohhh it's in the commit message17:50
annegentleclarkb: lightbulb!17:50
annegentleok also one other doc thing17:51
annegentleI mentioned it earlier but wanted to be sure you know, we're doing a refactor to get rid of doc/src/docbkx directories in the openstack-manuals repo17:51
annegentlethis weekend, can we get help approving the build changes?17:51
clarkbsure, I will probably be watching the first week of football :) and can review those changes then17:52
anteayaso bascially you are asking it to do less work to return the dict as a result of that method, guitarzan?17:52
*** ruhe has joined #openstack-infra17:52
guitarzananteaya: yes17:52
anteayayay17:52
guitarzanexactly17:52
anteayaless work is good17:52
anteaya+117:52
clarkbannegentle: do you have a particular timeframe set yet?17:52
annegentleclarkb: Diane Fleming and I are doing it Sat. before boot camp17:53
annegentleclarkb: though I might start tomorrow17:53
anteayaguitarzan: great, let's see it merge17:54
guitarzananteaya: I just got someone to +2 it, so here goes17:54
anteayayay17:54
* anteaya watches zuul status page again17:54
guitarzananteaya: is there a way for me to see how often people were rechecking for that bug?17:56
clarkbjeblair: looks like we already have bup running on wiki.o.o. How does one go about checking that the mysql dumps have ended up on the backup server in one piece?17:57
anteayaguitarzan: http://status.openstack.org/rechecks/17:57
anteayatop of the page17:57
anteayaso just 7 since we told people to use that bug number17:57
anteayaplus the ones that I linked the logs in the bug report17:58
*** Ryan_Lane has quit IRC17:59
*** danger_fo is now known as danger_fo_away17:59
*** Ryan_Lane has joined #openstack-infra17:59
*** Ryan_Lane has quit IRC17:59
*** Ryan_Lane has joined #openstack-infra18:00
*** Ryan_Lane has quit IRC18:00
*** Ryan_Lane has joined #openstack-infra18:00
jd__dstufft: does it sound complicated to teach pip that asking for pbr<1,>3 should not resolve to pip 1.4.1 but to nothing? :-(18:00
jeblairclarkb: we should probably add a restore section to the docs18:00
clarkbjeblair: :) I am reading the bup readme on github now.18:01
clarkbjeblair: looks like we can use git to look at history and bup join to restore18:01
jeblairclarkb: be root on wiki.o.o; be in a tmp dir (eg, definitely not /)18:01
jeblairclarkb: and run "bup join -r bup-wiki@ci-backup-rs-ord.openstack.org: root | tar -xvf -"18:01
jeblairclarkb: that's from .bash_history, so i think that should work18:01
jeblairclarkb: also, you may want to change that tar command as appropriate18:01
dstufftjd__: pip does not have a real dep solver, it's not a super easy thing to do18:02
dstufftjd__: I'm working on one though using a SAT solver that'll actually handle these cases correctly18:02
*** MarkAtwood has joined #openstack-infra18:03
guitarzananteaya: ahh, I see, thanks18:04
anteayagreat18:04
MarkAtwoodmordred, others: there is a practice openstack project to practice reviews and checkins and such, yes?18:04
clarkbjeblair: does the ':' in -r argument potentially allow you to backup to different dirs on the same host?18:04
LinuxJedihey, can someone please make it so libra-milestone can tag in stackforge/python-libraclient?  (or is there another way to do it?)18:05
clarkbLinuxJedi: there is a magical way to do it18:06
LinuxJediawesome...18:06
clarkbLinuxJedi: http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/gerrit/acls/stackforge/python-libraclient.config add the push tag permissions there18:06
fungiMarkAtwood: we have some test projects on review-dev.openstack.org, but for the most part practice happens for new contributors by selecting easy-to-review changes and leaving a +1 or -1 as necessary with comments. also plenty of low-hanging-fruit bugs to get practice submitting simple changes. mistakes are human--we don't judge anyone18:07
clarkbLinuxJedi: http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/gerrit/acls/stackforge/puppet-modules.config#n14 is an example18:07
LinuxJedicool, thanks18:07
jeblairclarkb: i think so18:07
jeblairMarkAtwood: yes tehre is18:07
mordredfungi, MarkAtwood: there's also http://git.openstack.org/cgit/openstack-dev/sandbox18:07
fungioh, and openstack-dev/sandbox18:08
Mithrandirfungi: heck, even some of us who've been submitting stuff for a while get things wrong a lot. :-P18:08
fungiwhat mordred just said18:08
jeblairfungi: yes that's what i was just looking up :)18:08
* mordred won18:08
* clarkb hands mordred a prize18:08
mordredwhee!18:08
* mordred got a prize!18:08
fungiMithrandir: you just described me ;)18:08
MarkAtwoodthanks jeblair18:08
jeblairi used it yesterday.  it still works even.18:08
*** cody-somerville has quit IRC18:08
MarkAtwoodthanks mordred18:08
senkhooray, more remedial training for me!  much thx to MarkAtwood :)18:09
jeblairextra points to anyone who knows what to do with an exquisite corpse.18:09
fungilisten to it?18:09
senkhand it off to the next artist?18:09
MarkAtwoodweep over it byronically18:09
fungiheh18:09
jeblairall correct! :)18:09
openstackgerritAndrew Hutchings proposed a change to openstack-infra/config: Add tagging permissions to python-libraclient  https://review.openstack.org/4529418:09
LinuxJediclarkb: https://review.openstack.org/45294 <- like that?18:10
Alex_GaynorDoes someone have teh ability to kill https://jenkins01.openstack.org/job/gate-grenade-devstack-vm/7577/console it seems to have hung and is blocking the gate18:10
clarkbLinuxJedi: I don't think you need create too18:10
clarkbLinuxJedi: but I may be wrong, I end up reading docs whenever I touch gerrit acls18:10
clarkbAlex_Gaynor: looking18:11
*** ruhe has quit IRC18:11
openstackgerritAndrew Hutchings proposed a change to openstack-infra/config: Add tagging permissions to python-libraclient  https://review.openstack.org/4529418:11
clarkbAlex_Gaynor: thats kind of cool18:11
clarkbjeblair: fungi mordred do we want to debug the test Alex_Gaynor has pointed out before killing it?18:11
LinuxJediclarkb: I just copied from libra.  I've modified18:11
jeblairclarkb: i will look quickly18:11
Alex_Gaynorclarkb: there's one at teh head of the check queue in the same state (obviously less important as it doesn't block stuff)18:11
jeblair("nodepool hold" command doesn't exist yet :( )18:12
anteayawell it has been running for an hour and 34 minutes18:12
anteayanice job on the status.js elapsed time change, clarkb, this was the first job that ran long enough for me to see it18:13
*** nicedice_ has joined #openstack-infra18:13
fungigrenade jobs are allowed to run for up to 3 hours, so would take a while to get killed by the timeout18:13
jeblairjenkins   1955  0.0  0.0  13956  1180 ?        S    16:37   0:00 git remote prune origin18:14
anteayado grenade jobs need to still have that much time to run?18:14
jeblairjenkins   1956  0.0  0.0  87120  6496 ?        S    16:37   0:03 git-remote-https origin https://git.openstack.org/openstack/python-swiftclient18:14
jeblairthat's what it is running :(18:14
clarkbanteaya: no we should probably look at reducing our timeouts18:14
clarkbjeblair: :(18:15
jeblairgit-remot 1956 jenkins    4u  IPv4  11217      0t0     TCP devstack-precise-hpcloud-az3-222572.novalocal:40485->git.openstack.org:https (ESTABLISHED)18:15
jeblairno traffic18:15
clarkbit is using https too. I figured git:// would give us more problems like this18:16
clarkbjeblair: what is the IP address for that slave?18:16
jeblair15.185.252.6418:16
jeblairlsof -i -n|grep 15.185.252.6418:16
*** ruhe has joined #openstack-infra18:16
jeblairis nil on git.o.o18:16
fungii don't see a socket for that at the other end, no18:17
fungimaybe a stray tcp/rst back to git.o.o from some intermediary network device, leaving the slave end hung in an established state indefinitely18:17
*** rcleere has quit IRC18:18
clarkbSep  5 16:39:36 localhost haproxy[1167]: 15.185.252.64:40485 [05/Sep/2013:16:37:52.523] balance_git_https balance_git_https/git01.openstack.org 0/20/104150 47741 cD 2/2/2/2/0 0/018:18
clarkbhaproxy seems to indicate the connection was closed on its end18:18
fungisounds consistent with that, then18:18
jeblairor the fin packet was lost18:18
fungier, closed as in reset by peer or fin sent?18:19
fungiusually complete termination doesn't register until a fin/ack is received18:19
clarkbc = "the client-side timeout expired while waiting for the client to send or receive data. "18:19
fungiaha18:19
clarkbbig C is client unexpectedly closed connection18:20
jeblairi blame floating ips18:20
* fungi is tempted to say "it's the cloud"18:20
jeblair(because they use nat18:20
openstackgerritA change was merged to openstack-infra/gear: Update gear docs to include gearman server daemon  https://review.openstack.org/4378018:21
jeblairand this is the sort of thing i expect to see with large-scale nat)18:21
fungibut yeah, floating ips means nat which means state tracking upstream which means another place for some aggressive timeout to walk all over our connections18:21
fungizactly18:21
clarkbhttp://code.google.com/p/haproxy-docs/wiki/SessionState18:21
fungigreat reference18:22
clarkbfor those interested in what the two character session states mean18:22
*** sdake has quit IRC18:22
mordreddstufft: what's pip 1.4 behavior with versions such as 0.1.6.post318:22
jeblairfungi, clarkb: i think that concludes this debugging session?18:22
clarkb(the "cD" towards the end of the log line)18:22
fungijeblair: yes, kill away18:22
clarkbjeblair: I think so18:22
*** sdake has joined #openstack-infra18:22
*** sdake has quit IRC18:22
*** sdake has joined #openstack-infra18:22
dstufftmordred: define what you mean by behavior18:22
mordreddstufft: does it install them by default with a >=0.1.6 ?18:22
jeblairaborted18:22
dstufftmordred: probably18:22
dstufftI don't know for sure18:23
dstufftbut I'd assume so18:23
mordredok. wasn't sure if they'd get caught by the ignore-pre-release things18:23
*** cody-somerville has joined #openstack-infra18:24
clarkb52 out of 228718 haproxy log entries show the cD session state18:25
clarkb(for the current log file)18:25
fungii wonder how many of those are search engine crawlers18:26
harlowjajeblair qq, i was looking at https://jenkins01.openstack.org/computer/centos6-9/ do u know which centos version that is? (latest?)18:26
fungiwhat percentage of the 228718 i mean18:26
clarkbharlowja: 6.418:26
harlowjathx18:26
dstufftmordred: oh, .post isn't a pre-release18:26
dstufftor shouldn't be18:27
dstufftit's a post release :D18:27
fungichances are those cD states are impacting bulk transfer requests more heavily than basic browsing18:27
mordreddstufft: duh. /me *facepalms*18:27
jd__dstufft: ok thanks, good to know :) that looks like a so simple case I thought it worked already :(18:29
clarkbjeblair: fungi: https://review.openstack.org/#/c/45285/ could use eyes. Though now that the feature freeze is behind us it may not be super urgent18:30
clarkbok back to backups18:30
fungiclarkb: i think i agree with tstevenson on bug 1021697, but since it's your change he linked, you should probably weigh in18:32
uvirtbotLaunchpad bug 1021697 in openstack-ci "gerritbot should have logging" [Medium,Triaged] https://launchpad.net/bugs/102169718:32
clarkbfungi: tstevenson is correct18:34
clarkbfungi: the logs are in /var/log/gerritbot18:34
clarkbon review.o.o18:34
clarkbI will update the bug18:34
fungijust making sure there weren't still other logs we wanted it to generate besides those. cool18:34
fungiand yes, i have used those logs many times to try and diagnose netsplit-induced madness18:35
openstackgerritA change was merged to openstack-infra/config: Convert subunit logs to subunit v2 before use.  https://review.openstack.org/4528518:36
tstevensonwhere does the code for uvirtbot live?18:37
clarkbtstevenson: soren runs it, it isn't something we manage18:37
clarkbI think it is available somewhere though18:37
*** ruhe has quit IRC18:38
anteayathe length of the title 'openstack/python-ceilometerclient' pushes the time out to the title bar for that patch in the css for status.o.o/zuul18:40
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Rework run_shell_command  https://review.openstack.org/4233718:40
*** dina_belova has quit IRC18:40
*** whoops has joined #openstack-infra18:40
clarkbis tar -P only dangerous on extraction? we archive with -P but that won't cause problems unless I extract with -P as well?18:41
clarkbfungi: jeblair ^18:41
fungiclarkb: right, all the tar vulnerabilities are really on extract18:41
fungiby default gnu tar has sanitized extraction for years18:41
* fungi goes hunting a good reference to cite18:42
clarkbfungi: I am mostly worried about accidentally overwriting things than being pwned (presumably the source tar is safe from bup)18:42
fungiit was all the talk ~10 years ago18:42
tstevensonclarkb: Thanks. Just wondering if uvirtbot wouldn't also be the appropriate bot to report on review items when they get mentioned.18:42
clarkbhttp://www.gnu.org/software/tar/manual/html_node/absolute.html indicates `tar -cf - -C / /` might be a better archive command?18:43
fungitstevenson: uvirtbot would make sense to grow the ability to query gerrit, if its author is amenable18:43
fungiclarkb: depends on whether you want to specify -C when extracting (i usually do, or set my cwd accordingly)18:44
clarkbtar -X /etc/bup-excludes -cPf - / is the current command18:44
clarkbwould need the -X argument in the other command too18:44
fungiright, i also generally don't use -P on create18:44
*** mrmartin has joined #openstack-infra18:45
mordredsdague: is there a specific reason why tempest does not list requirements.txt in its deps list in tox.ini?18:46
clarkbmordred: yes18:46
mordredawesome18:46
clarkbmordred: the reason is postgres vs mysql vs other libs that devstack conditionally installs18:46
clarkbmordred: so instead tempest relies on devstack and site pacakges to do the right hting18:46
mordredah18:47
fungiclarkb: looking back over the docs, it's fine to just `tar -cf /` unless you're trying to suppress the "removing leading /" stderr line18:49
fungiand -X too yes18:50
clarkbfungi: it runs in cron so I think that is part of the intention18:50
clarkbto suppress the stderr output18:51
fungiahh, so yeah using -C will be a little more sensible i think (though maybe bup is trying to be portable to a variety of tar implementations)18:51
clarkbI am working out the restore process on jenkins-dev18:52
fungiscratch the portability hypothesis, i think -P is mostly only gnu tar anyway18:52
clarkbya I think -P makes other tars unhappy18:52
clarkbshould /usr/* be in the bup-excludes?18:54
mordredclarkb: I think the idea was that things in /usr are things we can re-install easily from puppet18:54
clarkbmordred: right, and it isn't in the list18:54
*** SergeyLukjanov has quit IRC18:54
mordredAH18:54
*** dkehn has quit IRC18:55
mordredthen I'd personally vote yes - but it's possible jeblair has a differing thought?18:55
fungias long as we don't put hard-to-replace data in /usr/loca/something18:55
fungilocal18:55
jeblairhrm18:55
jeblairthat reduces its efficacy as a forensic tool18:55
mordredfungi: I would hope we would not do that18:55
fungithat too. hard to see what was in /usr at a specific point in time18:55
mordredbut jeblair makes a good point18:55
jeblairi lean toward leaving it in and counting on git to do the right thing to make it not take up much space18:55
clarkbwfm18:56
clarkbthis jenkins-dev join may end up being a lot larger than I expected :)18:56
fungiyeah, i think bup will filter that out well since contents of /usr change infrequently and in small ways18:56
*** Ryan_Lane has quit IRC18:56
*** Ryan_Lane has joined #openstack-infra18:56
clarkbjeblair: does bup chunk files in such a way that I can join /foo/bar.txt for example?18:57
* clarkb reads more bup docs18:57
fungiall in all our biggest data consumers will be things with high rates of change (logs, databases, et cetera)18:57
*** bashok_ has quit IRC18:57
*** sdake_ has quit IRC18:59
clarkblooks like `bup save` and `bup restore` correspond to individual files and `bup split` and `bup join` correspond to bulk backups19:00
*** sdake_ has joined #openstack-infra19:01
*** sdake_ has joined #openstack-infra19:01
*** reed has quit IRC19:01
*** reed_ has joined #openstack-infra19:02
clarkbbup save and bup index are new and experimental and missing features...19:03
clarkbI suppose we will continue with the old style backups19:03
anteayaguitarzan: failed on the bug it is designed to fix19:07
anteaya:(19:07
clarkbhttp://cacti.openstack.org/cacti/graph.php?action=view&local_graph_id=328&rra_id=all only ~25mbps :(19:07
clarkbthis will teach me to not use cron19:08
clarkbs/cron/screen/ how did I get that wrong19:09
guitarzananteaya: I thought it failed on bug 121839119:10
uvirtbotLaunchpad bug 1218391 in tempest "tempest.api.compute.images.test_images_oneserver.ImagesOneServerTestXML.test_delete_image_that_is_not_yet_active spurious failure" [Undecided,New] https://launchpad.net/bugs/121839119:10
*** sdake_ has quit IRC19:10
anteayaguitarzan: I was going by the error: StringException: Empty attachments:19:11
guitarzanI don't think it's the same bug19:11
anteayathe way I understood it any StringException: Empty attachments: error was due to a cinder scheduling race19:11
guitarzanthe stack trace is the same as https://bugs.launchpad.net/tempest/+bug/121839119:11
uvirtbotLaunchpad bug 1218391 in tempest "tempest.api.compute.images.test_images_oneserver.ImagesOneServerTestXML.test_delete_image_that_is_not_yet_active spurious failure" [Undecided,New]19:11
anteayaoh okay, well in that case, I am wrong19:11
*** krtaylor has quit IRC19:12
anteayain my email to the ml19:12
anteayaI had advising anyone seeing a StringException: Empty attachments: to use the reverify bug 1220436 statement19:12
uvirtbotLaunchpad bug 1220436 in cinder "test_cinder_quota_class_show failes during gate jobs" [Critical,In progress] https://launchpad.net/bugs/122043619:12
anteayaso there may be patches attached to that bug, which by your definition belong to a different bug19:13
*** sdake_ has joined #openstack-infra19:13
*** sdake_ has joined #openstack-infra19:13
anteayaI hadn't been seeing StringException: Empty attachments: before last night and then we were seeing them everywhere19:14
anteayaso I was working with the understanding they were all related19:14
guitarzanI haven't dug deep enough to know where that StringException thing originates19:14
anteayaokay19:14
anteayaI had also talked to jgriffith about my understanding and I thought he was in agreement19:15
anteayabut I may have misunderstood what he was saying19:15
*** Ryan_Lane has quit IRC19:16
*** krtaylor has joined #openstack-infra19:17
guitarzananteaya: well, our bug did make something throw that exception, but it looks like others do too19:19
guitarzanI'm sure cinder isn't the only project with race conditions like that19:19
jgriffithguitarzan: you're correct on that19:20
anteayaguitarzan: okay so StringException: Empty attachments: is not just from cinder?19:20
jgriffithguitarzan: "cinder not the only proj"19:20
anteayahey jgriffith19:20
jgriffithanteaya: hey19:20
anteayathanks for sending over someone with such a great nick19:20
anteayaI needed that19:20
jgriffithha19:20
guitarzanhaha19:20
anteayawe made it through the night!19:20
jgriffithindeed19:21
anteayaI have the song playing in my head every time I see your nick, guitarzan19:21
anteayait is like entrance music19:21
fungithe zuul status page suggests everyone has gone to sleep or is out getting drunk19:21
anteayacan't stop laughing19:21
anteayawoohoo19:21
MarkAtwoodwe need to talk high bandwidth and private about it soon19:21
guitarzananteaya: maybe jgriffith gets to be the monkey19:21
* guitarzan runs19:21
openstackgerritA change was merged to openstack/requirements: Drop Cheetah global requirement  https://review.openstack.org/4020619:22
zulyay mongodb percolatiing in the cloud-archive19:22
anteayaha ha ha19:22
anteayazul yay mongodb19:22
fungizul: new enough to make ceilo happy?19:22
zulfungi: newer enough to get me drunk at ODS for free19:23
*** pabelanger has quit IRC19:23
fungiheh19:23
anteayajgriffith: so did I mis-understand from last night, so all StringException: Empty attachments: are not cinder related?19:24
jgriffithanteaya: so the failure you pointed out was in the cinder test19:24
*** dprince has quit IRC19:24
anteayaokay19:24
anteayabut there were other StringException: Empty attachments: failures19:25
jgriffithanteaya: my point last night was I believe I've seen this in other tests/projects as well19:25
jgriffithanteaya: correct19:25
anteayaah okay19:25
anteayamy bad19:25
anteayaI totally misunderstood you19:25
anteayaso something is sprinkling this around projects19:25
anteayaso this is a dependency change or something19:26
anteayaand it is hitting everybody, occasionally19:26
jgriffithanteaya: we'll need to catch it again somewhere else to make sure but yes I believe so19:26
anteayaand I gave the wrong instructions19:26
anteayafigured I would, but I had to give something19:26
anteayajgriffith: well it was on guitarzan's patch: http://logs.openstack.org/71/45271/2/gate/gate-tempest-devstack-vm-postgres-full/80530b8/19:27
* anteaya is overusing guitarzan's nick19:27
anteayait is too much fun19:27
* guitarzan enjoys seeing his irc client light up19:27
anteayaand I mis-attributed it to bug 122043619:27
anteaya:D19:27
uvirtbotLaunchpad bug 1220436 in cinder "test_cinder_quota_class_show failes during gate jobs" [Critical,In progress] https://launchpad.net/bugs/122043619:27
guitarzanI think it's actually related to whatever test runner we happen to be using19:28
guitarzanbut that's kind of a wild guess19:28
anteayabug guitarzan feels that failure is more closely related to https://bugs.launchpad.net/tempest/+bug/121839119:28
uvirtbotLaunchpad bug 1218391 in tempest "tempest.api.compute.images.test_images_oneserver.ImagesOneServerTestXML.test_delete_image_that_is_not_yet_active spurious failure" [Undecided,New]19:28
anteayas/bug guitarzan/bug guitarzan19:29
jgriffithanteaya: agreed19:29
anteayaokay19:29
jgriffithanteaya: guitarzan I still have hopes for the patch that's in the queue19:30
anteayaso there are many different bugs that have StringException: Empty attachments:19:30
jgriffithanteaya: guitarzan at least for the cinder case19:30
anteayago patch19:30
jgriffithanteaya: yes, it's a translation failure, so it's a symptom19:30
anteayaso would this be a dependency version upgrade or something19:31
anteayathat is the source?19:31
guitarzansomething like that, yes19:31
guitarzanbecause it seems to get thrown on all test failures19:32
anteayait was popping up a lot last night19:32
anteayaway way too much19:32
*** senk has quit IRC19:32
*** sdake_ has quit IRC19:33
*** vipul is now known as vipul-away19:34
*** vipul-away is now known as vipul19:34
*** vipul is now known as vipul-away19:35
*** MarkAtwood has quit IRC19:35
*** vipul-away is now known as vipul19:35
*** kiall has quit IRC19:36
anteayajgriffith guitarzan rarrrr: http://logs.openstack.org/71/45271/2/gate/gate-tempest-devstack-vm-neutron/a9449ec/console.html19:36
anteayaso you pick the bug this time19:37
*** dkehn has joined #openstack-infra19:37
guitarzanis there one for tempest.thirdparty.boto.test_ec2_instance_run.InstanceRunTest.test_run_stop_terminate_instance_with_tags ?19:37
harlowjahave u guys seen pbr having a multiprocessing error?19:38
anteayamordred: ^19:38
anteayaharlowja: I haven't19:38
harlowjahttp://logs.openstack.org/39/45139/25/check/gate-taskflow-python27/3e1bdd6/console.html19:38
anteayaI am stepping around pbr myself, trying to juggle the balls I have in the air19:38
harlowjanp19:38
anteayaguitarzan: I haven't seen one19:38
harlowjanot sure if its d2to1 or pbr :-/19:38
anteayaharlowja: yeah, it's a coin toss19:39
lifelessmorning19:40
anteayaguitarzan: at this point I am tempted to create a bug report with the StringException: Empty attachments: as the title19:40
guitarzananteaya: that's a red herring IMO19:40
guitarzanit only happens after an actual test fails19:40
anteayaand the individual tests where it is showing up in the comments19:41
*** dina_belova has joined #openstack-infra19:41
anteayathe StringException: Empty attachments: is a red herring?19:41
* anteaya puts her fishing net away19:41
guitarzanI think that's an artifact of whatever is spitting out the test failures19:41
anteayathen I have been red herring'd all night19:41
guitarzanand the real bugs are in the tests themselves19:41
lifelessclarkb: so hi19:41
anteayaokay19:41
guitarzana lot of those tests probably have race conditions like the one we had in cinder19:41
lifelessclarkb: how does one debug 2013-09-05 06:00:00,003 ERROR zuul.IndependentPipelineManager: Unable to find change queue for project testing-cabal/testtools ?19:41
anteayalet's go with your thoughts then guitarzan19:41
anteayaguitarzan: all right then I guess it is a new bug and needs its own bug report19:42
*** Ryan_Lane has joined #openstack-infra19:43
*** sarob has joined #openstack-infra19:44
*** pcm_ has joined #openstack-infra19:44
fungilifeless: in your layout.yaml projects list, does testing-cabal/testtools have any pipelines specified and if so, are any of those defined as independent pipelines in the main pipelines list?19:44
*** pcm_ has quit IRC19:44
jeblairlifeless: that is likely bad log message describing something that is no longer an error.  sorry.19:45
*** pcm_ has joined #openstack-infra19:45
*** dina_belova has quit IRC19:45
lifelessjeblair: so I have a jenkins up19:45
lifelessjeblair: and jobs defined19:45
lifelessjeblair: but nothing tries to run AFAICT19:45
*** pcm_ has quit IRC19:45
*** sarob has quit IRC19:45
lifelesshttp://zuul.testing-cabal.org/, https://jenkins01.testing-cabal.org/, https://review.testing-cabal.org/#/c/1/19:45
*** sarob has joined #openstack-infra19:46
openstackgerritMonty Taylor proposed a change to openstack/requirements: Remove version pins from setup_requires  https://review.openstack.org/4531119:46
jeblairlifeless: paste layout.yaml and zuul debug logs from around the time you pushed that change?19:46
mordredmorning lifeless19:46
*** vipul is now known as vipul-away19:46
*** vipul-away is now known as vipul19:46
lifelessfungi: jeblair: https://github.com/testing-cabal/ci-config/blob/testcabal/modules/testcabal_project/files/zuul/layout.yaml19:46
lifelessis my layout.yaml19:47
openstackgerritClark Boylan proposed a change to openstack-infra/config: Add backup restore docs.  https://review.openstack.org/4531219:47
*** kiall has joined #openstack-infra19:47
lifelesshmm, let me check it gain in case I cherrypicked the wrong thing to look at19:48
fungilifeless: if memory serves, it's spewing that "error" for each of the independent pipelines you've defined which aren't reflected in that particular project's set19:48
fungiso post, pre-release, release, silent, experimental (probably not periodic since it lacks a gerrit trigger?)19:49
fungiif so, we see those all the time in production i think, and they're benign19:49
lifelessahahahahaha don't do stuff when tired19:49
*** UtahDave has quit IRC19:49
lifelessI did my recheck by 'try 2' not by 'recheck no bug'19:50
jeblairtelepathy trigger is not implemented yet :(19:50
fungi'take 27. action!'19:50
jeblairit's a commonly requested feature though19:50
anteayaI wondered if you had changed the text19:50
lifelessstill19:50
*** sarob has quit IRC19:51
*** dina_belova has joined #openstack-infra19:51
lifelessok, so I got a 'LOST' again19:51
lifelessdoes zuul look at the available executors ?19:52
lifelessI haven't gotten a centos6 executor up yet...19:52
fungithe zuul debug log, while quite verbose, should have a lot of detail around what job(s) it asked to have launched and their return status19:52
lifelesshttp://paste.openstack.org/show/45833/19:53
lifelessanyhow, onto slaves19:54
lifelessis nodepool required or optional ?19:54
lifelessI mean, I want it, but I'm leaving here for the airport in 4 hours.19:54
jeblairlifeless: that's the log info for a verify-1 event; likely the event from zuul itself19:54
jeblairlifeless: zuul always logs a reason for declaring a build lost19:54
lifelessjeblair: oh, found it.19:54
jeblairlifeless: it does examine executors; it probably determined the function was not registered with gearman19:55
*** dina_belova has quit IRC19:55
lifeless2013-09-05 19:49:48,870 DEBUG zuul.Gearman: Function build:gate-testtools-python26 is not registered19:55
fungibingo19:55
jeblairlifeless: nodepool is optional19:55
anteayaguitarzan: did you want to reverify that patch with a bug number and see if we can get it merged?19:56
lifelessjeblair: how much of nodepool is puppetted?19:56
*** pabelanger has joined #openstack-infra19:57
lifelessjeblair: and probably more important, the setup-and-snapshot stuff - how much of that is likely to be omg openstack specific at the moment? Right now I'm concerned about turning this all into a presentation other folk can consume-and-collaborate on.19:57
lifelessok this - http://paste.openstack.org/show/45835/ is the full debug output associated with a 'recheck no bug'19:59
jeblairlifeless: nodepool is completely puppeted; it should be non-openstack-specific, the setup scripts for the snapshots are in the openstack_project puppet module19:59
*** sandywalsh has quit IRC20:00
jeblairlifeless: it's basically not documented at all yet though.  there be dragons.20:00
lifelessjeblair: lets see how many I can scare up.20:01
lifelessjeblair: is lack of executors a possible cause for that 'build is not registered' error from gear ?20:01
jeblairlifeless: yes20:01
*** vipul is now known as vipul-away20:01
jeblairlifeless: (specifically, that there has never been an executor registered that can run that function since the gearman server started; once there is one, the function definition will persist and future jobs would be queued)20:02
jeblairlifeless: it's basically typo-protection20:02
jeblair(otherwise a typo in a job name for the gate queue could stop everything permanently)20:03
marunto everybody and nobody: would it be possible to detect which lines of a given change are not exercised by the unit tests?20:03
lifelessmarun: coverage should tell you that20:04
*** mriedem has joined #openstack-infra20:04
openstackgerritlifeless proposed a change to openstack-infra/config: Docs on bringing up Jenkins in new infrastructures.  https://review.openstack.org/4521620:04
lifelessmarun: though coverage only tells you lines, not expressions20:04
marunlifeless: I guess I haven't looked at a full coverage report, just summaries20:05
*** vipul-away is now known as vipul20:06
lifelessjeblair: do we run any non-elastic slaves?20:06
fungilifeless: plenty, plenty, plenty20:06
lifelessok, so there is value in documenting both nodepool and non-nodepool?20:06
*** jhesketh__ has quit IRC20:06
*** gyee has joined #openstack-infra20:07
fungilifeless: yeah. we even have a number of special-purpose slaves which do one or a very small subset of jobs20:07
lifelessis non-nodepool also well puppeted, and for my test job - python26 - are they setup to connect to jenkins0120:07
marunlifeless: What do you think of rejecting changesets that decrease coverage?20:07
lifelessmarun: very ambivalent20:07
fungilifeless: pretty much all the slaves are completely puppeted because we manually stand then up in batches already and don't want to have to mess with them20:08
marunlifeless: fair enough20:08
lifelessmarun: the problem is that I have little respect for mere coverage as a quality metric :)20:08
jeblairmarun: that's feedback that we've wanted to provide for quite some time20:08
marunlifeless: I'm not suggesting it's a good quality metric.20:08
lifelessmarun: I think it's a useful signal for reviewers20:08
jeblairmarun: there is stalled work to run coverage as a check job20:08
marunlifeless: yeah, that's my thought20:08
lifelessmarun: the problem is though, that most projects need something like 5000% coverage to actually get, well, coverage.20:08
lifelessmarun: [because of cyclomatic complexity]20:08
marunlifeless: I think it would be useful for reviewers to know it a change that's introduced adds lines that aren't covered.20:09
jeblairmarun: are you interested in picking up that work?20:09
lifelessmarun: say yes!20:09
marun...20:09
marun...maybe?20:09
lifelessfungi: jeblair: ok so if we have batches of slaves, what subset does nodepool do ?20:09
lifeless(nodepool is 100% dynamic, right?)20:10
fungilifeless: right now just the devstack slaves which run tempest, grenade, et cetera20:10
marunjeblair: If you could point me at the stalled work, I could at least take a look.20:10
lifelessfungi: ok, interesting. Thats because reuse is so hard there, I presume ?20:10
lifelessso ok, I'll bring up my centos6 slave by hand.20:11
jeblairmarun: zuul itself hase a coverage job that runs on check20:11
jeblairmarun: http://logs.openstack.org/45/42645/11/check/dev-zuul-coverage/134109f/cover/20:11
jeblairmarun: http://logs.openstack.org/45/42645/11/check/dev-zuul-coverage/134109f/20:11
anteayaI'm going to sign off for the day and get an early sleep, see y'all tomorrow20:11
*** anteaya has quit IRC20:11
fungilifeless: our long-lived unit test slaves (preciseXX.slave.o.o, centos6-XX.slave.o.o, et cetera and also special-purpose slaves like tx, pypi, mirror slaves and so on) are not nodepool-managed20:11
fungilifeless: yes, nodepool now does what the pool management jobs for devstack-gate previously did, because ick don't run anything on a slave after tests had root access to it20:12
marunjeblair: do you know if coverage can report on which lines are not covered?20:12
fungilifeless: so we need a way to turn those over quickly after they get used20:12
fungilifeless: whereas the other slaves don't allow privileged access to the test jobs20:12
marunjeblair: I think it would be best to avoid having to track coverage over time.  Easier to flag lines which are not covered that were introduced/changed by the current changeset.20:12
jeblairmarun: it's worth thinking about whether that kind of job should return success or failure depending on some criteria (like % increased/decreased, or whether some % of changed lines are covered)20:13
jeblairmarun: i agree, that sounds like a really good fit for a check job too20:13
jeblairmarun: i don't know the answer to your question; so i think that's where the additional work lies20:13
marunjeblair: Got it, I'll investigate.20:13
jeblairmarun: basically; the structure for how to run a job is there, if you can make that do something more useful, then it's probably about ready to go20:13
*** sandywalsh has joined #openstack-infra20:14
marunjeblair: ok, cool.20:14
jeblairmarun: we can then template it and apply it everywhere20:14
fungilifeless: it's been debated that we should eventually use nodepool to manage longer-running slaves too (whether it's just start running all tests on bare devstack slaves and throw them away after each job or do something a little more intelligent)20:14
jeblairmarun: http://git.openstack.org/cgit/openstack-infra/config/tree/modules/jenkins/files/slave_scripts/run-cover.sh20:15
*** sarob has joined #openstack-infra20:15
fungilifeless: including ideas like kexec boot a fresh slave to a particular archetype on demand for a given test20:15
lifelesswhats the 'certname' setting in a slave definition for/do ?20:15
fungilifeless: identification certificate for that slave in jenkins20:16
lifelessthey all get the same one?20:16
jeblairfungi: (puppet)20:16
fungier, oh in site.pp20:16
fungiyes, the name of the shared cert for puppet20:17
fungiolder slaves we shared one puppet cert across all of a particular type20:17
fungimore recently we've started giving long-lived slaves of the same type distinct certs per server instead, like normal puppet machines20:17
fungiwhich is the default behavior if you don't specify the certname20:18
fungii initially thought you were asking about the slave credentials in jenkins20:19
*** jhesketh__ has joined #openstack-infra20:19
*** sandywalsh has quit IRC20:20
lifelessso I presume you need to override --cert on launch-node.py20:21
lifelessdo you supply the full path to it, or just the centos06.slave.openstack.org.pem ?20:21
lifelessfungi: ^20:21
fungilifeless: yeah, --cert if you want to use a common shared cert rather than one named for the machine. and just the name of the file, no leading path20:23
*** dhellmann_ is now known as dhellmann20:23
fungilifeless: see launch/README (it explains the situation)20:24
*** sdake_ has joined #openstack-infra20:25
*** sdake_ has joined #openstack-infra20:25
openstackgerritRyan Petrello proposed a change to openstack-infra/config: Add pep8 checks for wsme.  https://review.openstack.org/4532220:26
openstackgerritRyan Petrello proposed a change to openstack-infra/config: Add py26 and py33 tests and PyPi uploads.  https://review.openstack.org/4532320:28
mordreduhm20:28
mordredfungi, clarkb: http://logs.openstack.org/11/45311/1/check/gate-requirements-python27/be67b96/console.html20:28
mordredit's a python27 unittest job that's not properly setting the mirror20:28
mordredfungi, clarkb: ignore me20:29
fungimordred: i thought gate-requirements-pythonXX were exempted from the mirror because they needed to try installing things from beyond20:29
mordredyes20:29
mordredthat's right20:30
fungino worries20:30
*** sarob_ has joined #openstack-infra20:30
lifelessis the slave subdomain implicitly setup by the dns scripts ?20:30
lifelessor does that need a manual step?20:30
fungimordred: i think the expectation was that would get run less frequently based on changed file matches and so was less of a risk for random failures due to pypi reachability20:30
fungilifeless: we don't soa a separate subdomain for slave.o.o20:31
fungilifeless: those are all just served directly out of the openstack.org soa20:31
lifelesskk20:31
fungiso precise42.slave address record in the openstack.org domain, effectively20:32
*** sarob_ has quit IRC20:32
lifelesswe use centos 6.4 right ?20:33
mordredyup20:33
fungibut that's really just a nameserver implementation detail since we're not delegating subdomains anywhere20:33
*** sarob_ has joined #openstack-infra20:33
*** sandywalsh has joined #openstack-infra20:33
*** sarob has quit IRC20:33
fungiso no separate ns records for slave.o.o or anything like that20:34
fungibut even if we did, i don't think there's anything in our infrastructure which would care either way (aside from how we'd have to compose the rackdns command line)20:35
clarkbback from lunch20:38
mordredfungi: you know - hp runs moniker - we could move our dns entries to hp cloud and start using python-monikerclient20:38
mordredit may not be openstack openstack yet, but at least it's open source20:38
clarkbjeblair: https://review.openstack.org/#/c/45312/ did you see that?20:38
clarkbjeblair: backup restore docs20:38
NobodyCammordred: can you point me to the correct repo(s) in -infra for the patch(s) requested by your review20:38
mordredNobodyCam: yes! it's openstack-infra/config20:38
fungimordred: yeah, that's why i was asking the other day if the current monikerclient would work with hpcloud's implementation20:38
NobodyCam:)20:39
mordredNobodyCam: you want to look at the layout.yaml file20:39
mordredfungi: I missed that - and yes it will20:39
NobodyCamawesome :) TY20:39
mordredfungi: if it doesn't, we can yell at kiall or CaptTofu20:39
fungimordred: after all, rackspace's dns service isn't openstack either20:39
mordredyup. but moniker is at least trying to be openstack20:39
fungiso moniker has my vote, of the two20:39
mordredyah20:39
lifelessnuts20:40
lifelesserr: Could not retrieve catalog from remote server: Error 400 on SERVER: Could not find class testcabal_project::puppet_cron for centos6.slave.testing-cabal.org at /opt/config/production/manifests/site.pp:5 on node centos6.s20:40
mordredI was thinking we might want to get an openstackci account on hpcloud for 'important' things in case there are ever any resources there we'd like to use for things other than devstack pool20:40
*** rfolco has quit IRC20:40
clarkbfungi: mordred: should be easy to switch if we want too, just create all the records then update SOA20:40
mordredclarkb: nod20:40
clarkbmordred: we have that account20:40
mordredclarkb: we do? I thought we only had the openstackjenkins* accounts20:41
fungiclarkb: yep. better if rackspace will let us query all the records via api, which i think they will20:41
clarkbmordred: I added a second proper account at jeblair's request for things like backups20:41
mordredclarkb: oh neat20:41
mordredgood20:41
clarkbmordred: you comped the account supposedly :)20:41
mordredclarkb: I'm sure I did20:41
clarkbmordred: I think we may also be using a node or two there to test asterisk tomorrow20:42
fungiclarkb: mordred: i think one of the sticking points is that there are other people who aren't infra core who are currently also able to change records in openstack.org, and there would need to be some discussion about what becomes of that20:42
mordredfungi: yes. I would like to remove that ability myself20:42
clarkbit has caused problems in the past20:42
clarkband is a bug imo20:42
mordredfungi: and I'd _REALLY_ love to have the dns mapping be in puppet and go via code review if I had my way20:42
lifelesseven for slaves ?20:43
lifelessthat seems like super high friction for something that should be entirely automated20:43
fungiit has caused problems in the past, but also those are people doing work. maybe those people should be dragged kicking and screaming into infra ;)20:43
mordredlifeless: for things that are long-lived20:43
clarkbfungi: I really don't like tar -P20:43
lifelessmordred: oh; would I be trolling if I questioned having those tings at all? :)20:43
mordredlifeless: for things that are short-lived/automated, I'd think we could do sub-domain delegation to the automated-slaves account20:43
clarkbfungi: it is a bit scary seeing all of those rooted paths scroll by20:44
mordredlifeless: yes20:44
mordredlifeless: :)20:44
*** whoops has quit IRC20:44
lifelessclarkb: btw did you see my note about dashboard and oath tokens etc?20:44
clarkblifeless: I didn, haven't had a chance to think about it yet20:44
lifelessclarkb: the diffs that puppet shows for changed files include things like the jjb ini file that has credentials in it.20:44
clarkbugh20:44
fungiclarkb: which is why i don't normally back up with -C or -P and just live with the line on stderr (filtering it with grep -v if needed)20:44
* clarkb turns off apache on the dashboard20:45
mordredlifeless: not because it's not a theoretical good idea - but rather because the amount of work to get there is currently unachievable - but we've talked about that already ;)20:45
lifelessclarkb: assuming that the dashboard shows you what 'puppet agent --test' does, more or less20:45
*** enikanorov-w has quit IRC20:45
lifelessclarkb: ^20:45
clarkblifeless: oh, let me check20:45
lifelessclarkb: mine isn't working yet for display20:45
clarkblifeless: it has all of the data in the report but what is accessible over http may be less20:45
mordredhowever, speaking of that ...20:45
lifelessclarkb: see under 'bug filed'20:45
mordredfungi, clarkb: perhaps we should attach a cinder volume to ci-puppetmaster and put things we'd be sad if we lost on it20:46
mordredlike the heira file20:46
mordredjust to be safe20:46
clarkbmordred: this might be a bad opinion, but I think volumes are less reliable than server images20:46
clarkbmordred: the number of times I have had to fsck filesystems on static.o.o is too high20:46
fungimaybe we should make regular snapshots of it instead if we care20:46
mordredclarkb: that's a good point20:46
mordredfungi: ++20:47
clarkbI am going to stop apache on puppetdashboard right now to be double sure20:47
*** ArxCruz has quit IRC20:47
fungior just decide how best to safely back up that machine with the same tools we back up everything else (we can encrypt stuff we're particularly worried about leaking)20:47
clarkbpleia2: ^ do you know if lifeless' concern is a problem?20:47
mordredlifeless: I _believe_ we've checked before20:47
mordredand that the passwords that come from heira are not printed20:47
mordredbut I'm not 100% sure - I just remember having that concern a year ago20:48
lifelessmordred: does it show diffs to config files ?20:48
mordredand we decided that we did not need to password protect20:48
clarkbapache is stopped20:48
mordredlifeless: I do not believe it does20:48
clarkbof course watch puppet start it again, I am going to stop puppet too20:48
*** gyee has quit IRC20:48
clarkball done20:49
fungithe logs displayed by the dashboard don't include diff output, pretty sure20:49
* mordred supports doublechecking that20:49
lifelessargh, stab stab stab20:49
lifelesshow does one debug 'could not retrieve catalog' errors ?20:49
fungiinstead i've seen them merely mention the old and new checksum of a changed file20:49
clarkblifeless: apache logs20:49
lifelesserr: Could not retrieve catalog from remote server: Error 400 on SERVER: Could not find class testcabal_project::puppet_cron for centos6.slave.testing-cabal.org at /opt/config/production/manifests/site.pp:516 on node centos6.slave.testing-cabal.org20:49
clarkboh in that case you need to figure out why the puppet_cron class on line 516 couldn't be included20:50
lifelesspuppet command line puppet agent --environment production --server ci-puppetmaster.testing-cabal.org --no-daemonize --verbose --onetime --pluginsync true --certname centos6.slave.testing-cabal.org20:50
lifelesslooks correct20:50
clarkblifeless: it is a problem with the manifest itself20:50
clarkbcompile time error20:50
fungiinterpreting puppet's error messages is often a lot like reading tea leaves20:51
*** dina_belova has joined #openstack-infra20:51
mordredlifeless: are your puppet module paths set properly?20:52
mordredlifeless: have you run puppet on your puppet master to get the puppet.conf set up properly?20:52
lifelessis the 'node' match in site.pp based on the cert, or hostname ?20:52
clarkblifeless: cername20:53
fungiclarkb: on your backup and restore instructions, will tmpreaper pose a problem if you restore into /tmp and bup preserves the original (possibly very old) file timestamps?20:53
clarkbfungi: possibly20:53
lifelessclarkb: so the certname being passed in to launch won't match the regex20:53
*** gyee has joined #openstack-infra20:53
lifelessclarkb: node /^centos6-?\d+\.slave\.testing-cabal\.org$/ {20:53
lifelessclarkb: won't match centos6.slave.testing-cabal.org as the cert.20:53
clarkbfungi: I actually did these things by hand in /root/clarkb-something and realized that that dir would get backed up...20:53
lifelessI've spottedone oddited, I had the 'certname =>' line in that ndoe definition slightly typoed; fixing and retrying20:55
clarkbfungi: would it be bette rto have directions that use /root/somedir with a note to remove that dir when done?20:55
fungilifeless: so, the "node" parameter will get matched against the the node name, which will normally identify itself using the cert specified in the certname parameter (or with a cert of the same name as the node if not specified)20:55
fungifrom what i've seen20:55
fungis/parameter/pattern/20:55
lifelessI think there must be something else to it otherwise the slave instructions can't possibly work20:55
lifelessbecause the single shared cert's name doesn't match the pattern20:56
*** dina_belova has quit IRC20:56
clarkbjeblair: thoughts on where the temporary backup working dir should go?20:56
sorentstevenson: It's runnning some ancient version of ubottu.20:56
sorentstevenson: I can find the exact version if you like.20:56
*** _TheDodd_ has quit IRC20:56
fungiclarkb: yeah, i think somewhere which won't magically get thrown away by tmpreaper while you're using it. bonus points if it's also somewhere we're excluding from backups20:56
openstackgerritAnne Gentle proposed a change to openstack-infra/jeepyb: Adds <service>-api to map to openstack-api-site in launchpad.  https://review.openstack.org/4532420:57
lifelessmordred: btw I have had a paper accepted @ LCA20:57
mordredlifeless: woot20:57
* mordred never got around to submitting one20:57
clarkbfungi: can you drop a note on the review so that jeblair and mordred can see it with context?20:57
lifelessmordred: I know :)20:57
fungiyup20:57
clarkbmordred: fail20:58
clarkbmordred: mine got accepted too20:58
mordredI'll just go drink with people20:58
mordredclarkb: awesome!20:58
*** dkehn has quit IRC20:59
clarkbfungi: jeblair: I am going to hold off on pulling a restored backup from wiki until tomorrow, I noticed the bup cron runs before the logrotate cron so I won't see the rotated backups until then20:59
*** tstevenson has quit IRC21:00
fungimakes sense21:00
*** dkehn has joined #openstack-infra21:00
lifelessfungi: so when you launch slaves21:00
lifelessfungi: do you pass --cert?21:00
lifelessI am thoroughly confused.21:00
fungilifeless: if you want those slaves to share a common cert, then pass --cert to the launch command21:01
fungilifeless: if you want them to get distinct certs (which is what we're moving to these days) then omit --cert21:01
lifelessfungi: so site.pp is setup for distinct certs?21:01
lifelessfungi: it has a 'certname =>' option in the node definition.21:01
fungiin the latter case, the certname will be the same as the nodename, and thus no need to specify a certname parameter in site.pp either21:01
lifelessok21:02
*** _TheDodd_ has joined #openstack-infra21:02
*** sarob_ has quit IRC21:02
fungiwhere we're using certname in site.pp it's where we want to the cert to be named something other than the node (generally just where we have multiple nodes sharing one cert, which we're getting away from)21:03
*** sarob has joined #openstack-infra21:03
*** dolphm has joined #openstack-infra21:03
*** _TheDodd_ has quit IRC21:03
*** pcm_ has joined #openstack-infra21:03
dolphmdoes this group on launchpad still impact anything? https://launchpad.net/~keystone-core21:03
dolphmthe description is "The team of devs who have review approval for Keystone" but that appears to be managed in gerrit now21:04
fungilifeless: i tried to capture the situation for the --cert parameter in launch/README21:04
jeblairclarkb: re LCA, awesome!  there will be quite a few of us there21:04
lifelessfungi: yes, which has me tied up in knots, I think.21:04
clarkbjeblair: sounds like it. I am excited21:04
lifelessmordred: you can do miniconf stuff21:04
fungidolphm: bad description. we now only really use the core groups on lp as security points of contact for private bugs21:04
lifelessmordred: stewarts CICD miniconf was accepted IIRC21:04
mordredlifeless: yeah. I might do that21:04
mordredlifeless: oh good. stewart submitted that one21:05
dolphmfungi: as distinguished from https://launchpad.net/~keystone-drivers/ ?21:05
fungidolphm: there's a pending bug suggesting renaming the -core teams on lp to -security or somthing21:05
fungidolphm: and yes, -drivers is mostly just for people controlling the bueprint targeting i believe21:05
fungier, blueprint21:06
fungidolphm: tried to capture the distinction at https://wiki.openstack.org/wiki/Project_Group_Management21:06
dolphmfungi: awesome! let me read21:07
*** sarob has quit IRC21:07
fungidolphm: though it doesn't specifically mention the -core teams in lp since their future is still somewhat in limbo21:08
*** sarob has joined #openstack-infra21:08
dolphmfungi: i'll remove the existing description from keystone-core, at least21:08
fungidolphm: thanks!21:08
jeblairclarkb, fungi, mordred: food for thought: what we actually want with dns is more like a BIND file in the config repo, which is not a usage pattern facilitated by cloud dns21:09
*** pentameter has quit IRC21:09
fungijeblair: point. maybe we stand up our own authoritative nameservers. they're remarkably low-maintenance anyway21:10
jeblairclarkb, fungi, mordred: (especially when you consider that we want to stop manually launching slaves, that leaves pretty much only things that we want to go through code review)21:10
openstackgerritChris Krelle proposed a change to openstack-infra/config: Add python 3.3 and pypy checks to ironicclient  https://review.openstack.org/4532721:10
clarkbjeblair: I want to say moniker may support that? but I may be remember really poorky21:10
openstackgerritSteven Dake proposed a change to openstack-infra/config: Add heat-templates to tarballs.openstack.org  https://review.openstack.org/4532821:11
fungiif moniker can safely merge a supplied bind zonefile, then maybe that's a good compromise21:11
mordredI'm not saying that using moniker would be more efficient than running our own bind files in puppet21:11
mordredbut it is more towards dogfooding the things we're involved with building21:11
jeblairfungi: or sign up with a service that lets us xfer things (if we think things like geographic diverse multicast are important)21:11
jeblairif moniker can do that, cool; i was basing my assumption on rax.21:12
jeblairmordred: running our own bind != having bind files in puppet21:12
jeblairjust to clarify21:12
mordredindeed21:12
fungijeblair: silent master with slaves as the service provider would be a great model. then we could even have more than one provider21:12
jeblairfungi: that's my favorite model21:12
*** tstevenson has joined #openstack-infra21:13
fungiit's what i did the last place i had to manage a very large distributed dns infrastructure for a service provider21:13
fungiworked out great21:13
mordredyup. we have used that before too21:13
mordredI'm betting that none of the cloud dns models support that though21:13
fungiwell, my old employer would configure to slave zones from a customer's master server upon request21:14
clarkbhpcloud gives you geographically diverse dns servers iirc21:14
fungibut yeah it might be uncommon with a larger provider21:14
clarkbbut not across multiple providers21:14
fungithough now that i think about it, even back in the days of cheap online-only dns hosting providers like granitedns, that was a common feature21:15
fungii think even dyndns, who i currently host my personal domains through, may offer to let me have them slave zones from a master of my own choosing21:16
fungiso it might not be that uncommon of a feature21:16
lifelessohhhhh damn. I found a genuine error in my default definition from the top of the stack; I suspect i didn't need to fork params.pp and puppet_cron.pp21:16
lifelessnuts, anyhow I think this will fix it.21:17
mordredI thnk the point of DNSaaS is to serve people who do not want to or know how to manage their own dns zone files or delegations or other things21:17
mordredwe may be a terrible set of test people, since we do know how to do those things21:17
*** tstevenson has quit IRC21:17
lifelessdo we want to know how to do them ?21:17
fungiit dawns on me though, with the idea of managing zonefiles via code review, getting serial numbers to be increasing-only will get fun ;)21:18
lifelessPerhaps we should run our own moniker instance to manage the master ?21:18
mordredor just use the moniker that's already runing, make a heat template to control the resources themselves and store the heat template in puppet21:18
jeblairheat template would probably be okay; the point is code review21:19
mordredjeblair: yes. totally. code review == essential21:19
jeblair(creating our own yaml file that gets translated into bind, where bind is already quite easy and we all know it is not sane; if heat has already done that, then we are not insane)21:19
clarkbwe could probably write a very simple twisted names script that reads bind zone file, queries designate, updates as necessary21:19
clarkbnot that I want to write such a thing, but it shouldn't be terrible21:20
fungii think we would need a gating job, specifically, to ensure that newserial is strictly greater than oldserial21:20
lifelesswhat sort of bugs will code review on dns catch ?21:20
lifelessI mean other than bind config definition errors21:20
jeblairfungi: yeah.  that would be fine.  and of course if anyone uses a real editor (:P) to edit the bind files it will be automatically updated anyway21:20
clarkblifeless: incorrect A record data21:20
clarkblifeless: it has been known to happen21:20
jeblairlifeless: we're using code review here to also mean "able to be contributed to"21:21
clarkbjeblair: you mean ^A right?21:21
fungijeblair: right, i'm more concerned with when there are several proposed dns changes and we have to be careful about merge order21:21
lifelessjeblair: ah, acls ?21:21
jeblairlifeless: by having something in a repo, it means someone can submit a proposal21:21
fungijeblair: also, merge conflicts on the serial will be very, very common i guess21:21
lifelessjeblair: oh flip side - openning it out?21:21
jeblairlifeless: the current state is that only people who know people who have secret passwords can make changes21:21
clarkbfungi: jeblair: what if we ignore the serial and use zone files as an intermediate format21:21
jeblairlifeless: exactly, as in the way that anyone can change the jenkins config because it's in a public code repo21:21
fungiclarkb: post-processing script which updates the serial on load? that could work21:22
mordredyes to both things jeblair said21:22
fungithen we don't keep the serial itself in git, just a placeholder21:22
clarkbfungi: right21:22
clarkbreviewing the serial isn't actually interesting21:22
mordredfungi, clarkb: that sounds suspiciously like duplicating a lot of the work that moniker is already doing21:22
jeblairzuul nnfi passes tests!21:22
lifelessdo we use nodelabeller or some other means to get slaves labelled ?21:22
clarkbjeblair: hurray21:23
mordredlifeless: no. we don't really use node labels in complex ways21:23
mordredlifeless: also, that would be more java code running in jenkins21:23
lifelessmordred: 'some other means' then ?21:23
mordredwe try to keep that to an absolute minimum21:23
*** tstevenson has joined #openstack-infra21:23
fungiclarkb: more to the point, reviewing the serial number is only interesting if you need to be sure people don't screw it up. taking that possibility away makes it uninteresting data to review21:23
clarkblifeless: nodepool sets it to some configured value, and for non nodepool slaves we add them by hand and type in a label21:23
mordredlifeless: when they're added, they get a single static label then they are added21:23
mordredlifeless: what clarkb said21:24
mordredlifeless: basically, jenkins can't handle running lots of code, so we try to keep the tasks it needs to do in java to an absolute minimum21:24
mordredjeblair: w00t!21:24
mordredjeblair: I support our new nffi overlords!21:24
lifelessmordred: sure, I don't care what the answer is, just that it's documented ;)21:25
mordredlifeless: yup. was just giving philisophical background for context21:25
lifelesshow does the slave get connected to the master ?21:25
mordredlifeless: two ways:21:25
lifelessnon-nodepool21:25
clarkbfungi: good point21:25
mordredlifeless: then one way - we add it by hand21:25
lifelesswhats the nodepool answer ?21:26
clarkbsomehow the list of changes up for review has grown gigantic again21:26
clarkbgoing to try and do code review this afternoon21:26
openstackgerritKhai Do proposed a change to openstack-infra/config: Diff between installed packages and requirements  https://review.openstack.org/4532921:26
mordredlifeless: nodepool uses jenkins api to add it21:26
clarkbjog0: I am rerunning the experimental job for https://review.openstack.org/#/c/43779/ will approve if that comes back clean21:28
jog0clarkb: awesome21:28
*** alexpilotti has joined #openstack-infra21:28
lifelessmy jenkins01 has no credentials available in the dropdown on https://jenkins01.testing-cabal.org/computer/createItem21:30
lifelessshould that be blank and it will Just Work ?21:30
clarkblifeless: credentials are new21:30
clarkblifeless: I think they have their own global management windows. You can click the advanced button and give it a key instaed21:30
lifelesswe puppet it to a file on the master right ?21:31
clarkblifeless: I don't think so. We didn't use credentials until nodepool21:32
clarkblifeless: jeblair will have a better idea of how they are handled.21:32
clarkblifeless: our non nodepool servers just set an ssh key21:32
lifelessoh, i see - I was confused by the hiera entry21:32
*** Ryan_Lane has quit IRC21:32
*** cp16net has joined #openstack-infra21:33
*** fifieldt has joined #openstack-infra21:33
lifelessclarkb: what home dir do you give the slaves?21:35
openstackgerritAnne Gentle proposed a change to openstack-infra/config: Removes separate Object Storage Admin manual as the content is now in other books.  https://review.openstack.org/4533321:35
*** rnirmal has quit IRC21:35
mordreddhellmann: ping21:36
lifelessok, oath.21:36
jeblairlifeless: process is make a credential in jenkins using the gui, look at the xml file on disk and get the UUID of the credential, put it in hiera21:36
jeblairlifeless: (bootstrapping jenkins is terrible)21:37
lifelessjeblair: huh, I just copied in the ssh master key made earlier21:37
lifelessjeblair: and gave it a name to remember later21:37
jeblairlifeless: the credential param for nodepool is the jenkins credential uuid21:38
lifelessjeblair: I'm probably misunderstanding something; can correct me in code review21:38
lifelessjeblair: I haven't gotten to nodepool yet21:38
clarkblifeless: /home/jenkins is the homedir21:38
lifelessso, I've got a slave up21:38
mordredwoot21:38
jeblairlifeless: ok, well you have made a credential at this point, i believe, for use by your manually configured slaves21:38
clarkbmordred: reviewed https://review.openstack.org/#/c/42677/ there are a few things that need changing but I am excited to get that in21:38
jeblairlifeless: so, er, you can use its uuid later with nodepool21:38
lifelesszuul still whinged LOST21:39
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Use NNFI scheduler algorithm  https://review.openstack.org/4533421:39
clarkbjog0: http://logs.openstack.org/79/43779/19/experimental/gate-tempest-devstack-vm-large-ops/c69c4ea/ failed. This is ok, this is why we put it in the experimental queue. Should I go ahead and approve that change or do you want to llok at the failure?21:40
mordredclarkb: "Let's trigger the job manually for now, so we don't get a backlog in the silent queue if it doesn't work."21:40
lifelessjeblair: I'm still getting 2013-09-05 21:39:15,582 DEBUG zuul.Gearman: Function build:gate-testtools-python26 is not registered21:41
mordredclarkb: perhaps I should add it to the experimental queue21:41
jog0clarkb: looking at it21:41
clarkbmordred: yes experimental :) this is what the pipeline exists for21:41
clarkblifeless: you may need to kick the gearman plugin to make it reregister functions21:41
lifelessjeblair: you can see on https://jenkins01.testing-cabal.org/ that I have a slave and the job was able to be executed.21:41
clarkbzaro: ^ do you know?21:41
jog0http://logs.openstack.org/79/43779/19/experimental/gate-tempest-devstack-vm-large-ops/c69c4ea/logs/screen-n-sch.txt.gz#_2013-09-05_21_36_40_04921:42
jog0??21:43
jog0I have no idea what that is21:43
* fungi is afk for a bit. going out to eat. bbl21:43
jeblairclarkb: i promise i'll click the button needed to see if it works21:43
*** mrodden has quit IRC21:43
jog0clarkb: I say merge it anyay since it is experimental21:43
jeblairclarkb: so we don't have to make mordred redo the change again21:43
jog0actually let me make one change first21:43
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Try additional Rackspace region  https://review.openstack.org/4267721:43
jog0to make debugging a little easier for now21:43
jeblairsigh21:44
lifelessclarkb: so I clicked on 'test connection' in jenkins and now zuul got further21:44
clarkbjeblair: :/21:44
clarkbjog0: ok I will hold off21:44
lifelesshttp://paste.openstack.org/show/45841/21:44
lifeless^should I worry about that ?21:44
uvirtbotlifeless: Error: "should" is not a valid command.21:44
openstackgerritJoe Gordon proposed a change to openstack-infra/devstack-gate: Add support for large_ops tempest test  https://review.openstack.org/4377921:45
clarkblifeless: we update the build descriptions with info about changes and patchests, I think that is what failed. Not a major concern unless it prevents something else from working21:45
*** mgagne has left #openstack-infra21:45
jeblairclarkb, mordred: i have explained why i still think ps5 is the right approach in my -1 for ps6 on 4267721:45
lifelessclarkb: so zuul didn't merge the patch itself21:46
lifelessclarkb: I had to click 'review and submit' or something like that to make it happen21:46
clarkblifeless: but that info can be nice to have when you are debugging stuff through the jenkins UI21:46
jog0clarkb: there, disabled multiple n-cpu which *may* cause things to fail so ahve to rerun the test a few times21:46
clarkbjeblair: looking21:46
lifelessclarkb: separately, the job definition I have seems to be a no-op, I presume I didn't copy enough jjb stuff over21:46
clarkblifeless: you need everything in openstack_project/files/jenkins_job_builder/config for complete JJB configs21:47
*** thomasm has quit IRC21:47
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Try additional Rackspace region  https://review.openstack.org/4267721:47
openstackgerritA change was merged to openstack-infra/config: Use gerrit for the remote update in post jobs  https://review.openstack.org/4498821:48
zarolifeless: i could not load jenkins at https://jenkins01.testing-cabal.org/21:48
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Use NNFI scheduler algorithm  https://review.openstack.org/4533421:49
clarkbjeblair: I think the worry with the silent queue is valid because it is basicaly the check queue, I was less worried about experimental, but happy to trigger manually for now21:49
lifelesszaro: be sure to login21:49
lifelesszaro: or did it not let you get that far?21:49
zarolifeless: not even presented with login.21:49
zarolifeless: seems like it just keeps trying to load.21:49
lifelesszaro: try now21:50
*** Ryan_Lane has joined #openstack-infra21:50
zarolifeless: better now21:50
lifelessclarkb: everything no matter what you're actually using?21:50
openstackgerritAlex Gaynor proposed a change to openstack-infra/config: Run the ceilometerclient tests under PyPy  https://review.openstack.org/4533621:50
lifelessclarkb: see my review docs on jenkins to see what I up to last night, which included jjb21:50
zarolifeless: should i be able to login?  it says Error 'Failed to login:null'21:51
clarkblifeless: looking (you don't actually need everything, but you will if using arbitrary jobs)21:51
*** changbl has quit IRC21:51
*** dina_belova has joined #openstack-infra21:52
*** gordc has joined #openstack-infra21:53
openstackgerritA change was merged to openstack-infra/config: Try additional Rackspace region  https://review.openstack.org/4267721:53
zarolifeless: i can see why you got the exception finding build number 2.  i don't see any jenkins projects?21:54
*** dina_belova has quit IRC21:55
jeblairmordred: https://review.openstack.org/#/c/43145/21:56
*** mrmartin has quit IRC21:57
*** ericw has quit IRC21:57
lifelesszaro: I have lots - they are set for logged in viewing only21:57
mordredjeblair: I'm fine with it21:58
openstackgerritKhai Do proposed a change to openstack-infra/config: Diff between installed packages and requirements  https://review.openstack.org/4532921:58
jeblairmordred: your thoughts on clarkb's point about the setup.py hack removal?21:58
mordredjeblair: I don't _think_ we need it any more21:58
lifelesszaro: I just logged a fresh browser session in21:59
zarolifeless: that error cached on my chrome browser.  tried to login with firefox, got further but reached error on launchpad login.22:02
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Use NNFI scheduler algorithm  https://review.openstack.org/4533422:02
*** tstevenson has quit IRC22:02
zarolifeless: got opps id if that helps, OOPS ID: OOPS-8cf9ec9140bf40b6b7ecf191376ae15922:02
*** ericw has joined #openstack-infra22:02
lifelesszaro: thats an LP thing22:03
lifelesszaro: I can't poke at that these days, sorry. #launchpad should be able to help.22:03
*** zeus has quit IRC22:04
*** prad has quit IRC22:05
*** fungi has quit IRC22:08
zarolifeless: i'm able to login to launchpad.net, i only get the error when i attempt to login redirected from your jenkins server.22:09
zarolifeless: so probably launchpad.net is ok.22:09
lifelesszaro: it's not.22:09
lifelesszaro: that OOPS-ID indicates an assertion on the LP side.22:10
*** atiwari has joined #openstack-infra22:11
*** fungi has joined #openstack-infra22:11
*** dolphm has quit IRC22:15
*** burt has quit IRC22:15
openstackgerritA change was merged to openstack-infra/config: Run the heatclient tests under PyPy  https://review.openstack.org/4499622:20
*** weshay has quit IRC22:21
*** gordc has left #openstack-infra22:22
openstackgerritBoris Pavlovic proposed a change to openstack-infra/config: Add new project Rally  https://review.openstack.org/4495222:24
*** jhesketh__ has quit IRC22:25
lifelessthe presentations at openstack-infra/publications22:25
lifelesswhat presentation toolchain is needed to work with them?22:26
lifelessI see a large index.html; surely that isn't the preferred form of modification22:26
lifeless?22:26
jeblairlifeless: which one?22:26
lifelessoverview seems to be the only one up there so far22:27
jeblairi thought another had been added, maybe it's not merged yet22:27
jeblairlifeless: anyway, yes, that's the preferred form of modification.22:27
jeblairlifeless: skip past the boilerplate at the top; the actual slides are minimal html22:27
mordredyup22:27
boris-42jeblair hi22:28
boris-42jeblair I rebase my patch set https://review.openstack.org/#/c/44952/22:28
jeblairas in, minimal, semantic, html22:28
mordredit makes it exceptionally easy to edit and display in a browser at conferences easily22:28
boris-42jeblair and thanks for review22:29
jeblairboris-42: you're welcome22:30
openstackgerritChris Krelle proposed a change to openstack-infra/config: Add python 3.3 and pypy checks to ironicclient  https://review.openstack.org/4532722:31
mordredjeez. what is it with all of the various things wanting submissions like, 6 months or further out?22:34
mordredhow the heck am I supposed to have an idea of what's going to be interesting 6 months from how22:35
mordredno3w22:35
mordrednow22:35
mordredgah22:35
mordredRANT RANT RANT22:35
openstackgerritChris Krelle proposed a change to openstack-infra/config: Add python 3.3 and pypy checks to ironicclient  https://review.openstack.org/4532722:37
openstackgerritA change was merged to openstack-infra/config: Add projects of Fuel family to Stackforge  https://review.openstack.org/4504422:40
jeblairmordred: like what?22:42
clarkbmordred: submissions for conferences?22:43
mordredyeah22:43
mordreda thing just came across asking me to vote for a submission for sxsw - and I didn't even realize that submissions had been opened/closed for that yet (I had been thinking about submitting this year)22:43
mordredoh well22:43
lifelessmordred: because if it's only interesting for a total of 6 months, it's not interesting enough to present.22:43
mordredlifeless: well, I was mostly kidding about that part22:43
jog0clarkb: https://review.openstack.org/#/c/43779/ is ready22:44
clarkbjog0: thanks22:44
jog0 although maybe its worth just switching over to silent right away?22:44
jog0clarkb: as we have used the experimental command a bunch already22:44
clarkbjog0: that would be in a change to openstack-infra/config so the d-g change is fine as is and ready for merging22:45
jog0clarkb: oh right22:45
*** ryanpetrello has quit IRC22:45
clarkbI have +2'd it, hopefully another core will drive by and give it approval22:45
jog0clarkb: thanks22:45
*** dims has quit IRC22:46
openstackgerritA change was merged to openstack-infra/config: Preserve change creation time on project renames  https://review.openstack.org/4515522:46
jeblairthe cells change passed?22:46
lifelessyay.22:46
jeblairs/change/job/22:46
lifeless2013-09-05 22:46:18 ERROR: toxini file 'tox.ini' not found22:46
lifelessI have test infrastructure. Ish.22:46
lifelessnow to write up something useful for people :)22:47
mordredlifeless: wot!22:47
lifelessor punt and just give the overview talk :)22:47
mordredwoot!22:47
lifelessI don't have 'logs' or 'static' or zmq or a bunch of other services22:47
lifelessIt would be really nice to run most of this in a lxc cloud spread overlay style over multiple providers22:48
lifelessjust from a 'I don't have a huge budget' perspective22:48
mordredjeblair, clarkb: https://review.openstack.org/#/c/44993/422:48
wenlocklifeless: thats awesome, where will your docs show up?22:48
mordredthe root user is not passwordless on machines managed by puppet mysql22:49
mordredthe module makes a password and puts it in /root/.my.cnf22:49
jog0mordred: thanks22:49
jog0btw yesterday jeblair and i figured out that every release costs about 100k in cloud servers22:50
jog0for infra22:50
mordredjog0: nice22:50
jeblairjog0: for devstack-gate22:50
jeblairthere's still more if you count the rest of infra22:50
jog0with an average of 60 or 90 8GB VMS running at any given time (at ~$200) a month22:51
*** thomasm has joined #openstack-infra22:51
clarkbis that all?22:51
*** ericw has quit IRC22:51
jeblairclarkb: we need to use moar22:51
*** dina_belova has joined #openstack-infra22:52
jog0++22:53
*** dkliban has quit IRC22:53
jeblairjog0: https://review.openstack.org/#/c/45334/ will use moar22:53
clarkbI guess we are not counting, jenkins, gerrit, logstash, elasticsearch, and so on22:53
*** ericw has joined #openstack-infra22:53
jog0jeblair: woot22:54
jog0jeblair: and the change you mentioned about the nodepool to queue thing22:54
*** dina_belova has quit IRC22:57
jeblairjog0: yes22:57
jeblairclarkb, mordred: yesterday i had the idea that nodepool should be a gearman client that inspects the zuul gearman queue and determines load that way, so that if there are 50 jobs in the queue, it can immediately launch 50 jobs (beyond the min-ready it would otherwise launch)22:58
jeblairs/launch 50 jobs/launch 50 nodes/22:58
jog0jeblair: I didn't realize you were making that up as you went ;)22:58
*** pcrews has quit IRC22:59
jog0so I forgot who asked the other day, but the large ops test works with neutron too22:59
lifelesswenlock: this mornings docs are not yet up23:00
lifelesswenlock: and I have a bunch of errata that isn't yet documented23:01
lifelesswenlock: but - https://review.openstack.org/#/dashboard/419023:01
lifelesswenlock: (and also 20 or so recent commits to infra/config23:01
*** dims has joined #openstack-infra23:01
*** dims has quit IRC23:03
*** sarob_ has joined #openstack-infra23:08
fungilifeless: are you prepping this preso for linuxconf/cloudopen in nola then?23:08
clarkbjog0: I was curious but someone else asked23:09
lifelessincoming23:10
*** wenlock has quit IRC23:10
lifelessfungi: kiwipycon, tomorrow.23:10
openstackgerritlifeless proposed a change to openstack-infra/config: Document Jenkin slave management.  https://review.openstack.org/4534523:10
openstackgerritlifeless proposed a change to openstack-infra/config: Document running custom slaves in ones own infra.  https://review.openstack.org/4534623:10
openstackgerritlifeless proposed a change to openstack-infra/config: Docs on bringing up Jenkins in new infrastructures.  https://review.openstack.org/4521623:10
openstackgerritlifeless proposed a change to openstack-infra/config: Gerrit docs improvements - user and groups.  https://review.openstack.org/4500123:10
openstackgerritlifeless proposed a change to openstack-infra/config: Document spinning up a derived zuul.  https://review.openstack.org/4516423:10
openstackgerritlifeless proposed a change to openstack-infra/config: Phase 3 infra bootstrap docs: gerrit.  https://review.openstack.org/4497023:10
openstackgerritlifeless proposed a change to openstack-infra/config: Document review.pp parameters a bit.  https://review.openstack.org/4496923:10
openstackgerritlifeless proposed a change to openstack-infra/config: Improve Zuul docs.  https://review.openstack.org/4516323:10
openstackgerritlifeless proposed a change to openstack-infra/config: Document push key acceptance.  https://review.openstack.org/4516223:10
openstackgerritlifeless proposed a change to openstack-infra/config: Make gerrit DB setup match actual practice.  https://review.openstack.org/4499323:10
openstackgerritlifeless proposed a change to openstack-infra/config: Document basic admin hints for jeepyb.  https://review.openstack.org/4504323:10
openstackgerritlifeless proposed a change to openstack-infra/config: Non-openstack-ci support for launch/dns.py.  https://review.openstack.org/4498023:10
openstackgerritlifeless proposed a change to openstack-infra/config: Document bootstrapping of Gerrit ACLs.  https://review.openstack.org/4501123:10
openstackgerritlifeless proposed a change to openstack-infra/config: Improve Jenkins documentation.  https://review.openstack.org/4521523:10
openstackgerritlifeless proposed a change to openstack-infra/config: Explain API projects a little.  https://review.openstack.org/4511123:10
*** sarob has quit IRC23:11
lifelessand I must apologise, I haven't even looked for code review feedback yet, been too flat out on this arc.23:11
jog0clarkb: it means we can ru nlarge_ops even with neutron23:11
*** UtahDave has joined #openstack-infra23:11
mordredwow. that's so many patches23:12
jeblairlifeless: ok, i won't re-review them then.  :)23:12
lifelessmordred: about as many landed last week23:12
*** pcm_ has quit IRC23:12
fungilifeless: you have to fly to kiwipycon? i suppose i never quite grokked the sheer size of the island23:12
lifelessfungi: 2000km or so north to south23:12
*** nijaba has quit IRC23:12
lifelessfungi: also 2.5 main islands :)23:13
davidlenwelldriving from north to south in nz is fun tho23:13
*** nijaba has joined #openstack-infra23:13
*** sarob_ has quit IRC23:13
lifelessfungi: so it's totally road-trippable, but you can bet I would not have this all done if we had been driving up23:13
davidlenwellonce you get used to being on the wrong side of the road23:13
lifelessdavidlenwell: 'wrong'23:14
openstackgerritClark Boylan proposed a change to openstack-infra/config: Remove ::1 mysql root user.  https://review.openstack.org/4534723:14
openstackgerritClark Boylan proposed a change to openstack-infra/config: Upgrade puppetlabs-mysql to 0.6.1.  https://review.openstack.org/4534823:14
davidlenwellI knew you would catch that23:14
lifeless:)23:14
fungiyikes. i assumed that was just mercator projection aberration or something23:14
clarkbjeblair: mordred ^23:14
clarkbfungi: ^23:14
lifelessfungi: it's basically a single long fault line23:14
clarkbnote 0.6.1 has not been tested at all, and should possibly be WIPed23:14
lifelessfungi: subduction zones 3 eva.23:14
lifelesss/3/4/23:15
mordredclarkb: instead of removing the user entry - perhaps just adding $mysql_root_password to it?23:15
clarkbmordred: I like removing it because it is consistent with the account_security manifest23:15
lifelessfungi: a major reason for NZ existing is that the pacific plate is digging under the australian plate as they move by.23:15
mordredclarkb: can you explain that further?23:15
fungiclarkb: yeah we had a similar change proposed a few months ago to upgrade the module, and abandoned it because nobody had time to confirm it wouldn't break things23:15
fungilifeless: sounds like a good reason to exist23:15
*** boris-42 has quit IRC23:16
lifelessfungi: from memory mercator only distorts horizontally, no ?23:16
clarkbmordred: https://github.com/puppetlabs/puppetlabs-mysql/blob/0.5.0/manifests/server/account_security.pp we use that today, it is just missing root@::123:16
fungilifeless: yeah, so it was obviously a bad assumption on my part23:16
mordredclarkb: ok23:16
clarkbsdague: are you still around?23:17
mordredclarkb: I'm still actually not thrilled with that design23:18
mordredclarkb: but I'm willing to just give up on it for now23:18
clarkbmordred: can you explain why that account exists at all?23:18
clarkbif you can't edit /etc/hosts you probably don't belong on the server as root23:19
mordredclarkb: the unique key for a user connecting to mysql use user@host23:19
clarkbthat is the only use case I can figure out23:19
openstackgerritA change was merged to openstack-infra/config: Add pep8 checks for wsme.  https://review.openstack.org/4532223:19
mordredbtw:23:19
mordredmordred@review:~$ mysql -uroot -h::123:19
mordredERROR 2003 (HY000): Can't connect to MySQL server on '::1' (111)23:19
clarkboh cool23:19
mordredso, I'm pretty sure it's kind of meaningless23:19
mordredso I'm now more ok with you removing it23:19
clarkbsdague: wondering if you have a good etherpad-lite version that I should be using23:19
mordredmy concern is that there is a lookup/fallback sequence23:20
sdagueclarkb: oh, yeh, hold on I'll give you the git hash I'm running23:20
mordredand I honestly don't know where ::1 falls in relation to 127.0.0.1 and localhost23:20
mordredBUT - it seems that root@localhost which has a password is taking precedence over root@::123:20
clarkbsdague: are you using a hash newer than the last tagged version?23:20
mordredwhich is good23:21
sdagueeplite_version => "cd277e5810a0ed2f2dac204a340e588fc329669b"23:21
sdagueclarkb: yes23:21
clarkbthanks23:21
sdaguewell, it was at the time23:21
clarkbsdague: current versions is 1.2.9123:21
sdagueyeh, I think I'm newer than that23:21
sdaguebasically, their releases don't mean anything23:21
sdagueand I was told if I found a bug, git pull, before asking about it23:22
sdagueso I did, it went away, and such it is23:22
sdagueI'm also on node 0.10.123:22
sdaguefwiw23:22
clarkbthanks23:22
clarkball very useful23:22
mordredsdague: anything of note that's better in your eplite over ours?23:23
sdagueI can actually port my puppet stuff back up tomorrow if you like, my policy is a moderate fork of the config repo23:23
sdaguemordred: just that ep_heading module, which I tried to add to dev, and it exploded23:23
sdagueso maybe the new hash fixes it23:24
mordredsdague: lifeless has just been taking a bunch of notes/patches in an attempt to making tracking it less forky23:24
sdaguecool23:24
jeblairmordred: i don't think lifeless has been doing anything with etherpad23:24
mordredclarkb: what's ep_headings do?23:24
clarkbsdague: I am going to take a chainsaw to the manifests23:24
mordredjeblair: not at all23:24
clarkbmordred: gives you headings in the text23:24
sdaguemordred: it gives you H* headers (html style) with a style bar23:24
clarkbsdague: but I think the end product should be more friendly, will wait for your input though23:24
mordredjeblair: just letting sdague know that lifeless has been poking at reusability since sdague runs a mild fork23:25
mordredclarkb: neat23:25
clarkbsdague: really need newer version up before summit so that we can test it a bit23:25
clarkbsdague: do you still have the issue with pages that go over a certain size?23:25
clarkbsdague: and if so any idea if redis fixes that?23:25
sdagueclarkb: yes23:25
sdagueno, it's a client side problem23:25
clarkboh good, now I don't have to worry about redis23:25
sdagueit might be fixed in latest pulls, I haven't updated recently23:26
sdagueyeh, I'm using mysql23:26
clarkbsdague: maybe I will start with the tip of master and fall back on your hash if I have trouble23:26
sdagueI think other notable things I changed was to use the mysql puppet module to set up the db, which I think was different than upstream23:26
clarkbsdague: it is differnet, switching to that module is on the list of things to do23:27
sdagueand I created a monit rule to watch etherpad, so it would restarted it when it crashed23:27
mordredyup. so if you've got that patch, we'd love to see it23:27
clarkbsdague: also support for arbitrary mysql dbs so that we can use mysql as a service23:27
sdagueyeh, I can set asside an hour tomorrow to try to pull this back in as a patch to upstream23:27
sdagueor I can do a merge later if you want to hack and slash now clarkb23:28
*** sarob has joined #openstack-infra23:28
sdagueor just throw my stuff up randomly somewhere23:28
mordredyeah. I want to move the mysql setup info from ::etherpad to openstack_project::etherpad and pass mysql connection info to ::etherpad (which is a pattern I'd like to do everywhere)23:28
sdagueif you want to copy / paste things you like23:28
clarkbsdague: I feel like a little hack and slash will be a good thing, if nothing else it will refamiliarize myself with the module23:28
lifelessjeblair: I haven't touched the etherpad recipe properly, no.23:28
sdagueyep, no worries23:28
mordredas a step towards composibility and possibly dbaas23:28
sdagueok, got to deal with dinner things23:28
lifelessjeblair: indeed I haven't /really/ done anything for reusability.23:29
sdaguetalk to you tomorrow, and throw me on any reviews for this, I can throw in $0.02 on stuff I found useful23:29
lifelessjeblair: though that is the goal, mainly I've just been capturing 'a' recipe to fork with lots of instructions.23:29
lifelessjeblair: I think the next stage in this arc would be to treat all the places I say 'copy' or 'migrate' as bugs, either in how I approached it, or in the reusability-of-the-modules23:29
lifelessand then start burning them down23:29
lifelessif sdague is running a clone, and mordred is/has someone running a clone23:30
lifelessthere should be lots of folk interested in doing that work23:30
lifelessjeblair: on reviews - I am now in consolidate-and-present mode; after that - e.g. Monday - I will go through and address code review comments on these changes23:31
jeblairlifeless: np; i think you have a week before auto-abandon23:32
clarkbsdague: will do23:32
lifelessjeblair: a week of no changes in fact :)23:32
jeblairmordred, clarkb: https://jenkins02.openstack.org/view/All/job/gate-tempest-devstack-vm-iad-trial/1/console23:32
lifelessjeblair: my main point is that if you want to code review now, I won't be pushing up new patchsets without addressing code review comments *first*23:32
lifelessjeblair: since the manic rush to get to the point of being able to present *something* is over23:33
clarkblifeless: I think you can probably make them independent changes23:34
clarkbjeblair: cool23:34
lifelessclarkb: I could, but effort.23:35
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Move MySQL creation out of gerrit class  https://review.openstack.org/4535123:37
mordredclarkb: ^^23:37
mordredclarkb: straw-man23:37
mordredclarkb: I'm going to WIP it - but something like that is a step I was thinking23:37
lifelessmordred: so things like that will cause derived infra to have to copy the change - thats the sort of stuff I really want to see stop being copy-paste23:37
mordredlifeless: agree23:38
*** senk has joined #openstack-infra23:40
*** jhesketh_ has joined #openstack-infra23:41
*** jhesketh has quit IRC23:42
*** dims has joined #openstack-infra23:42
*** pcrews has joined #openstack-infra23:49
*** ericw has quit IRC23:49
*** atiwari has quit IRC23:50
*** dina_belova has joined #openstack-infra23:53
*** pcrews has quit IRC23:55
openstackgerritRussell Bryant proposed a change to openstack-infra/reviewstats: Update nova-core.  https://review.openstack.org/4535623:56
openstackgerritA change was merged to openstack-infra/reviewstats: Update nova-core.  https://review.openstack.org/4535623:56
*** dina_belova has quit IRC23:58

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