Friday, 2013-10-25

*** SergeyLukjanov has joined #openstack-infra00:02
*** rakhmerov has joined #openstack-infra00:08
*** rcleere has quit IRC00:10
*** rakhmerov has quit IRC00:12
*** wenlock has quit IRC00:17
*** markmcclain has quit IRC00:19
*** mrodden has quit IRC00:20
*** gyee has quit IRC00:27
*** melwitt has joined #openstack-infra00:27
clarkbmordred: https://review.openstack.org/#/c/52152/ am I reading that change wrong?00:28
zaroclarkb: can you define dependent jobs in zuul?  or can you only do that in jenkins?00:29
*** melwitt1 has quit IRC00:29
zaroclarkb: i mean jenkins jobs.00:29
clarkbzaro: you can do it in zuul, but there isn't any branching in zuul00:30
*** zul has quit IRC00:30
zaroclarkb: can you name an example that i can look at?00:30
clarkbzaro: ya pulling one up now00:30
clarkbzaro: https://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/zuul/layout.yaml#n44200:31
clarkbtarball runs before upload which runs before the mirror jobs00:31
zaroclarkb: yeah, i see. thx.00:32
*** Ryan_Lane has quit IRC00:32
*** melwitt has quit IRC00:39
*** mrodden has joined #openstack-infra00:43
*** markmcclain has joined #openstack-infra00:45
*** nosnos has joined #openstack-infra00:49
*** sarob has joined #openstack-infra00:52
*** markmcclain has quit IRC00:53
*** sarob has quit IRC00:56
*** SergeyLukjanov_ has joined #openstack-infra00:56
*** SergeyLukjanov has quit IRC00:57
*** UtahDave has quit IRC00:58
jerryzjog0: ping01:00
*** Devioslang has joined #openstack-infra01:00
*** mriedem has joined #openstack-infra01:07
*** rakhmerov has joined #openstack-infra01:09
*** melwitt has joined #openstack-infra01:09
*** weshay has quit IRC01:12
*** melwitt has quit IRC01:12
*** melwitt has joined #openstack-infra01:14
*** SergeyLukjanov has joined #openstack-infra01:15
*** SergeyLukjanov_ has quit IRC01:15
*** yaguang has quit IRC01:19
*** jerryz has quit IRC01:19
*** ljjjustin has joined #openstack-infra01:21
*** markmcclain has joined #openstack-infra01:22
*** ryanpetrello has quit IRC01:32
*** mriedem has quit IRC01:32
*** ryanpetrello has joined #openstack-infra01:40
*** xchu has joined #openstack-infra01:40
*** ryanpetrello has quit IRC01:41
*** rakhmerov has quit IRC01:42
*** melwitt has quit IRC01:52
*** ^d has quit IRC01:53
*** markmcclain has quit IRC01:53
*** thomasem has joined #openstack-infra01:59
*** guohliu has joined #openstack-infra02:00
*** wenlock has joined #openstack-infra02:01
*** dims has quit IRC02:03
*** Devioslang has quit IRC02:15
*** dims has joined #openstack-infra02:20
*** anteaya has quit IRC02:23
*** bingbu has joined #openstack-infra02:24
*** jerryz has joined #openstack-infra02:26
*** scairbus has quit IRC02:27
*** dims has quit IRC02:27
*** thomasem has quit IRC02:28
*** dims has joined #openstack-infra02:30
*** rakhmerov has joined #openstack-infra02:39
*** lnxnut has joined #openstack-infra02:43
*** rakhmerov has quit IRC02:44
*** nati_ueno has quit IRC02:49
*** nati_ueno has joined #openstack-infra02:50
*** nati_uen_ has joined #openstack-infra02:51
*** nati_ueno has quit IRC02:51
*** andreaf has joined #openstack-infra02:55
*** rakhmerov has joined #openstack-infra02:55
*** andreaf has quit IRC03:05
mordredclarkb: you are backwards03:11
clarkbmordred: really? I thought that list was there so that if ordereddict was in a requirements list it would be removed on python27 and above03:14
clarkballowing it to install properly on 2603:14
mordredthat's correct03:14
mordredthat's what glance needs03:14
clarkbmordred: right, so hmm03:14
clarkblet me look at it again03:14
mordredthey only want to install ordereddict on 2.603:14
clarkbgah, I get it03:14
mordredbecause in 2.7 and higher, there is a thing03:14
mordredcool03:14
mordredclarkb: also, re: https://review.openstack.org/#/c/53354/1/jeepyb/cmd/manage_projects.py03:14
clarkbmordred: ya?03:14
mordredit works both ways - BUT03:14
mordredI'll fix it to be like the manpage (smaller patch too)03:15
clarkbok03:15
clarkbI updated the ordereddict review03:15
openstackgerritMonty Taylor proposed a change to openstack-infra/jeepyb: Only push tags to gerrit  https://review.openstack.org/5335403:16
mordredclarkb: ^^03:16
*** markwash has joined #openstack-infra03:17
*** rcleere has joined #openstack-infra03:17
clarkbmordred: you fixed it for one but not the other :)03:17
mordredclarkb: that's right03:18
mordredclarkb: on purpose03:18
mordredclarkb: I decieded that I should make the patch match the commit message03:18
clarkbmordred: ah03:18
mordredand not also change ordering of command arguments in an unrelated functional manner :)03:18
clarkbactually it does03:18
clarkbok03:18
clarkbyeah I don't think it really matters here. it does matter with refs and filenames and stuff sometimes, but for this case I don't think it matters03:19
*** andreaf has joined #openstack-infra03:21
*** CaptTofu has joined #openstack-infra03:22
*** nati_uen_ has quit IRC03:26
*** nati_ueno has joined #openstack-infra03:26
*** CaptTofu has quit IRC03:27
*** nati_ueno has quit IRC03:31
*** dims has quit IRC03:31
*** nati_ueno has joined #openstack-infra03:50
*** tian has quit IRC03:50
*** scairbus has joined #openstack-infra03:53
clarkbmordred speaking of modern mysql, did you see our trove DBs are 5.103:55
mordredwhat?03:55
mordredhub_cap: ^^ WTF man?03:55
mordredhub_cap: that's stupid and irresponsible03:55
mordredI mean, seriously. completely unacceptable03:56
mordredhub_cap: I'm angry with you03:56
mordredhub_cap: I may withhold feeding you in hong kong03:57
clarkbwhoops I started something03:57
*** scairbus has quit IRC03:57
hub_capwhat!03:58
hub_capso. not. fair.03:59
hub_caphow come _im_ to blame for rackspace decisions?? mordred and clarkb i blame u for ***insert something hp does wrong***03:59
mordredhub_cap: you run trove man03:59
mordredhub_cap: you are at least PARTIALLY more to blame than clark or I04:00
mordredhub_cap: who should I yell at?04:00
hub_capyelling will do u no good. suffice it to say that since wheezy came out there is a plan to migrate to 5504:00
hub_capbut i suggest yelling at demorris from rackspace, hs the product mgr's mgr04:00
hub_cap*he is*04:00
hub_capbut if you stop using rax trove, itll be a kick in the teeth, so maybe its not a bad thing to complain and go to a modern mysql install ;)04:01
Alex_Gaynor*clears throat* "modern mysql" *goes back to trolling elsewhere*04:02
* hub_cap performs seppuku to appease mordred04:02
mordredAlex_Gaynor: facebook. google. twitter. still waiting for rebuttal.04:03
Alex_Gaynormordred: I've got a draft blog post to that entire line of reasoning04:03
mordredhub_cap: please please please please PLEASE do not use the MySQL that is shipped with the distro04:03
mordredhub_cap: EVER04:03
hub_capmordred: in agreement w/ u04:03
mordredhub_cap: no production system at scale does that. it's a VERY bad idea04:04
clarkbmordred that is what is used :) debian builds04:04
mordredclarkb: I don't care04:04
mordredit's stupid04:04
* hub_cap does not run ops for rax+trove04:04
mordredthe people who run ops for rax+trove need to learn somethign about mysql ops04:04
hub_capbut agreed. there are some patches on top of mysql that are pretty damn necessary04:04
mordredas someone who has been a leading world expert on mysql at scale, I can tell you with all the authority it is possible to have on the subject, that whoever thinks running a production service on the MySQL that debian ships is 100% categorically in all ways wrong04:05
mordredit should never ever ever ever ever ever ever be done04:05
*** pvo has quit IRC04:05
*** Guest55109 has quit IRC04:05
hub_capheh. let me introduce u to some people at rax who made the decision (too bad they wont be @ the summit)04:06
mordredthe ONLY time it is acceptable is when you are dealing wiht a single box deploy and you don't have enough load or ops to care, like when we ran our own mysql for things like etherpad04:06
clarkbSpamapS should just stop packaging it? (sorry I can't help but fan the flames)04:06
mordredhub_cap: I'm emailng their bosses right now04:06
hub_capid love to see you go of on them ;)04:06
mordredclarkb: no, it's fine for its intended uses04:06
hub_cap<3 mordred04:06
mordredclarkb: rackspace's cloud database services is the wrong scale to use it for04:06
clarkbgotcha04:06
mordredbecuase they MAY actually have people thinking that they're providing a prodction quality service04:07
mordredand taking care of responsible DBA-like system tasks for them04:07
* hub_cap thinks its best to be quiet now04:08
hub_capmordred: thx for emailing the high ups. it might light a needed fire :)04:08
mordredhub_cap: you want me to CC you?04:08
hub_capmordred: nope. gonna stay far away from that04:09
*** lillie has joined #openstack-infra04:10
*** lillie is now known as Guest309604:10
*** pvo has joined #openstack-infra04:10
lifelesspleia2: (and any -infra ops) - I'm going to be shrinking the poc cloud down to one hypervisor imminently04:16
lifelesssince that POC doesn't have live migrate setup04:16
lifelessthis will likely piss nodepool off :)04:16
*** wenlock has quit IRC04:16
lifelesswe've just got the goahead to redploy the machines04:16
lifelessI'll keep one hypervisor on poc. for nodepool to use until cd-overcloud is continually available04:17
*** nati_ueno has quit IRC04:17
*** nati_ueno has joined #openstack-infra04:17
hub_capok wife is done putting baby to sleep /me dissapears for the evening04:18
*** jerryz has quit IRC04:18
clarkblifeless: it should eventually gc nodes that go away04:19
*** nati_ueno has quit IRC04:20
*** nati_ueno has joined #openstack-infra04:20
lifelessclarkb: cool04:21
lifelessclarkb: just didn't want anyone going 'ruh roh it's broken'04:21
lifelesscause once I've shutdown stuff, it should be stable still04:21
clarkbyup thanks for letting us know04:21
*** lnxnut has quit IRC04:22
*** slong has joined #openstack-infra04:25
mordredlifeless: ++04:26
*** ryanpetrello has joined #openstack-infra04:51
*** nati_ueno has quit IRC04:54
*** nati_ueno has joined #openstack-infra04:54
*** nati_ueno has quit IRC04:59
*** CaptTofu has joined #openstack-infra05:01
*** Ryan_Lane has joined #openstack-infra05:01
*** rcleere has quit IRC05:12
*** thomasbiege has joined #openstack-infra05:14
*** CaptTofu has quit IRC05:15
*** CaptTofu has joined #openstack-infra05:16
*** davidhadas has joined #openstack-infra05:16
*** CaptTofu has quit IRC05:20
*** ryanpetrello has quit IRC05:33
*** nicedice__ has quit IRC05:39
openstackgerritJoshua Harlow proposed a change to openstack/requirements: Add taskflow (used by cinder + others) to requirements  https://review.openstack.org/5272505:56
*** matsuhashi has joined #openstack-infra06:07
*** slong has quit IRC06:07
*** Ryan_Lane has quit IRC06:08
*** ljjjustin has quit IRC06:10
*** pblaho has joined #openstack-infra06:12
*** thomasbiege has quit IRC06:14
*** ljjjustin has joined #openstack-infra06:17
*** amotoki has quit IRC06:19
*** Devioslang has joined #openstack-infra06:35
*** flaper87|afk is now known as flaper8706:37
*** thomasbiege has joined #openstack-infra06:45
*** Bada has joined #openstack-infra06:48
*** thomasbiege1 has joined #openstack-infra06:51
*** michchap has quit IRC06:51
*** michchap has joined #openstack-infra06:52
*** thomasbiege has quit IRC06:55
*** Bada has quit IRC06:57
*** YorikSar_AFK has quit IRC07:03
* SpamapS returns to find his poor Debian packages bemsmirtched07:07
SpamapSmordred: agreed though. ;)07:07
SpamapSI'm ][ this close to just saying f' it with packaging MySQL though.07:07
*** matsuhashi has quit IRC07:18
*** matsuhashi has joined #openstack-infra07:18
*** dkliban has joined #openstack-infra07:23
*** SergeyLukjanov has quit IRC07:24
*** Devioslang has quit IRC07:24
*** Bada has joined #openstack-infra07:25
*** flaper87 is now known as flaper87|afk07:27
*** dkliban has quit IRC07:48
*** afazekas has joined #openstack-infra07:49
*** ljjjustin has quit IRC07:53
*** ljjjustin has joined #openstack-infra07:55
*** yassine has joined #openstack-infra07:57
*** jpich has joined #openstack-infra08:02
*** derekh has joined #openstack-infra08:05
*** hashar has joined #openstack-infra08:07
*** davidhadas has quit IRC08:11
*** fbo_away is now known as fbo08:11
*** dkliban has joined #openstack-infra08:18
*** davidhadas has joined #openstack-infra08:18
*** dkliban has quit IRC08:35
*** mattymo has joined #openstack-infra08:39
*** dizquierdo has joined #openstack-infra08:43
*** matsuhashi has quit IRC08:46
*** matsuhashi has joined #openstack-infra08:46
*** thomasbiege1 has quit IRC08:53
*** DinaBelova has joined #openstack-infra08:53
*** ljjjustin has quit IRC08:56
*** ljjjustin has joined #openstack-infra08:57
*** dizquierdo has quit IRC09:19
*** pblaho has quit IRC09:20
mattymojeblair clarkb fungi: Are any of you available to request a channel registration for me?09:29
*** bingbu has quit IRC09:32
*** matsuhashi has quit IRC09:34
*** matsuhashi has joined #openstack-infra09:34
*** DinaBelova has quit IRC09:36
*** matsuhashi has quit IRC09:39
*** pblaho has joined #openstack-infra09:40
*** ljjjustin has quit IRC09:43
*** boris-42 has quit IRC09:45
*** xchu has quit IRC09:48
*** DinaBelova has joined #openstack-infra09:48
*** plomakin_ has quit IRC09:49
*** plomakin has joined #openstack-infra09:50
openstackgerritEkaterina Fedorova proposed a change to openstack-infra/config: Add murano-metadataclient to stackforge  https://review.openstack.org/5381710:01
openstackgerritEkaterina Fedorova proposed a change to openstack-infra/config: Add murano-metadataclient to stackforge  https://review.openstack.org/5209210:05
*** pblaho has quit IRC10:07
*** thomasbiege1 has joined #openstack-infra10:08
*** flaper87|afk is now known as flaper8710:13
ogelbukhjeblair: ping10:16
*** ekarlso has quit IRC10:17
*** ekarlso has joined #openstack-infra10:17
*** hashar has quit IRC10:19
*** Loquacities has quit IRC10:22
*** Loquacity has joined #openstack-infra10:23
*** DinaBelova has quit IRC10:27
*** matsuhashi has joined #openstack-infra10:27
*** nosnos has quit IRC10:31
*** pcm_ has joined #openstack-infra10:33
*** pcm_ has quit IRC10:34
*** pcm_ has joined #openstack-infra10:35
*** DinaBelova has joined #openstack-infra10:35
*** pblaho has joined #openstack-infra10:37
*** alexpilotti has joined #openstack-infra10:45
*** matsuhashi has quit IRC10:46
*** matsuhashi has joined #openstack-infra10:47
*** flaper87 is now known as flaper87|afk10:48
*** guohliu has quit IRC10:49
*** matsuhashi has quit IRC10:51
*** thomasbiege1 has quit IRC11:03
*** boris-42 has joined #openstack-infra11:09
*** dims has joined #openstack-infra11:12
*** beagles is now known as seagulls11:14
*** mriedem has joined #openstack-infra11:16
*** matsuhashi has joined #openstack-infra11:20
mattymojeblair clarkb fungi ping?11:23
*** matsuhashi has quit IRC11:23
*** matsuhashi has joined #openstack-infra11:24
*** matsuhashi has quit IRC11:24
*** matsuhashi has joined #openstack-infra11:25
*** DinaBelova has quit IRC11:27
*** dkliban has joined #openstack-infra11:29
*** matsuhashi has quit IRC11:29
*** adalbas has joined #openstack-infra11:33
*** hashar has joined #openstack-infra11:41
*** DinaBelova has joined #openstack-infra11:47
*** markmc has joined #openstack-infra11:50
*** DinaBelova has quit IRC11:51
*** thomasbiege1 has joined #openstack-infra11:54
*** weshay has joined #openstack-infra12:03
*** dkliban has quit IRC12:04
*** annegentle has quit IRC12:04
*** annegentle has joined #openstack-infra12:07
*** flaper87|afk is now known as flaper8712:09
*** annegentle_ has joined #openstack-infra12:11
*** annegentle has quit IRC12:12
*** dizquierdo has joined #openstack-infra12:13
*** DinaBelova has joined #openstack-infra12:26
*** thomasem has joined #openstack-infra12:32
*** dizquierdo has quit IRC12:34
*** ArxCruz has joined #openstack-infra12:35
*** dims has quit IRC12:38
*** dims has joined #openstack-infra12:40
*** che-arne has quit IRC12:51
*** julim has joined #openstack-infra13:02
mordredSpamapS: I basically just spending my time besmirtching things you do13:06
*** anteaya has joined #openstack-infra13:07
ogelbukhmordred: good day, sir13:07
mordredogelbukh: morning!13:08
*** prad has joined #openstack-infra13:09
ogelbukhmordred: you may have noticed that email i sent to the list yesterday, re diagnostics project13:09
ogelbukhjust wanted to ask what steps we need to do to start integration with infra as a stackforge project?13:10
ogelbukhshould i file a request of some sort, or rise the discussion in infra meeting?13:11
ogelbukhor change request to infra config is sufficient?13:11
*** ericw has quit IRC13:11
anteayaogelbukh: have you seen this page yet? http://ci.openstack.org/stackforge.html13:12
*** ericw_ has joined #openstack-infra13:12
*** russellb is now known as rustlebee13:12
openstackgerritA change was merged to openstack-infra/gitdm: Close havana and add Icehouse release configuration  https://review.openstack.org/5342413:12
ogelbukhanteaya: yes, I did13:13
anteayagreat13:13
*** miqui has joined #openstack-infra13:13
openstackgerritA change was merged to openstack-infra/gitdm: update dansmith employment history  https://review.openstack.org/5374413:13
openstackgerritA change was merged to openstack-infra/gitdm: add email terrylhowe  https://review.openstack.org/5371613:13
anteayado you have a url for a patch?13:13
ogelbukhbut i guess there could be some formal procedure )13:13
fungimattymo: for unofficial/stackforge projects, we need those projects to register their channels with freenode on their own and then add the infra core devs as additional channel founders (so that we can troubleshoot issues with meetbot should the need arise, and also so that we can assist in administration of the channel if your project is eventually incubated)13:13
fungimattymo: instructions seem to be at http://blog.freenode.net/2008/04/registering-a-channel-on-freenode/13:14
ogelbukhanteaya: haven't sent it yet, will do in couple minutes13:14
anteayak13:14
*** matty_dubs|gone is now known as matty_dubs13:14
ogelbukhanteaya: thank you!13:14
anteayanp13:14
fungimattymo: (though that looks a little aged, i'll see if i can find a better/more recent writeup)13:14
anteayaogelbukh: there may be more to do, but things tend to move a little faster when there is an actual patch under review13:15
ogelbukhexcellent, thanks13:15
mattymofungi, sorry just reading now13:16
anteayafungi: after I do my morning thing, I am going to start puppeting owncloud and will bug you for guidance, I think i understand most of the steps I need to do13:17
mattymofungi, freenode admins said that #openstack-* needs to be requested by CG of openstack13:17
mattymobut you can simply request in #freenode on my behalf and simply say "it's okay if he requests #openstack-fuel"13:17
mattymos/he/mattymo13:17
fungimattymo: i *think* that we only use #openstack-.* channel names for official purposes, so that also may require some discussion13:17
mattymofungi, how can I we start such a discussion13:18
mattymowow I can't type.. how can we start such a discussion?13:19
fungii'm trying to think which venue(s) are the best place to discuss that topic as a project. there are a couple of considerations...13:19
mattymoI didn't personally pick this convention.. we've been occupying #openstack-fuel for nearly a year now13:20
mattymobut now that we are on gerrit we want bot services... and you have a requirement to register the channel13:20
fungifirst, each new task we take on requires additional infra team manpower, however incremental it may be, it adds up... so the infra team needs to discuss whether we can support taking on additional tasks for unofficial projects (precedent may also come into play there to some extent, not sure)13:21
fungiwe've not really run bots on non-official channels much and we probably should come up with some sort of policy around supporting that13:22
mattymofungi, do you mind if I just start a thread and request commentary?13:23
mattymoon openstack-infra list13:23
fungisecond, policy decisions like that affect the entire community, so it probably also merits discussing with (at least) the developer community since they're our heaviest regular irc users13:23
*** ryanpetrello has joined #openstack-infra13:23
fungimattymo: yeah, i think the discussions probably happen in that order... infra first, then dev13:23
mattymofungi, ok. We're just looking to try to settle some housekeeping things before Summit13:24
mattymoI hope this won't take 2+ weeks13:24
fungiit's not that i'm singling out fuel or anything, just that we've not really had requests to do this and since the communities around stackforge projects are exploding with activity we need to start making some hard decisions to help prevent it from sucking away the time we need to be spending supporting official parts of openstack13:25
mattymoand I hope that our company's membership in the foundation helps influence such choices13:26
fungiso while i'm very, very, very much in favor of doing what we can to help foster communities around new related projects within the openstack ecosystem and free software in general, i want to make sure we don't let openstack itself suffer because of it13:26
*** dansmith is now known as Steely_Dan13:26
openstackgerritOleg Gelbukh proposed a change to openstack-infra/config: Add rubick project to stackforge  https://review.openstack.org/5385813:26
fungimattymo: definitely! all the systems engineers your company wants to donate to help run infrastructure services for the project will be most welcome13:27
mattymofungi, I'll keep that in mind and pass the word along13:29
*** rnirmal has joined #openstack-infra13:30
*** alcabrera has joined #openstack-infra13:30
*** ericw_ has quit IRC13:33
*** DinaBelova has quit IRC13:34
fungiawesome13:36
*** ogelbukh has quit IRC13:37
*** ericw has joined #openstack-infra13:38
*** mestery has quit IRC13:42
ArxCruzclarkb: fyu postgresql and haproxy works for me on 3.0.0 and 0.4.1 version13:42
ArxCruzalthough all tempest tests that my vm run fails because the scripts are ubuntu like :/13:43
ArxCruzs/fyu/fyi13:43
anteayahi ArxCruz, are you aware it will be about 2 hours before clarkb will get back to you?13:44
*** xeyed4good has joined #openstack-infra13:44
ArxCruzanteaya: nope :P13:44
mattymofungi, mail out to infra13:44
anteayaah okay, just didn't want you to be surprised with the delay in response13:46
fungimattymo: awesome, thanks! i expect this will generate some discussion about what limits we do or don't need to place on stuff like this going forward. i mostly just want to make sure i don't do something which sets a precedent and opens the flood gates for a bunch more work for us down the road13:46
anteayahe is on Pacific time13:46
*** ogelbukh has joined #openstack-infra13:46
*** alcabrera is now known as alcabrera|afk13:46
fungimattymo: and with a lot of the infra core people being displaced in time and/or traveling i expect an asynchronous e-mail discussion will work out better13:46
fungiotherwise we'd just hash it out in here or in the infra meeting on tursday13:47
fungis/thursday/tuesday/13:47
fungi(no idea how my fingers did that)13:47
mattymoso there's a good chance it will come up Tuesday13:47
fungilet's see how far we get with the ml thread, and then we can add it to the meeting agenda if it will help13:48
*** mestery has joined #openstack-infra13:50
*** pcm_ has quit IRC13:51
*** pcm_ has joined #openstack-infra13:51
*** lnxnut has joined #openstack-infra13:54
*** amotoki has joined #openstack-infra13:55
*** xeyed4good has left #openstack-infra13:57
*** sandywalsh has joined #openstack-infra13:57
*** che-arne has joined #openstack-infra13:57
*** luhrs1 has joined #openstack-infra13:57
*** thomasbiege1 has quit IRC13:59
openstackgerritA change was merged to openstack-infra/pypi-mirror: Install some python with our package  https://review.openstack.org/5218713:59
*** amotoki has quit IRC14:02
*** amotoki has joined #openstack-infra14:02
*** amotoki has quit IRC14:03
*** alexpilotti_ has joined #openstack-infra14:05
*** alexpilotti has quit IRC14:08
*** alexpilotti_ is now known as alexpilotti14:08
openstackgerritMark McLoughlin proposed a change to openstack/requirements: Allow use of oslo.messaging-1.3.0a1  https://review.openstack.org/5386714:09
openstackgerritAnita Kuno proposed a change to openstack-infra/config: Create an owncloud instance.  https://review.openstack.org/5386814:09
fungianteaya: once you're satisfied with that, let me know and i'll have a look14:10
*** cody-somerville has joined #openstack-infra14:10
*** cody-somerville has quit IRC14:10
*** cody-somerville has joined #openstack-infra14:10
*** esker has joined #openstack-infra14:10
*** esker has quit IRC14:10
*** dcramer_ has joined #openstack-infra14:10
anteayafungi k14:11
*** esker has joined #openstack-infra14:11
*** datsun180b has joined #openstack-infra14:16
*** bnemec is now known as beekneemech14:16
*** luhrs1 has quit IRC14:16
*** markwash has quit IRC14:17
anteayafungi okay  I am ready for you to take a look14:17
anteayamostly I need to know if I keep going on this file or if I need to do something in another file14:18
anteayaI added a comment to that effect14:18
*** markwash has joined #openstack-infra14:18
*** alaski is now known as lascii14:18
katyaferventfungi, Hi! It's me again, I made another try on https://review.openstack.org/#/c/52092 :) Please write your comments)14:18
*** oubiwann has joined #openstack-infra14:19
Steapmordred: I've resubmitted https://review.openstack.org/#/c/53306/ according to our yesterday's talk, could you take a look at it when you have some time ?14:20
*** dims is now known as blur14:21
katyaferventfungi, I have another question. Do you now, when repository will be moved to stackforge will tags be kept or not? Thanks in advance)14:21
*** UtahDave has joined #openstack-infra14:23
*** dizquierdo has joined #openstack-infra14:23
*** ericw has quit IRC14:23
fungikatyafervent: yes, tags get imported, as do any existing branches14:29
fungikatyafervent: if there are tags or branches you don't want imported, delete them (you could always fork, delete them in the fork, then use the git url of the fork for the import if you don't want to or lack permission to delete from the original for some reason)14:30
katyaferventfungi, Thank you) Then I gonna delete some while I can)14:30
fungikatyafervent: we highly recommend it14:31
openstackgerritAdrian Otto proposed a change to openstack-infra/config: Adding project Solum to StackForge  https://review.openstack.org/5315114:34
*** kiall has quit IRC14:35
*** UtahDave has quit IRC14:36
*** wenlock has joined #openstack-infra14:40
*** cyeoh_ is now known as cyeoh14:44
*** rcleere has joined #openstack-infra14:45
*** ftcjeff_ has quit IRC14:49
*** oubiwann has quit IRC14:50
*** dkliban has joined #openstack-infra14:51
*** alcabrera|afk is now known as alcabrera14:51
openstackgerritDzmitry Horbach proposed a change to openstack-infra/jenkins-job-builder: Jenkins Dynamic Parameter Plug-in support  https://review.openstack.org/5387814:56
*** SergeyLukjanov has joined #openstack-infra14:56
*** UtahDave has joined #openstack-infra14:57
*** danger_fo is now known as danger_fo_away14:57
*** dmsimard has joined #openstack-infra14:58
*** nati_ueno has joined #openstack-infra14:58
*** romcheg has joined #openstack-infra14:59
*** rpodolyaka has joined #openstack-infra14:59
*** oubiwann has joined #openstack-infra15:02
sdaguemaurosr: ok, I think your grenade changes look good, lets see what happens when it tries to run15:03
sdaguemaurosr: where are your devstack-gate changes?15:03
*** ericw has joined #openstack-infra15:03
maurosrsdague: pushing in a second15:04
*** hashar has quit IRC15:05
openstackgerritMauro S. M. Rodrigues proposed a change to openstack-infra/config: Add stable/havana to gate options  https://review.openstack.org/5387915:05
maurosrsdague: ^ for infra config I think just this minimal changes is enough if I got it right15:06
sdagueso, I don't think we actually want to noop there15:07
sdagueyeh, that's not going to do what you think.15:07
sdaguegate-grenade-noop is actually a job that runs on the grenade jobs, and just always returns true15:08
SpamapSmordred: the main reason for mysql in distros IMO is to have easy libmysqlclient/mysql/mysqldump access from outside the server. I have to agree that running your mysqld on distro mysql is misguided in any "it matters" situation.15:08
maurosrsdague: so if we dont want noop there, I think anything else will run since (gate|check)-grenade-devstack-vm run for everything not stable/folsom or stable/grizzly right?15:09
sdaguemaurosr: actually, we need to expand the stable job above it, I just left a comment15:10
*** dkliban has quit IRC15:10
*** dmsimard has left #openstack-infra15:10
sdaguethe matrix of how jobs get selected is a little convoluted :)15:11
maurosrsdague: but since we want havana stable patches running voting grenades checks we need to create another entry there right? pointing voting Tru15:12
maurosr*true15:12
mordredSpamapS: ++15:12
sdaguemaurosr: well lets start off with the existing job definition first, then deal with the voting change once we know it works15:12
sdaguemaurosr: basically every project lists all the possible jobs it might run - https://github.com/openstack-infra/config/blob/master/modules/openstack_project/files/zuul/layout.yaml#L151315:13
sdaguethen the jobs have the ability to say which branches they run on15:13
sdaguealso voting defaults to true, so you can just delete the voting line to change it to true when the time comes15:14
*** jergerber has joined #openstack-infra15:14
openstackgerritEkaterina Fedorova proposed a change to openstack-infra/config: Add murano-metadataclient to stackforge  https://review.openstack.org/5209215:15
maurosrsdague: right, got it, I though since grenade was working fine on havana that we would want it voting from the start, and grizzly's runs non-voting15:15
sdagueso that's actually the stable job15:16
sdaguewhich we aren't voting anywhere yet15:16
sdaguehttps://github.com/openstack-infra/config/blob/master/modules/openstack_project/files/zuul/layout.yaml#L14915:17
sdaguewe're actually running on anything after grizzly, voting for the main grenade job15:17
sdaguethat branch regex is a not15:17
*** danger_fo_away is now known as danger_fo15:17
sdagueso it's just not running on folsom and grizzly15:17
*** blur is now known as dims15:18
katyaferventfungi, Sorry, I'm a little slow with pypi registration (never done it before). Well, know I did register all needed packages (thanks to your explanation) and hope now everything's fine)15:19
maurosrsdague: and that is something that we *want* right?  and the stable non-voting for stable/grizzly... which means, according to your comment on the patch, that havana patches will run grenade-devstack and grenade-devstack-stable.. am I right?15:20
sdagueafter my suggested change they would15:20
sdaguetoday with the job definitions stable/grizzly => grenade-devstack-stable, stable/havana => grenade-devstack, master => grenade-devstack15:21
*** kiall has joined #openstack-infra15:21
sdaguebut we actually want stable/havana to also have grenade-devstack-stable, so that it won't break the havana => master transition15:22
sdaguebecause grenade-devstack on stable/havana actually tests the pull up upgrade, so grizzly => havana15:22
maurosrsdague: ok =), now I got it.. thanks for the explanation15:23
sdagueyep, no worries15:23
sdagueit's a lot to keep your head around :)15:23
*** flaper87 is now known as flaper87|afk15:24
openstackgerritDzmitry Horbach proposed a change to openstack-infra/jenkins-job-builder: Jenkins Dynamic Parameter Plug-in support  https://review.openstack.org/5388415:24
*** yaguang has joined #openstack-infra15:27
fungikatyafervent: great! i'll have a look15:32
*** zul has joined #openstack-infra15:34
*** jaypipes has joined #openstack-infra15:35
*** ^d has joined #openstack-infra15:41
*** senk has joined #openstack-infra15:44
*** adalbas has quit IRC15:48
openstackgerritSean Dague proposed a change to openstack-infra/config: make wsme / pecan participate in the gate symetrically  https://review.openstack.org/5389315:50
sdaguefungi: a quick review of that would be appropriate, as we've openned ourselves up to an asymetry with the last devstack change that merged15:51
*** mattymo has quit IRC15:51
fungik15:51
*** boris-42 has quit IRC15:52
openstackgerritDzmitry Horbach proposed a change to openstack-infra/jenkins-job-builder: Jenkins Dynamic Parameter Plug-in support  https://review.openstack.org/5388415:52
*** mattymo has joined #openstack-infra15:52
*** boris-42 has joined #openstack-infra15:52
fungiclarkb: once you're around, let's fast-track https://review.openstack.org/53893 before something breaks15:53
sdaguefungi: that's all we need right, the source tree setting from gerrit is pretty magical?15:55
mordredfungi: oh wow. we're gating on trunk pecan/wsme now? neat15:55
sdaguemordred: we're going to15:55
mordredlove it15:55
mordredfungi: +2/+A15:55
sdaguedhellmann and ryanpetrello were headed down that path15:55
fungisdague: yeah, it gets passed as a ref from zuul15:55
ryanpetrello:D15:55
*** gyee has joined #openstack-infra15:56
sdaguemordred, so I just accelerated it15:56
mordredsdague: I'm thrilled15:56
sdaguethe devstack change to support it just landed, so we kind of need the config to land soon, so we don't let a window happen where someone could land a breaking change15:56
dhellmannI thought we were just going to gate pecan & wsme on openstack, but not the other way?15:56
mordredit also puts more weight behind "openstack uses pecan/wsme" :)15:56
mordredif they're in the gate15:56
mordreddhellmann: assymetrical gates, we've found, are unhappy making15:57
fungisdague: once it runs, let's check the logs though to make sure mirror selection is working properly (stackforge projects don't usually get restricted to our pypi mirror)15:57
openstackgerritA change was merged to openstack-infra/config: make wsme / pecan participate in the gate symetrically  https://review.openstack.org/5389315:57
mtreinishdhellmann: you kind of need it both ways15:57
fungidhellmann: you're right, and that's what this is doing basically (sdague's change just adds the jobs we need to run to do it)15:58
dhellmannI'm OK with it, I'm just surprised :-)15:58
fungidhellmann: the concern is that since we're consuming branch tip from those libraries in devstack, it's possible for an unreleased change in them to break other projects being gated with devstack-gate jobs15:59
* dhellmann nods15:59
fungidhellmann: so this adds the jobs to run devstack-tempest et al on pecan and wsme changes15:59
sdagueyeh, so basically I realized we probably need a way to let devstack not pull stackforge libs16:00
dhellmannI thought those devstack changes were just to allow gate jobs in pecan & wsme, but I misunderstood16:00
sdaguebut this morning once things merged, I realized we didn't actually have that part16:00
*** jcoufal has joined #openstack-infra16:00
sdagueso anyway, it's symetric now, we can decide if we don't want it symetric later16:00
dhellmannwfm16:00
fungisdague: so the main risk i see with the current state is that we could make changes to an openstack project which depends on unreleased changes in pecan/wsme and the gate will no longer catch that (until devstack grows that filter you're talking about). that about it?16:01
sdaguefungi: yeh16:01
fungik16:01
sdaguebut that I'm less concerned by16:01
sdaguebut we can talk about it at summit... in the integrate the world sesssion16:02
*** lnxnut_ has joined #openstack-infra16:02
sdagueit's good enough for the next 2 weeks16:02
*** lnxnut has quit IRC16:02
sdagueok, lunch16:02
fungibetter than disintegrate the world, i guess16:02
*** alcabrera is now known as alcabrera|lunch16:02
openstackgerritRoman Prykhodchenko proposed a change to openstack-infra/devstack-gate: Support of Ironic  https://review.openstack.org/5389916:03
romchegMorning folks16:06
romchegI've just realised I might made this patch wrong.16:06
*** flaper87|afk is now known as flaper8716:06
romchegIf I want to enable Ironic should I create a special flag for it or just add it to the list of enabled services?16:10
*** mrodden has quit IRC16:10
openstackgerritDzmitry Horbach proposed a change to openstack-infra/jenkins-job-builder: Jenkins Dynamic Parameter Plug-in support  https://review.openstack.org/5388416:11
openstackgerritMauro S. M. Rodrigues proposed a change to openstack-infra/config: Add stable/havana to gate options  https://review.openstack.org/5387916:11
romchegclarkb, mordred: are you around?16:15
reedfungi, meh, how can you be sure about that? just let me know in advance, so I burn my savings :)16:17
reedoh man, BI is hard16:17
*** romcheg has left #openstack-infra16:20
*** romcheg has joined #openstack-infra16:20
*** fallenpegasus has joined #openstack-infra16:21
*** mrodden has joined #openstack-infra16:23
*** shardy has quit IRC16:24
mordredsdague, fungi: it would less likely to happen though, since the unittests would not get trunk pecan/wsme16:25
*** SergeyLukjanov has quit IRC16:25
* fungi nods16:25
fungii hadn't thought about that16:25
openstackgerritRoman Prykhodchenko proposed a change to openstack-infra/devstack-gate: Support of Ironic  https://review.openstack.org/5389916:26
*** alcabrera|lunch is now known as alcabrera16:29
*** jpich has quit IRC16:30
*** esker has quit IRC16:33
*** esker has joined #openstack-infra16:34
*** markwash has quit IRC16:34
*** thedodd has quit IRC16:34
* fungi ducks out to lunch for a bit16:35
*** matty_dubs is now known as matty_dubs|lunch16:35
openstackgerritBen Nemec proposed a change to openstack-dev/hacking: Fix import grouping  https://review.openstack.org/5222016:35
openstackgerritBen Nemec proposed a change to openstack-dev/hacking: Enforce import grouping  https://review.openstack.org/5222116:35
*** romcheg has quit IRC16:36
*** markmcclain has joined #openstack-infra16:37
*** hogepodge has joined #openstack-infra16:37
*** thedodd has joined #openstack-infra16:38
*** boris-42 has quit IRC16:38
openstackgerritBen Nemec proposed a change to openstack-dev/hacking: Enforce import grouping  https://review.openstack.org/5222116:49
*** jergerber has quit IRC16:50
*** zul has quit IRC16:50
*** zul has joined #openstack-infra16:50
*** romcheg has joined #openstack-infra16:51
*** jergerber has joined #openstack-infra16:51
*** SergeyLukjanov has joined #openstack-infra16:52
openstackgerritAnita Kuno proposed a change to openstack-infra/config: Create an owncloud instance.  https://review.openstack.org/5386816:55
clarkbmorning16:55
anteayamorning clarkb16:56
SpamapSclarkb: remember how we were talking about the need to isolate SSL/TLS termination from everything else? https://github.com/bumptech/stud nice program for doing that.16:56
clarkbinteresting16:56
SpamapSIt even speaks haproxy's native PROXY protocol16:57
SpamapSThe idea being that SSL/TLS termination should be separate from haproxy (so that you can bbuild bigger fences around it without hamstringing your loadbalancing configurability for instance)16:57
*** thomasbiege1 has joined #openstack-infra16:58
*** derekh has quit IRC16:59
*** yassine has quit IRC17:01
*** Bada has quit IRC17:01
clarkbmordred: fungi: sum uhm https://review.openstack.org/#/c/53893/1/modules/openstack_project/files/zuul/layout.yaml I don't think we did that in the way jeblair expected17:04
clarkbthe gate wasn't supposed to be mutual17:04
clarkb*so uhm17:04
clarkbsdague: ^17:04
*** rnirmal has quit IRC17:05
mordredclarkb: yeah - I believe sdague changed his mind on the needs17:07
clarkbmordred: well I think jeblair felt pretty strongly about not gating nova on pecan17:07
*** jcoufal has quit IRC17:07
sdagueso honestly, I didn't so much change my mind, as realize we were missing something17:08
sdagueif you think jeblair feels strongly on this, let me land another patch in devstack17:09
clarkbsdague: its not devstack that needs to change, the zuul layout and JJB jobs need changing17:09
*** jerryz has joined #openstack-infra17:10
mordredclarkb: devstack needs changing before we can change the zuul layout17:10
sdagueclarkb: no, I'm pretty sure devstack needs a change17:10
clarkbdevstack-gate should have enough hook magic to do what you need in and around devstack17:10
clarkbwhat is devstack missing?17:10
sdaguea flag about whether or not to setup stackforge libs17:10
mordredbecause we want it to consume them from git for their tests17:11
*** matty_dubs|lunch is now known as matty_dubs17:11
mordredbut NOT consume them from git for openstack tests17:11
sdaguehttps://github.com/openstack-dev/devstack/blob/master/stack.sh#L633 right, that would need to be made conditional17:11
mordredthat was the inequality that had crept in17:11
clarkbmordred: sdague: just have a d-g preinstall hook do that17:11
mordredwhat?17:11
sdagueclarkb: how?17:11
mordredno - do not do that17:11
clarkbmordred: why not?17:11
mordredwe want devstack to be the thing that understands what's going on17:12
clarkbthis was specifically jeblair's desire for this testing17:12
mordredd-g should only be a thing that configures devstack17:12
clarkbthat we do no update devstack and use d-g hooks to configure stuff as needed17:12
mordredwe should not move additional logic in to d-g17:12
clarkbmordred: not into d-g, it would be in the job itself17:12
clarkbusing the pretest hook17:12
mordredcan you be much more explicit by what you mean with "stuff"17:12
mordredbecause that makes no sense to me at all17:12
clarkbmordred: pip install -U /opt/stack/pecan && pip install -U /opt/stack/wsme17:13
clarkbthat installs your libs17:13
clarkbdo you need more than that?17:13
sdagueclarkb: but that means pecan and wsme wouldn't play with global requirements, which may not be an issue, but seems odd17:14
clarkbsdague: they can't play with global requirements17:14
clarkbbecause we are testing pre release software and we shouldn't have any of that in the global requirements17:14
mordredit feels very wrong to me17:14
sdagueno, I mean they can require something at a bad level17:14
mordredbut I may just need lunch17:15
sdaguefor the rest of the environment17:15
clarkbsdague: I don't think there is much working around that unless they want to gate themselves on the requirements jobs17:15
clarkb(which also shouldn't be mutual)17:15
clarkbI am trying to find what jeblair said in the logs17:16
sdaguesure17:17
sdagueregardless, we need to change devstack17:17
sdaguebecause right now nova is gating on wsme, and wsme isn't gating on nova17:17
sdagueso that's bad17:17
sdaguein any world17:17
mordredyes17:17
openstackgerritAnita Kuno proposed a change to openstack-infra/config: Create an owncloud instance.  https://review.openstack.org/5386817:17
mordredI agree with what sdague just said17:17
mordredif we're only going to have it one way, having wsme gate on nova and not the other way aroud would be the direction we'd want that to go17:18
sdagueI'm happy to put the lib/stackforge stuff behind a variable so we stop nova gating on wsme, the we can figure it out later how we want the other direction to go17:18
sdagueor if we gut all the logic out of devstack, which I'm torn on17:18
*** markwash has joined #openstack-infra17:19
sdagueat any rate, it's been a good exercise to see the disconnects in the process, especially if we want to do this with lots of libs down the road :)17:19
sdagueso one last question, if anyone knows17:19
mordredindeed17:19
clarkbof course my grepping logs is failing me17:20
sdaguewhat's the relationship between wsme and pecan in the way they require each other?17:20
*** pblaho has quit IRC17:21
clarkbsdague: mordred fungi http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2013-10-23.log starting at 17:10:1917:21
clarkb"i do think that the additional config should not go into devstack-gate; it should be an external script that hooks"17:21
mordredsdague: I believe pecan consumes wsme17:23
mordredor, builds on top of it17:23
mordredyou can use wsme without pecan, but not the other way around, I THINK17:23
*** Bada has joined #openstack-infra17:24
dhellmannthey're unrelated17:24
dhellmannyou can use either by itself17:24
dhellmannwsme works with several frameworks17:24
mordredok. neat17:24
dhellmannthe combination is just more powerful17:24
mordredclarkb: I do not read that conversation as saying exactly the same things you were saying earlier17:24
dhellmannpecan is the routing and api handling, wsme is the serialization and validation17:25
clarkbfwiw I understand there are technical issues we are working around, but I feel like I completely misrepresented to jeblair the work that was being done and we should correct that17:25
mordredgotcha17:25
mordredso, I think we've got clear steps forward right now17:25
mordredsdague makes devstack patch, then we break the symmetry again17:25
mordredbecause that's quick and we grok it17:25
*** BobBall is now known as BobBallAway17:26
mordredthen, we think about what clarkb was saying in terms of the pretest hook17:26
clarkbwell you still need a second set of jobs17:26
clarkbeven if you don't do the hook thing (without the hook you might just overload the pipeline varialbe in the existing templates)17:26
mordredright. to break the symmetry we may need a devstack-wsme-pecan job17:26
clarkbyup17:26
mordredI just want to think about the hook think deeper17:26
mordredwhereas I _know_ that the devstack conditional can at least get us out of the woods17:27
openstackgerritAnita Kuno proposed a change to openstack-infra/config: Create an owncloud instance.  https://review.openstack.org/5386817:27
sdaguehttps://review.openstack.org/53915 is the devstack fix17:27
*** markmcclain has quit IRC17:28
sdaguethat at least gets us back to a place where we can decide if devstack is the right place for the logic or not17:28
*** markmcclain has joined #openstack-infra17:28
mordredyes17:28
mordredand with that - I'm going to go get some bojangles17:28
*** Bada has quit IRC17:30
openstackgerritRoman Prykhodchenko proposed a change to openstack-infra/config: Adds devstack-gate tests for Ironic  https://review.openstack.org/5391717:30
*** dkliban has joined #openstack-infra17:32
*** CaptTofu has joined #openstack-infra17:32
openstackgerritAnita Kuno proposed a change to openstack-infra/config: Create an owncloud instance.  https://review.openstack.org/5386817:33
anteayaokay fungi, mordred, clarkb if you are in the mood - I could stand a little guidance on 5386817:34
*** fallenpegasus has quit IRC17:34
anteayaand it appears I have missed mordred since he is off getting bojangles17:35
anteayais jeblair traveling or on holidays or both?17:35
*** melwitt has joined #openstack-infra17:36
*** adalbas has joined #openstack-infra17:38
clarkbI think conference this week and holidays next week17:38
anteayaah okay, still at conference then17:38
anteayacool17:38
*** flaper87 is now known as flaper87|afk17:39
*** fallenpegasus has joined #openstack-infra17:39
fungilunchtime scrollback attack17:39
clarkbanteaya: I made an initial pass at a review17:39
anteayaclarkb: thank you17:39
anteayafungi: ignore me until after I address clarkb's comments17:40
*** dkliban has quit IRC17:40
*** markmc has quit IRC17:42
*** CaptTofu has quit IRC17:44
*** dkliban has joined #openstack-infra17:45
*** mrmartin has joined #openstack-infra17:57
openstackgerritElizabeth Krumbach Joseph proposed a change to openstack-infra/nodepool: Add more details to developer setup in README  https://review.openstack.org/5392418:01
*** melwitt1 has joined #openstack-infra18:01
*** melwitt1 has quit IRC18:02
openstackgerritElizabeth Krumbach Joseph proposed a change to openstack-infra/nodepool: Add more details to developer setup in README  https://review.openstack.org/5392418:02
*** melwitt1 has joined #openstack-infra18:03
*** melwitt has quit IRC18:03
*** senk has quit IRC18:06
*** thedodd has quit IRC18:07
*** thedodd has joined #openstack-infra18:07
sdagueok, I stuck the devstack change in the gate, and will make it a different change later if dtroyer wants a different approach18:10
clarkbok18:11
*** Ryan_Lane has joined #openstack-infra18:14
*** fallenpegasus has quit IRC18:15
openstackgerritAnita Kuno proposed a change to openstack-infra/config: Create an owncloud instance.  https://review.openstack.org/5386818:15
openstackgerritElizabeth Krumbach Joseph proposed a change to openstack-infra/config: Add note about setting founder to gerritbot docs  https://review.openstack.org/5392518:18
pleia2clarkb: ^^ then we don't need to point to another review, just docs!18:18
openstackgerritClark Boylan proposed a change to openstack-infra/config: Update git.o.o configs for better rolling reboots  https://review.openstack.org/5374918:19
clarkbpleia2: cool18:20
ArxCruzclarkb: so, Running some jenkins test here in my environment, i see most of tempest scripts (if not all) have apt-get and hpcloud stuff, how happy you would be if i start to provide patches to make this stuff more generic (and run on fedora that's my goal) ?18:20
clarkbfungi: ^ updates the git.o.o stuff18:20
ArxCruzkrtaylor: ^18:20
clarkbArxCruz: which parts of the tempest tests? devstack should run on either and tempest should use python dependencies through tox18:20
clarkbArxCruz: is devstack-gate the problem?18:21
ArxCruzclarkb: for example the safe-devstack-vm-gate-wrap.sh script that's called from some job in jenkins that i can't remember now, have a lot of stuff specific for ubuntu/hpcloud18:21
dtroyersdague: sorry, long lunch today…I'm fine with that change18:22
anteayapleia2: if you have time for a pass of https://review.openstack.org/#/c/53868/6 that would be awesome18:22
clarkbArxCruz: well it runs on rackspace just fine too, but I wouldn't be surprised if it is ubuntu specific18:22
ArxCruzclarkb: yup, in this one for example, there's an apt-get command18:23
clarkbArxCruz: patches to support fedora would be gladly accepted18:23
fungiyeah, we don't (yet at least) run devstack-gate jobs on anything besides ubuntu precise (and previously oneiric), so ubuntuisms are quite possible-to-probable18:23
ArxCruzwhich makes my job fails18:23
pleia2anteaya: you have a rocket ship problem in modules/owncloud/manifests/init.pp line 1718:24
anteayayeah I see that18:24
anteayadang rockets ships18:24
fungibut i entirely expect to see us have other non-ubuntu nodes doing devstack-like things in a perfect future, so anything to make it more distro-agnostic would be awesome18:24
ArxCruzfungi: so, that's fine I start some patches to be more generic huh ? what's the best approach? more generic, or more fedora ?18:24
pleia2anteaya: have you passed along hiera secret data to an infra root person?18:25
fungiArxCruz: more generic, and then whatever is needed to work on fedora taking advantage of the genericized framework would be best18:25
clarkbArxCruz: I think if you can make it family specific eg Debian/Ubuntu/andfriends and RHEL/CentOS/Fedora that would be great18:25
fungithat way we exercise as much of the common bits as we can in production18:25
openstackgerritAnita Kuno proposed a change to openstack-infra/config: Create an owncloud instance.  https://review.openstack.org/5386818:25
*** dkliban has quit IRC18:26
anteayapleia2: no the heira secret data is going to be created by the infra root person18:26
anteayamordred told me it would be clarkb18:26
ArxCruzokay, cool, wait a lot of patches in the next days/months/years :)18:26
anteayahope that is okay with you, clarkb18:26
clarkbanteaya: it is fine :)18:26
anteayaawesome, thanks18:26
fungianteaya: i'm happy to do it too if clarkb is working on other stuff when the time comes18:26
fungiat this point i think all 4 of us have set up trove databases18:27
anteayafungi: grand thanks18:27
anteayagreat18:27
anteayajust tell me what I input into the gui when the time is right18:27
anteayayay, my rockets ships line up18:28
*** dcramer_ has quit IRC18:28
mordredanteaya: you will not input anything into the gui18:28
ArxCruzclarkb: fungi also, I notice that for devstack tempest jobs, you guys have the zuul.openstack.org hardcoded, and we kinda have our own zuul server right now (listening to your gerrit) is it okay make changes to pass zuul as argument or something like that, to become more generic for other people who wants to create a infrastructure, like I'm doing?18:28
*** rnirmal has joined #openstack-infra18:29
anteayamordred: oh, that will make things tough then18:29
ArxCruzI mean, we can always hack in our end, but it would be good if it's as more generic as it could be, and in upstream, helping the community18:29
mordredArxCruz: seems like a good idea to me18:29
anteayasince the config.php file needs to have the admin password_salt in there before it will render pages if I put the db info into the config.php18:29
mordredanteaya: you will set the db username/password/etc into the config.php using puppet18:29
fungiArxCruz: yeah, parameterization is welcome18:30
anteayathat causes the pages not to render18:30
anteayaI tried that18:30
mordredwow. really?18:30
anteayawell manually18:30
anteayayes18:30
mordredthat's insanity18:30
anteayayes18:30
mordredone sec18:30
anteayak18:30
anteayaadding 'installed' => false, is okay18:30
ArxCruzfungi: cook, so, I will work in one single job and submit the patches, if they're accepted, and everything works fine, I/we can start work in the others, sounds good for you guys ?18:30
krtaylorArxCruz, like we discussed with sdague, it seems like we'll have 2 classes of changes installation (apt-get vs yum) and environment/architecture specific18:31
anteayabut any db info and the pages don't render18:31
ArxCruzs/cook/cool18:31
anteayathe difference I saw was the password_salt which is from the admin password set via the gui18:31
mordredanteaya: I am not interested in there being a manual setup step if we can help it - I will now hit something with a hammer18:31
anteayahit away18:31
anteayalet me know the result when you have one18:31
anteayaand I agree18:31
fungiArxCruz: definitely. sounds great to me18:32
mordredanteaya: ah - so18:32
mordredanteaya: you want to set dbpassword to the password you'll get from heira18:33
anteayaokay18:33
mordredsame with dbname, dbhost  and dbuser18:33
anteayayup18:33
mordredalthough you don'tneed to get dbuser and dbname from heira - they can be normal public things18:33
anteayaalso we will have an admin user, which will need a password18:33
anteayaheira may as well keep the admin user password as well18:34
anteayasure18:34
mordredright - but we'll want to take the password and create a password salt value18:34
ArxCruzfungi: so, be ready for a lot of questions in the next few days :)18:34
*** lnxnut has joined #openstack-infra18:35
anteayaif we can create the correct password salt value we might be able to feed in the things via puppet18:35
fungiArxCruz: i will do my best to answer ;)18:35
anteayasince I do believe the presence password_salt value in the config.php file is the crux of the matter18:35
fungiArxCruz: we have tons of busy right now, what with the recent release and prepping for summit-ish activities18:35
fungiso if i miss you, just keep pestering me18:35
mordredanteaya: for now, I think the answer might be18:35
ArxCruzfungi: don't worry, i will :P18:36
*** lnxnut__ has joined #openstack-infra18:37
mordredanteaya: oh for the love of peet18:37
anteayayup18:37
*** lnxnut_ has quit IRC18:37
anteayaI know where you are18:37
anteayabeen there for a bit myself18:37
mordredok. so the admin user is stored in the db18:38
anteayaapparently18:38
mordredwith a password has that is created from the password salt stored in that file18:38
anteayaseems to be18:38
anteayathe only way I have found to pass in the password is via the gui18:39
mordredoh, we could just add it to the db18:39
anteayathe admin_user password18:39
anteayawe could, I don't know how to do that18:39
mordredbut we'd need to figure out how to script generating the hash as well18:39
anteayayes18:39
mordredI think it might be too much work for the benefit for now18:39
anteayaI concur18:39
mordredif you put the db connection info into config.php18:40
anteayathe sign in page won't render18:40
*** lnxnut has quit IRC18:40
anteayaI can safely put in 'installed' => false,18:40
mordredbut you can't put in anything else?18:40
anteayanot that I have found18:41
mordredanteaya: what if the file is not there?18:41
anteayaactually when installed the file isn't there18:41
anteayathe file is generated the first time the admin creation page renders18:41
mordredwow18:41
anteayayup18:41
mordredphp people are the worst18:41
mordredno offense to any php people who are here18:42
anteayaI have no opionion on all php folks18:42
anteayabut this app is hard to use18:42
* mordred dies a little inside18:42
lifelessmordred: https://github.com/rbtcollins/crcache - now a thing, I gots my paperwork done.18:42
anteayain any mode other than manual18:42
* anteaya pats mordred consolingly18:42
reedowncloud?18:43
mordredreed: yah18:43
reedthere's gotta be a better way18:43
anteayano kidding18:44
reedthat thing tries to do way too many things and poorly18:44
* mordred is all ears18:44
anteayalifeless: looks nice18:44
clarkbseafile18:44
lifelessthe link to the docs is fiction at the moment, I need to sort that out; just pushed the code up to github18:44
reedgnu mediagoblin?18:44
anteayathe problem we are solving is privately hosted file sharing, correct?18:44
reedIt aims at multimedia but I think it should work with regular files too18:44
mordredclarkb: you have to hav ea client for that?18:45
clarkbmordred: it has a web UIU18:45
reedif it's files that you want to share18:45
mordredthe users of this are board members18:45
mordredit needs to be simple and have no features18:45
mordredand not require software installatoin18:45
mordredor them to understand public keys18:45
mordredor keeping special anything18:45
clarkbmordred: I think seafiles fits that description18:46
anteayamediagoblin is python based18:46
clarkbmordred: https://review.openstack.org/#/c/53749/ can haz review? I have disabled puppet on git.o.o so should be safe to approve18:47
reedI'm a fan of GNU mediagoblin18:47
clarkbfungi: ^ I think we should just go ahead and approve that18:47
anteayaI'll look at both18:47
anteayaand see which one is the easiest to stand up and looks like it will puppet18:47
mordredygh18:47
mordredreed: does mediagoblin have a web interface?18:47
reedmordred, oh yeah18:48
anteayain the mean time, can you review https://review.openstack.org/#/c/53868/7 in case we go that route, mordred18:48
reedhttp://media.libreplanet.org/u/libby/m/mako/ for exxample18:48
*** syerrapragada has joined #openstack-infra18:48
fungiclarkb: concur18:48
*** syerrapragada has left #openstack-infra18:48
reedmordred, http://media.libreplanet.org/18:48
anteayahttp://seafile.com/en/home/18:49
fungii will say, i constantly see security vulnerabilities reported for owncloud and not for mediagoblin. not sure if that's a good or bad thing though18:49
anteayais seafile opensource?18:50
anteayait isn't looking to me like it is on first pass18:50
mordredyes18:50
mordredhttps://github.com/haiwen/seafile18:50
reedfungi, mediagoblin is younger and (maybe) since it cannot be hosted easily on php shared hosting is less diffused18:51
anteayayes I am wrong reading that now: https://github.com/haiwen/seafile#licence-18:51
anteayacan we trove with seafile, do you think?18:52
anteayaso far seeing sqlite, mysql and postgres18:53
reedseafile seems pretty cool, nice find18:53
funginot written in php is a security feature, as far as i'm concerned ;)18:53
openstackgerritA change was merged to openstack-infra/config: Update git.o.o configs for better rolling reboots  https://review.openstack.org/5374918:53
*** SergeyLukjanov is now known as _SergeyLukjanov18:54
*** _SergeyLukjanov has quit IRC18:54
funginot that php is itself inherently insecure, but as a language it's an attractive nuisance from a security perspective. too many ways for things to go wrong18:54
*** SergeyLukjanov has joined #openstack-infra18:54
fungiand its security is a reactive patchwork quilt of layers band-aided on over the years18:55
*** sandywalsh has quit IRC18:56
anteayaneed more food and will be back18:57
anteayaanybody used http://www.syncany.org/ or http://sparkleshare.org/ before?19:02
*** ^d is now known as ^demon|lunch19:03
pleia2I've not heard of either19:04
sdagueok the devstack bit is landed19:06
*** thomasem has quit IRC19:07
anteayathey both appear to be java based apps19:08
*** vipul is now known as vipul-away19:08
*** mestery_ has joined #openstack-infra19:10
*** mestery has quit IRC19:10
openstackgerritDzmitry Horbach proposed a change to openstack-infra/jenkins-job-builder: Jenkins Dynamic Parameter Plug-in support  https://review.openstack.org/5388419:11
anteayaI am in #owncloud and asking for help19:11
anteayadon't hold your breath though, didn't have a huge reception the other day19:12
sdagueanteaya: are there elastic search folks hanging out anywhere on irc to ask some query questions of?19:13
clarkb#elasticsearch I think19:13
sdagueI'd like to figure out if I can do nested facets, but the docs aren't entirely clear to me on that front19:13
*** vipul-away is now known as vipul19:14
sdagueclarkb: cool, thanks19:14
lifelesssdague: isn't that just an intersection operation? bread and butter for elasticsearch19:15
sdaguelifeless: maybe, you got syntax for it?19:15
*** mestery_ has quit IRC19:15
anteayaI have been directed to an autoconfig.php manual page: http://doc.owncloud.org/server/5.0/admin_manual/configuration/configuration_automation.html19:17
anteayathere may be light19:17
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: publishers: correct XML element for boosttest xunit  https://review.openstack.org/5329519:17
anteayait appears that there is still an inital configuration though for whomever hits the page first after installation19:18
*** melwitt1 has quit IRC19:20
lifelesssdague: I may be completely off base, but just X AND Y ?19:20
*** melwitt has joined #openstack-infra19:20
lifelesssdague: or set default_operator to AND19:21
sdaguelifeless: so what I actually want is facets19:21
sdaguewhich provides something kind of like a group opperation in sql19:21
*** melwitt has quit IRC19:21
*** melwitt has joined #openstack-infra19:21
sdaguehttp://www.elasticsearch.org/guide/en/elasticsearch/reference/current/search-facets.html19:22
lifelesssdague: the docs seem to suggest just adding additional hashes to the facets hash in the json19:24
*** mrmartin has quit IRC19:24
sdagueyeh, but they end up flat19:24
sdagueat least the various attempts I've tried :)19:24
*** Ryan_Lane has quit IRC19:27
*** Ryan_Lane1 has joined #openstack-infra19:27
lifelesssdague: oh :(19:27
*** zul has quit IRC19:27
*** Ryan_Lane1 has quit IRC19:28
*** Ryan_Lane has joined #openstack-infra19:28
sdaguelifeless: yeh, and from #elasticsearch, hierarchical facets are apparently not supported19:28
lifelesssdague: so you get each facet independently; but you want them nested ?19:28
sdagueso at least I don't have to go bang my head on that19:28
lifelessnuts :(19:28
*** Ryan_Lane has quit IRC19:28
sdagueyeh, so basically on the e-r side our e-r queries for a fingerprint might show up more than once in a run, so I was hoping I could facet by build_status, and then by build_uuid to get the datastructure I wanted on the wire19:29
*** alcabrera is now known as alcabrera|afk19:30
lifelessis it a big project to add it?19:30
sdagueit looks like some generic support for something like it is targetted in their next major release19:33
*** thomasem has joined #openstack-infra19:33
sdaguehonestly, we can do the dumb thing and just process on the python side19:33
sdagueI was just trying to make sure I was using the engine as much as possible to solve our problems19:34
*** marun has quit IRC19:36
lifelessyeah19:38
sdagueand being a good citizen and learning it. I admit that my brain is so wired for sql, learning to think in es queries is an odd fit19:40
*** yaguang has quit IRC19:41
*** melwitt has quit IRC19:42
*** moted has quit IRC19:43
*** thomasbiege1 has quit IRC19:44
*** leifmadsen has joined #openstack-infra19:44
leifmadsenafternoon all, I'm trying to get gerritbot running (python 2.6), and the installation goes ok, and I have all the configuration files setup per the openstack-infra/config examples. However when I run "/usr/bin/gerritbot /etc/gerritbot/gerritbot.config" the bot just returns with no information, and nothing is logged to /var/log/gerritbot/gerritbot.log19:45
openstackgerritMauro S. M. Rodrigues proposed a change to openstack-infra/devstack-gate: Enable grenade to test upgrades from H to I  https://review.openstack.org/5394019:48
*** moted has joined #openstack-infra19:49
*** nati_ueno has quit IRC19:49
*** nati_ueno has joined #openstack-infra19:50
zaroanbody know why this hasn't been approved?  https://review.openstack.org/#/c/49448/19:53
*** nati_ueno has quit IRC19:54
sdaguehey clarkb, you got some mental powers to help sort the grenade in both directions issue?19:57
mordredsdague: what's up?19:58
mordredzaro: I don't remember - probably we were being cautious19:58
sdagueso https://review.openstack.org/5394019:59
lifelesszaro: that was during release time19:59
lifelesszaro: so cautious is my bet19:59
mordredzaro: what's up with the gerrit stuff? did we get anywhere with it?19:59
mordredsdague: looking19:59
sdagueit seems like we only currently have infrastructure in DEVSTACK_GATE_GRENADE for one direction19:59
sdaguei.e. the migrate from below19:59
sdaguen-1 => n19:59
sdaguebut we also need to be able to do migrate up on a branch20:00
sdaguen => n+120:00
lifelesssdague: I don't follow, whats the difference20:00
sdaguelifeless: when you try to land a patch on stable/havana20:01
sdaguewe should check both that it doesn't brean stable/grizzly => stable/havana20:01
sdagueand that it doesn't break stable/havana => master20:01
lifelesssdague: ok, so I read 'n-1' as 'the previous commit'20:01
mordredsdague: yes. I agree with that20:01
lifelesssdague: but what you mean is 'the previous release'20:01
sdagueno, sorry, we're talking releases20:01
sdagueyeh, grenade is about releases + master20:01
lifelesssdague: with you know.20:01
lifelesss/know/now/20:01
lifelesssdague: we should also check tip -> new commit of that same branch.20:02
lifelesssdague: with grenade.20:02
sdaguemordred: which do you agree with :)20:02
*** nati_ueno has joined #openstack-infra20:02
mordredsdague: your description of the current situation20:02
lifelessso for havana, we need grizzly->havana-new-commit, havana -> havana-new-commit, havana->trunk20:02
mordredwhat we need overall is to test a set of commit pairs20:03
mordredbut let's start with fixing sdague's question right now20:03
zaromordred: cool. i forgot we wanted to be cautious.20:03
mordredsdague: I think that, without restructuring a lot of things20:03
sdaguemordred: right, so we need another variable to handle direction?20:04
zaromordred: i think it's moving forward but still slowly.20:04
mordredsdague: or just another flag20:04
sdagueyeh, if restructing a lot is the right answer, so be it20:04
mordredsdague: so, DEVSTACK_GATE_GRENADE and DEVSTACK_GATE_GRENATE_FORWARD or something20:04
zaromordred: change got another review from dostrovky and spearce.  just small fixes needed that i haven't had time to do.20:04
mordredbecause it changes the what you're setting old branch and current to20:04
sdagueyep20:04
zaromordred: i should be able to take care of it this weekend.20:05
mordredzaro: okie. and this is the 'turn-the-enum-into-a-db-table' thing?20:05
mordredor is this your original patch?20:05
sdaguehey maurosr, mind if I take a whack at that devstack-gate logic?20:06
zaromordred: well i split my original patch into 2. so i have 2 outstanding patches now.20:06
zaromordred: 1st one is to add a change owner group.20:06
*** seagulls has quit IRC20:06
mordredsdague: we should probably think about queues changes in zuul in the logic here20:06
*** SergeyLukjanov has quit IRC20:07
mordredsdague: because now you're getting kinda fancy with the interactions20:07
sdagueyeh, I know :)20:07
*** alcabrera|afk is now known as alcabrera20:08
anteayamordred: I would like to try this: http://doc.owncloud.org/server/5.0/admin_manual/configuration/configuration_automation.html#all-parameters20:08
sdaguebut I think it will come out in the wash, it's mostly just about setting branch variables20:08
mordredsdague: if you're testing a change to stable/havana to see if it breaks master, you need to test it against changes that are ahead of it in the queue for master20:08
anteayait isn't working for me locally since I already have a connection to that trove db20:08
zaromordred: 2nd one is to make that group's permissions configurable by an admin.  1st one sets the permissions in code.20:08
mordredsdague: I believe you're right20:08
zaromordred: 2nd one is controversial, so that's why i split it up.20:08
sdaguemordred: well master will check on the other side when it runs, right?20:08
anteayabut I would like to puppet it up and see if it works, if it does, as the docs suggest then the config gui page is skipped20:08
*** melwitt has joined #openstack-infra20:09
mordredsdague: you have to do it in both directions - but that might already be accounted for in the logic20:09
mordredsince all we're doing it setting branch vars20:09
sdagueor is the issue that stable and master don't really do the right zuul things right now in rolling forward the master to the right pace20:09
sdagueplace20:09
sdaguesorry, I think I only just started to understand what you were saying20:09
mordredsdague: not sure. who controls checking out GRENADE_OLD_BRANCH?20:10
reedwhat's the official name for Ceilometer? (not its codename)20:10
mordredreed: I believe OpenStack Metering20:11
mordredyup20:11
fungireed: https://wiki.openstack.org/wiki/Programs20:11
mordredreed: you can usually find it in the summary field of a project's setup.cfg20:11
sdaguemordred: I thought it was prepped by zuul, that's why this is all in the devstack-gate-wrap20:11
reedmordred, it's in too many places20:11
reedand contradicting :(20:11
mordredsdague: well, the changes are - but grenade itself manipulates git doesn't it?20:11
lifelessmordred: http://crcache.readthedocs.org/en/latest/ if you want the lazy look20:12
reedlike it's not here https://wiki.openstack.org/wiki/Ceilometer20:12
mordredreed: indeed. well, ceilometer probably needs a patch to setup.cfg20:12
reedis setup.cfg indexed by google? if not, it doesn't count :)20:12
reedI hate wikis20:13
mordredreed: I'm not saying that it's the canonical location - merely that it's supposed to be set to the appropriate thing20:13
reedmordred, I don't know about that, i don't know what setup.cfg is20:13
fungireed: mordred: i think ttx envisions most of the official stuff around programs (names, projects they contain, incubation status, and so on) to end up in the governance repo eventually20:13
mordredreed: it's in the project's repo20:13
reedoh, of course20:14
reedit says Metering20:14
mordredsdague: ok. I checked. the script does the right thing20:14
mordredsdague: so, just setting the branch vars will do the right thing wrt zuul20:14
openstackgerritAnita Kuno proposed a change to openstack-infra/config: Create an owncloud instance.  https://review.openstack.org/5386820:16
sdaguemordred: cool20:19
*** xeyed4good has joined #openstack-infra20:19
danger_fohi rustlebee - regarding https://review.openstack.org/#/c/53419/2 I was under the impression that Denny had misunderstood the file format and was saying that he _joined_ unitedstack on or around 2013-08-16.  This, because, he didn't specify a new affiliation, and also as evidenced by e.g. http://www.openstack.org/blog/2013/09/openstack-community-weekly-newsletter-sep-13-20/ which seems to indicate he recently joined20:20
danger_fobut I'm going to check with Denny directly to find out for sure20:20
rustlebeedanger_fo: OK that's fine, just wanted to make sure it was intentional20:21
rustlebeedanger_fo: just ping me when you think i should go back and approve20:21
danger_foyup - I don't want to be making too many assumptions.  I'll let you know20:21
danger_fo& thanks20:21
*** nicedice__ has joined #openstack-infra20:21
openstackgerritSean Dague proposed a change to openstack-infra/devstack-gate: Let us gate grenade forward  https://review.openstack.org/5394020:22
*** xeyed4good1 has joined #openstack-infra20:23
sdaguemordred: so I think there is one more missing bit20:23
*** xeyed4good1 has left #openstack-infra20:23
*** xeyed4good has quit IRC20:23
*** zul has joined #openstack-infra20:23
sdaguemordred: https://review.openstack.org/#/c/53940/2/devstack-vm-gate-wrap.sh how do we handle the zuul branch stuff in L51520:24
sdaguefor the forward case20:24
*** lnxnut__ has quit IRC20:25
mordredsdague: couple of comments on the patch - looking at question20:25
clarkbwow zuul is busy for friday afternoon20:27
sdaguemordred: ok, can easily handle those comments20:29
sdaguebut am really wondering about the other side of this20:30
mordredsdague: yah.20:30
sdaguearound L515 how we get zuul to prep the workspaces right20:30
mtreinishclarkb: quick question is there an easy way that we could do a one time pull of .testrepository from a successful gate run?20:30
mtreinishI'm thinking about seeding the tempest tree with some data to maybe improve runtime a little20:31
mordredsdague: lemme pull - line numbers are off20:31
clarkbmtreinish: we upload the subunit log, do you need anything else?20:31
clarkb* upload to logs.o.o20:32
mtreinishyeah the times.dbm so testr will use that to when grouping tests20:32
mordredsdague: 515 is fine20:32
clarkbmtreinish: yeah, we can hold a node, copy the files then delete it20:32
sdaguemordred: sure, except we need the other direction there20:33
clarkbthough I wonder if hold works yet, there was a problem with it last I saw.20:33
mordredsdague: it's still fine20:33
sdaguemordred: right :)20:33
mordredsdague: you're still setting _OLD in both cases20:33
clarkbmtreinish: I will give it a shot and see what happens20:33
sdagueyes, sorry, I meant "how do we do the equivalent"20:33
mtreinishclarkb: ok cool, thanks20:33
sdaguebecause is zuul expecting that it sets up new on it's own20:33
mordredwell, no20:34
mordredok - let's be really specific20:34
mordredbecause it's hard enough if we use words weirdly20:34
mordreddevstack-gate is the one that sets up the state of the repos on the host20:34
mordredsetup_workspace specifically20:34
*** alexpilotti has quit IRC20:35
mordredsdague: ok. I grok things20:35
sdagueok, so in the new world I need old == zuul branch, and new == GRENADE_NEW_BRANCH20:35
clarkbmtreinish: in theory https://jenkins02.openstack.org/computer/devstack-precise-hpcloud-az1-609880/? will be held, I can put your public key in the jenkins account authorized_keys, is there somewhere I can find your preferred pubkey?20:36
mordredsdague: I _think_ what you need to do20:36
mordredis set ZUUL_BRANCH=$GRENADE_NEW_BRANCH20:36
mordredsdague: since that will cause the other call of setup_workspace to setup the new workspace correctly too20:37
mtreinishclarkb: can you pull it from gerrit?20:37
sdagueso we've already done setup_workspace for new by that point, back on L38620:38
sdaguedo I need to get this grenade branch logic up in that part of the script?20:39
*** SergeyLukjanov has joined #openstack-infra20:39
mordredahhh20:40
mordredyeah. I think you need to move the GRENDAE_NEW_BRANCH logic before setup_workspace is called20:41
sdagueok, I think I'll put this all into a bash function then it will be easier to get it up there20:41
mordredsdague: well, also20:41
sdagueyeh, it gets complicated, because of variable order as well... this is going to be a little more extensive20:42
mordredsdague: why don't we move the setup_workspace block and the one right below it to AFTER all of the variable setting20:42
sdagueI'm trying to figure out if that has any other unintended consequences20:42
openstackgerritAnita Kuno proposed a change to openstack-infra/config: Create an owncloud instance.  https://review.openstack.org/5386820:43
*** alcabrera has quit IRC20:44
mordredsdague: good call. if it doesn't, I think having the original setup_workspace up there makes it kinda hidden when you're trying to watch the sequencing20:46
*** datsun180b has quit IRC20:46
sdagueso, if I make setup_workspace take a 3rd param, which is the branch, and I make those vars local, I think it becomes less confusing20:46
*** romcheg has left #openstack-infra20:47
sdaguethe fact that we're flipping based on ZUUL_BRANCH global state is part of the squirliness of looking at this20:47
*** datsun180b has joined #openstack-infra20:49
anteayamordred: it appears the owncloud documentation moves faster than the features: https://github.com/owncloud/core/pull/498220:51
anteayathe pull request for this feature is 18 days old20:51
anteayait isn't in the package I am using via apt-get20:52
openstackgerritSean Dague proposed a change to openstack-infra/devstack-gate: Let us gate grenade forward  https://review.openstack.org/5394020:53
*** yaguang has joined #openstack-infra20:53
sdaguemordred: ok... so I'm sure that isn't quite right still, but it's closer, I think20:53
openstackgerritSean Dague proposed a change to openstack-infra/devstack-gate: Let us gate grenade forward  https://review.openstack.org/5394020:54
sdaguehelps if I do the function right20:54
anteaya5.0.4 which is what I am using is 7 months old20:55
*** rcleere has quit IRC20:55
sdaguemordred: ok, so if you want to see how bad I messed that up, would be appreciated20:55
*** Ryan_Lane has joined #openstack-infra20:55
*** CaptTofu has joined #openstack-infra20:56
*** jaypipes has quit IRC20:58
anteayait merged Oct. 5 and the first tag after that is 6.0 alpha 1 and there is a 6.0 alpha 2 out21:01
*** sandywalsh has joined #openstack-infra21:01
clarkbsdague: mordred: where are we on the wsme/pecan stuff?21:01
anteayaso currently, no way to autoconfig owncloud21:01
anteayaI doubt you want me to use alpha versions21:02
sdagueclarkb: it's hidden behind a stackforge_libs service enablement in devstack21:02
sdaguealso, I think it wouldn't have actually worked in zuul, because zuul doesn't prep those trees (per reading the -wrap script now)21:03
clarkbsdague: ok. Should we decouple wsme from the normal (gate|check)-tempest-devstack-vm-* jobs?21:03
sdagueyeh, that never merged though, right?21:03
clarkbsdague: the change to couple them merged21:03
clarkbI think, it was approved21:03
sdagueoh, I thought that was still pending21:03
clarkbsdague: zuul should prep the trees, but d-g-wrap wouldn't have done stuff with it. Hooks would be necessary to do that21:04
sdagueyeh, reverting that change is probably in order21:04
clarkbsdague: no, it approved, that was what sparked my questioning earlier today :)21:04
sdague:)21:04
clarkbsdague: do you want to propose the revert and I can approve?21:04
sdagueok, yeh, nova is safe from wsme21:04
sdaguesure21:04
openstackgerritSean Dague proposed a change to openstack-infra/config: Revert "make wsme / pecan participate in the gate symetrically"  https://review.openstack.org/5395721:05
sdagueman, the fact that git-review doesn't work right on a revert bums me out21:06
*** julim has quit IRC21:06
sdagueas I've done too many reverts this week21:06
clarkbsdague: just git commit --amend21:06
sdagueyeh, I know21:06
*** DennyZhang has joined #openstack-infra21:06
sdaguebut it should work :)21:06
*** alexpilotti has joined #openstack-infra21:06
anteayablargh21:06
clarkbit doesn't work because of the way git hooks don't fire on reverts21:06
sdagueand not require a non changing --amend21:06
mtreinishsdague: what about the gerrit revert button...21:07
sdagueoh, right21:07
sdagueI was going to start using that21:07
clarkbI think gerrit's revert button may suffer the same problem. markmc pointed it out21:07
sdagueoh, really?21:07
sdagueI thought mtreinish had it work the other day21:07
clarkbI would have to double check the bug21:08
*** miqui has quit IRC21:08
mtreinishclarkb: it seemed to work when I tested it: https://review.openstack.org/#/c/53460/21:08
clarkbcool, maybe markmc's incident was isolated21:08
mtreinishclarkb: wait there is not change-id in the commit message21:08
mtreinishbut it was assigned one anyway21:09
clarkbah21:09
clarkbinteresting, that is probably what markmc submitted the bug about then21:09
*** leifmadsen has left #openstack-infra21:11
anteayamordred: the other thing we could do is configure it manually and then upgrade to owncloud 6 as soon as it is out21:12
anteayaso we would be breaking the great law for now, but would be looking to address it when the fix is available21:12
anteayaI'm looking at alternates and unfortunately/fortunately owncloud does seem to be the best in terms of user experience21:13
anteayamordred: the reason we aren't using dropbox is because it isn't open source, correct?21:17
clarkbanteaya: right, we would rather support open alternatives. We don't have to host everything ourselves eg launchpad, but launchpad is open21:18
anteayasparkleshare seems to work like dropbox21:18
anteayaso a file on your computer synced with a server21:19
anteayalooks like text files are ideal, music and many photos not so much21:20
*** dizquierdo has quit IRC21:20
clarkbI have a hunch the board will be doing lots of pdfs and office sweet files21:20
clarkbwow *suite21:20
anteayabe nice if the files are sweet too21:21
clarkbput them in my tea21:22
anteayathat is what I thought, okay will continue to dig21:22
anteayaha ha ha, drink the info21:22
*** mriedem has quit IRC21:23
*** nati_ueno has quit IRC21:24
*** nati_ueno has joined #openstack-infra21:24
*** nati_ueno has quit IRC21:25
anteaya"When the user accepts an invite, SparkleShare is automatically configured to use a repository, and the user's public key is automatically uploaded." :(21:26
anteayawe are going with the notion that anything that uses a public key will be a block for the board21:26
anteayayes?21:26
clarkbanteaya: it kind of sounds like it. Any specialized clients would be a burden21:27
clarkbanteaya: a web UI where you can click on things is the desired feature aiui21:27
* anteaya keeps looking, holding her palm against her forehead21:27
clarkbanteaya: seafile21:27
anteayayeah21:27
anteayaheading back there21:27
*** rakhmerov has quit IRC21:27
clarkbanteaya: I really think seafile is exactly what is needed. Granted I have never deployed it, but my understanding is it is pared down dropbox/owncloud thing that hosts files simply21:28
fungiand i suspect if the board members have to be individually subscribed to each file uploaded, that will be burdensome as well21:28
*** ^demon|lunch is now known as ^d21:28
fungisomething where they have accounts in a group and that group can be given access to a file will probably be better received21:29
mordredyes21:29
clarkbthat ^ is why I first looked at seafile. It has proper groups and ACLs apparently21:29
danger_forustlebee:  I just confirmed with Denny on https://review.openstack.org/#/c/53419 that he did in fact join UnitedStack in August21:30
clarkbfungi: mordred: there is a d-g change in the check pipeline that has a bunch of jobs queued, any idea why they arequeued?21:30
clarkbit looks like they are slowly starting21:30
anteayayeah, seafile has a webserver that you can access with a browser21:30
danger_fos/Denny/DennyZhang :)21:30
anteayaI am back to mysql though no trove21:30
rustlebeedanger_fo: ok21:30
anteayaI'm guessing mysql is the choice given sqlite/mysql/postgres21:31
clarkbanteaya: yes, it would be for us21:31
*** weshay has quit IRC21:31
*** pcm_ has quit IRC21:31
anteayamoving forward21:31
fungianteaya: and if it supports remote mysql databases, we can plug that into a trove db somewhere in the cloud provider when we deploy in production21:32
anteayaokay, I will focus on just getting something up for now21:32
anteayaif with trove then bonus21:32
anteayaapache/nginx?21:32
anteayaapache?21:32
fungiapache21:32
clarkbooohhhhh it looks like those jobs only have devstack-precise-check in their node list21:33
clarkbit should be devstack-precise-check || devstack-precise21:33
fungiclarkb: the d-g backward compat jobs? yeah we can expand that i guess21:33
anteayahttps or http21:33
fungianteaya: https21:33
anteayak21:33
clarkbfungi: yeah. I wonder if the offline nodes in jenkins amke nodepool think it has the minimum ready nodes that it needs21:33
anteayamysql/apache/https21:33
clarkbfungi: I am going to manually delete some of those21:34
fungiclarkb: perfect. i meant to do that too but hadn't gotten to it21:34
fungii suspect they're cruft21:34
clarkbfungi: yeah, I think they are21:34
funginodepool presumably lost track of them on a restart or some random failure to remove them from jenkins21:34
anteayawho is expecting to be chatty tomorrow?21:34
anteayaI need to get a walk in before the sun goes down21:35
clarkbI may be around depending on stuff21:35
fungianteaya: i'll be around and working on stuff at least a good chunk of the day21:35
anteayathanks21:35
anteayaI'll ask random questions as I have them, jump in when you have a mind21:35
anteayaafk for a bit21:35
clarkbfungi: I am getting NoneType attribute errors trying to delete those nodes and nodepool list doesn't show them, I think nodepool has already GC'd them on its end, but they haven't been removed from jenkins21:37
clarkbI am going to manually remove them from jenkins21:37
*** melwitt has quit IRC21:38
fungimatches what i was expecting21:38
*** danger_fo is now known as danger_fo_away21:39
*** oubiwann has quit IRC21:39
*** melwitt has joined #openstack-infra21:39
clarkbjenkins02 is clean, doing 01 now21:43
openstackgerritA change was merged to openstack-infra/config: Revert "make wsme / pecan participate in the gate symetrically"  https://review.openstack.org/5395721:44
clarkb01 should be good now too21:47
*** ruhe has joined #openstack-infra21:48
morganfainbergso... using testr as the runner, how do i see each test as it's run (keystone recently went to testr, but i'd like to still see each test w/ an ok/fail/error etc)?  is that even possible with testr?21:49
morganfainbergi might just be confused....21:49
clarkbmorganfainberg: it is possible with testr21:49
clarkbmorganfainberg: the simple way is `test run --parallel --subunit | subunit2pyunit`21:50
morganfainbergclarkb, ah ok21:50
clarkbif you do pipe the subunit stream through to an outer parser note that that parser should exit with a nonzero exit code if there were any failures in the stream (because pipefail isn't the default in most shells)21:50
clarkbsubunity2pyunit will do that properly21:50
*** michchap has quit IRC21:51
morganfainbergclarkb, thanks.  debugging a strange issue that has cropped up trying to shuffle tests around21:51
morganfainbergand knowing if there is something silly going on because of an ordering issue would be helpful (keystone can't run tests in parallel yet)21:52
clarkbgotcha, testr --analyze-isolation is a good one too21:52
*** DennyZha` has joined #openstack-infra21:52
morganfainbergoh that might be exactly what i'm looking for21:52
clarkbafter a failed test run, if you run that it iwll bisect tests and try to find conflicts in the test run order21:52
*** michchap has joined #openstack-infra21:53
*** DennyZhang has quit IRC21:53
*** rnirmal_ has joined #openstack-infra21:54
morganfainbergclarkb, it's looking more and more like some inconsistencies in setUp and tearDown21:56
clarkbmorganfainberg: they often are21:56
morganfainbergclarkb, thanks for the help. this is much more useful than the empty screen until failure21:56
clarkba common problem in nova was that setups and teardowns didn't always do the right thing so you were left with crud post test21:56
*** DennyZha` has quit IRC21:57
morganfainbergclarkb, sort of here.  there is something nasty going on with our "restfultestcase"21:57
*** rnirmal has quit IRC21:57
*** rnirmal_ is now known as rnirmal21:57
morganfainbergiirc these are part of the tests that need to get into tempest.21:57
morganfainbergoh look at that.  i think i might have found the issue... maybe a mutable default arg21:58
*** rakhmerov has joined #openstack-infra21:58
morganfainberg*goes hunting*21:58
clarkbmorganfainberg: cool, did analyze isolation point out a confict?21:58
morganfainbergclarkb, trying that next needed to get a failed run first21:59
*** ruhe has quit IRC21:59
morganfainbergclarkb, so, testr --analyze-isolation do i need to also say "run" in there?21:59
clarkbmorganfainberg: no22:00
*** mgagne has quit IRC22:00
clarkber maybe22:00
clarkbyes I think you do, all testr things need a base command22:00
morganfainbergahhh22:00
mordredmorganfainberg: tearDown should die in a fire22:00
clarkbalso that22:00
morganfainbergmordred, not arguing with you on that22:00
mordred:)22:00
morganfainbergmordred, i was convinced of that a while back22:00
*** Ryan_Lane has quit IRC22:02
*** Ryan_Lane1 has joined #openstack-infra22:02
*** Ryan_Lane1 is now known as Ryan_Lane22:02
*** Ryan_Lane has joined #openstack-infra22:02
morganfainbergmordred i am trying to avoid needing to restructure all of our tests quite yet to make tearDown ... well not an issue.  because that is more time than i have atm. (prepping for HK), but somehow i think that will make everything "happy"22:02
*** prad has quit IRC22:05
*** sandywalsh has quit IRC22:07
*** dcramer_ has joined #openstack-infra22:07
*** rnirmal has quit IRC22:08
*** ericw has quit IRC22:08
*** thomasem has quit IRC22:08
*** DennyZhang has joined #openstack-infra22:16
*** ericw has joined #openstack-infra22:17
*** hogepodge has quit IRC22:20
mordred++22:23
*** Ryan_Lane has quit IRC22:24
*** Ryan_Lane has joined #openstack-infra22:25
*** rakhmerov has quit IRC22:32
*** DennyZhang has quit IRC22:33
*** hogepodge has joined #openstack-infra22:41
*** zul has quit IRC22:42
*** zul has joined #openstack-infra22:43
clarkbso I looked at neutron subunit logs to see why they might be taking a long time to convert to html and they are 83MB uncompressed22:43
*** Ryan_Lane has quit IRC22:45
*** Ryan_Lane has joined #openstack-infra22:45
*** esker has quit IRC22:48
*** jergerber has quit IRC22:51
morganfainbergmordred / clarkb, what is the mechanism that replaces tearDown?22:52
morganfainbergi think i need to start putting some more critical things into that path becasue it's the only way to fix this issue.22:52
clarkbmorganfainberg: cleanups. you call addCleanup() and pass it methods to run post test22:53
morganfainbergclarkb, thanks!22:53
clarkbmorganfainberg: you can do that in tests themselves that inherit from testtools.TestCase of in fixtures22:53
morganfainbergah, good to know22:53
clarkbmorganfainberg: we tend to prefer to encapsulate as much stuff in fixtures as possible because they neatly encapsulate resources that you need outside the scope of a test22:53
morganfainbergright.22:53
clarkbmorganfainberg: https://pypi.python.org/pypi/fixtures has decent docs22:54
morganfainbergi'll worry about pushing to individual tests once i solve the bigger issues and things actually work.22:54
clarkbthe big difference between tearDown and cleaups are that you define the cleanups in a setUp of some sort usually so you don't have to worry about matching code in different functions22:55
*** matty_dubs is now known as matty_dubs|hk22:55
clarkband cleanups should always run, tearDowns don't run if setUp bombs out22:55
morganfainbergthat makes an insance amount of sence22:55
morganfainbergsense*22:55
morganfainberginsane*22:55
morganfainbergcrud...22:55
morganfainbergi might need a beer22:55
morganfainbergthis is all stemming from this patchset22:56
morganfainberghttps://review.openstack.org/#/c/53050/22:56
morganfainbergand just moving the tests is causing a single test to behave very very oddly, meaning, i think it is just accidental the test worked before22:56
clarkbyup that sounds likely22:57
clarkbmorganfainberg: I often find just running the test on its own is a good first check22:57
morganfainbergit passes22:57
clarkbmorganfainberg: that tells you if dependencies are just missing22:57
clarkbif it passes then someething else is probably side effecting it22:57
morganfainbergand i tried doing some cleanup on the test...because the test _is_ wrong.22:57
morganfainbergand now everything else is cascading and having issue based upon that test being wrong22:58
morganfainbergit's far from pretty.22:58
morganfainbergclarkb, in either case, my plan: get important stuff into addCleanup22:59
morganfainbergand once i have things all working properly again, i'll worry about getting things isolated per-test some.22:59
morganfainbergwhich will be _much_ better22:59
*** Ryan_Lane has quit IRC23:02
*** Ryan_Lane has joined #openstack-infra23:02
*** mrodden has quit IRC23:05
*** zul has quit IRC23:11
*** zojoncj has quit IRC23:17
*** datsun180b has quit IRC23:17
*** markmcclain has quit IRC23:18
* clarkb -> home23:24
*** rakhmerov has joined #openstack-infra23:28
*** ^d has quit IRC23:29
*** nati_ueno has joined #openstack-infra23:32
*** hogepodge has quit IRC23:34
openstackgerritSlickNik proposed a change to openstack-infra/config: Create new repository for trove-dib-elements  https://review.openstack.org/5397223:37
*** michchap has quit IRC23:43
*** michchap has joined #openstack-infra23:43
*** wenlock has quit IRC23:48
*** Ryan_Lane has quit IRC23:52
*** Ryan_Lane has joined #openstack-infra23:54
openstackgerritJoshua Harlow proposed a change to openstack-infra/config: Add anvil py26/py27 testing  https://review.openstack.org/5397323:54
*** denis_makogon has joined #openstack-infra23:55
*** sdake_ has quit IRC23:58
openstackgerritJoshua Harlow proposed a change to openstack-infra/config: Add anvil py26/py27 testing  https://review.openstack.org/5397323:59

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