Thursday, 2013-10-10

clarkbheh now my server that runs the stress tests unpings00:00
sdaguenice00:02
fungiany of the former mysql'ers in here know a way to get encrypted vulnerability reports to oracle's mysql devs? (their security contact pgp keys are not exactly easy to find)00:03
clarkbfungi: stewart over in #drizzle may know. IIRC he is still in communication with oracle00:04
fungithanks!00:05
*** rnirmal has quit IRC00:05
clarkbsdague: new etherpad* now running tip of develop (it won't auto update them but it is up to date as of now)00:06
clarkbI am going to send my mail list note about sundays outage00:06
sdaguecool00:07
clarkbsent00:08
*** CaptTofu has quit IRC00:13
*** CaptTofu has joined #openstack-infra00:13
clarkbgot to my test VM, I am running the stress tester now00:14
clarkb(I have relaxed the number of lurkers to see if that makes a difference and if I can't reproduce will increase them back to insane levels)00:15
*** marktraceur has quit IRC00:17
zulso hypothetically here is a problem iso8601 hasnt been update on pypi in years00:19
zulby the looks of it00:19
zulbut according to their site it just added python3 support00:19
*** hogepodge has quit IRC00:21
*** marktraceur has joined #openstack-infra00:21
fungifunny. 2007-09-1800:22
fungiextremely small module which happens to be py3k-compatible by virtue of its simplicity, and the author only just happened to get around to noting the fact, i suppose00:23
zulfungi:  https://bitbucket.org/micktwomey/pyiso860100:23
zulfungi:  recent activity 5 minutes ago ;)00:24
*** matsuhashi has joined #openstack-infra00:29
*** oubiwann_ has quit IRC00:33
*** alcabrera has joined #openstack-infra00:34
*** wenlock has quit IRC00:35
*** ryanpetrello has joined #openstack-infra00:36
fungicrazy00:41
fungii guess they'll release that... eventually00:42
*** gyee has quit IRC00:45
*** CaptTofu has quit IRC00:48
*** CaptTofu has joined #openstack-infra00:49
*** fifieldt has quit IRC00:52
*** chrisstreeter has quit IRC00:53
mordredfungi: do you want me to put you in contact with mysql devs?00:53
fungimordred: more just wondering what their recommended vulnerability reporting channels are00:55
fungianother researcher on the oss-security ml was asking, so i figured i'd ask around00:56
*** nosnos has joined #openstack-infra00:59
*** ryanpetrello has quit IRC01:08
*** dkranz has joined #openstack-infra01:12
mordredkk01:13
*** svarnau has quit IRC01:14
mordredfungi: I have sent a quick question to Tomas Ulin, who is VP of Engineering for MySQL at Oracle01:15
mordredlet's see what he says01:15
mordredof course, I sent it on Facebook01:16
*** svarnau has joined #openstack-infra01:17
fungiheh. thanks!01:18
*** boris-42 has quit IRC01:21
*** emagana has quit IRC01:21
*** marun has quit IRC01:30
*** CaptTofu has quit IRC01:32
*** CaptTofu has joined #openstack-infra01:32
*** svarnau has quit IRC01:33
*** vipul is now known as vipul-away01:49
*** alexpilotti has quit IRC01:49
*** yaguang has joined #openstack-infra01:53
*** basha has joined #openstack-infra01:54
*** reed has quit IRC01:58
*** ArxCruz has joined #openstack-infra01:58
*** vipul-away is now known as vipul01:59
*** ArxCruz has quit IRC02:02
*** jerryz has quit IRC02:03
*** fifieldt has joined #openstack-infra02:04
*** dhellmann has quit IRC02:07
*** jaypipes has quit IRC02:10
*** xchu has joined #openstack-infra02:15
*** HenryG has quit IRC02:18
*** sarob has joined #openstack-infra02:21
*** sarob has quit IRC02:22
*** sarob has joined #openstack-infra02:23
*** dcramer_ has quit IRC02:23
*** melwitt has quit IRC02:28
*** CaptTofu has quit IRC02:31
*** CaptTofu has joined #openstack-infra02:31
*** basha has quit IRC02:32
*** basha has joined #openstack-infra02:33
*** rcleere has joined #openstack-infra02:35
*** darraghb has joined #openstack-infra02:37
*** basha has quit IRC02:37
hub_capmordred: and co, https://github.com/openstack/python-troveclient/commit/fd43cbd73b9de8a216039e6e66a8523e4c96543d02:38
hub_capill be pushing troveclient 1.0.0 up to pypi in ~24 hrs after it gets a bit more real world testing02:38
hub_caphmm maybe ill be pushing it up now for some internal tests02:39
mordredhub_cap: so, you're saying we should pull that and test it out?02:43
mordredhub_cap: we're moving our stuff to trove you know02:43
mordredhub_cap: before you cut a troveclient - lemme give youa tiny patch that will make you happier moving forward02:44
hub_capmordred: ++02:45
*** senk has joined #openstack-infra02:45
hub_capand do i just git tag -s 1.0.0 and git review when its all ready?02:45
hub_capand yes im saying u should pull that down and use it! (itll be easier when ive tagged it, and then ill push a >=1.0.0 to global-req)02:46
hub_capmordred: fwiw, the reason i pushed forward w/ the client upgrade was cuz yer moving to trove02:48
mordredhub_cap: https://review.openstack.org/5080502:48
mordredhub_cap: woot! you're teh awesome02:48
mordredclarkb: ^^^02:48
hub_capsweet mordred ill let the robots +1 and then merge it02:48
mordredclarkb: python-troveclient should work with our accounts now and should behave sanely with our env vars02:49
hub_capyes yes!!02:49
hub_caphorray for not being different! screw snowflakes02:49
mordredhub_cap: mordred@camelot:~/src/openstack/python-troveclient$ foo/bin/trove list02:52
mordredCould not find any suitable endpoint. Correct region?02:52
hub_capdid u install devstack+trove?02:53
hub_capor does your service_catalog have trove endpoints?02:53
hub_cap'database'02:53
mordredhub_cap: I did "pip install -e ." in python-troveclient02:53
mordredhub_cap: this is pointed at rax production02:53
mordredhub_cap: nova list works and shows me things02:53
hub_capdoes rax prod have trove endpoints i wonder02:53
hub_caplet me c02:53
mordredhub_cap: do I need a different region or endpoint02:54
mordred?02:54
hub_capcan u --debug it and send it?02:54
hub_capwell if rax hasnt standardized and is calling it like "dbaas" or somethign goofed u might need to set another envvar02:54
hub_capOH WTF rax:database02:54
hub_capu gotta be kidding me02:55
mordred{"name":"cloudDatabases",02:55
hub_caplemme find u the envvar to set mordred02:55
mordredhub_cap: can we also file a bug with them02:55
mordredand let them know they're stupid?02:55
hub_capyes ill send an email to a ML and ask wtf02:56
hub_capi mean in their defense mordred02:56
hub_capthey prolly assumed openstack woudl just call it rax:database02:56
hub_cap;)02:56
*** DennyZhang has joined #openstack-infra02:57
mordredprobably02:57
mordredhub_cap: can you tell me what it is that they're calling rax:database?02:57
mordredhub_cap: I'm sending an email to higher ups at rackspace to let them know02:57
hub_caphttp://docs.rackspace.com/auth/api/v2.0/auth-client-devguide/content/Service_Types-d1e265.html02:58
hub_capthe fucking service-type02:58
hub_capmordred: can u do a trove --service-type rax:database list02:59
mordredthat works03:01
hub_capu see shit now?03:01
mordredyup. looks perfect. you're awesome03:01
hub_capwhew03:01
mordredis it possible to set that via env var?03:01
hub_capnone o the other clients do but we can check to see if the other envvars work03:01
hub_capgot a min to test?03:01
mordredyah man03:02
hub_capTROVE_SERVICE_NAME=rax:database trove list03:02
mordrednope03:02
hub_capTROVE_DATABASE_SERVICE_NAME=rax:database trove list03:02
hub_capugh i can totally add a TROVE_SERVICE_TYPE03:02
hub_capfwiw none of the other clients have it03:02
hub_capGOD DAMN U RAX03:03
mordredhttps://review.openstack.org/5080703:04
mordredhub_cap: ^^03:04
mordredmerry christmast03:04
hub_caplol ya thatll do it03:04
hub_caplol @ your commit msg03:05
hub_capok _now_ i can tag.. mordred its the git tag --------SSSSSSSSS , git review, right?03:06
*** jerryz has joined #openstack-infra03:07
mordredyup03:08
hub_capcool lemme pull it down and do the needful03:08
mordredgit tag -s 1.0.0 ; git push gerrit 1.0.003:08
hub_capahhhh ya i wouldve flubbed that thx03:08
hub_capill submit a review to requirements too soon03:08
hub_capafter its up03:08
*** sarob has quit IRC03:09
*** sarob has joined #openstack-infra03:10
mordredhub_cap: oh!03:15
mordredexport OS_SERVICE_NAME=cloudServersOpenStack03:15
mordredwe already have that set03:15
mordredso maybe OS_SERVICE_NAME _IS_ a thing that needs set03:16
hub_capogeez03:16
hub_capwell your work of art is in 1.0.003:16
hub_captagged and bagged03:16
mordredfine by me03:16
hub_capme203:16
mordredwhy is it OS_SERVICE_NAME03:16
mordredwhen the API thing is service-type?03:16
* hub_cap shrugs03:16
hub_capi think dolph might be able to answer better03:17
mordredhub_cap: I see no reference to OS_SERVICE_NAME anywhere03:17
hub_capmy guess is that you have to set that because thre is a older cloud servers?03:17
hub_capoh lol03:17
hub_capso its legacy?03:17
mordredyup03:18
hub_capya its not in the code03:18
hub_capgreat03:18
hub_capnuke it03:18
openstackgerritMichael Basnight proposed a change to openstack/requirements: Add a version for troveclient  https://review.openstack.org/5081203:18
*** dims has quit IRC03:21
hub_capthx for the help and testing mordred03:23
hub_capim glad you put it thru the paces a bit before i tagged it03:23
mordredme too! I'm thrilled03:23
hub_cap:)03:24
mordredhub_cap: next step - heat providers?03:24
mordredhub_cap: you know I'm just making you do my work for me03:24
*** alcabrera has quit IRC03:24
hub_caplol if fixing the client was your work then you have too much work03:24
*** mriedem has quit IRC03:24
hub_capbut this means im officially back on getting tempest tests runnin03:25
hub_capso ill help in any way, as long as it makes u look good ;)03:25
*** sarob has quit IRC03:30
*** sarob has joined #openstack-infra03:33
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Gate current clients on stable branches  https://review.openstack.org/4193103:35
*** syllksox has joined #openstack-infra03:38
*** senk has quit IRC03:49
*** jerryz has quit IRC03:53
*** vipul has quit IRC03:57
*** vipul has joined #openstack-infra03:58
*** SergeyLukjanov has joined #openstack-infra03:59
*** DennyZha` has joined #openstack-infra04:00
*** SergeyLukjanov has quit IRC04:03
*** basha has joined #openstack-infra04:15
*** syllksox has quit IRC04:22
*** alchen99 has joined #openstack-infra04:27
*** SergeyLukjanov has joined #openstack-infra04:31
*** rcleere has quit IRC04:33
*** SergeyLukjanov has quit IRC04:34
*** alchen99 has quit IRC04:34
*** sandywalsh has quit IRC04:37
*** darraghb has quit IRC04:40
*** DennyZhang has quit IRC04:55
*** DennyZha` has quit IRC04:55
*** DennyZhang has joined #openstack-infra04:55
*** darraghb has joined #openstack-infra05:01
*** sandywalsh has joined #openstack-infra05:02
*** garyk has joined #openstack-infra05:02
garykhi, anyone around?05:02
garykdoes anyone know why jenkins did not run on https://review.openstack.org/#/c/49842/05:03
*** boris-42 has joined #openstack-infra05:03
clarkbgaryk: was that a draft that was published?05:03
garyki think that the original was a draft. when i took it over i just pushed it and was not sure how to remove the draft as i was not the owenr05:04
clarkbbut patchset 2 wasn't pushed with -D?05:04
*** sarob has quit IRC05:04
garykthe 2nd patch set was pushed as usual.05:04
garykno -D05:04
*** sarob has joined #openstack-infra05:04
garykany idea how i can get jenkins to run on it?05:04
garykrecheck?05:05
*** yaguang has quit IRC05:05
clarkbyes recheck should force the tests to run05:05
clarkbnot sure why it didn't run when patchset 2 was pushed05:05
clarkbmaybe gerrit doesn't remove the draft state until after it handles events?05:06
garykclarkb: thanks, i'll give it a ry05:06
garyktry05:06
clarkbtests are running according to the zuul status page05:06
garykclarkb: thanks! much appreciated05:06
clarkbnp05:07
*** senk has joined #openstack-infra05:20
*** wenlock has joined #openstack-infra05:34
*** guohliu has joined #openstack-infra05:36
sshturmmordred: hello! are there any changes in question about database user permissions?05:41
clarkbsshturm: I don't think so. We need to sort out how to GRANT CREATE and DROP to openstack_citest preferably without giving that user DROP perms to the mysql schema05:47
clarkbbut I am not sure if mysql can do that (I was trying to get an answer from mordred but I think he was busy)05:47
*** afazekas is now known as __afazekas05:48
*** senk has quit IRC05:54
hub_capclarkb: u mean fundamentally?05:55
hub_caplike can u assign drop priv's to a single db for a user?05:55
hub_capu can most definitely assign drop privs to a schema/table and not give access to mysql schema05:58
*** kong has joined #openstack-infra05:58
konggate of the stable branch blocked now?05:59
konghttp://logs.openstack.org/42/49842/2/check/gate-nova-python27/f5d4960/console.html05:59
*** yaguang has joined #openstack-infra06:01
*** wenlock has quit IRC06:02
sshturmclarkb: should we wait any changes in this question or we should find another decision of this problem?06:03
*** bodepd has quit IRC06:03
kong<sshturm>, is this a problem all of you know?06:05
clarkbhub_cap: it needs to be more special that that, I would like to make it DROP on arbitrary schemas excluding the mysql schema06:11
clarkbsshturm: mordred made it sound like we should just do it, sorting out the how is what we need to do now06:11
hub_capoh like everything _but_ mysql?06:11
clarkbhub_cap: right06:11
hub_capand the everything changes?06:11
clarkbhub_cap: its a test machine, I don't mind the user being able to create arbitrary databases, I just don't want it to be able to derp the server06:11
clarkbor at least not derp it at a fundamental level like that06:12
clarkbkong: those look like valid unittest failures with mox, could be a test order thing06:13
*** DennyZhang has quit IRC06:14
clarkbhub_cap: the idea is that unittests could create arbitrary schemas to avoid races and conflicts among tests, the unittests also need to cleanup after themselves06:14
kongclarkb, seems the failure has nothing to do with mine. what should I do now?06:14
hub_capok that makes sense06:14
clarkbkong: right, I don't think your change directly caused that failure. But nova runs its unittests in parallel and there can be races between them (unfortunately not all of the tests are safe yet) so you can try debugging the failures06:15
kongthanks, clarkb, I'll try06:16
*** vipul has quit IRC06:23
*** vipul has joined #openstack-infra06:24
hub_capclarkb: i added a user, gave them * privs, and while mucking around, tried to drop mysql schema, and got a06:26
hub_capERROR 1580 (HY000): You cannot 'DROP' a log table if logging is enabled06:26
ekarlsomordred: why should I remove the version from setup.cfg?06:27
hub_capso enable logging and you win clarkb ;)06:27
clarkbhub_cap: that is a fun hack. won't prevent maliciousness but should prevent derps06:28
hub_cap++06:28
*** afazekas has joined #openstack-infra06:33
*** kong has quit IRC06:34
*** yolanda has joined #openstack-infra06:34
*** kong has joined #openstack-infra06:36
*** vipul is now known as vipul-away06:43
*** odyssey4me has joined #openstack-infra06:43
garykanyone familiar with the boto libary?06:43
garykclarkb: you around for a silly question06:47
*** dkehn has quit IRC06:49
*** yaguang has quit IRC06:49
*** pblaho has joined #openstack-infra06:50
*** dkehn has joined #openstack-infra06:51
*** yamahata has joined #openstack-infra06:53
*** senk has joined #openstack-infra06:56
*** yaguang has joined #openstack-infra07:02
*** senk has quit IRC07:03
*** basha has quit IRC07:05
*** vipul-away is now known as vipul07:06
*** yamahata has quit IRC07:06
*** jcoufal has joined #openstack-infra07:06
*** odyssey4me has quit IRC07:08
*** yaguang has quit IRC07:10
*** yaguang has joined #openstack-infra07:11
*** basha has joined #openstack-infra07:11
silehthi, global-requirements have sphinxcontrib-pecanwsme>=0.5 and when I'm looking http://pypi.openstack.org/openstack/sphinxcontrib-pecanwsme/ , the local mirror seems not uptodate, how many time should I wait to have the pypi repository updated ?07:14
jd__hm, looks like a "bug" to me indeed07:16
*** flaper87|afk is now known as flaper8707:16
jd__unless the change went in less than 24 hours ago07:16
openstackgerritSerg Melikyan proposed a change to openstack/requirements: Add murano-common to global requirements  https://review.openstack.org/5084507:17
*** anteaya has joined #openstack-infra07:20
silehtjd__, the global requirements have been merged 7 days ago07:21
jd__I thought so07:22
*** vipul is now known as vipul-away07:22
anteayasileht: sorry global-requirements are something I haven't gotten my head around yet07:24
anteayayou will probably have to wait for fungi when he is online unless mordred pops by before that07:24
anteayafor those who care, Vienna is surrounded by fields07:24
anteayawas expecting mountains got fields07:25
anteayaand lederhosen in the wild07:25
*** ben_duyujie has joined #openstack-infra07:25
* anteaya looks for dhellman layover petting cats07:25
anteayanary a one07:25
*** reed has joined #openstack-infra07:26
*** sdake_ has quit IRC07:28
*** vipul-away is now known as vipul07:30
*** SergeyLukjanov has joined #openstack-infra07:30
*** yamahata has joined #openstack-infra07:32
*** dafter has joined #openstack-infra07:37
anteayafungi, sdague I was moving toward using vcsrepo as I puppet up the sodabrew fork of puppet-dashboard07:37
anteayadoes this mean I have to fix vcsrepo to do so?07:37
*** anteaya has quit IRC07:38
*** bodepd has joined #openstack-infra07:40
*** basha has quit IRC07:48
*** SergeyLukjanov has quit IRC07:49
*** che-arne has quit IRC07:49
*** jhesketh__ has quit IRC07:50
*** hashar has joined #openstack-infra07:52
*** yassine has joined #openstack-infra07:57
*** shardy_afk is now known as shardy07:58
*** sdake has quit IRC08:00
*** sarob has quit IRC08:01
*** sarob has joined #openstack-infra08:01
*** jhesketh__ has joined #openstack-infra08:03
*** dkehn_ has joined #openstack-infra08:05
*** dkehn has quit IRC08:07
*** dkehn has joined #openstack-infra08:08
*** dafter has quit IRC08:09
*** dkehn_ has quit IRC08:10
*** xchu has quit IRC08:11
*** amotoki has joined #openstack-infra08:12
*** garyk has quit IRC08:18
*** SergeyLukjanov has joined #openstack-infra08:19
*** sarob has quit IRC08:19
*** dizquierdo has joined #openstack-infra08:20
*** sarob has joined #openstack-infra08:20
*** fbo_away is now known as fbo08:20
*** SergeyLukjanov has quit IRC08:23
*** SergeyLukjanov has joined #openstack-infra08:24
*** xchu has joined #openstack-infra08:28
*** sarob_ has joined #openstack-infra08:29
*** sarob has quit IRC08:29
*** boris-42 has quit IRC08:31
*** locke1051 has quit IRC08:31
*** jpich has joined #openstack-infra08:34
*** sarob_ has quit IRC08:40
*** yamahata has quit IRC08:48
*** derekh has joined #openstack-infra08:48
*** alexpilotti has joined #openstack-infra08:51
*** SergeyLukjanov has quit IRC08:53
*** DinaBelova has joined #openstack-infra09:01
*** yamahata has joined #openstack-infra09:03
*** dizquierdo has left #openstack-infra09:05
*** nosnos has quit IRC09:06
*** DinaBelova has quit IRC09:07
*** xchu has quit IRC09:09
*** jcoufal has quit IRC09:12
*** reed has quit IRC09:15
*** jpich has quit IRC09:15
*** dafter has joined #openstack-infra09:20
lifelessjeblair: I'm not sure what the error here http://logs.openstack.org/65/49965/2/check/gate-config-layout/bc8af11/console.html is caused by09:20
lifelessjeblair: I presume I did something wrong in https://review.openstack.org/#/c/49965/09:20
*** xchu has joined #openstack-infra09:21
*** dafter has quit IRC09:25
*** pblaho has quit IRC09:28
*** basha has joined #openstack-infra09:30
*** senk has joined #openstack-infra09:31
*** darraghb has quit IRC09:32
*** senk has quit IRC09:35
*** afazekas has quit IRC09:41
*** alexpilotti has quit IRC09:41
*** xchu has quit IRC09:41
*** dizquierdo has joined #openstack-infra09:43
*** SergeyLukjanov has joined #openstack-infra09:53
ttxLots of bug 1237895 this morning10:01
uvirtbotLaunchpad bug 1237895 in devstack "devstack stalls running setup.py install for python-mimeparse" [Undecided,New] https://launchpad.net/bugs/123789510:01
*** hashar has quit IRC10:02
*** alexpilotti has joined #openstack-infra10:03
*** dafter has joined #openstack-infra10:05
*** boris-42 has joined #openstack-infra10:05
*** alcabrera has joined #openstack-infra10:13
*** darraghb has joined #openstack-infra10:14
*** SergeyLukjanov has quit IRC10:24
*** markmc has joined #openstack-infra10:25
*** mdenny has quit IRC10:30
*** senk has joined #openstack-infra10:31
*** odyssey4me has joined #openstack-infra10:31
*** senk has quit IRC10:35
*** __afazekas is now known as afazekas10:41
*** salv-orlando has joined #openstack-infra10:50
*** darraghb has left #openstack-infra10:53
*** yaguang has quit IRC10:57
*** basha has quit IRC11:03
*** basha has joined #openstack-infra11:06
*** garyk has joined #openstack-infra11:15
*** yamahata has quit IRC11:17
sdaguettx: it's useful to link some failed jobs in the bug, so we can look at raw logs11:24
ttxsdague: will have that up for you in a second11:24
sdaguecoolio11:25
*** dafter has quit IRC11:25
ttxsdague: posted. The logs are not very verbose11:28
ttxsdague: also there was some nova unit tests persistent failure due to a boto bump11:28
ttxapevec was supposed to push a fix and bug for that11:29
sdagueyeh, saw that one, go boto for adding a non default param in the middle of a param list11:29
ttx(see openstack-dev (thread misleadingly named "stable/grizzly"11:29
ttxsdague: yep11:29
sdagueso... I see garyk's incorrect fix which is changing nova requirements (which should get rejected by the req test job)11:31
*** senk has joined #openstack-infra11:32
sdaguethis looks like a better fix - https://review.openstack.org/#/c/50873/7 - though the commit message isn't helpful11:32
*** alexpilotti has quit IRC11:33
*** senk has quit IRC11:36
openstackgerritgaryk proposed a change to openstack/requirements: Exlcude boto version 2.14.0  https://review.openstack.org/5090711:38
*** pcm_ has joined #openstack-infra11:39
garyksdague: so we should change the code?11:39
garyksdague: i think that the same thing happened in the past and 2.13.0 was excluded. i am not familiar with this code so i just follwed the previos fix11:40
ttxsdague: I'm seeing more and more of bug 1237895 in milestone-proposed backports. Could it be a wedged venv on some nodes ? Or soething that only affects milestone-proposed ?11:41
uvirtbotLaunchpad bug 1237895 in devstack "devstack stalls running setup.py install for python-mimeparse" [Undecided,New] https://launchpad.net/bugs/123789511:41
sdaguegaryk: right, but global requirements came in since then, so you can't change just in the projects11:42
*** HenryG has joined #openstack-infra11:42
*** mriedem has joined #openstack-infra11:43
*** rfolco has joined #openstack-infra11:43
*** mriedem has quit IRC11:43
*** alexpilotti has joined #openstack-infra11:44
*** mriedem has joined #openstack-infra11:44
*** weshay has joined #openstack-infra11:45
sdaguegaryk: so https://review.openstack.org/50908 might work11:45
garyksdague: understood. i have updated the global requirements too. i am not sure which change is better. just know that gateing is broken :)11:45
sdaguealso, is there a bug?11:46
ttxseeing almost everything fail in milestone-proposed right now due to 123789511:47
* ttx tries to build a logstash signature for that one11:48
*** SergeyLukjanov has joined #openstack-infra11:49
garykttx sdague i opened https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/grizzly+topic:1237944,n,z guess that it must have been duplicated at least 5 or 6 times today11:49
ttxsdague: is there a way to say <<"x" and not "y">> in logstash ?11:50
sdaguettx: I don't know11:50
*** boris-42 has quit IRC11:51
sdaguettx: so I think the actual issue with 1237895 is this - http://logstash.openstack.org/#eyJzZWFyY2giOiJcIk5vdCBmb3VuZDogPGEgaHJlZj0naHR0cDovL2Rvd25sb2FkLmNpcnJvcy1jbG91ZC5uZXQvMC4zLjEvY2lycm9zLTAuMy4xLXg4Nl82NC11ZWMudGFyLmd6Jz5odHRwOi8vZG93bmxvYWQuY2lycm9zLWNsb3VkLm5ldC8wLjMuMS9jaXJyb3MtMC4zLjEteDg2XzY0LXVlYy50YXIuZ3o8L2E+XCIiLCJmaWVsZHMiOltdLCJvZmZzZXQiOjAsInRpbWVmcmFtZSI6IjE3MjgwMCIsImdyYXBobW9kZSI6ImNvdW50IiwidGltZSI6eyJ1c2VyX2ludG11:52
sdagueVydmFsIjowfSwic3RhbXAiOjEzODE0MDU5MTEwMzZ911:52
*** enikanorov-w has quit IRC11:52
*** ben_duyujie has quit IRC11:52
*** CaptTofu has quit IRC11:52
sdagueour devstack nodes are under enough load that the bash "kill on bad exit" takes a few seconds to actually trigger11:52
*** CaptTofu has joined #openstack-infra11:53
sdagueso the actual killing fail is often further up the logs11:53
*** boris-42 has joined #openstack-infra11:53
sdagueso 10 second earlier we failed to pull the cirros image11:53
*** enikanorov-w has joined #openstack-infra11:53
sdaguethis is something I started to realize the other day, which is seriously confusing11:53
ttxoh.11:55
ttxso that would be a dupe of bug 123228311:56
uvirtbotLaunchpad bug 1232283 in devstack "devstack exits with error for "no reason" in tempest run" [Undecided,New] https://launchpad.net/bugs/123228311:56
*** dhellmann has joined #openstack-infra11:56
sdagueyeh11:56
*** sandywalsh has quit IRC11:57
ttxsdague: a quickfix would be to get cirros-cloud.net fixed11:57
sdagueoh... damn, I wonder if this was the hypervisor refactor in devstack11:57
ttx(or should it never ever download that in the first place ?)11:57
sdaguettx: so the issue is we shouldn't be hitting the network11:57
ttxack11:57
sdaguebut I wonder if the hypervisor refactor in devstack moved things around enough that the cirros precache isn't in the right place11:58
sdaguedtroyer is probably not up for another hour or two11:58
ttxsdague: that said, we hit it very consistently now, but probably not every time11:58
sdagueyeh, I wonder if it's confined to an hp az11:59
ttxsdague: did you see it affecting master ? All my eyes are on milestone-proposed right now11:59
sdagueyeh, it hits master12:00
sdagueand did in grizzly stable12:00
sdaguewhich actually means it's probably not a devstack change issue12:00
sdagueunfortunately I'm about to go flat out for the day, so that's about as far as I can get on this one12:01
*** dafter has joined #openstack-infra12:05
*** dafter has quit IRC12:05
*** dafter has joined #openstack-infra12:05
garyksdague: i think that your patch fails with the python tests12:05
sdagueyeh, it didn't handle the object case12:05
garykare you sure? it looks like all of the tests in the nova/tests/api/ec2/test_api.py12:07
garykis that the object case?12:07
sdagueno there is another place it hits as well12:07
garyklet me know when they pass and i'll abandon my changes12:08
*** dkranz has quit IRC12:08
garykto be honest i think the exclusion of the version for the stable branch is the safest option at this stage12:08
sdagueit's still an issue on master12:09
*** rpodolyaka has left #openstack-infra12:09
garykagreed. in master i would do for your soln but i am not really familiar with this code and am just going on the changes that i have seen in the past (really no opinion here)12:10
garykonly think i know about boto is people like to add an x and inject it in their faces12:10
garykdo => go12:11
sdaguebecause it's only a unit test change, I'm inclined to fix it in code, not block boto12:11
garykdoes the actual code call this api? or is just a test case?12:11
sdaguetest case only12:12
garykif it is the latter then i am in favour of your approach12:12
*** jcoufal has joined #openstack-infra12:12
*** basha has quit IRC12:18
*** basha has joined #openstack-infra12:19
sdaguewell, I can't seem to get a functioning unit test env locally due to glance errors12:19
sdagueso I'm going to push my next go and see if the check queue does any better12:20
*** aspiers has joined #openstack-infra12:22
garykttx; sdague: can you look at https://review.openstack.org/#/c/50905/. this will help us get the gate going again with the stable branch12:23
aspiersdoes anyone here know how devstack.org documentation gets built via shocco?12:24
aspiersi.e. https://bugs.launchpad.net/devstack/+bug/123562612:24
uvirtbotLaunchpad bug 1235626 in devstack "Use of shocco not documented" [Undecided,New]12:24
aspiersdtroyer maybe?12:24
ttxgaryk: we sure that only 2.13.0 and 2.14.0 suck ?12:24
*** anteaya has joined #openstack-infra12:24
*** dprince has joined #openstack-infra12:26
garykttx: that is what i have seen from the past experience and the global requirements12:26
garyki have no idea who is familiar with these things - if there is someone it would be good to ask12:26
*** adalbas has joined #openstack-infra12:27
ttxgaryk: well, it passed tsts so it's probably accurate enough to unblock12:27
ttxgaryk: does that only affect stable/grizzly ?12:28
garykok. i pasted on #opnestack-nova. maybe someone will check it out12:28
garykyes, it is only stable grizzly.12:28
ttxgaryk: you need stable-maint, not core on this12:28
*** aspiers has quit IRC12:28
ttxthose have the power to +212:28
ttxthat includes me, so will +2 now12:28
*** dafter has quit IRC12:29
garykok, thanks. i'll ask pbrady. he is usually up to scratch on these things12:29
*** ArxCruz has joined #openstack-infra12:29
*** aspiers has joined #openstack-infra12:29
*** dizquierdo has left #openstack-infra12:29
*** ryanpetrello has joined #openstack-infra12:30
anteayaseeing the world through new eyes12:32
anteayaI'm fighting to stay awake and fungi hasn't popped in to say hello yet12:32
anteayathe mind boggles12:32
*** senk has joined #openstack-infra12:32
fungianteaya: why are you fighting to stay awake?12:33
anteayain Budapest, haven't slept since in left yesterday12:33
anteayathe flight wasn't ... conducive to it12:33
anteayaand good morning12:34
anteaya*in left/ I left12:34
fungioh, cool. hope you get some great hungarian food12:34
*** hashar has joined #openstack-infra12:35
anteayaso far found a vegetarian restaurant, a _whole_ lot of great architecture and a steam bath12:35
anteayaso far, Budapest is impressive12:35
anteayaand since traditional Hungarian food includes such stuff as cold goose liver in its fat with onion jam, I think I will let others tell me how wonderful it is12:36
*** senk has quit IRC12:37
*** guohliu has quit IRC12:38
anteayait is a pity you aren't here fungi to eat that stuff and sing its praises12:39
*** osanchez has joined #openstack-infra12:41
fungiindeed. sounds delectable but i agree it's probably not an easy place to find veg cuisine12:41
anteayaI lucked out12:42
anteayaI am doing well with concierges so far and this one found me a good one12:42
anteayaI only need one good restaurant per city to keep me happy12:42
*** ArxCruz has quit IRC12:50
*** thomasm has joined #openstack-infra12:52
*** ArxCruz has joined #openstack-infra13:05
*** dims has joined #openstack-infra13:08
*** julim has joined #openstack-infra13:08
*** sandywalsh has joined #openstack-infra13:11
*** yaguang has joined #openstack-infra13:12
*** che-arne has joined #openstack-infra13:13
*** amotoki has quit IRC13:14
*** mestery has joined #openstack-infra13:17
*** adalbas has quit IRC13:17
*** thomasm has quit IRC13:19
*** fifieldt has quit IRC13:20
*** basha has quit IRC13:24
*** crank has joined #openstack-infra13:26
*** CaptTofu has quit IRC13:28
*** CaptTofu has joined #openstack-infra13:28
*** adalbas has joined #openstack-infra13:29
*** thomasm has joined #openstack-infra13:30
*** matty_dubs|gone is now known as matty_dubs13:30
silehthi, fungi I have a trouble with http://pypi.openstack.org/openstack/sphinxcontrib-pecanwsme/ it is not up2date or requirements repo have been updated with version >=0.5 7 days ago13:31
silehtor/and13:31
*** primemin1sterp has quit IRC13:32
*** primeministerp has joined #openstack-infra13:32
*** CaptTofu has quit IRC13:33
*** CaptTofu has joined #openstack-infra13:33
*** julim has quit IRC13:36
*** dafter has joined #openstack-infra13:37
*** julim has joined #openstack-infra13:39
fungisileht: yes, i was about to look into that. i'll see if i can tell why13:41
silehtfungi, thx13:42
*** dcramer_ has joined #openstack-infra13:43
*** markmcclain has quit IRC13:47
*** thedodd has joined #openstack-infra13:47
openstackgerritgaryk proposed a change to openstack/requirements: Exlcude boto version 2.14.0  https://review.openstack.org/5090713:54
fungisileht: it looks from https://jenkins.openstack.org/job/post-mirror-python27/234/console line the mirror jobs may be having problems on master at the moment. i'm trying to install the contents of global-requirements.txt into a virtualenv now to see what happens/where it breaks13:54
fungimordred: ^ if you're around i know there might have been some recent changes around that stuff, in case you're aware of what might be going on13:55
*** weshay has quit IRC13:56
*** ArxCruz has quit IRC13:59
*** cody-somerville has joined #openstack-infra14:00
*** cody-somerville has quit IRC14:00
*** cody-somerville has joined #openstack-infra14:00
*** jecarey has joined #openstack-infra14:00
fungigrr...14:01
fungijenkins@fungi-test:~/scratch$ testing/bin/pip freeze | grep -i pecanwsme14:01
fungisphinxcontrib-pecanwsme==0.514:01
fungiheisenbug!14:01
*** dizquierdo has joined #openstack-infra14:02
*** basha has joined #openstack-infra14:02
mordredmorning!14:03
fungimorning14:03
mordredfungi: so, post-mirror was having issues, but you can't reproduce?14:03
mordredalso, https://bugs.launchpad.net/openstack-ci/+bug/123801214:04
uvirtbotLaunchpad bug 1238012 in openstack-ci "Create elections-committee@ mailing list" [Undecided,New]14:04
fungimordred: well, i did the very rudimentary "install global-reqs into a fresh virtualenv" and it seems to be fine14:04
*** prad_ has joined #openstack-infra14:04
mordredanybody working on that yet?14:04
fungimordred: not yet--i can unless you want it14:04
mordredI can do it (seems like a thing we all want :) )14:04
fungii just saw it pop into my inbox14:04
*** jcoufal has quit IRC14:04
fungicool14:04
*** ben_duyujie has joined #openstack-infra14:04
mordreduhm14:07
mordreddo we not add lists by adding them to lists@ ?14:07
mordredI mean, to the puppet?14:07
mordredfungi: I see a transparency@ list, but I do not see it in the puppet14:08
fungimordred: it was probably created through the webui14:08
*** dkranz has joined #openstack-infra14:08
mordredah14:08
mordredwow. ok. fantastic14:09
fungimordred: recall we only started adding lists via the puppet module fairly recently14:09
mordredahhhhhh. ok14:09
*** yaguang has quit IRC14:09
fungithe transparency list (and many others) predate that convention14:09
mordredso- there seems to be only a single $listpassword in the module14:09
mordredbut multiple list admins14:09
* mordred is now learning about our mailing lists14:09
fungithat's how mailman works14:09
*** weshay has joined #openstack-infra14:09
fungithere is one and only one administrator password for a given mailing list14:10
mordredyes. but $listpassword is being given for multiple lists14:10
fungiwe build it with a default which we stash semi-securely for completeness, but it's really just supposed to be temporary and the listadmins for a given list are encouraged to change it the first time they log in14:10
mordredah14:11
mordredmarkmc: you wanna be the initial list admin for the elections list?14:11
fungithe module will not reset the admin password for a list, that's just what admin password it should initially create the list with14:11
markmcmordred, yep, I'm cool with that - and whoever else wants to help14:11
fungi(we tested extensively to make certain)14:11
*** ArxCruz has joined #openstack-infra14:11
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Add a mailing list for the elections committee  https://review.openstack.org/5092614:12
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Add a mailing list for the elections committee  https://review.openstack.org/5092614:12
*** markmcclain has joined #openstack-infra14:13
mordredfungi: you ok with ninja-approving that ^^ I'd love to jump on this list being real and open14:15
fungiyup14:15
mordredfungi: also, http://www.oracle.com/us/support/assurance/vulnerability-remediation/reporting-security-vulnerabilities/index.html14:15
mordredfungi: the response I got back about security reporting was that14:16
fungimordred: yah, davi_ on #drizzle got me that last night. thanks for the second confirmation though14:16
*** sarob has joined #openstack-infra14:17
*** locke105 has joined #openstack-infra14:18
*** anteaya has quit IRC14:19
openstackgerritA change was merged to openstack-infra/config: Add a mailing list for the elections committee  https://review.openstack.org/5092614:19
*** DennyZhang has joined #openstack-infra14:20
markmcdo your thing puppet14:21
*** cody-somerville has quit IRC14:25
*** datsun180b has joined #openstack-infra14:28
*** matsuhashi has quit IRC14:30
*** matsuhashi has joined #openstack-infra14:31
*** sarob has quit IRC14:32
*** pentameter has joined #openstack-infra14:32
*** basha has quit IRC14:32
*** sarob has joined #openstack-infra14:32
ttxok, this cirros-cloud thing is officially an issue that will delay the release candidates now14:33
*** ben_duyujie has quit IRC14:33
*** senk has joined #openstack-infra14:34
fungittx: is this where devstack started spontaneously downloading cirros disk images from the internets instead of using its cached copies?14:34
ttxfungi: yes14:34
*** ben_duyujie has joined #openstack-infra14:34
*** ben_duyujie has quit IRC14:34
fungiwhat did dtroyer say about it? (i know sdague is gone-ish for the day)14:34
ttxdtroyer isn't on it yet14:34
fungiwhen does it appear to have first started happening?14:35
*** matsuhashi has quit IRC14:35
fungior do we know?14:36
ttxfungi: logstash graph @ http://tinyurl.com/n27vnp914:36
*** wenlock has joined #openstack-infra14:36
*** sarob has quit IRC14:36
fungiso just in the past 24 hours eh?14:36
ttxyes14:37
ttxsee discussion with sdague 3 hours ago14:37
* fungi looks at the devstack changelog14:37
ttxhe started investigating it14:37
*** senk has quit IRC14:38
fungii don't see recent enough changes in devstack, so i guess the theory is that it's in a component project (glance?)14:38
markmcsure it's not some bogus headers on the server hosting them?14:39
* ttx is too busy doing recheck/reverify to investigate, sigh14:39
markmcmodified timestamp or whatever14:39
ttxmarkmc: let me see14:40
*** YorikSar has joined #openstack-infra14:41
fungimarkmc: elections-committee ml exists now14:42
YorikSarHello, everyone. We have a change request stuck and not merging: https://review.openstack.org/5065114:42
markmcfungi, mordred, thanks much14:43
YorikSarGerrit claims that it needs Verified but it has one already.14:43
fungimarkmc: is that going to be open subscription, or only open archives?14:43
mordredYorikSar: yup. that looks weird14:44
mordredttx: what's the issue with cirros-cloud?14:44
fungiYorikSar: could be that we don't have any gate jobs for that project. checking the zuul layout now14:44
mordredfungi: me just checked14:44
mordredfungi: it's in the layout14:44
fungik14:44
mordredand there's nothing running in zuul right now14:44
sdagueok, sorry, I can probably get a slice of time here14:46
sdagueso the real question is why isn't devstack using the cached image14:46
markmcfungi, based on the transparency@ list, I'm assuming open subscription14:46
fungimarkmc: okay, just wanted to be sure before i go trying to subscribe14:47
fungithanks!14:47
markmcnp14:47
ttxmordred: it triggers a devstack fail on about 95% of the gate right now14:47
ttxmordred: just when I kinda need tit working wekk to publish RC2s14:47
ttxwell*14:47
jeblairttx: i'll look at nodepool's image build logs and see if it tried to download cirros images14:48
ttxmordred: logstash graph @ http://tinyurl.com/n27vnp914:48
jeblair(nodepool is supposed to cache them so devstack-gate doesn't have to download them)14:48
ttxsmoser doesn't report anything weird on cirros-cloud.net side14:48
mordredttx: awesome14:48
mordredfungi: dude. we need to keysigning14:48
mordredfungi: your key is not trusted in my chain14:49
sdaguettx: you a recent fail lo link quick?14:49
ttxsdague: http://logs.openstack.org/07/49507/1/gate/gate-tempest-devstack-vm-large-ops/fb383a6/console.html14:49
ttx15min ago14:49
*** mrodden has joined #openstack-infra14:50
sdaguejeblair: /opt/stack/new/devstack/files/cirros-0.3.1-x86_64-uec.tar.gz doesn't look like it's in the image, is that a new location?14:51
*** basha has joined #openstack-infra14:51
*** blamar has joined #openstack-infra14:53
dtroyer[ /me reading scrollback…]   To my knowledge, nothing around cirros has changed in a while...14:53
jeblairsdague, dtroyer: i'm pretty sure it's a bug in the nodepool caching scripts14:54
ttxdtroyer: and nothing was merged in devstack that would explain the sudden trigger of this issue today around 00:0014:54
sdaguejeblair: ok14:54
YorikSarmordred: What can we do to push that change?14:54
sdagueyeh, the devstack code looks like it's doing the right thing14:54
sdague2013-10-10 13:52:50.303 | 2013-10-10 13:52:41 + [[ ! -f /opt/stack/new/devstack/files/cirros-0.3.1-x86_64-uec.tar.gz ]]14:54
sdagueand when that isn't found, it's trying to download14:55
sdagueand failing at some normal internet fail rate14:55
jeblairi believe this hasn't worked for some time, i expect the 'sudden trigger' is a higher error rate from the cdn.14:55
jeblairsdague: right14:55
dtroyerok, good.  I saw 'hypervisor refactor' and was gettign worried as it hasn't merged yet, and isn't fully working...14:55
sdaguedtroyer: yeh, I was trying to come up with possible causes, because it was such a sudden onset14:55
sdagueit was wild speculation14:55
sdagueand I knew I'd pushed the xen bit to merge yesterday14:56
*** jcoufal has joined #openstack-infra14:56
dtroyerI am seeing some differences between my simpulated gate VMs and the real thing that I'm trying to pin down, I wonder if there is a connection here?14:57
mordredYorikSar: give us a little bit - we need to sort the devstack/nodepool issue, then we can look in on what's going on on your project14:57
sdagueI wonder if it's worth poisoning dns in an interesting way on these nodes so we couldn't download things all the time14:57
*** CaptTofu has quit IRC14:58
*** guohliu has joined #openstack-infra14:58
*** CaptTofu has joined #openstack-infra14:58
YorikSarmordred: Ok, thanks.14:58
*** YorikSar has quit IRC14:58
jeblairsdague: we need to be able to download things when they change14:59
*** CaptTofu has quit IRC15:00
*** CaptTofu has joined #openstack-infra15:00
*** prad_ has quit IRC15:00
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Fix devstack image-cache script  https://review.openstack.org/5094915:01
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Reduce max-servers in rax-dfw  https://review.openstack.org/5095015:01
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Remove tripleo nodepool config  https://review.openstack.org/5095115:01
jeblairfungi, mordred: I'd like to merge all 4 of the changes in that sequence and then it should be safe to run puppet on nodepool ^15:01
ttxjeblair: cool, thx!15:02
*** sarob has joined #openstack-infra15:03
jeblairttx: once those merge, i can manually trigger image builds and it should be better; at least if the image build job managed to download the cirros image15:03
Shrewsmordred: how do we get traction on https://review.openstack.org/46736 ? I might have some time to work on fixing 46741 if we can get this one in.15:04
jeblairlifeless: i left a comment in https://review.openstack.org/#/c/49965/15:04
ttxjeblair: sounds good15:04
*** zojoncj has joined #openstack-infra15:04
Shrewsor jeblair ^^^^15:05
dkranzjeblair: When we see a failure such as http://logs.openstack.org/95/50795/4/check/check-grenade-devstack-vm/3c17e3c/console.html should we ignore it or report it some how?15:05
jeblairShrews: aprvd15:05
Shrews++15:05
mordredjeblair: all +2 from me15:06
* fungi as well15:06
jeblairdkranz: you can open a bug if you want and we can trace occurances that way; but honestly the only solution is to stop using jenkins and we're a ways away from that.15:06
dkranzjeblair: k, didn't now that was in the plans :)15:07
openstackgerritMatthew Treinish proposed a change to openstack-infra/config: Add gating tempest unit test job  https://review.openstack.org/5095215:07
mordreddkranz: definitely. it's just a slow road from here to there - many many many moving pieces :)15:08
dkranzmordred: If I may ask, is the idea to go to a home-brewed solution, or some other existing thing?15:08
mordreddkranz: yes15:08
mordreddkranz: :)15:08
mordreddkranz: current thinking is something home-brewed. zuul is already the work coordinator, so all we use jenkins for really is as a remote execution engine and artifact uploader15:09
mordreddkranz: we don't use any of the additional features of jenkins that make it interesting for other people15:10
dkranzmordred: Sure15:10
jeblairdkranz: as you can see, jenkins is not a great artifact uploader15:10
mordreddkranz: howeover - it turns out that doing remote execution in an untrusted environment is hard15:10
dkranz:)15:10
mordredand also, jenkins is not really good at security around executing untrusted code15:10
dkranzBTW, I have pushed the log error, whitelist, fail build stuff but in a way that will not actually fail anything yet.15:10
mordreddkranz: woot15:11
fungii started looking at why zuul is ignoring approve/reverify on 50651, and judging from what i see in the debug log it's as if zuul thinks the parent change 50331 hasn't merged (even though it has)15:11
jeblairdkranz: next on the list is artifact uploading outside of jenkins, so if we get that going, that small step will help take some pressure of jenkins as well15:11
dkranzmordred, jeblair : We should discuss how that would be communicated and turned on at some point15:11
jeblairdkranz: it will be invisible15:11
mordredwhat jeblair said15:11
dkranzjeblair: Until it fails15:11
mordreddkranz: I think what we mean is - even when jenkins fails right now, it doesn't really tend to manifest as a jenkins failure15:12
mordreddkranz: as much as it does as a devstack or a zuul or a gerrit thing15:12
dkranzjeblair: I think we (I?) should send out an email to dev describing what this is and why we are doing it15:12
mordredoh15:13
dkranzmordred: I'm talking about the fail on error in logs thing now15:13
mordredHAH15:13
jeblairdkranz: oooohh15:13
dkranzjeblair: And try to get people to fix the bugs15:13
mordredit's so much easier when we're having the same conversatoin15:13
dkranzmordred: I have seen some things that look like bugs to me, not errant ERRORs in the log15:13
mordreddkranz: yes! I think that there should be an announcement from you about what it is in general - also,how to remove things from the whitelist when a log message is fixed and stuff15:14
dkranzmordred: I don't want people to ignore them and just keep adding things to the whitelist15:14
mordreddkranz: agree15:14
dkranzmordred: It is sort of similar to the gate failure issue15:14
jeblairdkranz: very much in support of you sending an announcement about the bug whitelist/check thing.  :)15:14
dkranzmordred: in that way15:14
mordredI would say that adding things to the whitelist should be forbidden15:14
mordredI can think of no valid reason why a new whitelist entry should come in to existence15:14
dkranzmordred: After a transition I agree15:14
mordredyah15:14
jeblairfungi: add a comment to the merged change and see if zuul re-loads its info15:15
dkranzmordred: It is a slight problem now that some are non-deterministic15:15
mordredEXCELLENT15:15
* mordred SO LOVES non-determinism15:15
dkranzmordred: And neutron is hopeless15:15
fungijeblair: it looks like one of them just did reset their approval and reapprove it15:15
openstackgerritA change was merged to openstack-infra/config: Fix tripleo test cloud config  https://review.openstack.org/5076615:15
fungiand zuul is testing it now15:15
openstackgerritA change was merged to openstack-infra/config: Fix devstack image-cache script  https://review.openstack.org/5094915:15
dkranzmordred: We are going to discuss this a bit at the qa meeting today15:15
fungijeblair: on the previously ignored one15:15
dkranzmordred, jeblair : I'll keep you posted about progress15:16
openstackgerritA change was merged to openstack-infra/config: Reduce max-servers in rax-dfw  https://review.openstack.org/5095015:16
mordredfungi: weird15:18
openstackgerritA change was merged to openstack-infra/config: Remove tripleo nodepool config  https://review.openstack.org/5095115:19
openstackgerritA change was merged to openstack-infra/gear: Encapsulate the raw socket.send calls  https://review.openstack.org/4673615:19
fungiwhat's odd is that the parent change passed gating and merged an hour and 40 minutes before the approval on the next change, which was ignored (and i kept seeing references to status on the parent change in the zuul debug log)15:19
sdagueit's not so much non-determinism, as statistically infrequent fails15:19
fungino mention of seeing an APRV:1 on the second change though, so possibly zuul missed a message15:20
fungior maybe gerrit failed to emit the event on its stream15:20
* fungi checks the gerrit error log in vain hope15:20
*** basha has quit IRC15:24
fungia few javamelody and ssh exceptions around that time in the log, but not enough context in the backtraces for me to match them to anything helpful and suggest they were related to that status change15:24
openstackgerritMatthew Treinish proposed a change to openstack-infra/config: Add gating tempest unit test job  https://review.openstack.org/5095215:24
*** sarob has quit IRC15:25
jeblairfungi: any chance this was around the very high load average period?15:26
fungientirely possible. correlating to graphs now15:26
*** basha has joined #openstack-infra15:27
fungior do you mean the one yesterday when nodepool went nuclear?15:27
*** markmcclain has quit IRC15:28
*** SergeyLukjanov_ has joined #openstack-infra15:28
*** SergeyLukjanov_ has quit IRC15:29
*** SergeyLukjanov has quit IRC15:29
*** CaptTofu has quit IRC15:29
*** SergeyLukjanov has joined #openstack-infra15:30
*** CaptTofu has joined #openstack-infra15:30
jeblairfungi: yesterday15:30
*** gyee has joined #openstack-infra15:30
funginope, this was less than 6 hours ago15:30
fungiand the graphs for zuul and gerrit don't reflect much was going on15:31
*** Alex_Gaynor has quit IRC15:31
jeblairrunning "nodepool image-update hpcloud-az1 devstack-precise" now15:33
*** rcleere has joined #openstack-infra15:33
garykis there anyway of stopping a jenkins run?15:33
*** senk has joined #openstack-infra15:34
fungigaryk: you can upload a trivial change to it as a new patchset15:35
*** SergeyLu_ has joined #openstack-infra15:35
fungigaryk: and then it will get pulled aside and not block other changes in the gate15:35
ttxjeblair: let me know when the issue should theoretically be gone15:35
fungigaryk: but to actually abort running jobs on it, you need intervention from a jenkins admin15:36
fungi(unless that's changed recently with the zuul scheduler improvements anyway)15:36
jeblairttx: will do.  there are 4 other images that need to be built if this one works15:36
*** hashar has quit IRC15:37
*** SergeyLukjanov has quit IRC15:38
*** SergeyLukjanov has joined #openstack-infra15:39
*** Alex_Gaynor has joined #openstack-infra15:40
*** senk has quit IRC15:42
*** SergeyLukjanov has quit IRC15:44
*** SergeyLu_ has quit IRC15:44
jeblairhttp://paste.openstack.org/show/48224/15:47
jeblairmordred, clarkb, fungi: looks like there's an error running the install_modules script15:47
jeblairit doesn't seem to be impacting devstack-gate since it doesn't use those modules15:48
mordredjeblair: STELLAR15:48
jeblairbut it could be an error that may affect puppetmaster too15:48
silehtfungi, have you find why the pypi mirror is not uptodate ? can help ?15:48
mordredsileht: what's the problem?15:49
fungijeblair: yes, i think i've seen that come up on initial runs of unpuppeted hosts and then rerunning it clears it up?15:49
mordredfungi: wow. puppet is idempotent15:49
fungisileht: i was able to reproduce it in the jenkins workspace on the mirror27 slave, and am now trying to reproduce it fresh without any baggage in my own homedir15:49
fungisileht: but i'm going to have to rerun with debugging to catch where pip is breaking15:50
jeblairok, the hpcloud-az1 image built and it looked like it downloaded images15:50
fungisileht: oddly, i can install the global-requirements.txt list into a virtualenv manually with no problem15:51
jeblairalso, it should now be pre-caching debs too which may speed things up a bit.15:51
jeblairi will run the other image-builds now15:51
silehtfungi, oh ok, I run run-mirror locally but everything have works, I guess this because I have no cache and I downloaded everything15:51
*** sarob has joined #openstack-infra15:51
silehtfungi, same :)15:51
mordredfungi: can you point me to a failing run on jenkins?15:51
fungisileht: well, rerunning it in my homedir on a fresh/empty cache seems to reproduce the issue as well, so time for debug15:51
mordredoh good15:52
fungimordred: i did earlier, but your coffee levels may have still been low15:52
fungisame issue we were discussing when you first came on and i asked if you knew of anything which had changed with mirroring recently which might have broken it15:52
fungimordred: https://jenkins.openstack.org/job/post-mirror-python27/234/console15:53
funginote how the run for master lists a whopping 14 packaged cached15:53
mordredfungi: indeed. what would be really neat is to be able to see the actual pip log for that run-mirror run15:54
fungisomething in the master requirements list is failing to install and breaking the round for that branch i expect15:54
fungiyup15:54
fungiwill have shortly15:54
*** sarob has quit IRC15:55
mordredfungi: I'm going to suspect something related to pycparsing15:55
*** ryanpetrello has quit IRC15:55
mordredbecause that was breaking in the pypi integration tests until just recently15:55
*** sarob has joined #openstack-infra15:55
fungitoo fun15:55
mordredpbr15:55
mordredzul: if I release a new version of pbr this week, is there enough time for it to be included in saucy?15:56
*** dafter has quit IRC15:57
*** sarob_ has joined #openstack-infra15:57
*** sarob_ has quit IRC15:57
*** sarob has quit IRC15:58
*** sarob has joined #openstack-infra15:58
*** oubiwann_ has joined #openstack-infra15:59
*** vogxn has joined #openstack-infra16:01
*** yassine has quit IRC16:01
zulmordred:  no16:01
zulmordred:  final freeze for us is today16:02
*** dafter has joined #openstack-infra16:02
*** sarob has quit IRC16:03
*** pabelanger has joined #openstack-infra16:03
*** cody-somerville has joined #openstack-infra16:04
*** markmc has quit IRC16:04
*** senk has joined #openstack-infra16:04
*** dafter has quit IRC16:06
*** dafter has joined #openstack-infra16:06
*** krtaylor has quit IRC16:08
*** CaptTofu has quit IRC16:08
*** CaptTofu has joined #openstack-infra16:09
*** alcabrera has quit IRC16:09
*** mrmartin has joined #openstack-infra16:11
*** vogxn has quit IRC16:14
mordredzul: GAH16:16
mordredok16:16
mordredzul: well, there's no api changes and requirements pins won't change either16:16
mordredzul: and the bugs fixed wouldn't affect you- so no biggie16:16
zulmordred:  still...our FF closes like in 2 hours16:16
mordredzul: how is havana going to make it?16:17
mordredwhy are we now not-aligned?16:17
zulmordred:  its not...0-day update when saucy is released16:18
*** mrodden has quit IRC16:18
mordredwow16:18
mordredI love it when we love the process so much that we do crazy things like that16:18
*** flaper87 is now known as flaper87|afk16:20
*** SergeyLukjanov has joined #openstack-infra16:22
*** pabelanger has quit IRC16:24
zulmordred:  yeah well16:24
*** osanchez has quit IRC16:24
*** alcabrera has joined #openstack-infra16:25
*** SergeyLukjanov_ has joined #openstack-infra16:25
jeblairttx: all of the images used by the gate jobs should have cirros cached now (one of the rackspace providers is still building its image for check jobs).16:25
jeblairttx: there could still be some machines spun up from the old images, but they should all be used up soon16:25
*** matty_dubs is now known as matty_dubs|lunch16:25
jeblairttx: in other words, the problem probably should be mostly gone starting from now.16:26
ttxjeblair: great, thx16:26
ttxwill be back later to nudge milestone-proposed jobs16:26
*** marun has joined #openstack-infra16:27
*** basha has quit IRC16:27
*** odyssey4me has quit IRC16:30
*** mrodden has joined #openstack-infra16:30
*** hogepodge has joined #openstack-infra16:31
*** branen has quit IRC16:35
clarkbmorning16:36
jeblairclarkb: good morning16:37
*** SergeyLukjanov_ has quit IRC16:37
clarkbcatching up on scrollback now. looks like nodepool had trouble again?16:37
*** SergeyLukjanov_ has joined #openstack-infra16:37
*** afazekas is now known as __afazekas16:37
jeblairclarkb: well, not really16:37
jeblairclarkb: cirros cdn had trouble, which exposed the fact that the devstack cache scripts weren't caching it correctly16:38
jeblairclarkb: not actually a nodepool problem16:38
jeblairthough the solution involved building new images with nodepool16:38
*** markmcclain has joined #openstack-infra16:40
*** branen has joined #openstack-infra16:40
*** rnirmal has joined #openstack-infra16:41
*** dafter has quit IRC16:42
*** afazekas has joined #openstack-infra16:42
*** hogepodge has quit IRC16:44
david-lyleopenstack/requirements question... python-troveclient released a very non-backward compatible version 1.0 release this morning, that breaks Horizon's Havana RC.  I believe the general policy is to not place an upper cap on the python-*clients.  However, at this late date in the release cycle, the resulting work in Horizon would be non-trivial.  Can we cap python-troveclient until Havana ships?16:47
clarkbok mostly caught up now16:47
clarkbdavid-lyle: I don't have a problem with that16:48
mordreddavid-lyle: hrm16:48
mordreddavid-lyle: I didn't realize that horizon was depending on troveclient already16:48
jeblairyeah, i thought that would start during the icehouse cycle, since that's the first cycle where trove is integrated16:48
david-lylemodred: we made an exception because they seemed ready to go and the trove team did most of the panel work16:48
mordreddavid-lyle: (I'm fine with capping until havanna in theory - in practice, that's going to make trunk-client-testing-against-stable-branches hard...16:48
* mordred thinks for a second16:49
mordredok - trunk client testing against stable branches would not include troveclient in the gate for stable/havana16:49
*** hogepodge has joined #openstack-infra16:49
mordredso the cap should not affect any of the gate jobs16:49
pleia2jeblair: if you're in town + interested, I'm doing my code review for sysadmins talk at bay lug on tuesday in SF: http://linuxmafia.com/pipermail/sf-lug/2013q4/010194.html16:50
david-lyleok, I'll propose a patch to requirements16:50
mordredI think I'm fine with that in this case16:50
clarkbspeaking of things, I will be catching a train to Portland tomorrow afternoonish. They tell me there will be wifi so shouldn't be completely useless16:51
*** vipul is now known as vipul-away16:51
clarkbI am going to make another attempt at reducing the review queue. Anything in particular I should get my eyes on?16:52
mordreddavid-lyle: next time (like next cycle when this comes up with savana and friends) I thnk we need to be more careful about integrated projects growing depends on incubated projects16:52
*** senk has quit IRC16:52
mordreddavid-lyle: otherwise the incubated/integrated distinction becomes a bit weakened16:52
david-lylemodred: agreed16:52
mordredalso - just to bring up savana again - they've done an excellent job at out-of-tree horizon panels I think16:53
mordreddavid-lyle: should we encourage more projects to actually carry the panels for their project similar to what savana is doing?16:53
fungimordred: i still think we need to revisit client-as-library-dependency vs. client-used-as-client in our integration tests. i feel like we need to start treating the dependency like a normal library and then install whatever client version we want to test with as an actual client into a different virtualenv and run it from there16:53
clarkbfungi: after letting that stew, I agree.16:53
mordredfungi: how do we track trunk-client vs. stable-release though?16:54
mordredoh - wait16:54
mordredI think I see what you're saying perhaps16:54
clarkbotherwise there isn't a sane way to reconcile the difference between user needs and server deps16:54
fungicap the dependency like any other lib if we want16:54
david-lylemordred: at least until they come out of incubation, that would be great.  I know Tuskar had their own Horizon clone16:54
david-lyles/had/has/16:55
mordredyah. I think the problem is that the only testing we're getting of the client libs for real is via their use by the server projects16:55
mordreddavid-lyle: ++ - I was mentioning to them the other day looking at the savana-ui as a model for structure16:55
fungibecause if we *can't* cap the client libs we use as run-time/test-time dependencies of server components, then we can't sanely every hope to cap the transitive dependencies they have either16:55
mordredfungi: I need to think about that more16:55
fungis/every/ever/16:55
mordredfungi: in theory though16:55
*** senk has joined #openstack-infra16:56
mordredwe should be gating against all of those changes on the client trunk16:56
mordredso this is a problem because we grew a depend on a non-integrated trunk16:56
david-lylemordred: makes the integration down the road a lot smoother, heat had a similar approach16:56
mordredfungi: maybe we should have a summit seesion about this16:56
mordredfungi: seems like perhaps a dense topic we should all stew on for a bit16:56
fungithe problem is... stable released server a depends on unversioned client library b. server a as released is incompatible with third-party library c. new version of client library b needs features from library c16:57
*** CaptTofu has quit IRC16:57
mordredfungi: nope. can't happen16:57
mordredfungi: unpossible16:57
mordredfungi: client lib b doesn't get to use those features until it's not incompatible with stable server16:58
*** CaptTofu has joined #openstack-infra16:58
mordredwhich we'll trap once we turn on stable-branch-trunk-client testing16:58
mordredotherwise, we have to go to having stable branches for client libs16:58
fungiwell, for the moment we have basically unresolvable minimum and maximum caps on our own client lib dependencies on server projects in folsom and i think also grizzly16:58
mordredwhich is a path to madness16:58
mordredfungi: yes. that's because we let them get there - we have to block that from happening16:59
*** DennyZhang has quit IRC16:59
fungibecause we have newer versions of clients needing newer-versions of other libraries than the caps on the stable server versions allow16:59
mordredI agree it's bad - I'm just saying it's a thing we canont allow16:59
mordredexactly16:59
mordredwe have to block that16:59
mordredand the client libraries are just going to have to learn to deal with the disappointment for a cycle17:00
jeblair"get used to disappointment"17:00
mordredotherwise, if we cap library B at version X17:00
mordredand that's what server proect Y and stable/M needs17:00
fungiso here's the challenge... we want to cap all third-party dependencies, including transitive dependencies, in stable release branches. if we make an exception for our own client libs, then their dependencies (which are transitive dependencies of the stable released servers) cannot be capped17:00
mordredthen how do we deal with a bug in version X of library B17:01
fungiand we're back to the bitrot problem17:01
mordredfungi: I donm't think we are17:01
*** ArxCruz has quit IRC17:01
mordredfungi: as soon as we have the trunk-client vs. stable-branch gate in17:01
mordredbecause it menas we'll be testing trunk churn against stable devstack continually17:01
mordredand trunk client lib won't be able to be worked on until stable issue is solved17:01
mordredbut it'll be continual and not a surprise17:02
mordredat least, I think what I'm suggesting is- we have one almost-finished step towards a soltion on the table17:02
mordredlet's let that try to do its thing before we change gears17:02
fungithen yes once a dependency of a dependency of the latest tip of master on client b is breaking something in stable/grizzly of server a, devs can't land new changes on client b but also the vmt can't release security fixes on stable/grizzly of server a either17:02
mordreddevs will have to cap the depend on tip of master17:02
mordredthat's easy to do17:03
mordredthere will be pain as we get aligned for sure17:03
fungithat also means the stable branch of the server can sit there broken waiting to surprise someone until someone else tries to push a change to the client in question17:04
fungihowever, it also means that if we can't cap *all* dependencies on our stable branches then we effectively can't cap *any* dependencies since transitive dependencies will come and go, other upstreams will constantly increase their minimums until they're unreconcilable with our version caps, and so on17:05
*** matty_dubs|lunch is now known as matty_dubs17:06
*** jcoufal has quit IRC17:06
*** ArxCruz has joined #openstack-infra17:06
fungiand with pip not having a real dependency resolver, the behavior when dependencies disagree on supported version ranges is effectively undefined17:07
mordredI don't fully agree17:07
mordredI think that if the client lib has an uncapped dep17:07
mordredyou can TOTALLY cap that dep itself in the stable global-requirements.txt17:07
mordredand since the client lib worked with that capped dep at the time of the cap, it should continue to work17:08
clarkbI have done more etherpad-lite connection testing. It appears that all clients use >1 connection. 1 connection is persistent then others are opened and closed. The connections that are closed then sit in TIME_WAIT for a while. This happens with the stress test tool. Trying to see if that happens with etherpad-lite proper now17:08
*** SergeyLukjanov_ has quit IRC17:08
mordredbecause changes to the trunk client that would break working with the cap would have to go through the gate17:08
mordredfungi: the only thing that might break would be a transitive dep-of-dep - and that's also easy at stable side17:08
*** SergeyLukjanov_ has joined #openstack-infra17:08
fungimordred: but transitive dependency changes don't go through our gate17:09
mordredadd a dep to that in global-reqs17:09
mordredfungi: they don't - but if we hit them, we can easily add them to the list17:09
fungiyeah, i'm doing that now with my work on capping the stable branches (adding all transitive dependencies and capping those as well)17:09
mordredcapping client libs in stable branches will mean we will have to have stable branches for our client libs, which means that we'll need stable releases of our client libs17:09
mordredand we have no model for that17:09
mordredfungi: I think that's an EXCELLENT idea17:09
david-lylemordred: is there a pypi cache the openstack is maintaining?17:10
mordreddavid-lyle: yes17:10
mordreddavid-lyle: pypi.openstack.org/openstack17:10
david-lyleok, that's why the gate jobs aren't failing yet17:10
fungiwe don't need stable branches in our client libs to address this, any more than we need stable branches from any of our other dependencies17:10
mordreddavid-lyle: it's enforced for all of the openstack projects17:10
mordredfungi: we do17:10
mordredfungi: because what if there is a bug in the versoin of hte client lib that we're capped on?17:11
mordredfungi: how do _we_ address that bug?17:11
*** derekh has quit IRC17:11
mordredcurrently, we address it in trunk client lib, and we proclaim that that will always be safe for stable servers17:11
fungimordred: that would theoretically have to be tickled by adding new tests to stable branches, or new code to stable branches which did17:12
*** lcheng has joined #openstack-infra17:12
mordredfungi: what if there is a security exploit found?17:12
*** basha has joined #openstack-infra17:12
mordredthat's actually an issue in one of the pinned client libs?17:12
fungimordred: we're not deploying it ourselves, but the theory is that we would increase the cap on that dependency in stable and apply whatever additional patches were needed to get it passing tests17:13
mordredincreate the cap in stable to _what_?17:13
fungistepping back a bit, the only reason to run tests on stable branches of things is so we can prove that a backported security patch doesn't break functionality of that branch17:13
mordredwait - what?17:13
mordredcan you restate that?17:14
*** prad has joined #openstack-infra17:14
fungiwe have stable branches. we backport security and bug fixes to them. we need to test those patches17:14
mordredyes17:14
mordredremove security from your original sentence and I agree with you17:14
fungiwe care that the patch doesn't break the workings of the stable branch17:14
mordredyes17:14
mordredalso17:14
mordredwe also need to run tests that show that trunk clients work with stable releases17:15
mordredbecause users in the world will want to consume stable clouds with trunk versions of the libraries17:15
fungiwe don't (necessarily) care that $random_new_upstream_lib_version doesn't break $some_old_stable_release17:15
mordredwe do17:15
mordredvery  much17:15
fungithe argument has been made that we don't because it doesn't seem to get much attention to fix when it breaks17:15
mordredthat's because the gating hasn't landed yet17:15
openstackgerritDavid Lyle proposed a change to openstack/requirements: temporarily cap python-troveclient version  https://review.openstack.org/5098817:16
mordredno one in openstack cares about anyting if it's not gating their current work (we seem to have bred that monster)17:16
fungiwell, i'm eager to see if forcing devs working on new versions of stuff to care about whether old releases are still working is actually going to help. hopefully it will17:16
clarkbmordred: :/ ya17:17
mordredfungi: yah. honestly, if it _doesn't_ I'm game for trying the next thing17:17
mordredI just wnat to try this in-work thing first and see what effect it has17:17
fungiwe have enough trouble just trying to get devs to backport security fixes to old branches17:17
mordrednow, I still maintain that we're maintaining old branches too long17:18
mordredbut, that's a whole other thing17:18
mordredI don't know the _right_ amount of time17:18
fungii'm sitting on a couple of publicly disclosed vulnerabilities in nova which have been fixed in master and i can't even get the devs to tell me if older branches are affected at all, much less backport anything for them17:18
mordredbut I think folsom stopped being cared about before now17:18
jeblairmordred: as long as devs care enough to backport them?17:19
mordredas much as it pains me to say the following sentence ... perhaps the new 9 month ubuntu model is closer to correct17:19
mordreddrop suport for stable-1 mid-cycle17:19
* jeblair is a fan of setting user expectations based on what we're actually providing as a project17:20
mordredbecause I'm pretty sure by mid-cycle nobody cared about folsom17:20
mordredand people were mostly either doing grizzly or were doing trunk17:20
*** pabelanger has joined #openstack-infra17:20
fungii agree. the long and short of it is that if there are no devs stepping up to provide something, we can't in good conscience claim as a project we support it17:20
mordred++17:20
*** basha has quit IRC17:21
clarkbI agree, that said if we drop support for grizzly in ~3 months I expect there will be noise about it17:21
mordredttx: I propose that we drop stable-1 security support to 3 months after next stable release17:21
mordredclarkb: doubtful17:21
mordredfolks shipping product are working off of their own branches by that point17:21
mordred(I know HP is internally)17:21
mordredand other folks are running from tip17:22
fungithere has been noise in the past when we dropped support for, e.g., essex. it got silenced pretty quickly when the people complaining were asked if they wanted to be the ones to continue providing it themselves17:22
clarkbpeople not shipping product are running off a stable branch for a while17:22
mordredthe 3 months is the window for you to get from grizzly to havanna after havanna releases17:22
jeblairmordred: wasn't the idea to have the branches as a point for people to collaborate?  why is hp doing that work internally?17:22
mordredjeblair: inertia17:22
mordredjeblair: I think what I'm saying is - if we got rid of the grizzly branch, HP would just make security fixes for their products internally17:23
mordredif the branch is there, they may or may not use it - I have no idea17:23
mordredbut they won't flip out if we make it go away17:23
mordredand given the lack of resources on stable branches - I don't think anyone else will freak out either17:23
*** boris-42 has quit IRC17:24
jeblairmordred: if hp has resources to do it internally, then there isn't an actual lack of stable branch resources.  they're just misallocated.17:24
mordredjeblair: sure. I'm merely pointing out that our community is defined by people showing up and doing the work - if noone is showing up to do stable work, then we as a comunity do not support that thing17:25
*** sarob has joined #openstack-infra17:25
mordredand that if there are companies who have built products on our stable branches and they are not ponying up people to do work on them17:26
jeblairmordred: yes, i agree with you.  separately but related, people doing work in private and not contributing to the community is a problem.17:26
*** basha has joined #openstack-infra17:26
mordredthen they have no position from which to complain if they go away17:26
*** dafter has joined #openstack-infra17:26
mordredjeblair: totally. and as always, I'm doing what I can to work that problem. that's where the inertia part comes in - it takes a good deal of re-education and is not fast17:26
fungiso, on a different topic, here's the --verbose output for run-mirror on the master branch packages list... http://paste.openstack.org/show/4822717:27
clarkbI am going to keep playing devil's advocate. I think changes like that should get run by the Tim Bell user group thing. One of the problems with the Ubuntu decision was that there was minimal feedback to the community17:28
clarkball of a sudden if you had a cadence it was broken17:28
*** HenryG has quit IRC17:28
fungistill trying to figure out what's up, but the last thing it mentions successfully installing in the first pass is mccabe17:28
clarkbfungi: that list is really small. Is that the problem?17:29
fungiyah, or rather the symptom17:29
*** dprince has quit IRC17:29
*** cody-somerville has quit IRC17:30
fungicrap17:30
*** sdake has joined #openstack-infra17:30
*** sdake has quit IRC17:30
*** sdake has joined #openstack-infra17:30
*** DennyZhang has joined #openstack-infra17:30
jeblairclarkb: i agree with you but if the choice is between reducing our support level on the one hand and lying to our users and saying something is supported when it actually isn't, i'll chose the first.17:31
fungiit's doing pip install -r /tmp/tmpwagRwG but if i cat /tmp/tmpwagRwG17:31
fungi# NOTE: These are requirements for testing the requirements project only17:31
* fungi sighs17:31
*** SergeyLukjanov has quit IRC17:31
clarkbfungi: oh! does it have the wrong list?17:32
jeblairclarkb: iow, i don't believe the decision we're talking about is "what do we think we should provide, ideally".  I think the decision is about aligning what we say we provide with what we actually provide.17:32
mordredfungi: how did that start happening?17:32
clarkbjeblair: ya, the current situation is a bit dishonest17:32
fungii find *no* mention of global-requirements.txt in run_mirror.py17:32
*** dizquierdo has left #openstack-infra17:32
fungiwtf17:33
clarkbfungi: is this still in jeepyb or new pypi-mirror?17:33
mordredpypi-mirror has mention of it17:33
mordredI see it in jeepyb trunk too17:33
mordredis something using jeepyb from pip?17:34
mordredmordred@camelot:~/src/openstack-infra/jeepyb$ git grep global-req17:34
mordredjeepyb/cmd/run_mirror.py:                if os.path.exists('global-requirements.17:34
mordredjeepyb/cmd/run_mirror.py:                    reqlist.append('global-requirements17:35
fungimordred: yeah, i meant in the versions installed on the mirror27 slave17:35
fungijeepyb==0.0.122.f98a3a417:35
clarkbis puppet/vcsrepo not updating the repo for us?17:36
mordredthat's from june17:36
*** melwitt has joined #openstack-infra17:36
*** vipul-away is now known as vipul17:36
* fungi checks the others17:37
mordredincidentally, that's the last pre-pbr change17:37
*** basha has quit IRC17:37
* mordred goes to see if something is borked with the upgrade there17:37
fungiyeah, same version on mirror26 as well17:37
*** SergeyLukjanov_ has quit IRC17:38
fungiand pip us utterly broken on mirror3317:38
*** kiall_ has quit IRC17:38
fungier, is17:38
*** SergeyLukjanov has joined #openstack-infra17:38
*** basha has joined #openstack-infra17:38
mordredok. 2 differnt things were weird on mirror2717:40
*** dafter has quit IRC17:42
pabelangerquick q: which project would be an example to look for the latest PBR setup?17:42
pabelangerhaving an issue using build_sphinx and think something might be wrong with my configs17:42
*** CaptTofu has quit IRC17:51
*** CaptTofu has joined #openstack-infra17:51
zulhow do you you new dependencies in gerrit again?17:55
fungipabelanger: i've been looking at openstack-infra/gear but there might be better examples17:55
fungizul: you need to rebase or cherry pick one change onto the other, then git review again17:56
zulfungi:  so what if i had a series of changes?17:56
fungizul: what i usually do is start a topic branch and then cherry-pick them into it in the order i want them to depend17:57
zulfungi:  heh ok how do you start a topic branch17:57
fungiyou can start your topic branch by checking out the first change if you don't want to inadvertently rebase it too17:57
fungizul: the workflow i *usually* use for that is...17:57
fungigit review -d 12345617:58
fungigit review -x 12345717:58
fungigit review -x 12345817:58
fungigit review17:58
fungi(resolving merge conflicts along the way as needed)17:58
zulok cool17:58
zul(porting python-keystoneclient over)17:59
pabelangerfungi: thanks, trying to reproduce my issue now using gear17:59
*** basha has quit IRC18:00
*** SergeyLukjanov has quit IRC18:00
fungiso, on mirror33 it looks like we aren't installing jeepyb via pip3, and vanilla pip is in a broken state (ImportError: No module named pkg_resources)18:00
*** SergeyLukjanov has joined #openstack-infra18:01
clarkbfungi: that is the symptom of broken setuptools upgrade under vanilla pip18:01
*** sarob has quit IRC18:01
*** sarob has joined #openstack-infra18:02
fungiright, what did we decide? just limp the machine back into a working state by hand and pretend it's not an issue we need to automate around?18:02
fungii think that's what we did on the gerrits, zuul, et cetera18:02
fungii'll reinstall python-pip from ubuntu and get setuptools upgraded properly on there18:04
*** afazekas has quit IRC18:04
jeblairhey neat, the 60 min meeting timeout thing worked! :)18:05
fungiand python-pkg-resources too apparently18:06
*** sarob has quit IRC18:06
clarkbfungi: yeah I have just been fixing them by hand and we did update puppet to make it not transition poorly18:07
clarkbI think a big problem was getting old servers from here to there, but new ones are ok18:07
pabelangerfungi: okay, looks like I need to rework my tox.ini a little (and maybe upgrade to 1.6)18:08
pabelangerthanks18:08
mordredpabelanger: cookiecutter18:09
mordredpabelanger: we have a thing called coookiecutter now that you can use to generate well-formed new projects18:09
fungioh! right. i keep forgetting to recommend openstack-dev/cookiecutter18:09
mordredfungi: I fixed mirror27- I'm working up a patch to embody the philosophy18:10
fungik18:10
*** basha has joined #openstack-infra18:11
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Add Debian to profileos for Install Guide  https://review.openstack.org/5100218:11
hub_capmordred: did u send a msg to rax highups about the rax:database service_type?18:13
hub_capim wondering if i should try to light a fire as well18:13
*** esp has joined #openstack-infra18:13
*** sarob has joined #openstack-infra18:14
*** sarob has quit IRC18:14
*** sarob has joined #openstack-infra18:15
*** shardy is now known as shardy_afk18:15
*** sarob has quit IRC18:16
*** sarob has joined #openstack-infra18:16
pabelangermordred: perfect18:18
pabelangerchecking it out18:18
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Use pip install -U instead of setup.py install  https://review.openstack.org/5100418:18
mordredpabelanger: openstack-infra/cookiecutter18:18
mordredI mean18:18
mordredgah18:18
mordrednevermind18:19
mordredfungi said the right thing18:19
mordreddon't listen to me18:19
wenlockq on how setuptools is being upgraded... fungi mentions using ubuntu distro... using their ez_setup.py seems to work better (at least from my testing)  wget https://bitbucket.org/pypa/setuptools/raw/bootstrap/ez_setup.py -O /tmp/ez_setup.py;python /tmp/ez_setup.py;pip install --upgrade setuptools18:19
wenlockis there another way?18:19
*** ruhe_ has joined #openstack-infra18:19
mordredfungi: ^^ the change there should take care of our stuff18:19
*** alcabrera has left #openstack-infra18:20
*** sarob has quit IRC18:20
mordredwenlock: I believe he's talking about using distro to get pip reinstalled, and then using that to bootstrap up the chain18:20
mordred"pip install -U pip ; pip install -U setuptools"18:21
openstackgerritA change was merged to openstack-infra/elastic-recheck: Reorganize tests into unit and functional tests  https://review.openstack.org/4939118:21
clarkbjeblair: looking at zuul status, are we out of available nodes for d-g tests?18:21
*** dafter has joined #openstack-infra18:22
*** dafter has quit IRC18:22
*** dafter has joined #openstack-infra18:22
wenlockahh ok,  so maybe an update to init.pp in ::pip18:22
fungimordred: wenlock: yes. using distro package management to repair pip enough to be able to use it to update things18:22
jeblairclarkb: it looks like at least one of the jenkins servers may be having trouble having nodes added to it18:23
clarkbjeblair: lookingat jenkins01 it doesn't have many nodes18:23
*** boris-42 has joined #openstack-infra18:23
clarkband jenkins02 isn't loading the web UI for me18:23
jeblairclarkb: i think jenkins02 is throwing errors when it tries to add nodes18:24
clarkbjenkins on jenkins02 is defunct according to ps18:24
clarkber thats jenkins-jobs18:24
clarkbthat will teach me to read18:24
clarkbI don't see a jenkins process running18:24
*** sdake_ has joined #openstack-infra18:24
fungithere are often tons of hung/defunct jjb zombies on the masters, not sure why18:25
fungino jmv running?18:25
fungier, jvm,18:25
clarkbthe log file ends at ~24 minutes ago18:25
clarkbfungi: no jvm or java18:25
fungiyeah, dead dead deadski18:25
fungiwonder if it left a suicide note in the log18:26
pabelangerokay, so looks like I needed to bump my tox version for pbr18:26
pabelangerall happy now18:26
fungi...[Thu Oct 10 18:01:35 2013] Out of memory: Kill process 27748 (java) score 966 or sacrifice child18:26
fungi[Thu Oct 10 18:01:35 2013] Killed process 27748 (java) total-vm:40926868kB, anon-rss:29616120kB, file-rss:0kB18:26
fungi...and so on18:26
*** anteaya has joined #openstack-infra18:27
clarkbfungi: is that syslog?18:27
*** senk has quit IRC18:27
fungiquick, to the graphs!18:27
fungiclarkb: dmesg, but should be in syslog too18:27
clarkbI don't see anything in the jenkins log that indicates jenkins knew of anything horrible before it died18:27
jeblairyep.  it ran out of memory.18:28
jeblairhttp://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=1&leaf_id=4118:28
fungiyeah, it was in the middle of another of those eat-all-your-cpu fits starting around 1300 utc or so18:28
clarkbthats impressive. Should I go ahead and restart it now?18:28
jeblairclarkb: i think so18:29
fungiyes please18:29
*** gyee has quit IRC18:29
clarkbshould be up shortly18:29
*** cody-somerville has joined #openstack-infra18:30
jeblairso there are two problems that the new gearman-based bursting of nodepool has...18:30
jeblair1) if a jenkins goes down, nodepool will still try to assign nodes to it and won't move them to another jenkins18:31
jeblairthat's pretty easy to fix by having it just pick another jenkins at random if it fails18:31
jeblair2) if a failed jenkins has a bunch of 'ready' nodes attached to it, nodepool won't realize that they don't really count and it actually needs to spin up more18:31
jeblairi don't have a good solution for that one.18:32
jeblairperhaps it could do a health check on each jenkins and if one is offline, basically de-configure it.18:33
jeblairclarkb: i don't see any further errors in the nodepool log18:33
jeblair#2 might actually apply to a jenkins that is in shutdown mode as well.18:34
clarkbjenkins02 seems to be up now18:35
*** senk has joined #openstack-infra18:35
clarkbjeblair: what if we dealt with #2 by minimizing the amount of time that jenkins is down?18:35
clarkbuse a watchdog or similar18:35
clarkb(I know you don't like puppet auto starting services like jenkins)18:36
jeblairclarkb: i'd like something more robust and flexible --18:36
jeblairclarkb: it's not really an HA system if you _can't_ take part of it down.18:36
clarkbattacking the problem from a different direction, what if we used something like Apache Mesos to manage resource allocation in pools of nodes?18:37
*** che-arne has quit IRC18:37
fungiyeah, i think if nodepool can't get slave status info from a master for a configurable amount of time, it should delete the slaves asociated with it18:38
clarkbthen each jenkins and nodepool all speak to mesos and resources are scheduled independent of a connection from the jenkins master to the slave18:38
jeblairfungi: or at least ignore them until it comes back online18:38
* fungi nods18:38
jeblairclarkb: mesos looks like the sort of thing we'd use _instead_ of jenkins.18:39
clarkbjeblair: it can do that too, but does have a jenkins plugin18:39
jeblairclarkb: link?18:40
*** sarob has joined #openstack-infra18:40
clarkbhttps://wiki.jenkins-ci.org/display/JENKINS/Mesos+Plugin18:40
jeblairclarkb: that looks like jclouds18:41
clarkbthere is also a talk on youtube about it http://www.youtube.com/watch?v=TPXw_lMTJVk18:41
jeblairclarkb: and is based on the jenkins build queue length, which is always zero18:41
clarkbjeblair: its different than jclouds in that it doesn't try to provision cloud resources based on demand18:41
clarkbinstead it provisions slaves on top of a mesos cluster18:42
jeblairclarkb: based on demand18:42
jeblairclarkb: our jenkins has no demand18:42
*** CaptTofu has quit IRC18:42
jeblairclarkb: the demand is all in gearman18:42
*** CaptTofu has joined #openstack-infra18:42
clarkbright so I don't expect it to work out of the box18:43
clarkband it is a very heavy weight system (zookeeper, mesos, marathon, etc)18:43
jeblairclarkb: yeah, i don't think it gets us much in a non-jenkins world -- ideally we just want workers attached to gearman18:44
clarkbbut what if we had a thing that grabbed jenkins slaves when needed (from nodepool or wherever) rather than attaching them to jenkins upfront18:44
jeblairclarkb: so i'm not sure it's worth making our jenkins system more complicated when we're trying to get rid of it18:44
clarkbthats fair, especially since gearman avoids this problem by using a single bus18:45
ttxmordred: we'll have that discussion again at the summit18:45
*** sarob_ has joined #openstack-infra18:46
jeblairclarkb, fungi: i'm going to put jenkins.o.o in shutdown mode18:48
jeblairclarkb, fungi: to see if i can find out if it is in shutdown mode via the api18:48
jeblairclarkb, fungi: and use that as a health check for nodepool18:48
clarkbjeblair: ok18:48
jeblairclarkb, fungi: (if check fails OR in shutdown mode: deconfigure target)18:49
fungijeblair: sounds like fun18:49
fungiand yeah, that sounds like the logic we'd want18:49
jeblairi also would like to make the image-building process more tolerant of failure before we continue testing the tripleo stuff18:49
*** sarob has quit IRC18:49
clarkbspeaking of, did pabelanger's change get rebased?18:49
clarkbpabelanger: did you see that your nodepool bug fix is something we want but it has a dependency?18:50
jeblairclarkb, fungi: woo: "quietingDown":true18:50
clarkbjeblair: so you could check that and if true or if error then treat jenkins as unavailable?18:51
jeblairclarkb: yep18:51
pabelangerclarkb: sorry, still travelling at conference, I haven't had much time to handle the nodepool stuff18:51
pabelangerflying home tonight and getting back into it for tomorrow18:51
clarkbpabelanger: no problem, I think mordred/jeblair were going to rebase it for you if it became urgent18:51
clarkbbut it hasn't been super urgent yet18:51
*** sarob_ has quit IRC18:51
pabelangerclarkb: okay, ya not urgent here ATM18:52
pabelangermostly just hacking18:52
*** sarob has joined #openstack-infra18:54
*** hashar has joined #openstack-infra18:54
*** amotoki has joined #openstack-infra18:55
*** kiall has joined #openstack-infra18:56
*** sarob has quit IRC18:56
*** sarob has joined #openstack-infra18:57
*** sarob has quit IRC18:57
*** sarob has joined #openstack-infra18:58
*** sarob has quit IRC18:58
*** sarob has joined #openstack-infra18:58
anteaya24 folks confirmed for the TC election19:01
anteayagonna be a busy one19:01
*** sarob_ has joined #openstack-infra19:01
*** sarob has quit IRC19:02
openstackgerritlifeless proposed a change to openstack-infra/config: Remove tuskarclient pylint job.  https://review.openstack.org/4996519:03
*** blamar has quit IRC19:03
*** sarob_ has quit IRC19:03
lifelessjeblair: thanks19:03
jeblairlifeless: np19:03
*** sarob has joined #openstack-infra19:03
*** yolanda has quit IRC19:05
*** jhesketh__ has quit IRC19:08
*** sarob has quit IRC19:08
*** wenlock has quit IRC19:08
*** pabelanger has quit IRC19:20
*** jhesketh__ has joined #openstack-infra19:21
*** ruhe_ has quit IRC19:22
*** _david_ has joined #openstack-infra19:32
hasharanteaya: when is the vote starting ?19:32
*** dprince has joined #openstack-infra19:32
anteayawhen ttx sends out the ballots via email to the electorate sometime tomorrow19:32
anteayahe is pulling the lever on this one19:33
ttxanteaya: will you be around at 23:59 UTC to close the candidate list ?19:33
anteayaI am wondering about that19:33
ttxanteaya: otherwise I'll catch up tomorrow morning19:33
ttxno big deal19:33
anteayain Budapest and dealing with a small amount of remaining jet lag19:33
anteayaneed to be happy and smily at 8am tomorrow19:34
anteayado you want a closure email?19:34
ttxanteaya: ideally yes, but don't stay up for that19:34
anteayaI had just let the time run out before, since the expiration time was published19:34
anteayaokay19:34
ttxI'll just send it tomorrow morning19:34
anteayaif I am up, I will do it19:34
anteayaif not, then your plan19:35
anteayathanks19:35
*** bauzas_ has joined #openstack-infra19:36
anteayaactually thinking about turning in now, but that isn't to say I won't be awake in a few hours19:36
*** mestery has quit IRC19:36
bauzas_hi all19:37
anteayahi bauzas_19:37
bauzas_hi anteaya19:37
anteayawhat is on your mind19:37
mriedemis 'recheck nobug' the same as 'recheck no bug'?19:37
mriedemadam_g: ^?19:37
bauzas_I'm currently having an issue with a py27 job19:37
bauzas_http://logs.openstack.org/70/50970/1/check/gate-climate-python27/5ede61d/console.html19:38
*** changbl has joined #openstack-infra19:38
bauzas_a simple tox -r -epy27 works like a charm on my computer19:38
anteayaslow hotel internet19:38
anteaya...19:38
bauzas_but the Jenkins build fails :(19:38
bauzas_and the bug is quite clear, my oslo.config is too old19:39
*** esp has left #openstack-infra19:39
bauzas_but the pip freeze shows me that the oslo-config is up to update19:39
*** chris613 has joined #openstack-infra19:39
anteaya'module' object has no attribute 'DeprecatedOpt'19:40
anteayafeels like something should be there that isn't there19:40
anteayalike a missing dependency or something19:40
anteayacfg.DeprecatedOpt('sql_connection',19:40
*** senk has quit IRC19:41
bauzas_furiously thinking of https://bugs.launchpad.net/openstack-ci/+bug/119480719:41
uvirtbotLaunchpad bug 1194807 in tripleo "too old oslo.config: AttributeError: 'module' object has no attribute 'DeprecatedOpt'" [Critical,Fix released]19:41
bauzas_anteaya: as said, a tox -r does work19:42
anteayayes, it works locally for you19:42
bauzas_yup19:42
anteayawhat is the difference between your local env and the gate env19:42
anteayathat seems to be the gap19:43
bauzas_both are having the same oslo.config package...19:43
bauzas_(version I mean)19:43
* anteaya continues to read the bug commentary19:44
sdaguebasha: why is oslo-config==2013.1b4 installed on that env?19:47
anteayayeah, there are two oslo configs listed under pip freeze19:48
bauzas_yup19:48
bauzas_can't tell how oslo-config got in19:48
bauzas_but indeed, sounds like a trouble19:49
bauzas_https://github.com/stackforge/climate/blob/master/requirements.txt19:50
anteayabauzas_: are you able to paste a pip freeze of your local env where tox -r is passing?19:50
chris613Hiya. I'm having trouble with my jeepyb not updating ACLs on a project it creates. https://gist.github.com/anonymous/e88bec3cf0fccd6801e4   running `manage-projects -v` shows it creating my chef-repo2 project, but it doesn't even mention anything releated to acls19:51
bauzas_anteaya: well, no luck, I just lost my VPN connection19:51
anteayaboo19:51
bauzas_no way to get in ;(19:51
anteaya:(19:51
anteayado you have to recreate?19:52
bauzas_nevermind, I'll look after tomorrow19:52
anteayak19:52
bauzas_I'll source the venv and check19:52
anteayagood idea19:52
chris613Using jeepyb pulled moments ago: e86214d19:52
anteayatoo many oslo.configs might be spoiling the gate broth19:52
bauzas_but what if I can' find trace of oslo-config ?19:52
bauzas_anteaya: how could I fix the gate ?19:52
anteayagood question, bauzas_  sdague, any thoughts what might be pulling in the 2013.1b4?19:53
bauzas_I was thinking the Jenkins job was basically recreating a venv each time it has to do a check19:53
bauzas_https://github.com/stackforge/climate/blob/master/test-requirements.txt19:53
bauzas_I pasted out my requirements.txt19:53
anteayayes, the vm is set up for every test, the test runs, the vm is destroyed19:53
*** blamar has joined #openstack-infra19:54
sdagueunit test jobs the vms live for a while19:54
anteayaI think it is more, what mechinism is pulling in the 2013.1b4 oslo.config19:54
anteayasdague: do they?19:54
sdagueyeh19:55
anteayacool19:55
anteayadoes that help us in this case?19:55
anteayachris613: I hear your question, I don't have a good answer19:55
anteayamanage-projects was operating sub-optimally for us a while ago19:55
chris613anteaya: Thanks for the ack. :) At this point I'd just appreciate someone telling me my projects.yaml and acl file look correct19:56
anteayaand since that time I have no new information, so I don't know if manage-projects is in need of some attention or if the situation was addressed19:56
chris613fair enough, thanks19:56
anteayachris613: care to link? I can give a bird's eye view19:56
chris613https://gist.github.com/anonymous/e88bec3cf0fccd6801e419:56
* anteaya looks19:57
bauzas_anteaya: I have no idea what is pulling oslo-config==2013.1b419:57
chris613I read the "docs" such as they are and couldn't figure out the differences betwee acl-config, acl-base, and acl-parameters19:57
bauzas_our requirements are quite small atm19:57
chris613my python-fu is too weak to readily understand the source19:58
fungibauzas_: looks like you're depending on the nova master branch tarball, so it may be retrieving an oslo.config prerelease19:58
anteayabauzas_: yeah, I think that might be the question to try to answer, as sdague pointed out, how did 2013.1b4 get there19:58
openstackgerritJames E. Blair proposed a change to openstack-infra/nodepool: Add the ability to ignore offline targets  https://review.openstack.org/5102019:58
bauzas_fungi: uh, you're right19:58
lifelesshow does one make gerrit autorecognise a patch as WIP ?19:59
jeblairclarkb, fungi: https://review.openstack.org/5102019:59
anteayachris613: from my unpracticed eye, I see nothing out of the ordinary19:59
chris613Thanks for the look19:59
jeblairlifeless: not supported; you have to mark it wip after uploading (you can do that from the cmdline)19:59
anteayabut fungi and jeblair are here now too so perhaps they might offer something when they have time to take a peek19:59
* chris613 just realizes that perhaps the account I'm using to do manage-projects doesn't have rights to do it....20:00
anteayaah ha20:00
lifelessjeblair: oh:(. How do you do it from the commandline? [doc pointers are fine]20:00
anteayachris613: perhaps you can investigate that?20:00
fungibauzas_: actually, nova master only requires oslo.config>=1.2.0 (no prerelease refspec there) so it's probably coming in from elsewhere20:00
chris613I'd exepect some error messages in such a case, but worth a look for sure20:00
jeblairlifeless: ssh -p 29418 review.openstack.org gerrit review --help20:00
jeblairlifeless: (--workinprogress is the arg)20:01
jeblairlifeless: web version of same: https://review.openstack.org/Documentation/cmd-review.html20:01
*** pcm_ has quit IRC20:01
lifelessthanks20:02
*** jswarren has quit IRC20:02
bauzas_fungi: sdague anteaya any ways to get trace of venv install ?20:03
lifelessjeblair: huh,20:03
fungii see some pep8 overrides in nodepool's immediate future20:03
lifeless:!ssh review.openstack.org gerrit review 50737 --workinprogress20:03
openstackgerritJames E. Blair proposed a change to openstack-infra/nodepool: Add the ability to ignore offline targets  https://review.openstack.org/5102020:03
lifelessfatal: "50737" no such patch set20:03
bauzas_I mean, no way to see how the venv is pulling the deps ?20:03
lifeless(note that I have an ssh hosts alias to control the port and user20:03
fungibauzas_: pip should create a pip.log in ~/.pip i think?20:03
jeblairlifeless: i think you need the 'change,patchset' form20:03
lifelessbut https://review.openstack.org/#/c/50737/ exists20:03
lifelessoh20:03
lifelessthats a little less user friendly than one might desire20:04
bauzas_ok, will check then20:04
*** basha has quit IRC20:05
bauzas_still can't figure out why my own tox -r is passing20:05
*** alexpilotti has quit IRC20:05
bauzas_but anyway, will perform a full venv recreation by tomorrow20:06
bauzas_thanks all20:06
fungibauzas_: chances are it's something to do with our tests running against a restricted pypi mirror at pypi.openstack.org/openstack while your local environment uses pypi.python.org/pypi20:07
*** gyee has joined #openstack-infra20:07
fungiso the package versions pip pulls down for tests can sometimes be different than yours20:07
*** wenlock has joined #openstack-infra20:08
bauzas_ok good cactch20:08
bauzas_I could try to use pypi.openstack.org as mirror20:08
bauzas_and check20:08
bauzas_thanks20:08
bauzas_too bad my VPN connection crashed20:09
bauzas_Murphy's law...20:09
bauzas_ty and bye20:09
*** rwsu has quit IRC20:09
jeblairlifeless: no kidding.  but considering that _david_ is leading multi-party peace talks between openstack and gerrit just to try to get some kind of upstream support for WIP, fixing that should probably wait until the overall accord is signed.  :)20:09
lifeless:>20:10
lifelessdavid and gerrit eh20:10
lifelessdoes he have a slingshot?[6~20:10
_david_jeblair, that were my peace maker change, after mordred discussion with mfick on #gerrit: https://gerrit-review.googlesource.com/#/c/5070020:11
*** mrmartin has quit IRC20:12
*** krtaylor has joined #openstack-infra20:12
jeblairwow, our change numbers are ~= gerrit's!20:12
*** senk has joined #openstack-infra20:12
_david_jeblair, what mfick told yesterday is "piece of cake", but unfortunately is not doable or better to say not reviewable for 2.8 ;-( but who cares ...20:12
*** bauzas_ has quit IRC20:13
mordredjeblair: nice!20:13
mordred_david_: nicely done20:13
_david_mordred, thanks! let met stabilize it, testing, couple of days20:13
clarkbjeblair: I am reviewing the nodepool change20:14
clarkbI grab a sandwich for lunch and the amount of scrollback is scary20:14
jeblairclarkb: yeah, i figure if there's something important they'll ask again.  :(20:14
clarkbin other news I finally found a banh mi ish sandwich place that is in walking distance20:15
_david_mordred, just to be clear: not everything what was told yesterday was true: /me contributed ca. 100 commits upstream to Gerrit recently and it was done *with* and *for* Gerrit community...20:15
jeblairclarkb: nice!20:15
_david_mordred, these commits made it first possible, that such funny things like wip-plugin are doable at all with Gerrit plugin API20:17
mordred_david_: I am thrilled by your work in that area20:17
*** oubiwann_ has quit IRC20:18
_david_mordred, that why i've found that somewhat awkward to hear from him: that was "a nasty hack"20:18
fungijeblair: what was the need to start adding build: prefixes in the messages from the fake server? that and the change in node label seem unrelated to the rest of the change20:18
fungigot me curious20:19
fungilingering cleanup from the earlier change to how gearman messages are parsed?20:19
*** oubiwann_ has joined #openstack-infra20:19
jeblairfungi: oh, sorry, it was wrong before; the fix to the code that uses it already merged20:20
jeblairfungi: yeah20:20
fungiokay, great! makes a lot more sense20:20
jeblairsorry i forgot to mention that in the commit20:20
*** senk has quit IRC20:21
fungilgtm. okay to approve? puppet's still not running on the server right?20:21
jeblairfungi: yeah, please do20:21
*** CaptTofu has quit IRC20:22
*** CaptTofu has joined #openstack-infra20:23
anteayafungi do you have a moment to expand on your comment the other day that vcsrepo puppet module is under-performing?20:24
openstackgerritA change was merged to openstack/requirements: temporarily cap python-troveclient version  https://review.openstack.org/5098820:24
openstackgerritA change was merged to openstack-infra/nodepool: Add the ability to ignore offline targets  https://review.openstack.org/5102020:24
*** miqui has joined #openstack-infra20:24
notmynameclarkb: mordred: jeblair: now that we have our swift rc cut, I want to create a new swift-bench repo to go alongside swift and python-swiftclient20:25
clarkbnotmyname: swift bench is being broken out of another repo? There are two steps to this process. 1. prep a source repo with the content you want to end up in Gerrit. 2. propose a change to openstack-infra/config that adds the new projects to the projects list, jenkins job builder, and zuul20:29
notmynamemordred: note that you have 3 change-ids in the auto "updated from global requirements" patch20:29
notmynamemordred: https://review.openstack.org/#/c/51040/20:29
notmynameclarkb: ok20:29
clarkbnotmyname: we are more than happy to help facilitate those steps. Did you have any specific questions about what is needed?20:29
notmynameclarkb: I had discussed it here a couple of weeks ago, but we were holding off until the RC. we've got a hackathon/sprint next week, and I was hoping to have it ready by then20:30
clarkbnotmyname: the requirements proposal change shouldn't be doing that, it should propose to the already open change if possible. I will poke at it20:30
fungianteaya: i'm not sure that was my comment, or at least i don't recall the context20:30
*** blamar has quit IRC20:31
clarkbhmm looks like the other change was abandoned, wonder if that is the problem20:31
notmynameclarkb: we don't have the code separated yet. is it possible to have an empty holding place for it? would that be your step 2 above?20:31
anteayafungi: ah okay it was from a day or so ago, clarkb had encountered something when using vcsrepo - as in it wasn't working according to expectations - and you and sdague verified this20:32
clarkbnotmyname: you can start with an empty place holder, but then we have to force push into gerrit when you are ready. It is easier to start with whatever seeded content you need20:32
notmynameclarkb: I can start with an empty README ;-)20:32
anteayaI was just curious since i am using vcsrepo in my glacially slow puppeting of the sodabrew puppet-dashboard fork, and wanted to dodge/fix an issue if I needed to20:32
clarkbnotmyname: we can just import the entire repo where swift-bench is located today then submit a change that deletes all of the non swift-bench content. Or do you just not have any swift-bench code at all?20:33
anteayabut if it is a non-issue, please disregard20:33
*** blamar has joined #openstack-infra20:33
clarkbanteaya: its a particular corner case. happens when you subscribe to a vcsrepo resource or have vcsrepo notify other resources20:33
anteayaah ha20:33
clarkbnotmyname: if there is no preexisting content then we can start with nothing20:33
notmynameclarkb: ya, all of swift-bench is in the swift repo now, so it would be a copy. an initial copy then a 2nd commit to delete everything would be possible (but uglier, IMO)20:33
anteayawhich I don't believe I will be doing, but I will be alert20:34
*** rnirmal has quit IRC20:34
anteayathanks clarkb20:34
funginotmyname: one way is to use git filter-branch if the contents of the new repo are easily separated. then they can be filtered into a new repository which is garbage-collected of commits not touching those files20:35
clarkbnotmyname: the problem with starting with something that doesn't share history with what we will have eventually is that requires force pushing and breaks other people's repos20:35
notmynameclarkb: why would it require a force push? ah. you want to keep the history of the existing files20:36
clarkbnotmyname: right20:36
notmynameclarkb: checking...20:39
*** amotoki has quit IRC20:40
*** amotoki has joined #openstack-infra20:40
clarkbI think I see the bug in the requirement update proposals. http://git.openstack.org/cgit/openstack-infra/config/tree/modules/jenkins/files/slave_scripts/propose_requirements_update.sh#n37 the read is in a loop so COMMIT_MSG is updated several times20:41
*** rwsu has joined #openstack-infra20:42
clarkbI am trying to remember why read was used in the other scripts. I clearly should've commented that better20:42
mtreinishclarkb: does that explain the triple change ids?20:43
clarkbmtreinish: ya I think read is just appending to COMMIT_MSG each time20:44
*** svarnau has joined #openstack-infra20:45
clarkbI remember now. Variable interpolation20:46
clarkbwith literal newlines20:46
clarkbfungi: jeblair: mordred: is there a better way to create a multiline variable with out squashing the newlines and allowing for variable interpolation?20:47
chris613clarkb: I'm still strugging with getting jeepyb to write ACLs for my projects (pulled latest jeepyb from git earlier today). I'm wildly guessing that perhaps my Administrative user needs some initial permissions that he doesn't have in order for it to work. I gave him Read and Push on ref/meta/config in All-Projects. Do you know if that's enough?20:47
*** _david_ has quit IRC20:48
*** amotoki has quit IRC20:49
clarkbchris613: it should be 'refs/meta/config' (note the s in refs not sure if the above is a typo). we also allow force push20:49
clarkbnot sure if force push is required20:49
clarkb(it shouldn't be in normal operation but might be)20:50
jeblairclarkb: maybe that script just needs to use a different variable; like start with INITIAL_COMMIT_MSG and build COMMIT_MSG each time from that20:50
*** mriedem has quit IRC20:50
chris613Whoops, yeah that was a typo I do have an 's'. I'll try adding force push. `manage-projects -v` shows it doing an ls-projects but that's it. No acl related messages at all. No indication if I'm doing something wrong or if it's just broken because of bugs20:51
chris613Thanks for another thing to try :)20:51
clarkbjeblair: that is what I am thinking20:51
clarkbjeblair: I will propose a patch shortly20:52
anteayaokay I have confirmed the 25th TC candidate and am off to bed20:53
*** ArxCruz has quit IRC20:53
anteayathere are still a few hours left, so anyone who submits before the deadline will be confirmed by ttx tomorrow20:53
anteayanight20:53
*** pcm_ has joined #openstack-infra20:53
*** anteaya has quit IRC20:53
fungiclarkb: that sounds like a saner solution, agreed20:56
openstackgerritClark Boylan proposed a change to openstack-infra/config: Use a single change ID per requirement proposal.  https://review.openstack.org/5105320:56
clarkbjeblair: fungi ^ I think that will fix the problem20:57
*** pcm_ has quit IRC20:57
*** mriedem has joined #openstack-infra20:57
clarkband I have commented why read is used instead of a quoted string over several lines20:57
*** pcm_ has joined #openstack-infra20:57
*** amotoki has joined #openstack-infra20:59
notmynameclarkb: ok, for the swift-bench repo, we'll start with a full copy of the swift repo and then prune it from there.20:59
*** dprince has quit IRC20:59
clarkbnotmyname: ok21:00
notmynameclarkb: but I don't really know where to start with os-infra/config.21:01
jeblairnotmyname: not going to filter-branch?21:01
clarkbnotmyname: http://ci.openstack.org/stackforge.html is a decent reference if you s/stackforge/openstack/21:01
openstackgerritEric Harney proposed a change to openstack/requirements: Add rtslib-fb to requirements  https://review.openstack.org/5105621:01
notmynamejeblair: not necessarily. commit 1 should be the full import of everything. mostly I want to get everything ready so that people can work on it. I don't have the final product ready now21:02
*** CaptTofu has quit IRC21:02
jeblairnotmyname: does this exist now?21:03
jeblairnotmyname: is it part of swift?21:03
notmynamejeblair: swift-bench? yes. it's been there since the beginning21:03
*** CaptTofu has joined #openstack-infra21:03
*** rfolco has quit IRC21:04
jeblairnotmyname: so we can make a new repo that has just the relevant files in it, with their full history from the beginning.  would you like to do that?21:04
jeblairnotmyname: that means you get to keep version control history, but can prune the irrelevant files from the repo so it isn't wasting space21:04
notmynamejeblair: ya, that's good21:05
jeblairnotmyname: okay, if you send a list of files you're interested in, i can make a repo for you21:06
notmynamejeblair: thanks. will do (and it will be short)21:06
*** hashar has quit IRC21:08
*** jecarey has quit IRC21:11
*** senk has joined #openstack-infra21:17
*** mestery has joined #openstack-infra21:17
*** markmcclain has quit IRC21:20
*** senk has quit IRC21:21
* miqui talk to you guys later....21:22
miquihomeless. letme know if you need more help ...no prob....21:22
*** miqui has quit IRC21:22
notmynamejeblair: ok, I got a list. it's only 5 files that we need to keep history on. the rest (eg the boilerplate stuff) can be recreated from scratch21:23
notmynamejeblair: do you want the list in here or via email?21:23
jeblairnotmyname: you can just paste it21:24
notmynamejeblair: kk21:24
notmynamejeblair: http://paste.openstack.org/show/48248/21:25
*** thomasm has quit IRC21:25
openstackgerritJoe Gordon proposed a change to openstack-infra/config: Make novaclient-python33 gating  https://review.openstack.org/5105821:26
notmynamejeblair: here's the only trick: the top-level directories should be bin, swift-bench, and test21:26
notmynamejeblair: ie s/swift/swift-bench/21:26
notmynamejeblair: I like to think I'm pretty good at git, but I don't know if filter-branch can do that21:26
*** chris613 has quit IRC21:28
fungiwell, filter-branch can do the rest, and then you have a git mv as one of your first new commits21:29
* fungi can't remember if filter-branch can (or even should) rename objects21:30
*** jerryz has joined #openstack-infra21:30
clarkbI think filter-branch can, but shouldn't. eg it can rewrite anything, but not messing with historytoo much is a good thing21:30
notmynameya, of course21:31
fungiyeah, that was more or less my feeling on it21:31
notmynamethat's my excuse for not knowing filter-branch too well. you shouldn't use it often enough that you have the options memorized ;-)21:31
fungii can totally agree with that. it's a swiss-army knife. very useful when you need it, but lots of sharp edges so best kept folded up and out of the way when you don't21:33
clarkbjog0: for https://review.openstack.org/#/c/49853/1 and enabling py33 gating on python-novaclient. Any idea why the py33 tests failed on the first run but passed on the second?21:36
openstackgerritJames E. Blair proposed a change to openstack-infra/nodepool: Make image updates independent  https://review.openstack.org/5106021:37
jog0clarkb: yyp21:37
jog0yup21:37
jog0other patches21:37
clarkbgotcha21:37
jeblairclarkb, fungi: https://review.openstack.org/51060  <-- more safer for tripleo21:37
clarkbjeblair: will look shortly21:37
openstackgerritJoe Gordon proposed a change to openstack-infra/config: Make novaclient-python33 gating  https://review.openstack.org/5105821:40
clarkbjeblair: https://review.openstack.org/#/c/51060/1/nodepool/cmd/nodepoolcmd.py self.updateImage() doesn't exist unless it is being monkey patched in21:41
jeblairclarkb: gah21:42
clarkbjeblair: should that be self.pool.updateImage()?21:43
jeblairyeah21:43
*** alchen99 has joined #openstack-infra21:43
openstackgerritJames E. Blair proposed a change to openstack-infra/nodepool: Make image updates independent  https://review.openstack.org/5106021:43
jeblairclarkb: thx21:43
clarkbI would've put it in gerrit but I was afraid I was missing something :)21:44
* fungi is usually missing something. puts it in gerrit anyway, looks silly, fails to care ;)21:44
clarkbjeblair: I just left another comment on the chnage21:47
openstackgerritJames E. Blair proposed a change to openstack-infra/nodepool: Pass correct server_id when adding public IP  https://review.openstack.org/4983121:47
openstackgerritDavid Shrewsbury proposed a change to openstack-infra/gear: Add SSL error checking  https://review.openstack.org/4674121:50
clarkbhttps://review.openstack.org/#/c/48783/ is a neat change21:51
Shrewsmordred: Hopefully that ^^^^ patchset will fix all the things21:53
ekarlsoany particular reason one shouldn't do version in setup.cfg? ref https://review.openstack.org/#/c/50591/21:54
Shrewsekarlso: With pbr, version comes from the git tag21:55
*** beagles has quit IRC21:55
Shrews'git describe', specifically21:55
clarkbekarlso: Shrews: pbr supports two version schemes. pre and post version. The client projects use post versioning which doesn't know what its version is before a git tag happens. Server projects do pre versioning and need to specify a version so that the version is known beforehand21:56
clarkbso for clients it is purely based on the git tag21:56
clarkb(I think I got all of those terms correct)21:56
fungialso there are other ways to pass in the version with pbr (configuration, envvar, external file)21:56
*** dkranz has quit IRC21:56
fungibut its expected use is via git tag21:56
Shrewsfungi, clarkb: with that particular project, it will come from the git tag21:57
fungiyes21:57
Shrewsyes yes21:57
fungidouble yes21:58
Shrewsyes^2, even21:58
dstufftclarkb: lol "pre and post" versioning term overloading +++21:59
fungibetter than perversioning i suppose22:00
Shrewsfungi: let's leave your personal life out of the conversation22:00
Shrews:-P22:01
* Shrews suspects fungi will not buy /me any more beer22:01
openstackgerritAndrew Laski proposed a change to openstack-infra/config: Move cells job from 'experimental' to 'check'  https://review.openstack.org/5106222:01
openstackgerritJoe Gordon proposed a change to openstack-infra/config: Make novaclient-python33 gating  https://review.openstack.org/5105822:01
jog0clarkb: FYI the last patch for novaclient to be py33 compat hasn't landed yet, its in the gate queue though22:01
*** alchen99 has quit IRC22:02
clarkbjog0: ok22:02
*** alchen99 has joined #openstack-infra22:02
*** mriedem has quit IRC22:02
jeblairtest/unit/locale/eo/LC_MESSAGES/swift.mo -> ../../messages.mo22:03
jeblairnotmyname: ^ that's a symlink; is that expected?22:03
*** changbl has quit IRC22:03
ekarlsodoes one need a -milestone group in order to tag ?22:04
*** dafter has quit IRC22:05
Shrewsekarlso: you should copy what the stackforge/libra project has done22:05
*** svarnau has quit IRC22:05
*** dafter has joined #openstack-infra22:05
*** SergeyLukjanov has quit IRC22:06
clarkbfungi: https://review.openstack.org/#/c/49805/ needs a slight change to pass tests, then I think it is ready22:07
*** CaptTofu has quit IRC22:08
*** CaptTofu has joined #openstack-infra22:08
*** dafter has quit IRC22:10
*** chris613 has joined #openstack-infra22:10
*** julim has quit IRC22:10
openstackgerritEndre Karlson proposed a change to openstack-infra/config: Use same permissions as libra itself  https://review.openstack.org/5106622:11
*** amotoki has quit IRC22:12
*** boris-42 has quit IRC22:12
*** mrodden has quit IRC22:12
fungiShrews: depends on whether you bring olaph22:13
*** dcramer_ has quit IRC22:14
*** alexpilotti has joined #openstack-infra22:14
hub_capmordred: clarkb we pushed a 1.0.1 of troveclient, plz update. we had to change some commands around, so u might have to rework if youve already done some work to integrate it22:14
openstackgerritDan Nguyen proposed a change to openstack/requirements: Add pwtools to requirements for password generator  https://review.openstack.org/5106822:14
hub_capmordred: i told some people internally about the rax:database thing too22:15
*** SergeyLukjanov has joined #openstack-infra22:15
*** prad has quit IRC22:16
fungiclarkb: thanks on 49805. i hadn't revisited it since the last upload to even see that tests were horked up22:16
fungibeen trying to hammer the stable branch capping stuff back into shape22:16
notmynamejeblair: yes, that's expected22:16
*** datsun180b has quit IRC22:17
*** senk has joined #openstack-infra22:18
openstackgerritEndre Karlson proposed a change to openstack-infra/config: Add pypi job to python-libraclient  https://review.openstack.org/5106922:18
* fungi needs to step away for a bit and cook dinner... bbl22:19
*** senk has quit IRC22:22
*** pentameter has quit IRC22:23
*** sarob has joined #openstack-infra22:26
*** matty_dubs is now known as matty_dubs|gone22:28
*** thedodd has quit IRC22:29
*** thedodd has joined #openstack-infra22:30
*** SergeyLukjanov is now known as _SergeyLukjanov22:30
*** _SergeyLukjanov is now known as SergeyLukjanov22:30
*** SergeyLukjanov is now known as _SergeyLukjanov22:31
*** _SergeyLukjanov is now known as SergeyLukjanov22:31
*** dripton has quit IRC22:31
*** SergeyLukjanov is now known as _SergeyLukjanov22:31
*** _SergeyLukjanov is now known as SergeyLukjanov22:31
*** SergeyLukjanov is now known as _SergeyLukjanov22:32
*** _SergeyLukjanov is now known as SergeyLukjanov22:32
*** SergeyLukjanov is now known as _SergeyLukjanov22:32
*** _SergeyLukjanov is now known as SergeyLukjanov22:32
*** SergeyLukjanov is now known as _SergeyLukjanov22:33
*** _SergeyLukjanov is now known as SergeyLukjanov22:33
*** SergeyLukjanov is now known as _SergeyLukjanov22:33
*** _SergeyLukjanov is now known as SergeyLukjanov22:33
*** SergeyLukjanov is now known as _SergeyLukjanov22:34
*** _SergeyLukjanov is now known as SergeyLukjanov22:34
*** SergeyLukjanov is now known as _SergeyLukjanov22:35
*** _SergeyLukjanov is now known as SergeyLukjanov22:35
*** zojoncj has quit IRC22:35
*** SergeyLukjanov is now known as _SergeyLukjanov22:36
*** _SergeyLukjanov is now known as SergeyLukjanov22:36
*** SergeyLukjanov is now known as _SergeyLukjanov22:37
*** _SergeyLukjanov is now known as SergeyLukjanov22:37
*** SergeyLukjanov is now known as _SergeyLukjanov22:37
*** _SergeyLukjanov is now known as SergeyLukjanov22:37
*** SergeyLukjanov is now known as _SergeyLukjanov22:38
*** _SergeyLukjanov is now known as SergeyLukjanov22:38
jeblairnotmyname: does this look good to you?  https://github.com/jeblair/swift-bench22:38
jeblairnotmyname: i added .gitignore and LICENSE to the list of files preserved22:38
*** SergeyLukjanov is now known as _SergeyLukjanov22:38
*** _SergeyLukjanov is now known as SergeyLukjanov22:38
*** SergeyLukjanov is now known as _SergeyLukjanov22:39
notmynamejeblair: looks good. we can add the other boilerplate later. thanks22:39
*** _SergeyLukjanov is now known as SergeyLukjanov22:39
notmynamejeblair: for a couple of the naming things, we'll git mv later22:39
jeblairnotmyname: sounds like a plan22:39
*** SergeyLukjanov is now known as _SergeyLukjanov22:40
jeblairnotmyname: want me to write the infra/config change, or are you interested in doing that?22:40
notmynamejeblair: I wouldn't know where to start22:40
*** _SergeyLukjanov has quit IRC22:41
notmynamejeblair: the swift-bench repo should be very lightweight (like python-swiftclient) and not need all the tempest/devstack stuff22:41
notmynamejeblair: we'll add our own .unittests file that can be called22:41
jeblairnotmyname: http://ci.openstack.org/stackforge.html  (but s/stackforge/openstack/)  [ that may have been your way of saying you want me to do it -- i'm fine either way, but i always like pointing out we have docs :) ]22:42
notmynamejeblair: heh. yes. I want you to do it :-)22:42
jeblairnotmyname: no prob.  :)22:42
notmynamethanks22:42
hub_capjeblair: while youre at it, i need some trove tempest tests22:44
jeblairnotmyname: do you have a one line description?22:44
hub_cap;)22:44
jeblairhub_cap: sdague will whip those right up for you!22:45
*** melwitt1 has joined #openstack-infra22:45
*** alchen99|2 has joined #openstack-infra22:45
*** rcleere has quit IRC22:45
notmynamejeblair: "Benchmarking tool for OpenStack Swift"22:45
*** melwitt1 has quit IRC22:46
jeblairnotmyname: will you be doing releases?  tag-based post-versioning like a client?22:46
notmynamejeblair: correct. releases will be exactly like python-swiftclient22:47
hub_caphey is there a LP bug status that says "this is a dup"22:47
jeblairnotmyname: python package name (egg and on pypi) 'swift-bench' ?22:48
jeblairhub_cap: you can 'mark as duplicate'22:48
*** alchen99 has quit IRC22:48
jeblairhub_cap: and specify the other bug22:48
*** melwitt has quit IRC22:48
notmynamejeblair: ya. (I checked pypi and thought "oh no! that's taken". then I saw it was taken by you)22:49
hub_capicic on the sidebar thx jeblair22:49
jeblairnotmyname: i implement a two-phase commit algorithm :)22:49
*** CaptTofu has quit IRC22:51
*** CaptTofu has joined #openstack-infra22:51
jeblairnotmyname: i also created https://launchpad.net/swift-bench  do you want bugs there or in the main swift project?22:52
notmynamejeblair: separate. it should be _much_ lower volume, so I don't want it to be drowned out22:53
jeblairnotmyname: coo22:53
jeblairl22:53
*** thedodd has quit IRC22:53
*** krtaylor has quit IRC22:54
jeblairnotmyname: ok, i did some basic config (incl bugs) on https://launchpad.net/swift-bench and set swift-drivers to the maintainer22:56
*** changbl has joined #openstack-infra22:56
clarkbjeblair: I just approved https://review.openstack.org/#/c/49894/22:56
*** dims has quit IRC22:57
*** SergeyLukjanov has joined #openstack-infra22:57
*** michchap has joined #openstack-infra22:57
*** SergeyLukjanov has quit IRC22:57
*** alchen99|2 is now known as alchen9922:58
notmynamejeblair: great22:59
clarkbfungi: https://review.openstack.org/#/c/50198/1 is that ready? or is there sequencing with other changes?22:59
clarkbfungi: I figure that one goes in first then we set the new VAR so that it is self gating?23:00
jeblairclarkb: cool, thx23:00
mordredback. sorry. was on phone for the entire day23:00
mordredjeez23:00
openstackgerritA change was merged to openstack-infra/config: Add basic nodepool documentation page  https://review.openstack.org/5019423:01
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Add swift-bench project  https://review.openstack.org/5107223:01
jeblairnotmyname: ^23:01
notmynamejeblair: the upstream is your repo?23:03
jeblairnotmyname: it's a poorly named option; it should really be "perform-initial-import-into-gerrit-from: ..."23:03
jeblairnotmyname: after that's done, it's not used anymore23:03
notmynamejeblair: ok, so your repo won't stay there?23:03
openstackgerritA change was merged to openstack-infra/nodepool: Make image updates independent  https://review.openstack.org/5106023:03
openstackgerritA change was merged to openstack-infra/nodepool: Pass correct server_id when adding public IP  https://review.openstack.org/4983123:03
notmynameoh, it stays, but just as an artifact23:04
jeblairnotmyname: we periodically clean up that yaml file.  and i can delete my repo; it won't actually be part of the github fork tree or anything though, so no one is likely to see/find it anyway.23:04
notmynamejeblair: ok. then based on that, I'll add my formal +123:05
jeblairnotmyname: it's just a place to stash it that the import script can reach; also, it's good to stage an import like this so you can review the actual repo contents before they get imported23:05
notmynameya23:05
notmynamejeblair: jenkins doesn't approve?23:06
notmynamejeblair: so as soon as this merges, the repo is imported and we're ready to clone and start working on it?23:07
*** blamar has quit IRC23:08
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Add swift-bench project  https://review.openstack.org/5107223:08
*** fbo is now known as fbo_away23:09
jeblairnotmyname: yep.  we should propose a change adding a .gitreview file as the first new change (before too many people clone it).23:10
jeblair(i could push that to my tree, but it'll make a good exercise)23:10
notmynamejeblair: good point. I can do that23:10
jeblairnotmyname: cool23:10
notmynamejeblair: let me know when it's ready23:10
*** adalbas has quit IRC23:11
jeblairnotmyname: will do23:11
*** mestery has quit IRC23:12
*** mestery has joined #openstack-infra23:12
*** dims has joined #openstack-infra23:12
*** blamar has joined #openstack-infra23:13
*** blamar has quit IRC23:13
jeblairnotmyname: it's getting quiet in here; might be tomorrow.23:14
*** sarob has quit IRC23:14
notmynameah23:14
*** sarob has joined #openstack-infra23:14
*** mestery has quit IRC23:16
bodepdwould it be possible to get another project into stackforge?23:17
*** dcramer_ has joined #openstack-infra23:18
notmynamejeblair: thanks a ton for your help23:18
*** sarob has quit IRC23:19
clarkbyes jeblair is rocking the customer service23:20
mordredjeblair: is a god23:21
hub_capyall need a virtual take a number system23:21
mordredbodepd: NO. NO MORE PROJECTS FOR YOU!23:21
hogepodgebodepd: still waiting on vswitch approval. It's been pretty backed up here23:21
mordredhub_cap: no, we need more heads23:21
hub_capits is mine: http://static6.depositphotos.com/1166438/650/i/950/depositphotos_6501767-Take-A-Number-Hand-Grenade.jpg23:21
mordredhub_cap: I'm essentially useless anymore23:21
hub_capmordred: i hear if u cut off jeblair's head 2 will grow in its place23:21
mordredhub_cap: I tried that once. he got cross with me23:22
hub_capthey?23:22
hub_capguess it didnt work23:22
clarkbhogepodge: it has my +2 :)23:22
hogepodgeclarkb: I saw. It's juiced, just not enough. :-)23:23
hogepodgeclarkb: moar +2 ftw23:23
*** dcramer_ has quit IRC23:25
*** DennyZhang has quit IRC23:26
clarkbjeblair: fungi mordred ttx opinions on merging https://review.openstack.org/#/c/50242/ before havana releases?23:26
clarkbthe additional q-vpn service caused gate problems around RC time23:27
clarkbI don't want to interfere with release if we are worried about it23:27
jeblairclarkb: sdague seemed to think it would be ok23:28
jeblairclarkb: i'm fine waiting, but am kind of deferring to him23:28
clarkbin that case I say lets go for it. Like sdague says, the tools will tell us if it is a recurring issue and we can back it out quickly23:28
*** melwitt has joined #openstack-infra23:28
clarkbI will approve23:28
*** melwitt has quit IRC23:31
*** melwitt has joined #openstack-infra23:32
bodepdI'm going to try to get another project stackforgified23:33
clarkbmordred: https://review.openstack.org/#/c/50400/1 is my comment off base?23:34
*** dcramer_ has joined #openstack-infra23:39
clarkbjog0: https://review.openstack.org/#/c/50346/23:42
clarkbbodepd: let us know if you have questions23:42
clarkbbodepd: but the process hasn't changed since you last did it (unless I have forgotten about things that did change in which case I would be wrong)23:42
bodepdcan I add somethign without any jjb or zuul gates?23:43
bodepdjust to get the code in upstream gerrit?23:43
bodepdclarkb: if only I could remember the process I used before ;)23:43
*** mrodden has joined #openstack-infra23:44
clarkbbodepd: sort of, you need to have something otherwise zuul will refuse to merge your code. we use the gate-noop job for that. You can see examples of this in the layout.yaml file23:45
openstackgerritA change was merged to openstack-infra/config: Document running custom slaves in ones own infra.  https://review.openstack.org/4534623:45
fungiclarkb: on 50198, yes that's fine to go in along with the corresponding pbr change (if it hasn't already) in any order, then i'll un-minus-2 the config change which depends on those23:48
clarkbfungi: I gave it a +2 feel free to approve (or I will get to it after the current review)23:49
bodepdyep, I've done that before, just forgot if it was required23:50
bodepdhow can I see a list of all groups that exist in gerrit?23:50
clarkbcurrent review is https://review.openstack.org/#/c/44686/4 it seems wrong to be running those tests with a different shell script than the other tests23:50
clarkbbodepd: go to gerrit admin -> groups23:50
clarkbbodepd: that will give you a list of groups that you can see (which should be most of them)23:50
bodepdthanks!23:51
clarkbmordred: https://review.openstack.org/#/c/44686/4 do you know what the intent is there?23:51
mordredyeah23:51
clarkbmordred: I don't think we should do what that change is doing23:52
mordredclarkb: it is to use sqlalchemy-migrate with run-tox.sh23:52
clarkbmordred: right, but why?23:52
mordredwhy not?23:52
mordredthey have multiple env combos23:53
clarkbmordred: because we have run-unittests.sh now23:53
*** mrodden has quit IRC23:53
mordredthat's for running unittests23:53
clarkbwhich is what the other python jobs are using23:53
clarkbmordred: aren't these unitests?23:53
mordredrun-tox is the the more general one23:53
clarkbthey are running the unittests aganst different sa installs23:53
mordredthey are - but unittests is for runing things tha tmatch the openstack pattern23:53
clarkbmordred: I don't follow23:53
mordredrun-unittests is how we run things like python27 python26 etc23:53
clarkbmordred: if the non sa07 jobs use run-unittests shouldn't these use run-unittests too?23:54
mordredrun-tox is how we run random tox jobs23:54
clarkbbut these are not random jobs, they are identical to the others with one slight change23:54
mordredall of sq-migrate now uses run-tox in this change23:55
mordredno?23:55
mordredI'm not following23:55
clarkbmordred: https://review.openstack.org/#/c/44686/4/modules/openstack_project/files/zuul/layout.yaml no the other pythonXX jobs use run-unittests.sh23:55
openstackgerritA change was merged to openstack-infra/config: Add swift-bench project  https://review.openstack.org/5107223:56
clarkbmy concern is that we should not run identical tests that differ on dependencies with two different scripts23:57
*** mrodden has joined #openstack-infra23:57

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