Tuesday, 2015-12-29

*** Daisy has quit IRC00:00
*** Daisy has joined #openstack-infra00:04
openstackgerritJJ Asghar proposed openstack-infra/project-config: [WIP]: Added Standard Checks for Coda  https://review.openstack.org/26208500:05
*** Daisy has quit IRC00:08
*** masuberu has joined #openstack-infra00:09
*** rlandy has quit IRC00:10
*** masber has quit IRC00:12
*** Daisy has joined #openstack-infra00:16
*** Qiming has quit IRC00:16
*** lxsli_festive has quit IRC00:25
*** lxsli_festive has joined #openstack-infra00:25
*** FallenPegasus has quit IRC00:25
*** woodster_ has joined #openstack-infra00:26
*** Daisy has quit IRC00:33
*** _amrith_ is now known as amrith00:38
*** david-lyle has quit IRC00:40
*** sabeen3 has quit IRC00:41
openstackgerritKhai Do proposed openstack-infra/system-config: Replace the Gerrit WIP icon  https://review.openstack.org/16522800:44
clarkbpleia2 zaro we should have plenty memory its just a matter of giving it to the jvm right?00:45
clarkband if we need more than that a bigger host is an option (but may require new IP depending on how we do that (can size up but thats dowtime))00:46
pleia2clarkb: yeah, only using 15G or so on the system00:47
pleia2so it's fine to bump it to 12G if we want00:47
pleia2which is what https://review.openstack.org/#/c/262068/3 proposes00:48
zaroyeah, i think 12 G is fine.  i think the recomendation is to set heaplimit to about 50% of total RAM.00:49
clarkb50% would be 15g but +2 as is00:50
clarkbcant babysit or anyrhing today too many errands00:50
zaroor i mean no more than 50%.00:50
clarkbah ok00:50
pleia2I will be around, will this auto restart gerrit?00:51
clarkbprobably to leave room for the jernel to cache00:51
clarkbpleia2 shouldnt will require manual restart iirc00:51
pleia2already, well, approving either way00:51
pleia2alrighty too00:51
*** Guest73518 has quit IRC00:53
clarkbtoday is actually a nice day for errands, less traffic etc00:54
pleia2my family fled to go to sonoma for wine tasting00:54
pleia2I just went a couple weeks ago and I did have a lot of work to catch up on today :\ boooring00:55
pleia2hehe00:55
*** dimtruck is now known as zz_dimtruck00:55
clarkband it snowed yesterday00:55
pleia2neat00:55
*** eil397 has quit IRC00:57
openstackgerritMerged openstack-infra/system-config: Allow java to allocate more memory for Gerrit  https://review.openstack.org/26206800:57
*** _nadya_ has joined #openstack-infra01:08
openstackgerritEli Qiao proposed openstack-infra/project-config: Magnum: Add new job to do mesos functional testing  https://review.openstack.org/26189401:13
*** _nadya_ has quit IRC01:13
*** markvoelker has joined #openstack-infra01:14
*** treaki__ has joined #openstack-infra01:20
*** Qiming has joined #openstack-infra01:21
*** sigmavirus24 is now known as sigmavirus24_awa01:23
*** angdraug has quit IRC01:24
*** treaki_ has quit IRC01:24
*** FallenPegasus has joined #openstack-infra01:27
*** kun_huang has joined #openstack-infra01:35
*** kevinbenton has quit IRC01:37
*** kevinbenton has joined #openstack-infra01:38
kun_huangI'm building my jenkins+gerrit, and now my account replied "Build Successful ...".  however the text is not colored one and not linked01:39
kun_huanghow could I make my auto-reply better?01:40
*** bharathm has joined #openstack-infra01:44
*** bharathm has quit IRC01:48
*** david-lyle has joined #openstack-infra01:49
*** rhallisey has quit IRC01:49
yonglihedstepanenko_:  i got you, which patch are you metion? we will help you investigate if it's a valid result. thanks01:56
*** FallenPegasus has quit IRC01:57
*** Qiming_ has joined #openstack-infra02:00
*** Qiming has quit IRC02:00
*** zhurong has joined #openstack-infra02:06
*** FallenPegasus has joined #openstack-infra02:07
*** yamahata has joined #openstack-infra02:09
*** tzn has joined #openstack-infra02:14
*** FallenPegasus has quit IRC02:16
*** zz_dimtruck is now known as dimtruck02:16
*** bhunter71 has joined #openstack-infra02:20
*** tzn has quit IRC02:20
yonglihedstepanenko_:  i review your change to host manager, there is some pitfall i think, refer my inline comments about that, hope it could help you.02:25
*** FallenPegasus has joined #openstack-infra02:31
*** FallenPegasus has quit IRC02:31
*** FallenPegasus has joined #openstack-infra02:35
*** zul has joined #openstack-infra02:35
*** woodster_ has quit IRC02:36
*** unicell has quit IRC02:42
*** dcentral has quit IRC02:43
*** FallenPegasus has quit IRC02:47
*** fawadkhaliq has joined #openstack-infra02:54
*** esker has joined #openstack-infra02:56
*** david-lyle has quit IRC02:57
*** zhurong has quit IRC02:59
*** zhurong has joined #openstack-infra02:59
openstackgerritJoshua Hesketh proposed openstack-infra/zuul: Update build params before getting swift instruct  https://review.openstack.org/26211103:02
openstackgerritJoshua Hesketh proposed openstack-infra/zuul: Allow overwriting destination_prefix for swift  https://review.openstack.org/26211203:02
*** esker has quit IRC03:02
*** zhurong has quit IRC03:10
*** zhurong has joined #openstack-infra03:10
*** rvasilets___ has quit IRC03:15
*** [1]Thelo has joined #openstack-infra03:24
*** masuberu has quit IRC03:24
*** david-lyle has joined #openstack-infra03:26
*** Thelo has quit IRC03:26
*** [1]Thelo is now known as Thelo03:26
*** sabeen1 has joined #openstack-infra03:28
*** zhurong has quit IRC03:31
*** zhurong has joined #openstack-infra03:31
*** kevinbenton has quit IRC03:49
*** gongysh_ has joined #openstack-infra03:52
*** david-lyle has quit IRC03:52
*** itzdilip_ has joined #openstack-infra03:57
*** markvoelker has quit IRC03:58
*** zhurong has quit IRC04:14
*** ashishb has joined #openstack-infra04:15
*** zhurong has joined #openstack-infra04:15
*** kevinbenton has joined #openstack-infra04:18
*** kevinbenton has quit IRC04:18
*** kevinbenton has joined #openstack-infra04:18
*** harlowja_at_home has joined #openstack-infra04:23
*** harlowja_at_home has quit IRC04:24
*** dims has quit IRC04:25
*** dims has joined #openstack-infra04:34
*** Qiming_ has quit IRC04:38
openstackgerritJoshua Hesketh proposed openstack-infra/project-config: Update pip-missing-reqs to pip-check-reqs  https://review.openstack.org/16497404:41
*** dims has quit IRC04:44
*** dims has joined #openstack-infra04:52
*** fawadkhaliq has quit IRC04:56
*** unicell has joined #openstack-infra04:58
*** markvoelker has joined #openstack-infra04:58
*** kzaitsev_mb has joined #openstack-infra04:58
*** _et_ has joined #openstack-infra04:59
*** esker has joined #openstack-infra05:00
*** markvoelker has quit IRC05:03
*** unicell has quit IRC05:04
*** esker has quit IRC05:05
*** coolsvap|away is now known as coolsvap05:06
*** unicell has joined #openstack-infra05:06
*** dimtruck is now known as zz_dimtruck05:06
*** Ramanjaneya has joined #openstack-infra05:07
*** Douhet has quit IRC05:08
*** maishsk has quit IRC05:09
*** Douhet has joined #openstack-infra05:09
*** _nadya_ has joined #openstack-infra05:10
*** bhunter71 has quit IRC05:10
*** zz_dimtruck is now known as dimtruck05:10
*** dims has quit IRC05:13
*** _nadya_ has quit IRC05:14
*** gsagie has quit IRC05:14
*** sdake has quit IRC05:14
openstackgerritJoshua Hesketh proposed openstack-infra/os-loganalyze: Add support for appending footers  https://review.openstack.org/16659605:18
openstackgerritJoshua Hesketh proposed openstack-infra/puppet-zuul: Use the latest jquery on zuul  https://review.openstack.org/18179305:19
*** zhurong has quit IRC05:20
*** zhurong has joined #openstack-infra05:21
*** fawadkhaliq has joined #openstack-infra05:21
*** dims has joined #openstack-infra05:23
openstackgerritJoshua Hesketh proposed openstack-infra/project-config: Test osloganalyze in devstack  https://review.openstack.org/19872805:23
*** coolsvap is now known as coolsvap|away05:25
*** maishsk has joined #openstack-infra05:25
*** david-lyle has joined #openstack-infra05:27
*** gsagie has joined #openstack-infra05:27
*** maishsk has quit IRC05:27
openstackgerritJoshua Hesketh proposed openstack-infra/infra-specs: Expand on swift logs spec  https://review.openstack.org/25471805:31
openstackgerritJoshua Hesketh proposed openstack-infra/os-loganalyze: Bump pbr  https://review.openstack.org/20586205:32
*** maishsk has joined #openstack-infra05:32
*** maishsk has quit IRC05:35
*** maishsk has joined #openstack-infra05:37
*** ashishb has quit IRC05:45
*** changbl has quit IRC05:46
*** maishsk has quit IRC05:48
*** abregman has joined #openstack-infra05:48
*** tzn has joined #openstack-infra05:50
*** rvasilets___ has joined #openstack-infra05:53
*** tzn has quit IRC05:57
*** david-lyle has quit IRC05:58
*** markvoelker has joined #openstack-infra06:00
*** markvoelker has quit IRC06:04
*** otter768 has quit IRC06:07
*** Qiming has joined #openstack-infra06:18
openstackgerritKhai Do proposed openstack-infra/system-config: Schedule Gerrit's git garbage collection  https://review.openstack.org/26207506:18
*** masuberu has joined #openstack-infra06:19
*** coolsvap|away is now known as coolsvap06:19
*** dcentral has joined #openstack-infra06:24
*** dham1 has joined #openstack-infra06:24
dham1hello06:26
*** rguillebert has quit IRC06:27
dham1I need some assistance please. I need to reset the email account associated with my user account and get my usergroup added to the list of openstack user groups06:28
*** david-lyle has joined #openstack-infra06:29
*** irenab has joined #openstack-infra06:31
*** nikil89_ has joined #openstack-infra06:34
*** nikil89_ is now known as naggappan06:34
*** coolsvap is now known as coolsvap|away06:34
*** sabeen1 has quit IRC06:34
openstackgerritOpenStack Proposal Bot proposed openstack/requirements: Updated from generate-constraints  https://review.openstack.org/26089506:37
*** _nadya_ has joined #openstack-infra06:39
*** itzdilip_ has quit IRC06:40
*** _nadya_ has quit IRC06:41
*** _denisra has quit IRC06:43
*** FallenPegasus has joined #openstack-infra06:44
*** isaacb has joined #openstack-infra06:49
*** k4n0 has joined #openstack-infra06:54
*** k4n0 has quit IRC06:55
*** masuberu has quit IRC06:56
*** isaacb has quit IRC06:59
*** gampel has joined #openstack-infra07:00
*** markvoelker has joined #openstack-infra07:00
*** pcrews has quit IRC07:02
*** esker has joined #openstack-infra07:03
*** Qiming_ has joined #openstack-infra07:03
*** markvoelker has quit IRC07:05
openstackgerritAndreas Jaeger proposed openstack-infra/project-config: Use python-jobs template where possible  https://review.openstack.org/26214107:05
*** Qiming has quit IRC07:06
*** esker has quit IRC07:08
*** khappone_ has joined #openstack-infra07:09
*** HeOS has quit IRC07:11
khappone_Hello. I'm trying to make my first commit to puppet-openstack, and I'm setting up gerrit. review.openstack.org just won't accept my ssh key. I only get "Permission denied (publickey)."  I've double checked the pubkey and the username, and tested creating a new key too. Are there any known issues with this?07:12
*** sabeen has joined #openstack-infra07:17
*** isaacb has joined #openstack-infra07:18
*** salv-orl_ has joined #openstack-infra07:23
*** gongysh_ has quit IRC07:32
*** _nadya_ has joined #openstack-infra07:33
*** fawadk has joined #openstack-infra07:33
*** maishsk has joined #openstack-infra07:33
*** fawadkhaliq has quit IRC07:36
openstackgerritKhai Do proposed openstack-infra/system-config: Replace the Gerrit icon for Workflow -1 vote.  https://review.openstack.org/16522807:38
*** kzaitsev_mb has quit IRC07:42
*** bexelbie_ has joined #openstack-infra07:48
*** bexelbie_ is now known as bexelbie07:49
*** fawadk has quit IRC07:50
*** maishsk has quit IRC07:52
*** aopincar has joined #openstack-infra07:53
zarojhesketh: ^ answered your questions07:55
EmilienM503 on gerrit :(07:55
*** gampel has quit IRC08:00
*** gampel has joined #openstack-infra08:00
zaroEmilienM: it seems ok to me.08:01
zarokhappone_: can you login to gerrit and look at settings->agrements?08:03
*** boris-42 has quit IRC08:03
khappone_zaro: yes,  I have this  "Verified ICLA OpenStack Individual Contributor License Agreement"08:03
zarokhappone_: you also need the 'new contributor agreement'08:04
*** maishsk has joined #openstack-infra08:04
khappone_zaro: under taht there's the ICLA, that says "Agreement already submitted." , and for the other ones, it says "DON'T SIGN THIS"08:05
*** esikachev has joined #openstack-infra08:07
esikachevhey guys!08:07
EmilienMzaro: it's random08:07
esikachevcan you review https://review.openstack.org/#/c/262051/ ?08:07
khappone_However, I can't add contact info, when I try to submit it, I get "Server Error, Cannot store contact information"08:07
*** fawadkhaliq has joined #openstack-infra08:08
*** otter768 has joined #openstack-infra08:08
anteayakhappone_: can you read this and follow the suggestions? https://ask.openstack.org/en/question/56720/cannot-store-contact-information-when-updating-info-in-openstack-gerrit/08:09
*** kzaitsev_mb has joined #openstack-infra08:10
*** fawadkhaliq has quit IRC08:10
*** e0ne has joined #openstack-infra08:10
*** fawadkhaliq has joined #openstack-infra08:10
*** HeOS has joined #openstack-infra08:11
khappone_anteaya: thanks, that's probably it, I'll look into it08:12
anteayakhappone_: good luck08:12
*** otter768 has quit IRC08:13
*** _nadya_ has quit IRC08:13
*** irenab has quit IRC08:13
* anteaya returns to bed08:14
*** lennyb__ has joined #openstack-infra08:14
khappone_Now I can save the info, thanks08:14
*** masuberu has joined #openstack-infra08:14
*** lennyb_ has quit IRC08:15
*** dimtruck is now known as zz_dimtruck08:16
lennyb__zaro: Hi, regarding new gerrit api changes. I've noticed that currently there is only _account_id in the "owner" field instead of "name" that was int he old Gerrit08:17
*** salv-orl_ has quit IRC08:17
*** zz_dimtruck is now known as dimtruck08:17
*** maishsk_ has joined #openstack-infra08:17
*** maishsk has quit IRC08:18
*** maishsk_ is now known as maishsk08:18
lennyb__zaro: I've posted #link https://review.openstack.org/#/c/259083/ to fix lastcomment monitoring tool, but I prefer to see if there is a change to get "name" in the responce somehow08:18
*** FallenPegasus has quit IRC08:18
*** salv-orlando has joined #openstack-infra08:23
*** sshnaidm has joined #openstack-infra08:25
*** dimtruck is now known as zz_dimtruck08:27
*** kzaitsev_mb has quit IRC08:28
*** maishsk has quit IRC08:31
*** maishsk has joined #openstack-infra08:32
*** xek_ is now known as xek08:33
*** ildikov has joined #openstack-infra08:35
*** kzaitsev_mb has joined #openstack-infra08:37
*** rvasilets___ has quit IRC08:45
*** zz_dimtruck is now known as dimtruck08:46
*** e0ne has quit IRC08:52
*** dimtruck is now known as zz_dimtruck08:56
*** markvoelker has joined #openstack-infra09:01
*** salv-orl_ has joined #openstack-infra09:01
*** zhurong has quit IRC09:03
*** salv-orlando has quit IRC09:04
*** _et_ has quit IRC09:05
*** esker has joined #openstack-infra09:06
*** markvoelker has quit IRC09:06
*** Ramanjaneya has quit IRC09:06
*** Ramanjaneya has joined #openstack-infra09:07
*** ildikov has quit IRC09:08
*** kzaitsev_mb has quit IRC09:10
*** vgridnev has joined #openstack-infra09:10
*** esker has quit IRC09:11
*** kzaitsev_mb has joined #openstack-infra09:12
*** kzaitsev_mb has quit IRC09:26
*** tzn has joined #openstack-infra09:26
*** kzaitsev_mb has joined #openstack-infra09:28
*** yamahata has quit IRC09:29
*** irenab has joined #openstack-infra09:30
*** tzn has quit IRC09:32
dulekThere are proxy-errors in Gerrit again in my setup.09:34
dulek"Reason: Error reading from remote server"09:34
*** kzaitsev_mb has quit IRC09:34
*** irenab has quit IRC09:34
*** tlian has quit IRC09:35
*** FallenPegasus has joined #openstack-infra09:35
dulekAnd now it's 503…09:36
tsufievsame thing09:36
mescanefyep:-(09:37
mescanef502,50309:37
*** kzaitsev_mb has joined #openstack-infra09:38
tsufieveven worse than it was yesterday :(09:38
*** fawadkhaliq has quit IRC09:39
*** fawadkhaliq has joined #openstack-infra09:39
*** irenab has joined #openstack-infra09:39
*** FallenPegasus has quit IRC09:40
*** claudiub has joined #openstack-infra09:42
*** irenab has quit IRC09:42
*** jschwarz has joined #openstack-infra09:44
jschwarzreview.openstack-org is oh-so-slow today... :<09:44
esikachevguys, please, need review(merge) https://review.openstack.org/#/c/262051/09:45
*** kun_huang has left #openstack-infra09:45
*** kzaitsev_mb has quit IRC09:47
*** kzaitsev_mb has joined #openstack-infra09:47
*** lennyb has joined #openstack-infra09:52
*** kzaitsev_mb has quit IRC09:52
*** ihrachys has joined #openstack-infra09:53
*** tzn has joined #openstack-infra09:53
*** Qiming_ has quit IRC09:55
*** Qiming has joined #openstack-infra09:55
*** kzaitsev_mb has joined #openstack-infra09:57
HeOSGuys, do you have any estimates to restore your gerrit?10:02
*** kzaitsev_mb has quit IRC10:03
*** esker has joined #openstack-infra10:07
*** kzaitsev_mb has joined #openstack-infra10:08
*** jcoufal has joined #openstack-infra10:09
*** otter768 has joined #openstack-infra10:09
*** esker has quit IRC10:12
*** Qiming has quit IRC10:13
*** otter768 has quit IRC10:14
*** kzaitsev_mb has quit IRC10:14
*** kzaitsev_mb has joined #openstack-infra10:19
*** kzaitsev_mb has quit IRC10:25
*** kzaitsev_mb has joined #openstack-infra10:26
*** _nadya_ has joined #openstack-infra10:31
*** kzaitsev_mb has quit IRC10:35
*** sabeen has quit IRC10:37
*** e0ne has joined #openstack-infra10:38
*** jcoufal has quit IRC10:39
*** _nadya_ has quit IRC10:41
*** markvoelker has joined #openstack-infra10:47
*** zz_dimtruck is now known as dimtruck10:47
*** markvoelker has quit IRC10:51
*** fawadkhaliq has quit IRC10:53
*** fawadkhaliq has joined #openstack-infra10:53
*** salv-orl_ has quit IRC10:54
*** salv-orlando has joined #openstack-infra10:55
*** zhurong has joined #openstack-infra10:56
*** salv-orlando has quit IRC10:56
*** salv-orlando has joined #openstack-infra10:56
*** salv-orlando has quit IRC10:57
*** dimtruck is now known as zz_dimtruck10:57
*** salv-orlando has joined #openstack-infra10:57
*** _nadya_ has joined #openstack-infra10:58
*** kzaitsev_mb has joined #openstack-infra11:03
*** ociuhandu has quit IRC11:03
*** Qiming has joined #openstack-infra11:04
*** ihrachys has quit IRC11:04
*** kzaitsev_mb has quit IRC11:08
*** _tzn has joined #openstack-infra11:11
*** tzn has quit IRC11:12
*** krtaylor has quit IRC11:16
*** masber has joined #openstack-infra11:20
*** apoorvad has joined #openstack-infra11:20
*** masuberu has quit IRC11:22
TheloHi does anyone know how to ask for a "under review version of an os_XXX library in a11:26
Thelocommit11:26
*** zz_dimtruck is now known as dimtruck11:26
Thelotypically I changed os_brick and nova11:26
Theloand I want the CI to take he version of os_brick under review in my nova patch11:27
*** masuberu has joined #openstack-infra11:27
*** Liuqing has joined #openstack-infra11:27
*** mase_x200 has joined #openstack-infra11:28
*** ociuhandu has joined #openstack-infra11:29
*** masber has quit IRC11:30
*** kzaitsev_mb has joined #openstack-infra11:30
amrithjschwarz, tsufiev, mescanef ... yes, same here.11:34
mkodereris gerrit completly down now? Get a proxy error11:35
dimsmkoderer : ack, me too.11:36
*** dimtruck is now known as zz_dimtruck11:36
mkodererdims: maybe you have an idea... the tempest kilo gate jobs are broken11:37
mkodererdims: http://logs.openstack.org/53/223953/5/check/gate-tempest-dsvm-full-kilo/773c1a6/logs/devstacklog.txt.gz#_2015-12-28_13_48_08_75411:37
mkodererdims: it seems to be realted to the pbr version that is used. If I update it from 0.11 to 1.1.0 keystone install works fine11:38
dimsmkoderer : looks like a new one, i don't see this in the stable-tracker https://etherpad.openstack.org/p/stable-tracker11:40
dimsmkoderer : will have to look later as gerrit is totally busted for me now11:41
mkodererdims: yep thx11:41
*** pigmej has joined #openstack-infra11:47
*** kzaitsev_mb has quit IRC11:47
*** rfolco has joined #openstack-infra11:52
*** kzaitsev_mb has joined #openstack-infra11:52
amrithgerrit isn't totally down, I managed to get a patch set and a review through. I get very high rate of proxy errors and server unavailable (502, 503)11:55
*** apoorvad has quit IRC11:55
*** apoorvad has joined #openstack-infra11:58
pigmejyeah same there amrith it "sometimes" works11:58
*** zhurong has quit IRC12:01
*** Liuqing has quit IRC12:01
*** apoorvad has quit IRC12:02
*** mkj_wk has quit IRC12:02
*** FallenPegasus has joined #openstack-infra12:02
*** mkj_wk has joined #openstack-infra12:03
*** e0ne has quit IRC12:04
*** e0ne_ has joined #openstack-infra12:04
*** xek has quit IRC12:04
*** xek has joined #openstack-infra12:05
amrithfor some suitable value of "sometimes". ymmv.12:05
*** zhurong has joined #openstack-infra12:05
*** gampel has quit IRC12:06
*** david-lyle has quit IRC12:06
*** FallenPegasus has quit IRC12:07
*** ildikov has joined #openstack-infra12:09
*** otter768 has joined #openstack-infra12:10
*** esker has joined #openstack-infra12:10
*** otter768 has quit IRC12:14
*** esker has quit IRC12:15
*** jaypipes has joined #openstack-infra12:16
*** masuberu has quit IRC12:20
*** dcentral has quit IRC12:21
*** gsagie has quit IRC12:22
*** Daisy has joined #openstack-infra12:27
*** zhurong has quit IRC12:29
*** zhurong has joined #openstack-infra12:30
*** _tzn has quit IRC12:38
*** ganso has joined #openstack-infra12:41
*** ildikov has quit IRC12:41
*** gsagie has joined #openstack-infra12:43
*** rhallisey has joined #openstack-infra12:44
*** markvoelker has joined #openstack-infra12:48
*** Hal has joined #openstack-infra12:48
*** Hal is now known as Guest5688212:49
*** Liuqing has joined #openstack-infra12:49
*** isaacb has quit IRC12:50
*** ildikov has joined #openstack-infra12:51
*** markvoelker has quit IRC12:52
*** masuberu has joined #openstack-infra12:53
smcginnisI had a lot of pain with mod_proxy in a past life. Anyone know if that is what's causing our current issues?12:54
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Add check for horizon in sahara-dashboard  https://review.openstack.org/26221012:59
*** masuberu has quit IRC13:01
*** zhurong has quit IRC13:01
*** zhurong has joined #openstack-infra13:02
*** fawadkhaliq has quit IRC13:03
*** gampel has joined #openstack-infra13:03
*** Guest56882 has quit IRC13:03
*** Daisy has quit IRC13:05
*** Daisy has joined #openstack-infra13:05
*** sdake has joined #openstack-infra13:06
*** david-lyle has joined #openstack-infra13:09
*** Daisy has quit IRC13:10
*** esker has joined #openstack-infra13:11
*** apoorvad has joined #openstack-infra13:12
*** irenab has joined #openstack-infra13:14
*** esikachev has quit IRC13:15
*** esker has quit IRC13:17
*** apoorvad has quit IRC13:17
*** maishsk has quit IRC13:18
dulekmkoderer, dims: This is also observable on stable/liberty's grenade check.13:19
*** maishsk has joined #openstack-infra13:25
*** [1]Thelo has joined #openstack-infra13:25
*** zz_dimtruck is now known as dimtruck13:27
*** Thelo has quit IRC13:27
*** [1]Thelo is now known as Thelo13:27
*** aopincar has quit IRC13:35
*** Ramanjaneya has quit IRC13:35
*** dimtruck is now known as zz_dimtruck13:37
*** kambiz has quit IRC13:37
*** pleia2 has quit IRC13:38
*** cburgess has quit IRC13:38
*** Clint has quit IRC13:38
*** trey has quit IRC13:38
*** lyz has quit IRC13:38
*** kuromagi has quit IRC13:39
*** waynr has quit IRC13:39
*** kgalanov has joined #openstack-infra13:39
kgalanovHello fellows. Maybe I am not the one to ask today, but what is going on with gerrit review ?13:42
*** lennyb has quit IRC13:44
*** kzaitsev1ws is now known as kzaitsev_ws13:45
*** maishsk_ has joined #openstack-infra13:47
pigmejkgalanov: it "just" lags :D13:47
*** maishsk has quit IRC13:48
*** maishsk_ is now known as maishsk13:48
*** markvoelker has joined #openstack-infra13:48
*** FallenPegasus has joined #openstack-infra13:50
*** markvoelker has quit IRC13:53
*** FallenPegasus has quit IRC13:55
*** moravec has joined #openstack-infra13:57
*** erlon has joined #openstack-infra13:57
*** Clint has joined #openstack-infra13:57
*** Clint has quit IRC13:57
*** Clint has joined #openstack-infra13:57
*** Daisy has joined #openstack-infra13:57
*** trey has joined #openstack-infra13:58
*** kuromagi has joined #openstack-infra13:58
*** mase_x200 has quit IRC14:00
*** moravec has quit IRC14:00
*** pleia2 has joined #openstack-infra14:00
*** lyz_ has joined #openstack-infra14:01
*** Daisy_ has joined #openstack-infra14:01
*** kambiz has joined #openstack-infra14:01
*** cburgess has joined #openstack-infra14:01
*** amotoki has joined #openstack-infra14:02
*** waynr has joined #openstack-infra14:03
*** Daisy has quit IRC14:05
*** pleia2 has quit IRC14:09
*** pleia2 has joined #openstack-infra14:09
*** tzn has joined #openstack-infra14:10
*** otter768 has joined #openstack-infra14:11
*** ildikov has quit IRC14:11
*** trey has quit IRC14:13
*** trey has joined #openstack-infra14:14
*** otter768 has quit IRC14:15
*** pleia2 has quit IRC14:16
*** pleia2 has joined #openstack-infra14:16
*** fawadkhaliq has joined #openstack-infra14:20
*** pleia2 has quit IRC14:24
*** waynr has quit IRC14:25
*** pleia2 has joined #openstack-infra14:33
*** skolekonov has quit IRC14:33
*** zhurong has quit IRC14:34
*** Liuqing has quit IRC14:43
*** bhunter71 has joined #openstack-infra14:44
*** naggappan has quit IRC14:45
*** Daisy_ has quit IRC14:46
*** rlandy has joined #openstack-infra14:46
*** yamahata has joined #openstack-infra14:48
funginotmorgan: pleia2: jhesketh: zaro: looks like you were discussing that ^ in scrollback while i was travelling. might be good to check whatever you wanted to check next once someone is around who isn't still trying to catch up (me)14:48
*** bknudson_ has left #openstack-infra14:48
*** bknudson_ has joined #openstack-infra14:48
*** markvoelker has joined #openstack-infra14:49
*** kambiz has quit IRC14:50
*** bhunter71 has quit IRC14:52
*** trey has quit IRC14:52
*** kambiz has joined #openstack-infra14:52
*** waynr has joined #openstack-infra14:52
*** baoli has joined #openstack-infra14:52
*** samyewell has quit IRC14:54
*** markvoelker has quit IRC14:54
*** samyewell has joined #openstack-infra14:56
*** waynr has quit IRC14:56
*** waynr has joined #openstack-infra14:56
*** persia has quit IRC14:56
*** yamahata has quit IRC14:59
*** persia has joined #openstack-infra15:01
*** ashtokolov has quit IRC15:01
*** ams_ has quit IRC15:01
*** salv-orl_ has joined #openstack-infra15:02
*** sigmavirus24_awa is now known as sigmavirus2415:02
*** trey has joined #openstack-infra15:02
*** Liuqing has joined #openstack-infra15:02
*** ashtokolov has joined #openstack-infra15:02
*** pleia2 has quit IRC15:03
*** unicell1 has joined #openstack-infra15:03
*** pleia2 has joined #openstack-infra15:03
*** salv-orlando has quit IRC15:05
*** ams_ has joined #openstack-infra15:05
*** changbl has joined #openstack-infra15:05
*** unicell has quit IRC15:06
*** dkranz has quit IRC15:06
*** dkranz has joined #openstack-infra15:07
zaropleia2, clarkb : did gerrit get restarted after upping memmory?15:07
*** vgridnev has quit IRC15:11
*** AJaeger has joined #openstack-infra15:11
AJaegerfungi, welcome back, hope you had a great christmas vacation.15:12
AJaegerMy understanding: gerrit needs more memory, a change has merged for it - now we need to restart gerrit.15:12
AJaegerzaro, correct?15:12
fungithanks AJaeger. it was a lot of long-distance driving for obligatory family visits. glad to finally be home again15:13
zaroAJaeger: i believe so, not sure if gerrit was already restarted and we are still seeing the slowness or it never got restarted.  i'm guessing it's the latter though.15:14
mesteryfungi: I think you just summed up christmas vacation quite well there. :)15:14
AJaegerzaro: nobody mentioned that a restart was done in backlog...15:14
fungizaro: AJaeger: the currently running lvm was last started on december 2215:15
fungis/lvm/jvm/15:15
zarothen it needs a restart15:15
fungiokay, so was there any additional data we needed to collect about the current situation (java melody stats, apache proxy stats, et cetera) before doing that?15:15
zaroi believe clarkb said javamelody was showing abnormally high cpu was going to garbage collection.15:17
zaronot sure if he or pleia2 captured that data though.15:17
*** kzaitsev_mb has quit IRC15:17
fungiinteresting, 2.11 no longer presents a monitoring link to take you to the melody interface?15:19
* zaro afk, bb in 2hrs.15:19
*** sslypushenko has joined #openstack-infra15:20
zarofungi: review.o.o/monitoring ?15:20
*** ociuhandu has quit IRC15:20
*** aarefiev has quit IRC15:20
fungicool, that works. i wonder why it's no longer linked to anywhere findable when you have permission to access it15:21
fungimemory usage within the jvm is averaging 7gb and reaching 8gb often15:23
*** kushal has quit IRC15:23
*** Daisy has joined #openstack-infra15:23
*** kushal has joined #openstack-infra15:23
fungicpu utilization within the jvm (no idea how it calculates that?) is at or over 90% most of the time, reaching 100% for some samples15:24
fungiactive threads jumped up to 23 at roughly 09:00 utc and has been maxing out there a lot of the time since15:25
*** zz_dimtruck is now known as dimtruck15:27
fungiopen file count in the last few hours has climbed to ~200015:28
*** boris-42 has joined #openstack-infra15:28
fungigarbage collector time is between 10 and 12 the last few hours... no idea what those units are15:29
*** holser_ has joined #openstack-infra15:30
*** ChuckC has quit IRC15:31
*** vgridnev has joined #openstack-infra15:32
*** Qiming has quit IRC15:33
*** baoli has quit IRC15:35
fungifrom the underlying linux system perspective, the jvm is using 15gb of virtual memory, 10gb resident (though there is currently no swap utilization), and about 14gb is in use for buffers and cache15:35
*** baoli has joined #openstack-infra15:37
*** ChuckC has joined #openstack-infra15:37
*** FallenPegasus has joined #openstack-infra15:39
fungiinterestingly, fuel-ci has been roughly twice as actively commenting in gerrit as our upstream ci today, according to logs, though the quantity is not high enough that i would expect any relationship with the gerrit load15:39
AJaegerfungi, zaro created also some patches yesterday that might help going forward - https://review.openstack.org/262075 to schedule the git garbage collection, https://review.openstack.org/262058 - put interactive/non-interactive ssh users in separate queues, and from notmorgan https://review.openstack.org/#/c/262065/ to show proxystatus15:41
AJaegerexpectation was that the memory increase is the most beneficial15:42
*** baoli has quit IRC15:42
fungiwhich change added the memory increase?15:42
AJaegerfungi: I67adb239bcb689c2b8764047fd1afefe38911c7015:43
AJaegerin system-config, last change to merge15:43
notmorganI want to also add in proxy timeouts15:43
notmorganBut was waiting for zaro's tuning15:43
*** FallenPegasus has quit IRC15:43
fungithanks, 262068 seems to have merged at 00:57:36 utc today15:43
fungii'll double-check that it's present on review.o.o to be picked up in the next restart15:44
*** davideagnello has quit IRC15:44
*** salv-orl_ has quit IRC15:45
fungii see container.heapLimit = 12g in ~/gerrit2/review_site/etc/gerrit.config so that seems right15:45
*** salv-orlando has joined #openstack-infra15:46
fungiso should we go ahead with a gerrit restart now or are there more changes we need to get in? i guess we can do the mod_proxy addition to the server-status page separately since that doesn't need a gerrit restart, just an apache restart15:47
*** baoli has joined #openstack-infra15:49
AJaegerfungi, the two changes from zaro that I references - 262075 and 262058 might need a gerrit restart. But those can be done later after careful review...15:50
fungiyeah, i'm reviewing them already but we need more reviews on them before i feel comfortable approving15:51
fungicurrently reading about the sshd batch threads config option in the gerrit docs15:51
AJaegerfungi, I suggest to restart now, review and then restart again in a couple of days. That way we can figure out also whether the memory is really the problem...15:52
fungisure, sounds reasonable. i'll do that now before my 16:00 utc meeting starts15:53
*** baoli has quit IRC15:53
fungiit's restarting now15:54
AJaegerdo you want to send out a #notice?15:55
AJaegerthanks, fungi!15:55
*** claudiub|2 has joined #openstack-infra15:56
* AJaeger will answer the emails on openstack-dev and tell that we restarted15:56
funginah, it looks like it's already back up anyway15:56
*** sdake has quit IRC15:56
fungioh, er maybe that was cached15:56
anteayagarbage collector time units are in percent if I recall correctly from clarkb's comment yesterday15:56
fungii'm getting a 503 from it now15:56
anteayathe garbage collector time units should be <1% optimally, again going from memory15:57
pigmejfungi: I'm not15:57
pigmejit's pretty random15:57
AJaegerfungi: it's back15:57
fungiweird, yep it's back again15:57
pigmejAJaeger: almost, I was reviewing some stuff, and I have 503 now15:57
AJaegerpigmej: reload - is it ok now?15:57
pigmejit seems so15:58
*** claudiub has quit IRC15:58
anteayafungi: http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2015-12-28.log.html#t2015-12-28T22:41:5415:58
fungianteaya: oh, so that's a percentage of the jvm's cpu capacity or something?15:58
*** treaki__ has quit IRC15:58
fungiit doesn't actually say what units it's in on the melody graph15:59
*** baoli has joined #openstack-infra16:01
anteayafungi: I don't know what it is a percentage of16:02
anteayafungi: I just remembered clarkb's comment from yesterday and am sharing16:02
anteayawish I did know, as that would be more helpful16:02
*** jschwarz has quit IRC16:02
anteayaand welcome back16:03
*** lennyb__ has quit IRC16:03
*** Clint has quit IRC16:04
fungithanks!16:04
*** Clint has joined #openstack-infra16:05
*** Clint has quit IRC16:05
*** Clint has joined #openstack-infra16:05
*** PsionTheory has joined #openstack-infra16:05
*** baoli has quit IRC16:05
*** fawadkhaliq has quit IRC16:08
*** maishsk_ has joined #openstack-infra16:09
*** maishsk has quit IRC16:09
*** maishsk_ is now known as maishsk16:09
*** otter768 has joined #openstack-infra16:12
*** vgridnev has quit IRC16:12
*** kambiz has quit IRC16:13
*** tzn has quit IRC16:13
AJaegeranteaya: there's a broken non-voting job for sahara-dashboard, do you want to review it, please? https://review.openstack.org/#/c/262051/16:14
*** hdd has joined #openstack-infra16:14
*** aopincar has joined #openstack-infra16:14
*** kambiz has joined #openstack-infra16:15
*** Daisy has quit IRC16:16
*** otter768 has quit IRC16:16
*** gampel has quit IRC16:19
*** sshnaidm has quit IRC16:19
*** baoli has joined #openstack-infra16:19
*** david-lyle has quit IRC16:21
*** aopincar has quit IRC16:23
anteayathanks AJaeger16:23
*** baoli has quit IRC16:23
anteayaAJaeger: I still can't recall the correct approach there { or {{ and grepping pre_test_hook in project-config shows me that we have plenty of both16:28
stevemardhellmann: AJaeger i have something for the osc duplicates, i'm not proud of it, but it works :P16:29
anteayahey stevemar16:29
anteayastevemar: any snow for you today?16:29
* anteaya looks out the window at the snow16:29
*** EricGonczer_ has joined #openstack-infra16:29
stevemaranteaya: there was a lot yesterday16:29
stevemarit's slowly becoming a slushy mess16:29
dhellmannstevemar : link?16:29
*** tzn has joined #openstack-infra16:30
anteayastevemar: nice16:30
anteayahey dhellmann, did you have nice holidays?16:30
*** otter768 has joined #openstack-infra16:30
*** baoli has joined #openstack-infra16:30
dhellmannhi, anteaya, yes our trip was fun and it was nice to disconnect for a while. you?16:30
openstackgerritSteve Martinelli proposed openstack-infra/project-config: check that osc plugins do not break openstackclient  https://review.openstack.org/26182816:31
stevemardhellmann: ^16:31
stevemaranteaya: i had to drive home while it was coming down yesterday16:32
stevemaranteaya: the roads were not plowed at all, saw a bunch of folks in ditches16:32
anteayadhellmann: nice, very relaxed holidays, quiet, not much over eating, played cards16:32
anteayastevemar: :(16:32
anteayastevemar: where were you driving from and to?16:32
stevemaranteaya: aurora to back downtown, not exactly the shortest of drives16:33
anteayawell not that long either16:33
anteayabut all on the 40416:33
stevemaryep16:33
openstackgerritJeremy Stanley proposed openstack-infra/project-config: Use the fallback list in the bindep fallback job  https://review.openstack.org/26226616:33
stevemari thought once i got into toronto proper it would be alright, but nope16:33
anteayafolks think somehow they are immune when they are on the 400, 404 and 40116:33
anteayastevemar: nope16:34
anteayaI don't get people who consider weather a surprise16:34
anteayathey can see it16:34
*** FallenPegasus has joined #openstack-infra16:34
fungii don't get people16:34
fungiperiod16:34
anteayafungi: ha ha ha16:34
anteayafungi: good family time then?16:34
stevemaranteaya: ¯\_(ツ)_/¯16:34
anteayastevemar: glad you are home safe16:35
fungiyes, always good when family interaction can be kept contained to specific spaces and timeframes16:35
stevemaranteaya: me too :)16:35
*** baoli has quit IRC16:35
anteayafungi: congratulations16:35
anteayastevemar: :)16:35
*** abregman has quit IRC16:36
dhellmannstevemar : that doesn't look so bad. it avoids reproducing osc logic in the test script, which is good.16:37
dhellmannstevemar : are there any existing duplicate commands?16:37
stevemardhellmann: nope16:37
stevemari mangled a setup.cfg in a local heatclient, and run the script, it found the duplicate16:38
*** kambiz has quit IRC16:38
pabelangertimrc: sounds good! I need to finish up template support still for grafyaml. But mostly, just adding missing features people use16:39
clarkbfungi anteaya I believe it to be percentage of cpu time used16:39
dhellmannstevemar : ok, that's good then.16:39
anteayaclarkb: thank you16:40
andreykurilinhi all! Does anyone know what happend with coverage? An example: http://logs.openstack.org/81/243281/8/check/rally-coverage/5a03fef/cover/rally_exceptions_py.html16:40
*** kambiz has joined #openstack-infra16:41
boris-42andreykurilin: I know16:41
andreykurilinboris-42: new release of coverage package?16:41
andreykurilin:)16:41
boris-42andreykurilin: the problem is that servers is returning wrong mime types16:41
boris-42server*16:42
boris-42andreykurilin: so if you just save this report and open from your local disk they will work16:42
stevemardhellmann: i didn't like having to split it between python and bash :P16:42
*** david-lyle has joined #openstack-infra16:42
andreykurilinboris-42: oh...16:42
dhellmannstevemar : ah16:42
stevemardhellmann: at least someone is finally making use of the `openstack command list` command :P16:43
*** baoli has joined #openstack-infra16:43
stevemardhellmann: if you're wondering how that is done... https://github.com/openstack/python-openstackclient/blob/master/openstackclient/common/commandmanager.py16:43
*** ildikov has joined #openstack-infra16:43
anteayaclarkb: total used cpu time, or user used cpu time?16:44
*** EricGonczer_ has quit IRC16:44
*** salv-orlando has quit IRC16:45
mescanefbtw, regarding gerrit, guys, at review.openstack.org do you use 'UseParallerGC'?16:45
mescaneffor gerrit16:45
dhellmannstevemar : I think I missed the period when you and dtroyer_zz (and others?) split commands into multiple groups like that16:45
*** salv-orlando has joined #openstack-infra16:45
*** maishsk has quit IRC16:45
*** amotoki has quit IRC16:45
clarkbanteaya its the percentage of time that gerrit spends garbage collecting. so if gerrit uses 50%9% cpu and gc time is 10% it is 10% of 50%16:46
*** maishsk has joined #openstack-infra16:46
anteayaclarkb: thanks16:47
*** baoli has quit IRC16:47
smcginnisNice work infra folks. Much better response time now. For now... :)16:48
anteayasmcginnis: thanks for the feedback16:48
anteayasmcginnis: yeah we are working on the longer term vison16:48
*** david-lyle has quit IRC16:48
*** Liuqing has quit IRC16:48
smcginnisanteaya: Yeah, things like this usually seem to take a while to work through. But things are good for now, so I'm happy. :)16:48
bookwarhi, fungi, do you have a log snippet for today's Fuel CI activity? we enabled couple of deployment tests, but i don't expect this to be too high16:48
anteayasmcginnis: yay!16:49
bookwarfungi: would be nice if you send me the data via mail for example16:49
*** _nadya_ has quit IRC16:49
*** markvoelker has joined #openstack-infra16:50
fungibookwar: there's no sensitive data on it. i can for example stick a one-hour sample of the log entries on paste.o.o16:50
fungibookwar: http://paste.openstack.org/show/482823 it looks like maybe you're adding "build started" messages for every job you're running?16:52
*** ChuckC has quit IRC16:52
*** e0ne_ is now known as e0ne16:52
*** Clint has quit IRC16:53
*** pleia2 has quit IRC16:53
fungihope that helps16:53
*** pleia2 has joined #openstack-infra16:53
*** Clint has joined #openstack-infra16:53
*** baoli has joined #openstack-infra16:54
*** Hal has joined #openstack-infra16:54
*** Hal is now known as Guest7796016:55
pabelangerSo, -infra back to 100% this week or should I hold off until next week to ask for zuul patch merging :D16:55
*** markvoelker has quit IRC16:55
anteayamescanef: not that I can see, I have checked out gerrit repo, our system-config repo and our puppet-gerrit module and come up with zero results when grepping for UseParallelGC16:55
pabelangerno rush, FWIW16:55
anteayamescanef: and I'm not a guy16:55
anteayamescanef: are you familiar with the use of UseParallelGC?16:55
*** FallenPegasus has quit IRC16:56
*** maishsk has quit IRC16:56
anteayapabelanger: I have no idea what other people's schedule's are16:56
*** david-lyle has joined #openstack-infra16:58
anteayaI also don't see UseParallelGC in gerritlib, not that I would expect it to be there, but I checked anyway16:58
*** baoli has quit IRC16:59
*** david-lyle has quit IRC16:59
fungipabelanger: i don't expect infra team activity to ramp back up until next week (and i'll be gone next monday, myself)16:59
fungilikely middle of next week we'll be back in the swing of things again17:00
pabelangerfungi: Great, wfm!17:00
*** esker has joined #openstack-infra17:00
mescanefanteaya: ive heard that by default java uses 'UseSerialGC' and that with 'UseParallerGC' it can perform better along with tuned 'ratio' param. http://www.cubrid.org/blog/dev-platform/how-to-tune-java-garbage-collection/17:00
*** HeOS has quit IRC17:00
* nibalizer yawns; good morning -infra17:00
anteayamorning nibalizer17:01
fungimescanef: sounds like something we should definitely look into if zaro hasn't already ruled it out for some reason17:01
anteayamescanef: thank you17:01
anteayamescanef: are you familiar with java garbage collection yourself?17:01
*** FallenPegasus has joined #openstack-infra17:02
pleia2good morning17:04
anteayamorning pleia217:06
pleia2fungi: thanks for handling the gerrit restart17:07
fungisure thing, just didn't want to step on anyone's toes who had been troubleshooting it up to this point17:07
zaromorning17:08
anteayamorning zaro17:08
openstackgerritMerged openstack-infra/infra-specs: Move code search spec to Implemented  https://review.openstack.org/25762817:08
openstackgerritSteve Martinelli proposed openstack-infra/project-config: check that osc plugins do not break openstackclient  https://review.openstack.org/26182817:09
*** e0ne has quit IRC17:09
*** esker has quit IRC17:09
*** baoli has joined #openstack-infra17:10
pleia2ooh yay, code search spec implemented \o/17:10
zaromescanef: thanks for the info.  we are still looking into ways to tune.17:10
pleia2I can remove from the agenda17:11
fungipleia2: feel free. i spotted it when cleaning up the agenda for today17:11
fungionly a couple things on the agenda, one of which will need to be extended/deferred to next week anyway17:12
* pleia2 nods17:12
pleia2if yesterday was any indication, it will be a very slow week in general dev-wise17:12
fungimainly because i'm not going to announce a spec objections deadline for new year's eve ;)17:13
*** pcrews has joined #openstack-infra17:13
fungigood week for gerrit tuning17:13
openstackgerritMerged openstack-infra/infra-specs: Gerrit-2.11 spec is implemented  https://review.openstack.org/26069417:13
*** FallenPegasus has quit IRC17:14
* zaro looks forward to that.17:14
anteayazaro: have you considered UseParallelGC so far?17:15
*** baoli has quit IRC17:15
zaroanteaya: will investigate it soon.17:15
anteayazaro: okay great17:16
anteayafungi: not sure where you stand on this but if you recall cathy's request to rebuilt their fuel plugin repo from last week, I spotted this yesterday: https://review.openstack.org/#/c/261966/17:16
anteayafungi: I might be reading this wrong, but it is possible that they have decided to just spin up a new repo rather than address their current concern17:17
anteayas/rebuilt/rebuild17:17
nibalizerzaro: are we doing any tuning of the permgen/oldgen size?17:17
nibalizerand do we have jmx enabled?17:18
anteayafungi: not sure if that is worth a meeting agenda item or not17:18
*** bhunter71 has joined #openstack-infra17:19
zaronibalizer: no, permgen is not tuned.  i'm unaware of 'oldgen'.17:19
anteayamy understanding from last week was that cathy was going to post to the infra mailing list regarding her request and I haven't seen that happen17:19
fungii don't recall whether i was around for a discussion about rebuilding a repo17:19
anteayafungi: actually you were, yes17:20
zaronibalizer: the javamelody plugin provies jmx monitoring17:20
fungidoesn't surprise me ;)17:20
zaro#provies/provides17:20
anteayafungi: that was tuesday night I believe17:20
clarkbnibalizer we appear to be heap bound17:20
nibalizerzaro: okay, i'll look after I get un-lazy and load my ssh key17:20
anteayafungi: http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2015-12-23.log.html#t2015-12-23T02:06:4017:21
clarkbpermgen/oldgen is not heap17:21
anteayafungi: http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2015-12-23.log.html#t2015-12-23T03:01:5117:21
zaroclarkb: yeah, it's not tuned.17:21
clarkbya but I dont think that is the problem17:21
zaroohh, i see what you mean17:22
clarkbmaybe we need more but that doesnt address the time spent in gc17:22
anteayafungi: you were there from 2:19 to 2:4417:22
*** unicell1 has quit IRC17:22
fungianteaya: so to summarize, the content of some repo needs to get reset to a new state, and then the repo needs to be renamed to openstack/fuel-plugin-onosfw?17:22
anteayafungi: but if you missed the requests to rebuild the repo I can understand that, but my takeaway is that this is what she was asking for17:22
anteayafungi: I don't know17:23
zaroi've already pushed a few reviews for gerrit tuning, all with topic 'gerrit-tuning'17:23
anteayafungi: I don't have enough detail myself, but my concern is that they will just keep creating new things and abandoning things they don't want17:23
anteayafungi: as that seems to be their current workflow on the onos repo17:23
docaedofungi: the issue from what I gathered was that they had accidentally pushed a 130mb tar file into the repo, and that seemed to break replication to github17:24
fungioh17:24
anteayadocaedo: in this situation yes, I'm wondering about their current approach and understanding of our workflow17:24
funginow i remember17:24
fungithanks docaedo17:24
anteayadocaedo: as they seem to like the approach of abandoning things17:24
docaedofungi: glad to help :)17:24
docaedoyeah the workflow issues .. I have nothing constructive to add there17:25
anteayadocaedo: yeah, me either, but I'm not a fan of what I am seeing so far17:25
fungiso anyway, the urgency for them was that they seem to put some priority on github and didn't want to use git.o.o, even though the github mirror was the one which was really the issue17:25
docaedobut I could understand at least the concern of having that one relatively giant lump in their repo :)17:25
anteayafungi: that was my understanding of their definition of emergency, yes17:26
fungidocaedo: the openstack-manuals repo has more deleted content than that one17:26
docaedofungi: oh yeah, I know there are lots of other repos with heaps more old stuff in them. I'm not saying it's in any way an emergency, or even necessarily has to be resolved17:27
docaedoTBH since there was no followup to the mailing list, I think it's an issue that does not need to be addressed until someone brings it up again17:27
anteayadocaedo: well they are wanting to create a new repo17:27
anteayato my mind, that is bringing it up again17:27
docaedoOh ok I didn't know that17:27
fungithis makes me want to finally get rid of our github copies of stuff in general. it's an attractive nuisance what with people constantly opening new issues and pull requests there not realizing they're read-only replicas nobody's looking at17:27
anteayadocaedo: https://review.openstack.org/#/c/261966/17:28
fungidocaedo: yeah, they've decided to abandon it and add a new one apparently17:28
docaedoanteaya: thanks17:28
anteayadocaedo: yeah, that was my quesetion to fungi17:28
anteayaif they are content to let it lie, I don't care, but it seems that they don't want to take our suggestions but do their own thing17:28
docaedofungi: even though I said on the ML that I *like* the rendering of the README when looking at a repo on github, I would be in support of dropping those read-only copies as well17:28
*** otter768 has quit IRC17:29
anteayaI would support not mirroring to github, if that was the decision17:29
fungii'm not opposed to setting a max commit size limit in gerrit going forward either, but i wouldn't want github's choice of commit filters/limits to determine ours as a policy17:33
*** baoli has joined #openstack-infra17:35
notmorganfungi: a maxcommit size would be a nice thing to prevent <random binary> from entering the repos17:35
notmorganfungi: but ++ on not using github's without evaluating if that is the right answer17:35
anteayafungi: agreed17:36
notmorganthe issue with dropping the R/O mirrors is that a lot of folks still use github. it would worry me to generally drop the external r/o mirrors since there is a lot of history there that people use it.17:37
pabelangerfungi: downside to now mirroring to github, is lack of exposure IMO. Even thought we don't develop a top of it, still a great tool to find projects IMO17:37
pabelangernotmorgan: ++17:37
*** izaakk has joined #openstack-infra17:37
*** sdake has joined #openstack-infra17:37
*** bhunter71 has quit IRC17:38
notmorganunless you can make github 301 to the right place on git.openstack.org [don't think this is possible] and have git obey said 30117:38
AJaegeranteaya: sorry, took me a bit longer to come back17:38
*** bhunter71 has joined #openstack-infra17:39
*** maishsk has joined #openstack-infra17:39
anteayaAJaeger: no worries, you are allowed to have a life17:39
AJaegeranteaya: we use {{ if there's a variable to substitute and { if not. So, job-templates use {{  but jobs not. The change is a job and thus needs {17:39
anteayawell openstack.org is the top hit for me when searching for openstack nova source so perhaps linking to git.o.o from there might help the search engines17:39
AJaegerfungi: Regarding the spec, I'm fine with postponing the voting, I put it on the agenda to get early feedback...17:40
funginotmorgan: pabelanger: yeah, i expect it would be contentious enough that it wouldn't happen without some more compelling reason than "attractive nuisance" unfortunately17:40
anteayaAJaeger: ah thank you, hoping your explaination sticks17:40
fungiAJaeger: sure, i plan to mention it in the meeting, just will set feedback deadline to late next week rather than this week17:40
*** baoli has quit IRC17:41
fungiso anyway, for the current situation with the "broken" (not replicating to github) repo, we need to determine whether there is a safe way to filter a commit out of gerrit when it's associated with an approved change17:41
fungiwould appreciate input from zaro on that17:41
fungiwe have a similar request from amrith yesterday to redact a commit from trove which was uploaded to gerrit (though in that case not approved/merged)17:42
anteayafungi: guess that request was conveyed in a pm17:43
fungianteaya: it was in scrollback in here too17:43
fungioh, 19:07 utc but details were in a pm i guess17:44
anteayayeah, I see reference to a pm17:45
anteayawhich is fine17:45
anteayathat tells me enough17:45
*** yamahata has joined #openstack-infra17:45
*** sigmavirus24 is now known as sigmavirus24_awa17:45
*** baoli has joined #openstack-infra17:46
clarkbfungi: I am not sure that such a thing exists with git17:47
fungianyway, i've responded to his pm now saying that's not a feature of gerrit (review deletion) and asking whether he's comfortable providing more details in public17:47
clarkbthere are unsafe methods of rewriting history17:47
fungiclarkb: yep, it would have to be a git push of a revised repo with no named refs carrying the commit in question in their history so that gc removes it17:48
openstackgerritMerged openstack-infra/project-config: Fix to recover gate-sahara-dashboard-dsvm-integration  https://review.openstack.org/26205117:48
fungibut i'm wondering more what that does to gerrit, since it then has references in its database to a commit which is not in the backing repo17:48
anteayaif redacting something from gerrit were possible, we also woul dhave to redact from our git farm and github as the uploaded patch is mirrored out to them too as a ref17:48
clarkbfungi: I imagine its very similar to hte behavior we saw when the packfiles would be treated as corrupt17:49
*** FallenPegasus has joined #openstack-infra17:49
clarkbfungi: the change will fail to load because gerrit is unable to get diff details from git17:49
fungiyep, a force push of a state of the repo with no references to the "problem" commit would cause it to eventually disappear from those replica repositories as well since it would be a candidate for gc17:50
fungibut yeah, gerrit database surgery is what i'm more concerned about with this17:50
*** AJaeger has quit IRC17:51
*** AJaeger has joined #openstack-infra17:51
anteayaoh okay17:51
*** baoli has quit IRC17:51
anteayafair enough17:52
*** yolanda has quit IRC17:53
fungiso anyway, we have 3 issues in play i think: 1. there's no way to prevent people from accidentally pushing changes to gerrit when they don't intend to, 2. there are some commits which downstream replication may refuse to allow, 3. removing all traces of a commit from git/gerrit is complex enough that we probably don't want to offer to support that as a "fix"17:54
anteayayes17:56
anteayaI would agree with that17:56
zarofungi: does the commit completely break replication or is it only broken for that one commit?17:56
fungizaro: that commit can't be replicated, and so any commits which descend from it can't either17:56
fungigithub's replica of the repo in question basically has the branch at the last state it was in prior to that commit merging17:57
fungiand can't update beyond there17:57
*** yolanda has joined #openstack-infra17:58
zaroso if we ask replication to ignore that commit you think it will continue to work on descendants?17:58
*** aopincar has joined #openstack-infra17:59
anteayaI'm considering requesting that openstack.org have a page with links to the projects on git.openstack.org, like nova source: http://git.openstack.org/cgit/openstack/nova/tree/17:59
AJaegeranteaya: We can easily add something to docs.openstack.org as well ;)18:00
anteayaas finding the link to the nova source via the current setup is nigh impossible18:00
anteayaAJaeger: okay but my search for openstack nova source came up with openstack.org as the top hit18:00
zaroanteaya: might as well stop replicating to github then18:00
anteayazaro: I'm in favour of that as a solution18:00
fungizaro: i don't think so, because it then the branch couldn't be pulled from ever (it would have holes in its history)18:01
fungizaro: pretty sure that if we don't try to replicate a commit which is part of the branch history, it will either be rejected as incomplete or else will result in an unusable branch state18:02
*** sabeen has joined #openstack-infra18:02
AJaegeranteaya: Let's add a "Source Code" to the footer...18:02
AJaeger... which is shared by most pages18:03
AJaegeranteaya: I wanted to suggest to add links to both domains18:03
fungiworkaround i guess would be to instead push --force a revised branch state which doesn't include the large commit in its history, but not bother deleting it from the repo entirely18:03
openstackgerritDoug Hellmann proposed openstack-infra/release-tools: use send-announcements-to metadata for deliverables  https://review.openstack.org/26228118:04
AJaegeranteaya: there's a Software->Source code link on the top on www.openstack.org that goes to http://docs.openstack.org/releases/releases/liberty.html18:04
fungigerrit will probably continue trying to push the review ref to the downstream replica and it would be repeatedly rejected, though the branch would be able to update via replication again at least18:04
*** baoli has joined #openstack-infra18:04
zarofungi: that workaround seems better than trying to delete.18:06
anteayahttps://bugs.launchpad.net/openstack-org/+bug/152992118:07
openstackLaunchpad bug 1529921 in openstack-org "include links to source code on git.openstack.org" [Undecided,New]18:07
zaroalso the replication plugin only allows filtering at project level, https://gerrit.googlesource.com/plugins/replication/+/master/src/main/resources/Documentation/config.md18:07
anteayaAJaeger: I like your suggestions too18:08
zaroanteaya: having both redirect and replication is slightly confusing.  i vote for one or the other.18:08
*** baoli has quit IRC18:09
nibalizerzaro: I don't see any jmx listeners on review.o.o, can you point me in the right direction?18:10
AJaegerI fear a few "stackforge" like projects will object if we stop replicating to github - as well as lots of documents in our repos that use github as reference like "Anvil's official repository is located on GitHub at: https://github.com/openstack/an" - just the first hit on codesearch...18:10
anteayaAJaeger: many folks will object18:10
anteayaAJaeger: however we mirror as a courtesy18:11
anteayaAJaeger: the supported repos are at git.openstack.org18:11
anteayafolks forgetting that doesn't change that18:11
zaronibalizer: review.o.o/monitoring18:12
AJaegeranteaya: I agree with you and review accordingly ;) I'm just saying that enforcing it will break stuff and assumptions18:12
nibalizerzaro: thats just a web page?18:12
anteayaAJaeger: well perhaps we should clarify the eroneous assumptions18:13
* AJaeger fixes the only problem in openstack-manuals now ;)18:13
AJaegeranteaya: YES, we should18:13
*** unicell has joined #openstack-infra18:13
anteayaAJaeger: anvil is free to do as they like but if they want to be an openstack project, their official repo is at git.o.o18:13
*** FallenPegasus has quit IRC18:14
*** david-lyle has joined #openstack-infra18:14
pabelangerI must have missed it, but what issue does removing the replication to github.com solve?18:14
*** jsavak has joined #openstack-infra18:14
anteayagithub limits the size of a given commit18:15
anteayathere is a repo that merged a commit with archived files in it, it is very large18:15
anteayathe history between the repo on git.openstack.org and github has diverged18:15
anteayathe repo on github can no longer accept merged commits as they are decendents of the blocked commit18:16
AJaegerhow can we replace https://github.com/openstack/nova/archive/master.zip with git.openstack.org?18:16
AJaegerIs there a way to download a zip archive?18:16
fungiAJaeger: https://tarballs.openstack.org/nova/nova-master.tar.gz18:17
*** mrmartin has joined #openstack-infra18:18
fungiwe actively discourage consuming github tarballs/zipfiles since they're not directly installable (not an sdist/wheel) and drop the git metadata necessary to turn them into one18:18
*** baoli has joined #openstack-infra18:18
fungiif we could turn that github feature off, we would18:19
zaronibalizer: i believe you get the same thing with javamelody.  that is the page for javamelody monitoring18:19
nibalizeri think replicating to github is good, I think we should preserve that feature if we can18:19
fungisame with github pull requests. the only reason we have a pull request auto-closer is because github doesn't let you disable pull request submission18:19
anteayanibalizer: supporting that feature is becoming more and more work18:20
AJaegerfungi, this is part of windows instructions that use unzip ;(18:20
fungiconsider that pretty much all the github "features" besides browsing git commits and cloning/pulling are things we'd prefer to disable18:20
*** sdake has quit IRC18:21
*** e0ne has joined #openstack-infra18:21
fungiAJaeger: that sounds like the windows instructions were written by someone who was in a hurry to put together something they could make work from stuff they were aware of, rather than figure out how to use the resources our community supports18:22
*** sdake has joined #openstack-infra18:22
anteayaAJaeger: well that's the thing, isn't it, the longer we use something we don't support the more attached folks get to it making decisions that are contrary to what we do support18:22
AJaegerexactly - and looking atgain, I'm wrong, it's not Windows - so I can change it;)18:22
anteayaand then we are stuck with their decisions18:22
*** moravec has joined #openstack-infra18:22
*** PsionTheory has quit IRC18:23
*** baoli has quit IRC18:23
*** david-lyle has quit IRC18:24
nibalizerfungi: i know a lot of people who prefer to browse our code via the github interface18:25
nibalizereveryone kindof gets that gerrit is the code review system but a lot of people use github as the clone/browse18:26
funginibalizer: yep, i mentioned those as the features we're not seeking a way to turn off18:26
fungihowever, not being able to block github's other "features" means that the ability to browse and clone/pull from github has to be such a convenience that it outweighs the attractive nuisances which come along with it18:27
pleia2nibalizer: indeed, I've worked with several folks who grumble a lot when I try to get them to use git.o.o18:27
*** Daisy has joined #openstack-infra18:27
greghaynesI know a couple deployment tools also point at gh by default to help prevent folks DOSing our git service18:28
pleia2I dutifully grumble back, but I understand, they use it for everything else so the interface is familiar18:28
crinklestopping replication to github seems like a bit of an overreaction to me18:28
crinklegithub didn't accept a problematically huge commit, that seems like a feature18:28
crinklenow it's stuck in git.o.o and hindering its developers18:28
fungicrinkle: well, we've arguably already stopped replicating one repo to github because they're filtering a merged commit18:28
AJaegeranteaya, fungi: FYI, Patch for openstack-manuals https://git.openstack.org/cgit/openstack/diskimage-builder/elements18:29
fungithe hinderance to that repos developers is that they want to use github and not git.o.o18:29
fungiit was already pointed out to them that they could clone successfully from git.o.o18:29
crinkleit's a hinderence to clone that now-huge repo from anywhere18:29
pleia2crinkle: heh, point18:29
fungiand the commit in their repo is still smaller than the deadweight deleted files in the openstack-manuals repo which all the docs developers live with18:29
AJaegercrinkle: that repo is not huge - only 170 MB ;)18:30
anteayathe point is that they didn't bother to follow our workflow, but having a large enough pool of reviews to catch the issue18:30
crinklehmm okay, i overestimated how big it was18:30
anteayaand now they want to abandon the repo and create a new one (I believe)18:31
anteayas/but/by18:31
anteayas/reviews/reviewers18:31
anteayaand folks grumble about new screen contstantly yet we still moved to gerrit 2.1118:31
*** baoli has joined #openstack-infra18:32
*** jpeeler has quit IRC18:32
*** Daisy has quit IRC18:32
fungii don't want to encourage slash-and-burn abandonment/creation of repos, so was thinking through whether a rewritten master branch of that repo omitting the problem file would be likely to generate new breakage18:32
fungiunless they're doing a clone --mirror they're not going to retrieve that commit so long as it's no longer in the branch history18:33
clarkbthey will need to reset --hard though18:33
*** kdas_ has joined #openstack-infra18:34
fungiright. but that's not necessary more disruptive than abandoning the repo and starting a new project18:34
*** kushal has quit IRC18:35
nibalizerI think a force push is the better way to fix this than a new repo18:35
greghaynesAJaeger: What is the context for that openstack-manuals patch WRT DIB?18:36
pabelangernibalizer: +1, if we are voting18:36
nibalizerI saw earlier that someone (zaro?) found a gerrit setting to prevent objects above a size from being submitted, did we do that?18:36
*** ewilson has joined #openstack-infra18:36
*** izaakk has quit IRC18:36
*** baoli has quit IRC18:36
anteayanibalizer: it is an acl setting18:36
pabelangeranteaya: do we have any docs that say not to use github?18:37
anteayanibalizer: we would have to have a discussion about what size the limit should be and then change the acl files, or allow repos to opt in18:37
pabelangerI only ask, cause I default all my upstream to github for my repos18:37
pabelangermy remote upstream18:37
fungiwe haven't ever told people not to use <whatever> since that's not within our control. we try to lead by example instead, and avoid mentioning services in our documentation if we don't officially support their use18:38
anteayapabelanger: http://docs.openstack.org/infra/system-config/gerrit.html#github-integration18:38
fungisticking to git.openstack.org in all our examples and published recommendations18:38
AJaegergreghaynes: that openstack-manuals should have nothing to do with DIB - I'm confused by your questio18:38
anteayaAJaeger: your link in scrollback mentions diskimagebuilder18:39
greghaynesAJaeger: Ah, I just saw your comment of "Patch for openstack-manuals https://git.openstack.org/cgit/openstack/diskimage-builder/elements"18:39
greghaynesAJaeger: Wondering if theres something I should help with ;)18:39
AJaegeranteaya: ah -18:39
anteayaAJaeger: which is broken by I was trying to eat my lunch and was going to mention it once I had finished18:39
anteayas/by/but18:39
nibalizer"GitHub will warn you when pushing files larger than 50 MB. You will not be allowed to push files larger than 100 MB."18:39
AJaegergreghaynes: I pasted wrong URL, I wanted to paste https://review.openstack.org/26228618:39
nibalizerI think setting a 100MB file limit is reasonable18:40
AJaegerthanks anteaya for reading what I wrote - I obviously didn't ;(18:40
greghaynesAJaeger: gotcha18:40
clarkbfwiw gerrit does have a limit but its closer to 800mb iirc18:40
AJaegergreghaynes: thanks for offering to help. That openstack-manuals patch indeed touches a link to dib if - that's all. Feel free to review ;)18:40
anteayaAJaeger: no worries18:41
pabelangerfungi: Right. So, educating seems like a good solution too.  TIL: a reason not to do `git remote add upstream github.com...`18:41
AJaegeranteaya: enjoy lunch!18:41
anteayaAJaeger: trying to18:41
fungias i said earlier, i don't mind us choosing a sensible commit size (i don't think we can directly limit by file size?) but wouldn't want to define "sensible" as "one of our downstream mirrors thinks this is sensible for them"18:41
clarkbhrm actually docs say default is inifinit?18:41
zaronibalizer: i think you would like this https://review.openstack.org/#/c/260324/18:41
anteayanibalizer: I think fungi made an excellent point in scrollback that github doesn't set our policies18:41
nibalizeroh neat18:42
fungii especially don't want to get into a habit of playing chanse with whatever new limits github decides to set in the future. when we discover ways in which the features of github which our community does find marginally beneficial break for us, it's a good opportunity to reassess whether the features we're using there are as convenient as they seem18:43
fungis/chanse/chase/18:43
nibalizerfungi: thats why I was trying to speak for the pepole I know who use github18:44
nibalizerI think it provides value18:44
*** ociuhandu has joined #openstack-infra18:44
*** baoli has joined #openstack-infra18:44
*** aks has joined #openstack-infra18:45
fungii'm sure it does provide some value for some people, but it also apparently requires some compromises18:45
pabelangerwhat are the files that are >100MB anyways? Some sort of tarball?18:46
anteayapabelanger: yes18:46
fungisuch as making sure that commits we allow are at most a subset of commits they allow. and if we decide out of fairness to start replicating to bitbucket and gitlab too, then what we accept ends up needing to be the intersection of what all our downstream replicas will allow18:46
anteayapabelanger: the project has two contributors I don't know what level of understanding of our tools they posess18:46
anteayapabelanger: one person submits, the other one merges18:47
anteayathey have more abandoned patches that any other status18:47
anteayas/that/than18:47
anteayafungi: I think that puts us in a poor place to serve the needs of our developers18:48
pabelangergithub does provide Git LFS, specifically for large files.  However, I'm onboard with educating people that sourcing >100MB tarballs isn't the best use case for git18:48
nibalizerI believe bitbucket - the public git service - died18:48
greghaynesnibalizer: wah?18:49
*** baoli has quit IRC18:49
nibalizergreghaynes: eh https://bitbucket.org/ ?18:49
nibalizeror am I thinking of gitorious?18:49
greghaynesnibalizer: Ya, it is still a thing18:49
greghaynesnibalizer: yes, that died18:49
greghaynesnibalizer: they got bought by gitlab18:49
nibalizerthis thing ? https://gitorious.org/18:49
nibalizerwas bitbucket ever a public git service or am I just crazy?18:50
greghaynesnibalizer: it always was a public code hosting service18:50
anteayapabelanger: I'm going with the belief the majority of our developers already know that18:50
greghaynesnibalizer: They didnt support git for a while18:50
clarkbbitbucket hosts tox18:50
clarkbits a thing18:50
funginibalizer: bitbucket provides public hg and git hosting18:50
anteayapabelanger: the problem is that these folks are off in a corner doing whatever they please and infra has to support their development18:50
anteayapabelanger: so now we have to discuss what that means18:51
*** markvoelker has joined #openstack-infra18:51
nibalizerahh ok18:51
anteayapabelanger: as they currently have the expectation we will rebuild a repo for them whenever they make a mistack18:51
anteayamistake*18:51
*** angdraug has joined #openstack-infra18:52
pabelangeranteaya: who is they in this context?18:52
anteayafuel-plugin-onos18:52
*** waynr has quit IRC18:52
anteayahttps://review.openstack.org/#/c/261966/18:53
anteayahttp://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2015-12-23.log.html#t2015-12-23T01:47:1518:53
anteayahttps://review.openstack.org/#/c/255719/18:54
anteayanote the number of abandoned patches: https://review.openstack.org/#/q/project:openstack/fuel-plugin-onos18:54
nibalizerfungi: ah okay I was mistaken18:54
*** Guest77960 has quit IRC18:55
nibalizersetting a file limit of under 100MB seems reasonable for us to do, though18:56
*** jsavak has quit IRC18:56
*** baoli has joined #openstack-infra18:56
*** markvoelker has quit IRC18:56
fungii think we're stuck setting a commit size limit instead, if memory serves18:56
fungizaro: ^?18:56
clarkbits object file size18:56
angdraugthis raises some good generic concerns that still need to be addressed, but our plan with Fuel plugins is indeed to move most of them to review.fuel-infra.org18:57
*** ewilson has quit IRC18:57
fungiahh, okay, so similar to what github's setting then18:57
angdraugmescanef: ^18:57
*** bhunter71 has quit IRC18:58
AJaegerangdraug: do you want to comment on https://review.openstack.org/261966 ?18:58
*** kzaitsev_mb has joined #openstack-infra18:58
zarofungi: don't understand the question18:58
fungizaro: looking for teh setting to limit file object size. thought it might have been commit size instead18:58
pabelangernibalizer: I agree. Also, I don't want to do a code review on a 100MB python file either!18:59
zaroi believe you do that with a patchset-commit hook18:59
pabelangeragain, if you need more then 100MB, git likely isn't the place for the file18:59
*** bhunter71 has joined #openstack-infra18:59
anteayaangdraug: so you don't want to consider the fuel plugins part of openstack then?18:59
pabelangerwe have static.o.o for example18:59
fungiangdraug: it still sounds to me like fuel (and its associated ecosystem) has different needs from the openstack community and would rather have direct control over those than compromise. it's not clear to me why fuel applied to become an openstack project-team18:59
fungiparticularly given that they operate a separate code review system19:00
clarkbzaro fungi there is a config setting19:00
clarkbmaxobjectsize or similar19:00
pleia2meeting time19:00
fungithanks pleia219:01
*** yamahata has quit IRC19:01
*** baoli has quit IRC19:01
*** yamahata has joined #openstack-infra19:01
*** ybathia has joined #openstack-infra19:02
angdrauganteaya: I don't want to consider _most_ plugins part of Fuel, only those that are ready to follow OpenStack development process and have active development team (e.g. LMA)19:02
zarohere it ishttps://gerrit-review.googlesource.com/#/c/30450/19:02
anteayaangdraug: and how are you determining that?19:02
anteayaangdraug: how do you decide which are ready?19:03
*** ybathia_ has joined #openstack-infra19:03
angdrauganteaya: http://governance.openstack.org/reference/new-projects-requirements.html19:03
anteayaangdraug: and how are you applying that?19:04
angdraugif adding a repository would make Fuel fail these criteria, it can't be a part of Fuel19:04
*** sigmavirus24_awa is now known as sigmavirus2419:04
angdraugI'm not going to supplant TC and make judgements on other projects19:05
angdraugI'm just trying to make sure that Fuel stays in line with what we've committed to19:05
anteayayet someone is still adding repos using the fuel name, and at a great rate: https://review.openstack.org/#/c/261966/19:05
angdraugfungi: ^19:05
*** eil397 has joined #openstack-infra19:06
anteayaangdraug: how are you doing that? making sure that fuel stays in line with what you've commited to?19:06
angdraughold on, I get a feeling of a "damned if you do, damned if you don't" situation19:06
anteayaI'd like to know what you are doing19:06
*** elo1 has joined #openstack-infra19:06
*** elo1 has left #openstack-infra19:06
anteayayou are telling me you are doing things, and I believe you19:07
anteayaI would like to hear how you are doing them19:07
*** ybathia has quit IRC19:07
*** ybathia_ is now known as ybathia19:07
anteayaif you have discussions with plugin owners during your meetings, that is great19:07
anteayalink to the logs19:07
anteayaif you have discussions with plugin owners in email, that is great, link to the emails19:08
anteayaif these discussions take place in your channel, that is wonderful, please link to the discussions in your channel logs19:08
anteayaso far all I see is someone making repos for anyone who asks for one19:08
anteayayou are saying you are doing other things and that is wonderful, I'd like to see the evidence19:09
anteayahaving the ability to share archives of discussions and conversations is part of the four opens19:10
*** baoli has joined #openstack-infra19:12
*** otter768 has joined #openstack-infra19:13
openstackgerritAndreas Jaeger proposed openstack-infra/puppet-grafyaml: Use git.openstack.org everywhere  https://review.openstack.org/26229919:17
fungiangdraug: similarly, i'm just trying to figure out where the openstack ecosystem boundaries are, and what makes fuel part of openstack itself but fuel's ecosystem not part of the openstack ecosystem (hosting in a separate code review system entirely)19:17
*** baoli has quit IRC19:18
angdraugvery good question that is unfortunately contrary to what we discussed here last week, and that confuses me19:18
anteayawhy do you feel it is contrary?19:19
*** waynr has joined #openstack-infra19:19
angdraugmy understanding was that your team is unhappy with having to deal with a large number of git repositories that contain code of uncertain quality and ownership19:20
angdraugI proposed to move that code out of openstack infra to help you with that problem19:20
anteayawe are curious19:20
anteayawe would really like to know what is happening19:20
anteayawe like to play nice with others19:20
anteayathat starts with sharing19:20
angdraugnow you're telling me that you're unhappy with this solution because it dilutes the boundaries of openstack ecosystem?19:20
*** moravec has quit IRC19:21
fungiangdraug: i think you're reading too much into my (and others') questions19:21
angdraugI was holding back on moving the plugins until after New Year so as not to spring a major change like that onto people who are likely on Christmas holidays19:21
*** waynr has quit IRC19:21
*** waynr has joined #openstack-infra19:21
angdraugfungi: maybe, but all I want is figure out what would be the best way forward with this problem19:22
fungiand would also love for more people to be involved in the discussion. we're on a skeleton crew for much of december19:22
angdraugexactly my concern, too19:22
angdraugon one hand, I don't want Fuel team to own and excert control over each and every Fuel plugin19:23
*** isaacb has joined #openstack-infra19:23
angdraugand without such control, we can't expect all plugins to have active teams, conform to openstack development process, etc19:24
fungiwhen it got discussed before, my only concern was over an openstack project spending time and effort on hosting and review of poorly-maintained or unmaintained code, which was the reason you (someone anyway? i don't remember who) gave for not adopting them as part of fuel19:25
angdraugif we reach a consensus that because of this, most plugins can't be counted as part of fuel and shouldn't be hosted on openstack infra, they're going to need a new home19:25
*** sdake has quit IRC19:25
*** baoli has joined #openstack-infra19:25
fungiwe host all sorts of things in the openstack infra which aren't part of openstack, but merely part of the openstack ecosystem19:25
anteayahow about we start with a sense of the vision fuel has for itself?19:25
angdraugfungi: a valid concern that I think corresponds to the way I represented it above, correct me if I'm wrong19:26
anteayaand how that benefits openstack?19:26
anteayaI'd like to start there rather than skip over that bit19:26
*** Hal has joined #openstack-infra19:26
fungicurious who consensus was there. i was barely around to comment, but get the impression the discussion moved on to a decision after i provided some minimal input19:26
*** Hal is now known as Guest6062019:26
angdraugto get a proper consensus we're going to need a thread on openstack-dev19:27
fungiso don't want this "you must move your plugins out of openstack's infrastructure if fuel won't adopt them" to be implied as the opinion of the infrastructure team as a whole19:27
*** izaakk has joined #openstack-infra19:27
angdraugfungi: thanks for clarifying that19:28
*** david-lyle has joined #openstack-infra19:28
angdraugI wasn't sure if this implication was valid19:28
angdraugnow I see that it's not19:28
anteayayeah that was not my take away from last week's discussion at all19:28
anteayamy take away was we would like to hear what fuel's vision is19:28
anteayato better understand it19:28
anteayaas currently I don't19:28
*** moravec has joined #openstack-infra19:29
*** FallenPegasus has joined #openstack-infra19:29
fungii'd like to see putting parts of the extended openstack ecosystem in our hosting as an opportunity for them to be and stay well maintained and useful for people19:30
angdraugfungi: still, the concern of what to do with the burden of hosting poorly maintained code stands, right?19:30
*** baoli has quit IRC19:30
fungiso i'll certainly discourage using it as a dumping ground for poorly-maintained or unmaintained software19:30
fungibut that doesn't mean they have to meet the tc requirements for being an official part of openstack19:31
openstackgerritAndreas Jaeger proposed openstack-infra/puppet-infra-cookiecutter: Use git.openstack.org everywhere  https://review.openstack.org/26230119:31
angdraugfungi: if new-project-requirements is not the right criteria to make that distinction, what is?19:31
fungithey just need someone looking after them, reviewing and approving or providing feedback on changes which are proposed to them19:31
*** isaacb has quit IRC19:31
anteayateaching them our workflow19:32
AJaegerarg, all our puppet repos mention github for contributors: http://git.openstack.org/cgit/openstack-infra/puppet-infracloud/tree/README.md#n69 . Should we remove this everywhere? 262301 removes it from cookiecutter...19:32
*** salv-orlando has quit IRC19:33
fungiangdraug: if you mean http://governance.openstack.org/reference/new-projects-requirements.html then that's what you need for fuel, as an official part of openstack. not all software we host is held to that level of scrutiny19:33
anteayaAJaeger: yes, we don't have to do it all today, but yes I favour that19:33
angdraugyes, that's exactly what I'm talking about19:33
*** david-lyle has quit IRC19:33
fungiAJaeger: i had a batch of changes proposed ages ago to fix that in all repos. not sure what happened to most of them19:33
angdraugwe need a document that defines a reduced level of scrutiny19:33
*** david-lyle has joined #openstack-infra19:33
AJaegeranteaya: let's first merge 262301 and 262299 and then do these...19:34
AJaegerfungi: let me check...19:34
angdraugsomething that's not enough to be a part of openstack, but enough to be allowed onto openstack-infra19:34
fungiAJaeger: it's possible those repos postdate my mass change19:34
fungiangdraug: i really just want to dissuade people from proposing repos that they expect to abandon19:34
anteayaangdraug: and seeing you provide guidance in the form of reviews is far more valuable in my mind than having a document you can point to but which folks may or may not read19:35
fungito me, that's what "unmaintained" means (completely abandoned)19:35
anteayaangdraug: you and the fuel team19:35
angdrauganteaya: the important part of having a document is reassuring people that we're applying the same objective requirements to everyone19:36
*** aspiers has joined #openstack-infra19:36
anteayahaving a document doesn't reassure me of anything19:36
anteayaseeing you answer questions (referenceing the document if you choose) is what assures me you are providing guidance19:36
AJaegerfungi, I'm not seeing anything open from you on this19:36
anteayaseeing reviews providing guidance, seeing emails providing guidance, seeing meeting logs providing guidance, that reassures me19:37
fungiAJaeger: it was a year or two ago when git.openstack.org went into production19:37
AJaegerfungi: this all looks more recent...19:37
fungiat that time i proposed changes to every repo in gerrit to replace uses of github.com19:37
fungiin hopes that they would merge quickly and then the references wouldn't be cargo-cult copied into new repos19:38
fungibut i underestimated the length of time those sorts of changes can sit ignored19:38
openstackgerritAndreas Jaeger proposed openstack-infra/release-tools: Use git.openstack.org  https://review.openstack.org/26230419:39
*** e0ne has quit IRC19:39
anteayaangdraug: and being consistent in your application is what assures me you are being consistent in your application19:39
angdrauganteaya: as far as the outcome, that's fair expectation, although I still believe that without a document, there'd be too much reliance on tribal knowledge19:41
*** baoli has joined #openstack-infra19:41
anteayathat's fine19:41
anteayadocumentation is helpful to consistent support, it just doesn't take the place of it19:42
anteayait is the consistent support that I'm looking for19:42
angdraugnow that we are in agreement on the meta-discussion, I'd still like to receive guidance on what kind of guidance we should be giving to plugin developers )19:42
angdrauganteaya: noted and agreed19:42
*** david-lyle has quit IRC19:42
anteayawell you and I and fungi have discussed this, others may have their opinions, note the infra meeting is in progress as we are talking19:43
*** david-lyle has joined #openstack-infra19:43
anteayaangdraug: why do you start by giving some guidance19:43
anteayaand see how that works for you19:43
anteayawhat do you consider to be a will maintained repo19:43
anteayaand share that vision with others19:43
fungiyeah, i expect we'll end up with a set of repo hosting requirements at some point, because there will always be "rules lawyers" who prefer to spend time arguing every minute detail of this sort of thing and it ends up being easier to have a document to just point them at instead of rehashing conversations around what make up reasonable and unreasonable expectations19:44
angdraugcan do, was going to do that in January to let more people come back from vacations for a healthy disucssion19:44
angdraugyup19:44
anteayaangdraug: that is reasonable, thanks for sharing that19:44
anteayathat makes sense to be19:44
angdraughopefully we'll come to a reasonable conclusion on what fits and what doesn't19:44
fungireally, my request is "please don't waste our time asking us to host something nobody finds useful"19:45
angdraugand apologies about intersecting with your meeting19:45
anteayaangdraug: well more than conclusion, I am hoping for a process19:45
fungiif people find these useful, that's good enough for me19:45
anteayaangdraug: as a working relationship tends to do best with constant interaction19:46
angdraugright19:46
fungiand so long as there are people who will stick around to help keep it useful19:46
anteayathanks for understanding19:46
*** baoli has quit IRC19:46
*** abhi has joined #openstack-infra19:46
*** abhi has left #openstack-infra19:46
angdraugwhatever process we end up with, there will be repositories that don't fit19:46
angdraugwhat do we do with those?19:46
anteayaangdraug: how about start with a vision of first figuring out what you do have19:47
anteayayou might find if you start there others may migrate to that style as it is effective for you19:47
*** aopincar has quit IRC19:48
angdraugmay be. but being able to tell people what would happen to their repo if they don't would be nice19:48
angdraugit will motivate them to pay attention to the discussion, for one19:49
angdraugand at the same time will reassure them that it won't mean wiping their code off the internet19:49
anteayaangdraug: then you have to make a decision19:49
*** elo has quit IRC19:50
anteayathat is part of being an openstack project, you have to make decisions for your project19:50
angdrauggoing back to the beginning of this conversation, I'm still confused about whether offering to host them on fuel-infra is a good or a bad thing19:50
*** salv-orlando has joined #openstack-infra19:50
anteayait is neither good nor bad19:50
anteayait simplying communicates the extent to which you consider yourself part of openstack19:50
anteayaI'm fine with any decision you make19:50
anteayait is up to you19:50
*** aks has left #openstack-infra19:50
anteayabut decisions have consequences19:50
anteayaand if you chose to not be part of openstack then I will acknowledge that you aren't19:51
anteayait is your choice19:51
angdraugin my book, not being a part of openstack would certainly fall under "bad"19:51
*** markvoelker has joined #openstack-infra19:51
* persia opines that encouraging folk to use a specific non-o.o repo hosting solution for stuff may decrease the sense of developers in those repos that they are "openstack developers", which may lead to confusion about policies and practices later.19:52
angdrauggoing back to the question of Fuel's mission, deploying and operating OpenStack is its whole point19:52
fungito clarify, part of the openstack ecosystem (more than half of the repos we host aren't officially part of "openstack" last time i looked)19:52
fungiwe provide our infrastructure to teh benefit of the openstack ecosystem, not only to the benefit of projects which are "an official part of openstack"19:53
*** isq has joined #openstack-infra19:55
AJaegerFYI, my changes for github in docs and infra are at https://review.openstack.org/#/q/status:open+topic:github19:55
*** baoli has joined #openstack-infra19:56
*** markvoelker has quit IRC19:56
angdraugfungi: persia: I may still be reading too much into what you're saying, but what I'm reading is "no, don't move anything to fuel-infra, push people to commit to maintaining their code, and reject plugins that can't make that commitment"19:57
persiaThat would be consistent with my opinion.  I am not authoritative: so my opinion only has value if you agree.19:58
fungiangdraug: that does sound preferable, yes. the burden of maintaining something shouldn't be insurmountable. and honestly i can't imagine how anyone could find unmaintained plugins especially useful (or even trust them at all)19:58
angdraugpersia: I'm trying to find a consenus, the option that everyone is comfortable with, that makes your opinion as authoritative as anyone's19:59
fungiif it's unmaintained, then how do i report the problem to the authors or send them a fix? i tend to just avoid using unmaintained software instead19:59
angdrauganteaya: do you agree with fungi and persia on ^?20:00
fungior adopt it myself20:00
fungiand become the maintainer20:00
*** kzaitsev_mb has quit IRC20:00
angdraugin my experience so far, unmaintained plugin means "we used this to deploy once, it worked, if you want to reuse it again feel free to take over"20:00
anteayaangdraug: I guess I am missing the part of the fuel vision that states "We want to work with folks who don't maintain their code. This is helpful for fuel because..."20:01
*** baoli has quit IRC20:01
anteayaangdraug: and I think someone suggested in that use case to have that code all in one repo20:01
anteayaangdraug: rather than as separate repos20:01
angdraughm, that's not a bad option20:02
*** armax has joined #openstack-infra20:02
anteayaangdraug: the fuel-one-off-and-then-abandoned repo20:02
anteayaangdraug: then whoever is maintaining that repo can decide what patches they want in that repo20:02
openstackgerritBulat Gaifullin proposed openstack-infra/project-config: Create packetary project  https://review.openstack.org/26154020:02
fungisounds like what the osops team is doing, putting code which may have worked at some point but isn't tested and doesn't fit their quality standards in a "contrib" subtree of their repo20:02
anteayamuch easier for all concerned20:02
angdraugthen instead of saying "you abandoned this plugin, get off openstack infra" we can say "this plugin is abandoned, moving the code to contrib so we can drop the repo"20:03
*** salv-orlando has quit IRC20:03
*** salv-orlando has joined #openstack-infra20:03
fungihowever, keeping multiple deliverable pieces in one repo poses problems of those pieces are expected to have different release lifecycles since tags apply to a particular repo state and not to individual file trees within a repo20:04
anteayaangdraug: or better yet, you plan on not supporting this, rather than start a separate repo offer it as a patch to this repo20:04
openstackgerritKhai Do proposed openstack-infra/system-config: Replace the Gerrit icon for Workflow -1 vote.  https://review.openstack.org/16522820:04
angdraugfungi: being abandoned implies that it doesn't _have_ a release cycle20:04
angdraugif a plugin in contrib grows an active maintainer it will need to be extracted into its own repo20:05
angdraugthe process should work both ways20:05
fungiangdraug: sure, speaking more to the point of comingling multiple maintained things in a common repo, if the different maintained things want different release lifecycles20:05
zarofungi: to limit object size on commit: https://gerrit-documentation.storage.googleapis.com/Documentation/2.11/config-gerrit.html#receive.maxObjectSizeLimit20:05
anteayaangdraug: this is where discussing intent with the code creator comes in20:05
anteayaangdraug: if you start off with a discussion rather than straight to repo creation you at least have an opportunity for the guidance we discussed20:06
*** bhunter71 has quit IRC20:06
anteayaangdraug: just asking them their vision can help a lot20:06
anteaya"what do you want to do with this?20:06
anteaya" is a great question I find20:07
zarofungi: should we set to 100MB?20:07
*** baoli has joined #openstack-infra20:07
fungizaro: thanks. so if i'm misreading, that's the max size of a commit right? not of a file within a commit?20:08
fungior am i misunderstanding what "git object" means? (i always thought that was a commit, a tag, et cetera)20:08
zarolooks like it20:08
*** bhunter71 has joined #openstack-infra20:09
clarkbobject is more generic than that20:09
clarkbcommits and tags are objects but so are the files in git iirc20:10
fungiseems to correspond to hash objects and blobs too20:10
clarkball a commit is is a message and pointers to other objects belonging to that snapshot in time20:10
*** david-lyle has quit IRC20:10
clarkbeach of those are individual objects20:10
fungireading https://git-scm.com/book/en/v2/Git-Internals-Git-Objects to understand what's implied here20:10
fungiahh, yep, so maxObjectSizeLimit is going to reject individual files over that size it seems20:12
*** baoli has quit IRC20:12
*** dcentral has joined #openstack-infra20:12
fungias well as commits over that size in aggregate?20:13
clarkbI don't think aggregate commits will be affected20:15
*** angdraug has quit IRC20:17
*** baoli has joined #openstack-infra20:20
crinkleclarkb: think we can schedule the paste/wiki/nodepool downtime?20:21
*** vilobhmm11 has joined #openstack-infra20:21
clarkbcrinkle: ya we should then send email to -dev for it. I know fungi wants to unlocal db paste so would ask him when is good time for that20:21
clarkbcrinkle: for wiki/nodepool we can do nodepool at any time leaving wiki the odd one out20:22
clarkbmaybe say sometime next week? let me look at calendar20:22
greghaynesNot sure if relavent to doing downtime - but nodepool is still broken on os-c-c releasing20:22
greghaynesbroken as in cant merge anything20:22
clarkbgreghaynes: shouldn't be we will just flap mysql out from under nodepool20:23
clarkbcrinkle: monday or tuesday?20:23
greghaynesok20:23
*** rguillebert has joined #openstack-infra20:23
clarkbI have doctors wed and thurs20:23
crinkleclarkb: wfm20:23
clarkband this week is crazyness20:23
crinkleclarkb: fungi if paste moves first ping me so i can update https://review.openstack.org/#/c/257640/5/modules/openstack_project/manifests/paste.pp20:23
openstackgerritAndreas Jaeger proposed openstack-infra/gearman-plugin: Use git.openstack.org  https://review.openstack.org/26230820:24
clarkbcrinkle: lets plan for late morning monday then? maybe you want to send email to list about it? I can do anything after 10am probably20:24
clarkbya after 10am is good20:24
pleia2I'll be around too if needed20:24
*** baoli has quit IRC20:25
crinkleclarkb: sure, we'll need to decide whether paste is going down or not before i can email20:25
clarkbcrinkle: good point20:25
crinklealso could i get some re-reviews on https://review.openstack.org/#/c/258193/ ? i've responded to yolanda's -1 but i'm afraid the -1 is keeping other people from reviewing20:25
crinklenibalizer: ^20:25
fungion the topic of max file size, the largest files in master branches of any of our git repos right now are the ops guide epub/mobi renderings in openstack-manuals (21mb and 38mb respectively). the largest file outside of openstack-manuals is a ttf font file in clouddocs-maven-plugin (coming in at 15mb)20:25
*** baoli has joined #openstack-infra20:26
openstackgerritAndreas Jaeger proposed openstack-infra/statusbot: Use git.openstack.org everywhere  https://review.openstack.org/26230920:26
fungiso even a 50mb limit seems reasonable, if we want to get into the limit-picking business20:27
openstackgerritAndreas Jaeger proposed openstack-infra/groups: Use git.openstack.org everywhere  https://review.openstack.org/26231020:28
*** kzaitsev_mb has joined #openstack-infra20:29
AJaegerand the erroneous import in fuel-plugins-onos is deployment_scripts/puppet/modules/onos/files/jdk-8u51-linux-x64.tar.gz with a size of 166 MB20:30
nibalizercrinkle: lgtm20:30
*** baoli has quit IRC20:31
*** Guest60620 has quit IRC20:32
openstackgerritAndreas Jaeger proposed openstack-infra/infra-specs: Use git.openstack.org everywhere  https://review.openstack.org/26231120:32
openstackgerritAndreas Jaeger proposed openstack-infra/nose-html-output: Use git.openstack.org everywhere  https://review.openstack.org/26231220:34
*** kzaitsev_mb has quit IRC20:34
openstackgerritAndreas Jaeger proposed openstack-infra/openstackid: Use git.openstack.org everywhere  https://review.openstack.org/26231320:35
*** baoli has joined #openstack-infra20:37
*** Rockyg has joined #openstack-infra20:37
*** moravec has quit IRC20:38
persiaOn git object sizes: depending on the pack, it is possible to construct a file that exceeds the max object size, so long as git understands it as a base plus several deltas, rather than a single file.20:38
openstackgerritAndreas Jaeger proposed openstack-infra/puppet-grafyaml: Use git.openstack.org everywhere  https://review.openstack.org/26229920:38
openstackgerritAndreas Jaeger proposed openstack-infra/puppet-infracloud: Use git.openstack.org everywhere  https://review.openstack.org/26231420:39
fungipersia: interesting. will keep that in mind20:39
*** ganso has quit IRC20:39
*** kzaitsev_mb has joined #openstack-infra20:40
openstackgerritAndreas Jaeger proposed openstack-infra/puppet-odsreg: Use git.openstack.org everywhere  https://review.openstack.org/26231520:40
*** baoli has quit IRC20:42
openstackgerritAndreas Jaeger proposed openstack-infra/puppet-refstack: Use git.openstack.org everywhere  https://review.openstack.org/26231620:42
*** david-lyle has joined #openstack-infra20:43
pleia2AJaeger: maybe use a common topic?20:43
openstackgerritAndreas Jaeger proposed openstack-infra/puppet-storyboard: Use git.openstack.org everywhere  https://review.openstack.org/26231720:43
pleia2ah, later ones do20:43
*** e0ne has joined #openstack-infra20:44
openstackgerritAndreas Jaeger proposed openstack-infra/tripleo-ci: Use git.openstack.org everywhere  https://review.openstack.org/26231820:46
crinkleclarkb: this is what i see in bifrost, http://paste.openstack.org/show/482830/ is that familiar?20:46
*** kzaitsev_mb has quit IRC20:47
openstackgerritAndreas Jaeger proposed openstack-infra/zuul: Use git.openstack.org everywhere  https://review.openstack.org/26231920:47
AJaegerpleia2: I fixed the one where I didn't - github is the topic20:47
openstackgerritJeremy Stanley proposed openstack-infra/system-config: Revert "MySQL database cleanup for paste.o.o"  https://review.openstack.org/26232020:48
openstackgerritJeremy Stanley proposed openstack-infra/system-config: Revert "Add a local MySQL database to paste.o.o"  https://review.openstack.org/26232120:48
fungicrinkle: those ^ are the reverts20:48
anteayaAJaeger: care to read my comment here? https://review.openstack.org/#/c/259265/120:48
fungicrinkle: i'm going to mark the second wip for now, and stop puppet on paste.o.o temporarily while i prepare to do teh dump/import20:49
anteayaAJaeger: new contributor is frustrated with our workflow and tweeted about it, pabelanger offered a patch which didn't suit him, I did try to explain20:49
crinklefungi: kk20:49
AJaegerLGTM, anteaya, pabelanger - thanks!20:50
*** baoli has joined #openstack-infra20:51
*** markvoelker has joined #openstack-infra20:52
openstackgerritMerged openstack-infra/release-tools: Use git.openstack.org  https://review.openstack.org/26230420:53
AJaegerpleia2: I've fixed all topics now, thanks for getting me to double check.20:53
AJaegerAll changes are done now for github in openstack-infra with exception of jenkins-job-builder, I leave that to others20:54
pleia2AJaeger: thanks, I'm not sure about https://review.openstack.org/#/c/262308/1/pom.xml - will that still work?20:54
openstackgerritMerged openstack-infra/jeepyb: Be more specific for new users  https://review.openstack.org/25926520:54
openstackgerritMerged openstack-infra/openstackid: Use git.openstack.org everywhere  https://review.openstack.org/26231320:55
pleia2I know github has ssh things you can pull against, but I don't really know how this works for git.o.o (or what this file is trying to do exactly)20:55
AJaegerpleia2: I'm not sure about that either, I expect so - but somebody needs to test that20:55
clarkbcrinkle I think that is what nibalizer ran into20:56
*** baoli has quit IRC20:56
*** moravec has joined #openstack-infra20:57
pleia2AJaeger: ok, all the rest lgtm :)20:57
*** markvoelker has quit IRC20:57
clarkbcrinkle format of yaml was wrong20:57
AJaegerpleia2: thanks for the reviews!20:57
openstackgerritMerged openstack-infra/puppet-storyboard: Use git.openstack.org everywhere  https://review.openstack.org/26231720:57
e0nehi team! I didn't find anything im ML. is any update about http://logstash.openstack.org/? it doesn't work for two days20:58
pleia2e0ne: was someone looking into it for you? (I haven't seen any discussion about it)20:59
pleia2slim crew this week, so it may not have been noticed yet otherwise20:59
*** esker has joined #openstack-infra21:00
anteayaI confirm logstash.o.o doesn't render the javascript graphs for me21:00
e0nepleia2: no, I know that infra team is extremly busy this week, so I try didn't ask about it before21:00
anteayae0ne: I didn't know until you said something a moment ago21:00
pleia2e0ne: ok, thanks for reporting it21:01
e0nepleia2, anteya: oops. I will send message to ML next time21:01
*** ociuhandu has quit IRC21:01
*** izaakk has quit IRC21:01
pleia2e0ne: here is fine :)21:01
e0nepleia2, anteya: btw, it's not javascript error, there is 503 server error21:02
greghayneshttp://logstash.openstack.org/elasticsearch/_nodes21:02
greghaynesthe cluster is not happy21:02
e0ne:(21:03
AJaegerI'd like to ask an infra-manual core to review https://review.openstack.org/#/c/261639/ - to follow recent changes in project-config21:03
anteayae0ne: okay I didn't end up with a 50321:03
*** ociuhandu has joined #openstack-infra21:03
greghaynesclarkb: I am guessing the es nodes have split21:03
*** baoli has joined #openstack-infra21:04
pleia2AJaeger: oh good, an easy one :) done21:04
AJaegerpleia2: could you have a look at https://review.openstack.org/261857 as well if you have time, please?21:04
AJaegerThanks!21:04
clarkbthe smaller partition will need to stopped then restarted on at a time to find bigger psrtition21:04
pleia2AJaeger: and a not easy one! but yeah, looking now21:04
e0neone more question, please. is logstash right place to find all failures for given job?21:05
clarkbif someone else wants to unsplit them21:05
*** rlandy has quit IRC21:05
clarkbe0ne: no only the last 10 days is logged there21:05
pleia2e0ne: have you seen this? http://status.openstack.org/elastic-recheck/21:06
AJaegerpleia2: It should be copy & paste - I was tired of seeing the same code 4 times. But generalizing it is not that easy...21:06
e0neclarkb: thanks. can I get some stats e.g. for the last 6 months?21:06
openstackgerritMerged openstack-infra/infra-manual: Adopt node declaration in example  https://review.openstack.org/26163921:06
greghaynesclarkb: Do you just hit http://elasticsearch01.openstack.org/_nodes/stats and so on to see what nodes are part of what partition?21:06
pleia2e0ne: we can't really go back that far21:06
clarkbgreghaynes usually I use bigdesk but ya21:07
greghaynesTIL about bigdesk21:07
clarkbyou hit one partition whoch you can use to infer the other(s)21:07
e0nepleia2: I understand, it's reasonable21:07
*** mrmartin has quit IRC21:08
*** jsavak has joined #openstack-infra21:08
openstackgerritMerged openstack-infra/project-config: fully retire keystoneauth-saml2 from openstack-ci  https://review.openstack.org/26182021:08
clarkbif you just need pass fail stats graphite.openstack.org tracks that21:08
e0neI can see failures count using graphite.openstack.org, but I can't see reasons of them21:08
clarkbe0ne: correct because all that records is counts21:09
*** baoli has quit IRC21:09
greghaynesclarkb: hrm, what is the public endpoint to use for a given es node? http://elasticsearch01.openstack.org:9200 resets for me21:09
*** moravec has quit IRC21:09
clarkbgreghaynes: oh there isn't one21:09
greghaynes:(21:09
fungigreghaynes: ssh tunnel to localhost21:09
clarkbgreghaynes: so ya you can only hit 01 via the proxy21:09
e0neclarkb: can I subscribe to failures somehow?21:09
greghayneswe could totally plumb through stats to the public I bet ;)21:09
greghaynesbut ok21:09
clarkbgreghaynes: ya we can open it up more if there are other read only details people want21:10
e0neclarkb: I would like to monitor 2 cinder jobs to increase stability of them21:10
clarkbe0ne: graphite is good for that21:10
e0neclarkb: does it support any notifications?21:10
fungiclarkb: if you're cool with https://review.openstack.org/262320 i have time to do the database export/import now21:11
anteayae0ne: also do you know about openstack-health: http://status.openstack.org/openstack-health/#/21:11
anteayae0ne: and I don't believe any of our job log tools support notifications21:11
clarkbe0ne: no you would poll it21:11
e0neanteaya: I didn't know about it, thanks!21:12
fungioh, looks like we dropped the paste_db_host key from hiera during the fqdn split. i'll put it back in there21:12
anteayae0ne: you are welcome, it might not suit your needs, if you want 6 months of data I do believe graphite is what you want21:12
anteayae0ne: but it is another tool we have21:13
anteayae0ne: it takes stats from the gate queue only, not the check queue21:13
e0neanteaya: gate queue is enouph for me21:14
*** sdake has joined #openstack-infra21:15
crinkleclarkb: installing from pypi i get that error i gave earlier, installing from master i get http://paste.openstack.org/show/482831/21:15
anteayae0ne: great21:16
Rockyganteaya, isn't there also a page with the elastic recheck statistics?  with bugs related to gate failures?21:16
anteayaRockyg: http://status.openstack.org/elastic-recheck/21:16
*** erlon has quit IRC21:16
Rockyge0ne, might want to look at that, too21:16
e0neRockyg: thanks21:17
Rockyganteaya, thanks!21:17
*** openstackgerrit has quit IRC21:17
clarkbcrinkle: I think that may still be invalid yaml, region-name needs to be at top level of the config dict21:17
*** openstackgerrit has joined #openstack-infra21:17
anteayaRockyg: welcome21:18
anteayaRockyg: thanks for suggesting it21:18
anteayaAJaeger: in this patch you missed fixing Openstack -> OpenStack as you had caught in other patches: https://review.openstack.org/#/c/262301/121:19
*** baoli has joined #openstack-infra21:19
AJaegerthanks for catching that, anteaya. Will update...21:19
crinkleclarkb: are you saying this is pebkac or a bifrost bug? this is new since occ 1.12.021:19
anteayaAJaeger: thanks21:19
crinkleso i don't think i should be needing to fix yaml21:20
* greghaynes shakes fist at paste.o.o21:20
openstackgerritAndreas Jaeger proposed openstack-infra/puppet-infra-cookiecutter: Use git.openstack.org everywhere  https://review.openstack.org/26230121:20
AJaegeranteaya: I fixed but forgot to upload ;(21:20
clarkbcrinkle: I think it may be a broken openstack client config cloud yaml file and oscc has gotten stricter aout that since the recent release21:20
*** maishsk has quit IRC21:20
clarkbcrinkle: before it ignored the config it didn't understand but now it complains21:20
*** maishsk has joined #openstack-infra21:20
crinkleclarkb: that sounds backwards incompatible to me21:20
greghaynescrinkle: tis a bug21:20
crinkleokie21:20
clarkbcrinkle: yes agreed, similar issue to what nodepool ran into21:21
greghaynescrinkle: There was a release right before everyone went on holiday :(21:21
fungigreghaynes: what's your concern with paste.o.o now?21:21
greghaynessuper slow to load21:21
greghaynesspins for about 30secs21:21
fungigreghaynes: i was doing a test mysqldump so that was probably my bad21:21
greghaynesah, Is that not still the norm?21:21
fungigetting ready to move it back to trove21:21
crinklegreghaynes: yeah i just misinterpreted clarkb, sounded like it was my problem21:21
greghaynespaste.o.o has always done that for me21:22
* AJaeger waves good-bye21:22
*** AJaeger has quit IRC21:22
*** baoli has quit IRC21:24
*** dimtruck is now known as zz_dimtruck21:25
e0neclarkb, anteya: thanks for the help21:26
clarkbcrinkle: well I think you can update the yaml to fix it with current release21:26
clarkbwhich is what oscc wnts you to do21:26
anteayae0ne: welcome, thanks for alerting us to logstash's condition21:26
docaedoWould anyone have a moment to take a look at this tiny patch to add requestsexceptions to proposal slave? https://review.openstack.org/#/c/260230/21:28
docaedoI need it to finish testing a dead-link check script for the app catalog :)21:28
*** vilobhmm11 has quit IRC21:30
*** vilobhmm11 has joined #openstack-infra21:31
*** jsavak has quit IRC21:32
*** esker has quit IRC21:32
*** masber has joined #openstack-infra21:32
*** kzaitsev_mb has joined #openstack-infra21:32
*** baoli has joined #openstack-infra21:36
*** masuberu has joined #openstack-infra21:37
*** kzaitsev_mb has quit IRC21:40
*** baoli has quit IRC21:41
*** masber has quit IRC21:41
*** davideagnello has joined #openstack-infra21:42
jheskethMorning21:43
*** kzaitsev_mb has joined #openstack-infra21:45
anteayamorning jhesketh21:47
*** baoli has joined #openstack-infra21:49
*** kzaitsev_mb has quit IRC21:51
*** markvoelker has joined #openstack-infra21:53
*** claudiub|2 has quit IRC21:55
*** baoli has quit IRC21:55
*** markvoelker has quit IRC21:58
*** kzaitsev_mb has joined #openstack-infra22:03
*** baoli has joined #openstack-infra22:04
*** maishsk has quit IRC22:04
*** baoli has quit IRC22:09
anteayajhesketh: if you are casting about for entertainment at all today AJaeger put together a raft of changes for any occurances of github that was lying about, pointing to git.o.o instead: https://review.openstack.org/#/q/status:open+topic:github22:09
*** kzaitsev_mb has quit IRC22:14
*** baoli has joined #openstack-infra22:15
clarkbis anyone else dealing with ES cluster? if not I will go ahead and see what I can do now22:15
anteayaI am not addressing the es cluster22:16
clarkb[699121.920460] INFO: task java:97129 blocked for more than 120 seconds. appears to be a possible underlying issue22:16
anteayaI would be interested in hearing what you are doing as you do it though, so I can learn22:16
*** kzaitsev_mb has joined #openstack-infra22:16
clarkbso far I have just looked at dmesg to see why elasticsearch is unhappy on elasticsearch0222:17
clarkband found the above error22:17
clarkblooks like it hung on an ext4 write, df reports we have disk22:17
clarkbinitial guess is that cinder volume went away for a while22:18
clarkbI am going to start elasticsearch on 0222:18
*** tzn has quit IRC22:18
*** jaypipes has quit IRC22:19
*** tzn has joined #openstack-infra22:19
jgriffithanteaya: hello22:19
*** Swanson has joined #openstack-infra22:19
*** baoli has quit IRC22:20
anteayajgriffith: hi, thanks22:20
anteayajgriffith: so short backscroll thus far, clarkb is just getting started22:20
anteayajgriffith: seems our elastic search cluster has been on holiday for a day or two and we just noticed22:20
anteayait may or may not have something to do with the cinder volume, clarkb is still digging22:21
anteayaclarkb: thought I may as well as a cinder expert22:21
*** dcentral has quit IRC22:21
jgriffithanteaya: yeah, reading back.... not sure I"m following.  But I'll just play along at home and offer anything up if somebody asks22:21
jgriffithanteaya: ie the "cinder went away" part22:22
*** kzaitsev_mb has quit IRC22:22
anteayajgriffith: fair enough, thanks22:22
anteayayeah right now we are just guessing, not much to go on yet22:23
anteayathanks for standing by22:23
clarkbjgriffith: I am guessing something operational that prevented my iscsi backed volume from being writable for >120 seconds22:23
clarkbjgriffith: process blocked on a write and kernel shot it in the head for being unresponsive for over 120 seconds22:23
jgriffithclarkb: ahh... and then did it go R-Only by chance?22:23
clarkbjgriffith: no its rw now22:24
pleia2stepping out for a while, last afternoon with some cousins in town22:24
smcginnisanteaya: Is it using LVM as the backing storage? Or something else?22:24
jgriffithclarkb: I've seen iSCSI volumes go read only for stalled IO in Nova sometimes.  Had to bump my disconnect timeouts22:24
clarkbits remount ro though22:24
anteayapleia2: have fun22:24
pleia2anteaya: thanks :)22:24
*** tzn has quit IRC22:24
clarkbsmcginnis: it is a 1TB cinder volume with lvm and ext4 as the filesystem22:24
clarkbI do not know what rackspace uses on the back end22:25
jgriffithclarkb: Lunar22:25
clarkb(we use lvm so that we can consolidate vlumes into larger filesystems on the "client" end)22:25
smcginnisjgriffith: Well.. lunr is actually used in place of Cinder, right?22:25
jgriffithCBS == Lunar, their own LVM storage product22:25
jgriffithsmcginnis: nope, it's pretty much a device and driver by itself22:26
clarkbanyways we seem to be recovering now that I have restarted elasticsearch on 02, 05 and 0622:26
jgriffithclarkb: gimmie a shout if you see more problems, happy to try and help22:26
jgriffithbut I'm sure you're more than capable yourself22:26
clarkbya everything seems happy now, I am guessing a transient serivce issue22:27
anteayajgriffith: thanks for dropping by22:27
clarkbmaybe they were trying to take advantage of quiet time to do work22:27
* anteaya offers eggnog and cookies22:27
jgriffithanteaya: sure22:27
jgriffithclarkb: haha :)22:27
crinkleclarkb: it wasn't a yaml issue https://review.openstack.org/#/c/262328/22:27
*** david-lyle has quit IRC22:28
clarkbcrinkle: I don't know that that change is correct22:28
clarkbits intentional that no region would be returned by get_known_regions22:29
anteayacrinkle: you do write good commit messages22:29
clarkbcrinkle: I made that new method just for that change and wrote a bunch of tests to make sure it worked properly22:29
crinkleclarkb: it breaks bifrost because get_one_cloud tries to get config['region_name'] which isn't set anymore22:30
clarkbcrinkle: aiui according to mordred if you don't have a region set then the region name of '' is what you should use22:30
clarkbwhich is what should be returned there22:30
clarkb(due to the default parameter value to thta function)22:30
clarkbnotmorgan helped figure that out too22:31
clarkbcrinkle: it is possible that my fix was incomplete and trips over some other thing in occ22:32
clarkbcrinkle: also thats still unreleased code so can't be what is breaking bifrost right?22:33
*** baoli has joined #openstack-infra22:33
*** kzaitsev_mb has joined #openstack-infra22:34
crinkleclarkb: no, https://review.openstack.org/#/c/256979/ is what is breaking bifrost but the region thing is what happens when i try to use occ from source22:34
*** salv-orl_ has joined #openstack-infra22:34
crinkleclarkb: '' is supposed to be returned from which function?22:34
clarkbcrinkle: from the one you have updated22:35
clarkb_get_known_regions should return None if it knows of no regions22:35
clarkbwhen that happens _get_region expands the value for the region_name parameter passed to it22:36
*** david-lyle has joined #openstack-infra22:36
clarkbwhich by default is ''22:36
crinkleclarkb: okay i'll try to see why it's not working for me22:37
*** salv-orlando has quit IRC22:37
clarkbthe idea is callers are saying "make me a region dict with the info available" and it best cases when it has no passed region and no regions specified in clouds.yaml22:37
clarkbif region is not specified as param but known in clouds.yaml that is used22:38
*** FallenPegasus has quit IRC22:38
*** baoli has quit IRC22:38
*** bhunter71 has quit IRC22:38
clarkbcrinkle: it does work with your change in place? I can't see how the return values would be different if using region name of ''22:39
clarkboh because of the next check22:39
clarkbso old code returns expand('') but your change would return regions[0] which should also be expand('') if no region is known22:41
*** FallenPegasus has joined #openstack-infra22:43
*** baoli has joined #openstack-infra22:45
crinkleclarkb: it turns out not to work, not sure what i did that made it seem like it was working22:48
*** baoli has quit IRC22:49
*** david-lyle has quit IRC22:50
crinklewait, it does work22:50
*** jpr has joined #openstack-infra22:50
clarkbcrinkle: and you are sure that no region name is set anywhere? I am reading the big get_one_cloud() function and it looks like it even says if no region_name arg then args['region_name'] = ''22:51
clarkbthen it condenses args[] into the config object which lacks that key22:52
clarkbso I am confused how it wouldn't have that key22:52
*** dcentral has joined #openstack-infra22:53
clarkbhrm it does haev a null check but thats explicitly is not None, not a falsey check22:54
*** kzaitsev_mb has quit IRC22:56
*** moravec has joined #openstack-infra22:57
clarkbcrinkle: so you do have a cloud config if you get to that line22:57
clarkbotherwise the check above it would retunr22:57
*** hdd has quit IRC22:59
crinkleclarkb: so _get_region returns {'values': {}, 'name': None} - args['region_name'] gets set to None - if val is not None: means it never gets added to config23:00
clarkbhow is None getting in there?23:00
*** baoli has joined #openstack-infra23:00
clarkbget_one_cloud explicitly defaults it to '' and its also a parameter default of ''23:00
crinkleworking on it23:01
*** Rockyg has quit IRC23:01
*** FallenPegasus has quit IRC23:01
clarkbcrinkle: but that would explain how the behavior is different since the old code uses region_name to construct a region whereas yours is going to return '' regardless of the passed name23:02
clarkb(thats basically the change I made to fix nodepool since nodepool knows that the region name is and that should be respected if the cloud config has no idea what the regions are)23:02
clarkbcrinkle: aha!23:03
mordredclarkb: did you find it?23:03
clarkbcrinkle: because if 'region_name' not in args: is not checking if it is None just if it doesn't exist23:03
clarkbin get_one_cloud23:04
clarkbmordred: maybe, haven't completely tracked it down but I am guessing argparse defaults that value to None23:04
clarkbwhich means its always in the list so that check doesn't actually fire and replace it with ''23:04
mordredclarkb: ah. that's entire plausible23:05
clarkbcrinkle: so I think the most correct fix is likely in _get_region() making region_name == '' if it is None23:05
clarkbsince that is what ksa wants apparently23:05
*** baoli has quit IRC23:05
mordredclarkb: btw - bb is going to replace our cpus today23:05
crinkleclarkb: confirmed, _get_region getting None passed in for region_name instead of ''23:06
mordredclarkb: we're still at quota 0 right?23:06
*** tzn has joined #openstack-infra23:06
clarkbmordred: let me check23:06
clarkbcrinkle: so ya in the first part of _get_region() you want an if region_name is None: region_name = ''23:06
clarkbcrinkle: then add a unittests for region_name == None23:07
clarkbcrinkle: I made a bunch for that function so should be easy copy pasta23:07
zaroclarkb: the world of java GC: http://blog.takipi.com/garbage-collectors-serial-vs-parallel-vs-cms-vs-the-g1-and-whats-new-in-java-8/23:07
*** marcusvrn_ has quit IRC23:07
*** alexpilotti_ has joined #openstack-infra23:07
zaronibalizer, clarkb : it looks like ParallelGC is already the default GC for java 723:07
crinkleclarkb: cool, testing23:07
clarkbmordred: yes max-servers: 023:07
mordredclarkb: cool23:08
nibalizersweet23:08
crinkleworks \o/23:08
zaroit looks like there might be a better option for larger heaps, like our situation.  the G1 GC.23:08
*** moravec has quit IRC23:08
clarkbzaro: I looked into that GCer for elasticsearch and it seemed consensus was you really shouldn't need it23:08
*** kzaitsev_mb has joined #openstack-infra23:09
zaroyou mean you shouldn't need the G1?23:09
anteayazaro: wonderful23:09
clarkbzaro: https://www.elastic.co/guide/en/elasticsearch/guide/current/_don_8217_t_touch_these_settings.html23:09
clarkbzaro: yes at least for elasticsearch they say do not use G123:09
anteayamordred: http://git.openstack.org/cgit/openstack-infra/project-config/tree/nodepool/nodepool.yaml#n92523:10
mordredanteaya: woot. thanks!23:10
anteayawelcome, just confirming what clarkb said above23:11
*** sigmavirus24 is now known as sigmavirus24_awa23:11
*** baoli has joined #openstack-infra23:11
*** angdraug has joined #openstack-infra23:12
clarkbzaro: it might be worth trying on review-dev but I worry that if lucene causes it to segfault then it will cause problems for gerrit (since gerrit uses lucene)23:12
*** e0ne has quit IRC23:12
*** moravec has joined #openstack-infra23:12
zarothat was my concern regarding java 7 whether the G1 was solid enough in that release.23:14
zarothat elasticsearch post doesn't mention the java version they are talking about.  it says CMS is the default but i am certain that it's parallel23:15
zaroso i'm guessing they might be referring to java 8.23:15
clarkbzaro: CMS runs parallel threads23:16
*** alexpilotti_ has quit IRC23:17
*** baoli has quit IRC23:17
clarkboh I see parallel is the name of another collector23:18
clarkbzaro: es may mean that they default to that in their startup scripts/binaries23:19
jpri've been off improving my puppet-fu and have a few questions about adapting the review.openstack.org node in site.pp to a local install23:19
clarkbzaro: ya they explicitly use CMS23:19
anteayajpr: best to just launch into the asking23:20
jprspecifically in the http://docs.openstack.org/infra/system-config/sysadmin.html#making-a-change-in-puppet section there's a note that says not to use the hiera functionality for the site.pp definitions23:20
anteayajpr: if someone can offer a response they will23:21
clarkbzaro: gerrit does not explicitly state so the jvm is free to pick the best one based on its metrics23:22
clarkbzaro: likely parallel collector from my reading23:22
*** zz_dimtruck is now known as dimtruck23:22
clarkbzaro: we may want to consider CMS since the problem we have are related to responsiveness, though I worry that we will get less good collection when things get constrained23:22
jpri get that heira wouldn't necessarily be exposed to the public, given some of the values that are defined there like hiera('github_project_password'), but is there any info in how the project structures the heira db so I can emulate that as well23:22
*** tzn has quit IRC23:23
openstackgerritSpencer Krum proposed openstack-infra/puppet-nodepool: Nodepool image build workers  https://review.openstack.org/24009323:23
jprshould, i just assume i need to provide answers that will satisfy the heira queries i23:23
*** baoli has joined #openstack-infra23:24
clarkbjpr: we don't do anything super special in the base case23:24
clarkbso upstream hiera docs should be good23:24
zaroclarkb: that's probably not a bad idea.23:24
*** [1]Thelo has joined #openstack-infra23:25
clarkbjpr: there is also work to make public the public portions of our hiera data23:25
openstackgerritMerged openstack-infra/puppet-kibana: Encode query uri component properly  https://review.openstack.org/25802923:25
clarkbnibalizer: ^ where is that hiding?23:25
zaroi guess we can keep that in mind if problem re-occurs23:25
jprdo you use git on the heira backend?23:25
clarkbjpr: we store the yaml in a git repo, but thats an implementation detail23:25
jprand I assume that git repo has restricted access given some of the sensitive info in it23:26
clarkbyes only people with root have access to that23:27
fungiit's stored locally on our ansible-puppet bastion host (formerly called a "puppetmaster")23:27
*** Thelo has quit IRC23:28
*** [1]Thelo is now known as Thelo23:28
fungiwe really just use it for versioning and change tracking the hiera files23:28
jprok. thanks23:28
*** baoli has quit IRC23:29
*** alexpilotti_ has joined #openstack-infra23:30
nibalizerjpr: this is sortof what our file looks like23:30
nibalizerhttps://review.openstack.org/#/c/239783/723:30
nibalizerit doesn't actually look like that right now, but thats not really important23:31
jprfungi: does the ansible-puppet bastion host ref imply a shift from puppet to ansible or just adding it to the mix23:31
nibalizermoving from puppet agent to puppet apply23:32
nibalizerwith ansible orchestrating23:32
*** dimtruck is now known as zz_dimtruck23:32
*** Qiming has joined #openstack-infra23:35
clarkbES cluster is yellow now (I sped up recovery by running index cleanup since that had been failing due to cluste rbeing down)23:35
clarkbwe didn't need to recover all those indexes that would be deleted in a few hours23:36
*** kzaitsev_mb has quit IRC23:38
anteayayay yellow!23:39
crinkleclarkb: https://review.openstack.org/#/c/262328/23:40
*** sdake has quit IRC23:40
clarkbcrinkle: +223:41
crinkleclarkb: woot thanks for your help23:42
*** kzaitsev_mb has joined #openstack-infra23:48
mordredcrinkle, clarkb: lgtm. thanks!23:54
*** markvoelker has joined #openstack-infra23:54
*** david-lyle has joined #openstack-infra23:55
clarkbzaro: so far the memory pressure hasn't built up on review.o.o23:55
clarkbzaro: its well under 8gb still, may need to wait a bit to see if it is happy at 12gb23:55
*** markvoelker has quit IRC23:59

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