Monday, 2014-09-08

*** marun has quit IRC00:01
*** mlavalle has quit IRC00:06
*** jpich has joined #openstack-qa00:12
*** weshay has quit IRC00:13
*** dkranz has quit IRC00:18
*** oomichi has joined #openstack-qa00:35
*** jpich_ has joined #openstack-qa00:36
openstackgerritA change was merged to openstack-dev/devstack: Fix to avoid undefined variables in initial sanity checks  https://review.openstack.org/11747500:36
*** jpich has quit IRC00:40
*** dimtruck is now known as zz_dimtruck00:46
*** dmorita has joined #openstack-qa00:51
*** zz_dimtruck is now known as dimtruck01:06
openstackgerritDaisuke Morita proposed a change to openstack/tempest: Add client response checking for object storage service  https://review.openstack.org/11719301:11
*** mestery_ is now known as mestery01:14
openstackgerritGhanshyam Mann proposed a change to openstack/tempest: large ops test should be derived from OfficialClientTest  https://review.openstack.org/11967001:25
openstackgerritGhanshyam Mann proposed a change to openstack/tempest: large ops test should be derived from OfficialClientTest  https://review.openstack.org/11967001:29
*** yamahata has joined #openstack-qa01:36
*** Poornima has joined #openstack-qa01:37
openstackgerritGhanshyam Mann proposed a change to openstack/tempest: Migrate test_large_ops to tempest client  https://review.openstack.org/11380701:39
*** nosnos has joined #openstack-qa01:51
*** dims has joined #openstack-qa01:54
*** jpich_ is now known as jpich01:57
*** HenryG_ is now known as HenryG02:01
*** jecarey has joined #openstack-qa02:21
*** bkopilov has quit IRC02:30
openstackgerritRabi Mishra proposed a change to openstack/tempest: Tempest test changes for heat-cli changes  https://review.openstack.org/10447302:35
*** dims has quit IRC02:56
*** oomichi is now known as oomichi_away02:57
*** oomichi_away has quit IRC03:02
openstackgerritA change was merged to openstack/tempest: javelin: implement resource destruction  https://review.openstack.org/10498603:05
*** jecarey has quit IRC03:08
*** cmyster has quit IRC03:16
*** cmyster has joined #openstack-qa03:21
*** dimtruck is now known as zz_dimtruck03:21
*** swartulv has quit IRC03:23
openstackgerritMasayuki Igawa proposed a change to openstack/tempest: Migrate test_encrypted_cinder_volumes to tempest client  https://review.openstack.org/11190503:31
*** chandan_kumar has joined #openstack-qa03:35
*** Poornima has quit IRC03:37
*** chandan_kumar has quit IRC03:44
*** bkopilov has joined #openstack-qa04:00
*** neeti has joined #openstack-qa04:01
openstackgerritYuiko Takada proposed a change to openstack/tempest: Add baremetal API tests about console  https://review.openstack.org/11771504:12
*** Poornima has joined #openstack-qa04:13
*** torandu has joined #openstack-qa04:17
*** neeti has quit IRC04:19
openstackgerritajay proposed a change to openstack/tempest: Improve nova CLI existing tests  https://review.openstack.org/10176704:21
openstackgerritA change was merged to openstack-dev/devstack: FAQ: Removed LXC not being supported on Fedora  https://review.openstack.org/10692704:38
openstackgerritA change was merged to openstack/tempest: Fix response body format of orchestration_client to dict  https://review.openstack.org/11771304:40
*** yfried has quit IRC04:46
*** arnaud has joined #openstack-qa04:48
openstackgerritIan Wienand proposed a change to openstack-dev/devstack: Use mod_version to clean-up apache version matching  https://review.openstack.org/10412505:14
*** chandankumar has joined #openstack-qa05:15
openstackgerritvarun kumar yadav proposed a change to openstack/tempest: Test to update port with CIDR value  https://review.openstack.org/11386105:20
*** arnaud has quit IRC05:32
*** amotoki has joined #openstack-qa05:34
*** flaper87|afk is now known as flaper8705:39
*** nosnos has quit IRC05:57
openstackgerritIan Wienand proposed a change to openstack-dev/devstack: Use mod_version to clean-up apache version matching  https://review.openstack.org/10412505:59
*** nosnos_ has joined #openstack-qa06:00
*** arnaud has joined #openstack-qa06:07
*** nmagnezi has joined #openstack-qa06:07
*** nmagnezi has quit IRC06:07
*** nmagnezi has joined #openstack-qa06:08
*** k4n0 has joined #openstack-qa06:18
*** yfried has joined #openstack-qa06:30
*** k4n0 has quit IRC06:33
*** neeti has joined #openstack-qa06:41
*** k4n0 has joined #openstack-qa06:47
yfriedandreaf_: ping06:47
yfriedmasayukig: ping?06:58
*** mpaolino has joined #openstack-qa06:59
*** SridharG has joined #openstack-qa07:01
*** mpaolino has quit IRC07:04
*** k4n0 has quit IRC07:09
*** Madan has joined #openstack-qa07:10
*** evgenyf has joined #openstack-qa07:12
*** jpich has quit IRC07:14
openstackgerritA change was merged to openstack-dev/devstack: Simplify ironic-python-agent download  https://review.openstack.org/11738407:16
*** Longgeek has joined #openstack-qa07:16
*** afazekas_ has joined #openstack-qa07:22
*** arnaud has quit IRC07:22
*** e0ne has joined #openstack-qa07:22
*** e0ne has quit IRC07:24
*** tkammer has joined #openstack-qa07:24
*** jordanP has joined #openstack-qa07:26
*** luqas has joined #openstack-qa07:26
*** Longgeek has quit IRC07:33
*** k4n0 has joined #openstack-qa07:35
*** jlanoux has joined #openstack-qa07:36
openstackgerritFlavio Percoco proposed a change to openstack-dev/devstack: Add support for redis to Zaqar's lib  https://review.openstack.org/11937907:42
openstackgerritvarun kumar yadav proposed a change to openstack/tempest: Test to update port with CIDR value  https://review.openstack.org/11386107:44
*** tkammer has quit IRC07:47
*** jhenner has joined #openstack-qa07:48
openstackgerritFlavio Percoco proposed a change to openstack-dev/devstack: Specialize Zaqar's cleanup function  https://review.openstack.org/11970807:49
openstackgerritFlavio Percoco proposed a change to openstack-dev/devstack: Specialize Zaqar's cleanup function  https://review.openstack.org/11970807:50
*** mpaolino has joined #openstack-qa07:50
*** jlibosva has joined #openstack-qa07:56
*** shardy_afk is now known as shardy07:56
*** jlibosva has quit IRC07:58
*** jlibosva has joined #openstack-qa08:00
*** gszasz has joined #openstack-qa08:00
*** marun has joined #openstack-qa08:02
*** safchain has joined #openstack-qa08:04
*** Longgeek has joined #openstack-qa08:07
*** zz_johnthetubagu is now known as johnthetubaguy08:18
*** ZZelle has quit IRC08:19
*** ZZelle has joined #openstack-qa08:20
*** e0ne has joined #openstack-qa08:20
*** jlibosva has quit IRC08:21
*** jlibosva has joined #openstack-qa08:22
*** Dafna has joined #openstack-qa08:24
*** tkammer has joined #openstack-qa08:27
*** andreaf_ is now known as andreaf08:29
yfriedandreaf: are you online?08:33
*** marun has quit IRC08:34
andreafyfried: almost - going for a coffee brain didn't boot up properly yet ;)08:35
andreafyfried: 10min08:36
yfriedandreaf: tnx. could you pls ping me when you and your brain are working in sync?08:36
*** aix has joined #openstack-qa08:39
andreafyfried: hi08:44
yfriedandreaf: hi08:44
andreafwhat's up?08:44
yfriedandreaf: any chance you could help me push my 2 client patches so we can finish that bp?08:45
yfriedandreaf: https://review.openstack.org/#/c/112199/ https://review.openstack.org/11312408:45
yfriedandreaf: citrix bot is giving it -1 for unkown reasons08:46
andreafjenkin's failing as well on https://review.openstack.org/#/c/113124/08:46
andreafyfried: they're in my todo list already I'll try to review them today08:46
yfriedandreaf: yeah. I've IDed that failure. will push a fix once my setup is ready to retest08:46
andreafyfried ok08:47
yfriedandreaf: I was hoping to catch you online so I can fix the issues you'd find immediately. any chance for that?08:47
andreafyfried: sorry I cannot look at them right now I'll ping you when I do - what TZ are you in?08:49
yfriedUTC+308:49
yfriedandreaf: I'm online for the coming 4hrs. let me know if you happen to review any of the patches08:50
andreafyfried: ok08:50
yfriedandreaf: tnx08:51
*** luqas has quit IRC08:51
*** chandankumar has quit IRC08:52
openstackgerritYair Fried proposed a change to openstack/tempest: Migrate advanced server network to tempest clients  https://review.openstack.org/11312408:52
*** ildikov has joined #openstack-qa08:52
yfriedandreaf: do you happen to know who'se in charge of citrix bot?08:52
andreafyfried: I think there is a wiki page with that info somewhere08:55
yfriedhttps://wiki.openstack.org/wiki/Debugging_XenServer_CI_failures08:55
yfriedandreaf: that's a single a guy and he's not online08:55
yfriedandreaf: do you happen to have 3min for an unrelated conversation?08:57
*** Poornima has quit IRC08:59
*** Poornima_ has joined #openstack-qa08:59
*** safchain has quit IRC09:00
*** sergeysh has joined #openstack-qa09:00
openstackgerritMartin André proposed a change to openstack-dev/devstack: Source lib/dstat in unstack.sh  https://review.openstack.org/11971509:05
*** qba73 has joined #openstack-qa09:08
*** chandankumar has joined #openstack-qa09:08
andreafyfried: yes09:15
yfriedandreaf: PMing you09:15
andreafyfried: ?09:16
yfriedandreaf: Private Message :)09:17
*** gfidente has joined #openstack-qa09:17
*** mkollaro has joined #openstack-qa09:22
*** sergeysh has quit IRC09:24
*** sergeysh has joined #openstack-qa09:25
*** luqas has joined #openstack-qa09:26
*** mkollaro has quit IRC09:36
*** mkollaro has joined #openstack-qa09:44
*** Poornima_ has quit IRC09:45
openstackgerritYair Fried proposed a change to openstack/tempest: Migrate security_groups_basic to tempest clients  https://review.openstack.org/11219909:53
openstackgerritYair Fried proposed a change to openstack/tempest: Migrate advanced server network to tempest clients  https://review.openstack.org/11312409:54
openstackgerritYair Fried proposed a change to openstack/tempest: Adds status check for FloatingIP in scenarios  https://review.openstack.org/10270009:54
*** Poornima_ has joined #openstack-qa09:59
*** e0ne has quit IRC10:00
*** safchain has joined #openstack-qa10:02
openstackgerritIhar Hrachyshka proposed a change to openstack-dev/devstack: (DO NOT MERGE) test run using mysqlconnector  https://review.openstack.org/11420710:03
*** luqas has quit IRC10:04
*** neeti has quit IRC10:08
*** yamahata has quit IRC10:09
*** e0ne has joined #openstack-qa10:12
*** safchain has quit IRC10:12
openstackgerritMasayuki Igawa proposed a change to openstack/tempest: Fix unstable assertion in test_cinder_endpoints  https://review.openstack.org/11774210:15
*** chandankumar has quit IRC10:17
*** tkammer has quit IRC10:18
*** chandankumar has joined #openstack-qa10:22
jordanPif a tempest core dev have 5 min, I'd like to review of https://review.openstack.org/#/c/116622/ (3 lines diff). Thanks10:29
jordanPs/to/a/10:29
*** tkammer has joined #openstack-qa10:30
andreafjordanP: so this happens when tenant isolation is turned off?10:31
jordanPandreaf, hummm, dunno, it happened with a fresh devstack with default settings :)10:32
*** gfidente has quit IRC10:33
andreafjordanP: uhm odd I would expect the orchestration test to run on a newly created tenant, which should not see objects created by demo user - however when running without tenant isolation demo user is used for all tests10:35
*** gfidente has joined #openstack-qa10:35
jordanPandreaf, so another valid fix for this would be to force tenant_isolationn ?10:40
*** mpaolino has quit IRC10:54
andreafjordanP, well,  I guess so, but I like your patch better, I think force_tenant_isolation should only be used where really needed10:54
*** safchain has joined #openstack-qa10:57
andreafjordanP, I just wanted to understand how the problem reproduced10:57
*** dims has joined #openstack-qa11:00
openstackgerritAshish Kumar Gupta proposed a change to openstack/tempest: Fwaas API Test Enhancement  https://review.openstack.org/10282011:04
*** luqas has joined #openstack-qa11:08
*** dims has quit IRC11:16
*** dims has joined #openstack-qa11:16
*** dims_ has joined #openstack-qa11:17
*** Poornima_ has quit IRC11:19
*** dims has quit IRC11:21
*** e0ne has quit IRC11:22
*** mwagner_lap has quit IRC11:23
*** rfolco has joined #openstack-qa11:24
*** luqas has quit IRC11:34
*** mmedvede has joined #openstack-qa11:45
openstackgerritA change was merged to openstack/tempest: Remove force_tenant_isolation=True from test that doesn't need it  https://review.openstack.org/10616011:56
*** mwagner_lap has joined #openstack-qa12:02
*** Madan has quit IRC12:05
*** yfried has quit IRC12:06
*** dmorita has quit IRC12:06
*** nosnos_ has quit IRC12:13
*** nosnos has joined #openstack-qa12:14
*** dims_ has quit IRC12:16
*** dims has joined #openstack-qa12:16
*** weshay has joined #openstack-qa12:17
*** nosnos has quit IRC12:18
*** aysyd has joined #openstack-qa12:19
*** dkranz has joined #openstack-qa12:20
*** mkoderer_ is now known as mkoderer12:20
*** dims_ has joined #openstack-qa12:20
*** dims has quit IRC12:21
*** adalbas has joined #openstack-qa12:24
*** luqas has joined #openstack-qa12:27
*** safchain has quit IRC12:29
*** ildikov_ has joined #openstack-qa12:31
*** ildikov has quit IRC12:34
*** Albert has joined #openstack-qa12:43
AlbertHello12:43
AlbertIf I want to submit a small improvement into the tempest core code, how I do have to proceed, in my opinion it is too small for a blueprint...12:44
*** yamahata has joined #openstack-qa12:45
*** yfried has joined #openstack-qa12:45
jordanPAlbert, if there's a bug or could be a bug, submit a bug report12:46
jordanPortherwise, submit a patch and you'll see12:46
AlbertThanks JordanP12:47
AlbertI'll take a look into the patch12:48
*** bkopilov has quit IRC12:48
*** gszasz has quit IRC13:01
*** tkammer has quit IRC13:03
*** Longgeek has quit IRC13:08
*** mpaolino has joined #openstack-qa13:08
*** Poornima has joined #openstack-qa13:08
*** e0ne has joined #openstack-qa13:09
*** dustins has joined #openstack-qa13:10
*** Longgeek has joined #openstack-qa13:11
*** gszasz has joined #openstack-qa13:12
openstackgerritMatthew Treinish proposed a change to openstack/tempest-lib: Cleanup documentation for cli execute code  https://review.openstack.org/11951813:14
openstackgerritMatthew Treinish proposed a change to openstack/tempest-lib: Add docs for docstrings in cli to sphinx output  https://review.openstack.org/11951913:15
*** tkammer has joined #openstack-qa13:16
*** sabeen has joined #openstack-qa13:20
openstackgerritYair Fried proposed a change to openstack/tempest: Migrate advanced server network to tempest clients  https://review.openstack.org/11312413:23
openstackgerritJohn Davidge proposed a change to openstack-dev/devstack: Add IPv6 support for tenant data network  https://review.openstack.org/8798713:26
*** mriedem has joined #openstack-qa13:27
openstackgerritYAMAMOTO Takashi proposed a change to openstack-dev/devstack: ofagent: Switch to IptablesFirewallDriver  https://review.openstack.org/10891513:27
*** safchain has joined #openstack-qa13:29
*** mriedem1 has joined #openstack-qa13:35
*** mriedem has quit IRC13:36
openstackgerritMatthew Treinish proposed a change to openstack/tempest-lib: Cleanup documentation for cli execute code  https://review.openstack.org/11951813:42
openstackgerritMatthew Treinish proposed a change to openstack/tempest-lib: Add docs for docstrings in cli to sphinx output  https://review.openstack.org/11951913:42
openstackgerritAlbert vico proposed a change to openstack/tempest: Improvements into ssh and remote_client classes Now it is possible to create tunneled ssh connections through a list of gateways and provide particular timeout to exec_command  https://review.openstack.org/11976213:47
*** masayukig has quit IRC13:49
*** jecarey has joined #openstack-qa13:55
*** jaypipes has joined #openstack-qa13:55
*** ChanServ sets mode: +o jaypipes13:55
*** masayukig has joined #openstack-qa13:55
openstackgerritMatthew Treinish proposed a change to openstack/tempest-lib: Cleanup documentation for cli execute code  https://review.openstack.org/11951813:57
openstackgerritMatthew Treinish proposed a change to openstack/tempest-lib: Add docs for docstrings in cli to sphinx output  https://review.openstack.org/11951913:57
*** salv-orlando has joined #openstack-qa13:58
*** markmcclain has joined #openstack-qa14:02
*** markmcclain has quit IRC14:03
*** beekneemech is now known as bnemec14:04
*** markmcclain has joined #openstack-qa14:05
*** nmagnezi has quit IRC14:10
*** zz_jgrimm is now known as jgrimm14:12
*** ilyashakhat has joined #openstack-qa14:12
*** toure_ has joined #openstack-qa14:13
*** dkranz has quit IRC14:18
mtreinishDinaBelova: on https://review.openstack.org/#/c/115212/ it looks like ceilometer is eating all of the nodes ram14:19
*** zz_dimtruck is now known as dimtruck14:21
*** larsks has left #openstack-qa14:24
openstackgerritAlbert vico proposed a change to openstack/tempest: Improvements into ssh and remote_client classes  https://review.openstack.org/11976214:24
*** atiwari has joined #openstack-qa14:25
*** mdenny has quit IRC14:25
*** mdenny has joined #openstack-qa14:25
*** dkranz has joined #openstack-qa14:30
*** yamahata has quit IRC14:33
*** superdan is now known as dansmith14:34
*** cdent has joined #openstack-qa14:34
openstackgerritMikhail S Medvedev proposed a change to openstack/tempest: Skip orchestration tests if Neutron is not available  https://review.openstack.org/11845414:38
openstackgerritChmouel Boudjnah proposed a change to openstack-dev/devstack: Fix another_role variable for swift  https://review.openstack.org/11810514:41
openstackgerritSwapnil Kulkarni proposed a change to openstack/tempest: Updated compute keypair clients for bp client-checks-success  https://review.openstack.org/11643515:00
*** SridharG has left #openstack-qa15:04
*** yamahata has joined #openstack-qa15:05
*** enikanorov_ has joined #openstack-qa15:09
*** enikanorov_ has quit IRC15:09
*** enikanorov_ has joined #openstack-qa15:10
*** chandankumar has quit IRC15:10
*** aix has quit IRC15:13
*** salv-orlando has quit IRC15:14
*** aix has joined #openstack-qa15:15
*** afazekas_ has quit IRC15:17
*** gszasz has quit IRC15:19
*** toure_ has quit IRC15:20
*** hemna__ is now known as hemna15:20
openstackgerritMichele Paolino proposed a change to openstack-dev/devstack: Support for libvirt/QEMU tar releases  https://review.openstack.org/10871415:21
*** gszasz has joined #openstack-qa15:21
*** toure_ has joined #openstack-qa15:22
*** mlavalle has joined #openstack-qa15:23
*** markmcclain has quit IRC15:26
openstackgerritJohn Davidge proposed a change to openstack-dev/devstack: Add IPv6 support for tenant data network  https://review.openstack.org/8798715:26
*** safchain has quit IRC15:26
*** tkammer has quit IRC15:27
*** rbak has quit IRC15:32
*** k4n0_ has joined #openstack-qa15:35
*** k4n0 has quit IRC15:37
*** tkammer has joined #openstack-qa15:39
*** ildikov_ has quit IRC15:41
*** toure_ has quit IRC15:42
*** amotoki_ has joined #openstack-qa15:42
*** yamahata has quit IRC15:43
*** toure_ has joined #openstack-qa15:43
*** mwagner_lap has quit IRC15:46
*** safchain has joined #openstack-qa15:47
*** salv-orlando has joined #openstack-qa15:48
*** tkammer has quit IRC15:50
*** evgenyf has quit IRC15:50
*** gfidente has quit IRC15:58
*** markmcclain has joined #openstack-qa15:59
*** toure_ has quit IRC16:01
*** toure_ has joined #openstack-qa16:02
*** jlanoux has quit IRC16:03
*** jlibosva has quit IRC16:04
*** arnaud has joined #openstack-qa16:04
*** pcrews has joined #openstack-qa16:05
*** e0ne has quit IRC16:06
*** andreaf is now known as andreaf_16:09
mlavalleandreaf_: you around?16:12
*** chandankumar has joined #openstack-qa16:12
*** toure_ has quit IRC16:17
*** johnthetubaguy is now known as zz_johnthetubagu16:22
openstackgerritA change was merged to openstack-dev/devstack: Change httpd Keystone access log to keystone_access.log  https://review.openstack.org/11613316:23
openstackgerritA change was merged to openstack-dev/devstack: Keystone access log in key-access screen  https://review.openstack.org/11613416:23
*** chandankumar has quit IRC16:30
*** Albert has quit IRC16:34
*** yfried has quit IRC16:37
*** suneelb has joined #openstack-qa16:39
*** jordanP has quit IRC16:42
*** chandankumar has joined #openstack-qa16:51
*** e0ne has joined #openstack-qa16:54
openstackgerritOpenStack Proposal Bot proposed a change to openstack/tempest: Updated from global requirements  https://review.openstack.org/11011016:54
*** tkammer has joined #openstack-qa16:55
*** atiwari has quit IRC17:00
*** cbader has joined #openstack-qa17:02
*** Poornima has quit IRC17:04
*** chandankumar has quit IRC17:06
*** qba73 has quit IRC17:08
*** yjiang5 has joined #openstack-qa17:12
*** harlowja_away is now known as harlowja17:14
*** chandankumar has joined #openstack-qa17:16
*** atiwari has joined #openstack-qa17:19
*** gszasz has quit IRC17:21
*** markmcclain has quit IRC17:24
*** yfried has joined #openstack-qa17:32
*** markmcclain has joined #openstack-qa17:35
*** toure_ has joined #openstack-qa17:36
*** mwagner_lap has joined #openstack-qa17:36
*** aysyd has quit IRC17:36
*** aysyd has joined #openstack-qa17:39
openstackgerritDevananda van der Veen proposed a change to openstack-dev/devstack: Switch config to use Ironic driver from Nova's tree  https://review.openstack.org/11984417:43
*** yjiang5 has quit IRC17:50
*** safchain has quit IRC17:53
*** mpaolino has quit IRC17:53
*** cdent_ has joined #openstack-qa17:54
*** cdent has quit IRC17:56
*** cdent_ is now known as cdent17:56
*** rbak has joined #openstack-qa17:57
adam_gsdague, dtroyer_zz  jogo i had to make a couple last changes friday to address issues that came up running it on the  jenkins slaves via experimental job, but should be ready for final review  https://review.openstack.org/#/c/111859/18:01
openstackgerritMatthew Treinish proposed a change to openstack-dev/devstack: Install tempest-lib as part of install_tempest  https://review.openstack.org/11985018:03
smosersalv-orlando, mtu should be honored in just released 0.3.318:08
openstackgerritSridhar Gaddam proposed a change to openstack/tempest: Improve IPV6 parity in Security Group testcases  https://review.openstack.org/9413018:09
sdaguemtreinish: is there a d-g change for tempest-lib?18:19
openstackgerritMatthew Treinish proposed a change to openstack/tempest: Migrate cli test framework to tempest-lib  https://review.openstack.org/11764918:20
*** k4n0_ has quit IRC18:20
mtreinishsdague: not yet18:20
sdaguethe devstack job can't pass until it's in nodepool18:21
sdaguewhich means d-g part has landed18:21
sdaguewe block cloning in d-g18:21
*** aix has quit IRC18:21
mtreinishsdague: yeah, I know I'm still pushing things out. (mostly as I remember to do them which is fairly random)18:21
openstackgerritMatthew Treinish proposed a change to openstack-infra/devstack-gate: Add tempest-lib to the projects list  https://review.openstack.org/11986218:23
mtreinishsdague: ^^^18:23
mtreinishsdague: I also still need to push the first version to pypi and add it to g-r otherwise I won't be able to list it in the tempest reqs when the time comes18:24
sdaguesure, but that won't matter to get the testing up on the first go around18:25
mtreinishno, it's just the other things I've thought of so far :)18:25
openstackgerritDevananda van der Veen proposed a change to openstack-dev/devstack: Switch config to use Ironic driver from Nova's tree  https://review.openstack.org/11984418:27
*** k4n0_ has joined #openstack-qa18:37
*** tkammer has quit IRC18:38
*** chandankumar has quit IRC18:42
openstackgerritvigneshvar proposed a change to openstack-dev/devstack: Reset no_proxy when the node is installed behind a proxy  https://review.openstack.org/11798518:43
*** openstackgerrit has quit IRC18:51
*** mkollaro has quit IRC18:51
*** wendar_ is now known as wendar18:58
*** mkollaro has joined #openstack-qa19:03
jogomtreinish: so what is running java19:03
jogo?19:03
mtreinishdunno? I'm assuming it's a dep pulled in by something19:03
mtreinishlike sahara19:03
mtreinishfor hadoop19:04
jogosdague: we are running out of memory in dsvm jobs19:04
jogomtreinish: http://logs.openstack.org/27/100927/18/check/check-tempest-dsvm-neutron-full/946ec0f/logs/ps.txt.gz19:04
jogozookeeper?19:04
mtreinishthat's hadoop stuff19:05
jogowtf19:05
mtreinishjogo: https://wiki.apache.org/hadoop/ZooKeeper19:05
jogomtreinish: gah19:05
jogosdague: ^19:05
jogoso that is really an issue19:06
jogow.r.t. to the TCs idea of minimizing the number of services OpenStack depends on19:06
*** rockyg has joined #openstack-qa19:06
*** openstackgerrit has joined #openstack-qa19:07
jogoI need to find some  lunch, but want to send out a email on this?19:07
mtreinishyeah, it's a big chunk of ram, but I'm wondering why this one job pushed us over the edge19:07
jogomtreinish: very possible19:08
mtreinishbecause we've been running with sahara for a while19:08
jogoit may have not been the straw that broke the camels back but its the 500 lb obese person on the camel19:08
jogoclarkb: ^19:09
mtreinishjogo: that's a fair point, although a bigger consumer of ram was nova-api19:11
jogomtreinish: wait really?19:11
clarkbjogo: ya see the rss column19:11
jogowow19:12
mtreinishjogo: http://paste.openstack.org/show/108431/19:12
mtreinishI just trimmed the log to the rss column and ran sort on it19:12
jogowhy 25 nova-api's19:12
mtreinishthe bigger consumers are at the bottom19:12
mtreinishyeah, that's a good question why are there so many19:13
*** mestery has quit IRC19:13
openstackgerritJoe Gordon proposed a change to openstack-infra/elastic-recheck: Add query for bug 1366931  https://review.openstack.org/11987919:13
jogomtreinish: all good questions, so lunch time for me19:14
jogodansmith: ^19:14
jogonova-api is a memory hungry monster19:14
*** mestery has joined #openstack-qa19:14
jogoand we run a ton of of them19:14
* jogo wonders off to lunch19:14
jogomtreinish: I'll dig into this after lunch19:14
jogomriedem1: ^19:15
mtreinishjogo: ok, I'll keep looking too19:15
*** mestery has quit IRC19:15
*** nmagnezi has joined #openstack-qa19:15
*** Sukhdev has joined #openstack-qa19:15
*** mestery has joined #openstack-qa19:15
mtreinishjogo, sdague, mriedem1: http://logs.openstack.org/12/115212/5/check/check-tempest-dsvm-full/11a1af6/logs/screen-n-api.txt.gz it looks like we're starting nova-api 3 times19:18
mtreinishwhich would explain why we're seeing 24 workers...19:18
mriedem18 cpus?19:18
mriedem1so 3 * 819:18
mriedem1that's not including the metadata workers, since that's not a pg job19:19
mtreinishmriedem1: yeah, the node in that job triggered oom-killer and jogo noticed that there were too many nova-api processes19:20
*** yfried has quit IRC19:28
mtreinishmriedem1, jogo: hmm, it looks like a passing job does that too... http://logs.openstack.org/44/118744/3/check/check-tempest-dsvm-full/1678a1a/logs/screen-n-api.txt.gz19:28
mriedem1mtreinish: 1 parent, 1 child osapi compute worker and 1 ec2 api worker maybe?19:33
mriedem1*1 parent 2 children19:33
mriedem1+ 8 conductor workers19:33
openstackgerritA change was merged to openstack-infra/elastic-recheck: Add query for bug 1366931  https://review.openstack.org/11987919:35
mtreinishmriedem1: yeah, it's 1 ec2, 1 osapi_compute, and 1 metadata19:36
mtreinishbecause in config enabled_apis=[ec2, osapi_compute, metadata]19:37
mtreinishmriedem1: logs.openstack.org/12/115212/5/check/check-tempest-dsvm-full/11a1af6/logs/screen-n-api.txt.gz#_2014-09-08_11_50_07_20619:37
mtreinishso that explains the 24 workers19:38
openstackgerritTravis Tripp proposed a change to openstack-dev/devstack: Initialize metadata definitions catalog  https://review.openstack.org/11095519:39
mtreinishmriedem1: is that the expected behavior if you set api workers to N, it's N * # of enabled apis?19:39
*** salv-orlando has quit IRC19:40
*** ajo_ has joined #openstack-qa19:42
adam_gFWIW the OOM fails look isolated to RAX, at least according to the query in https://launchpad.net/bugs/136693119:42
mtreinishadam_g: it might be because the rax nodes have extra procs running on them by default19:43
adam_gmtreinish, yeah, a oom-killer message referencing nova-agent made me wonder19:44
mriedem1mtreinish: i believe so19:44
mriedem1mtreinish: but i doubt anyone thought about how it's really enabling that for 3 things rather than just 119:44
mtreinishmriedem1: well it looks like there are 3 different worker # options for each of them, so it might be we just set it to 8 for each in devstack19:47
mtreinishmriedem1: oh it's http://git.openstack.org/cgit/openstack/nova/tree/nova/service.py#n336 I'll push out a patch to make it so it divides that over the number of enabled apis19:51
mriedem1so 8 / 3 in this case19:53
mriedem1mtreinish: that seems sane19:54
*** toure_ has quit IRC19:55
*** ajo_ has quit IRC19:59
*** k4n0_ has quit IRC20:05
*** ajo_ has joined #openstack-qa20:06
*** markmcclain has quit IRC20:08
*** nmagnezi has quit IRC20:08
*** e0ne has quit IRC20:09
jogomriedem1 mtreinish: sounds like we should change nova's default behaviour about how many processes to spin up20:15
jogoso its num_cpu total workers20:15
jogonot per API endpoint20:15
mriedem1jogo: well you could do a floor value of nproc / enabled_apis20:16
mriedem1with 8 cpus that'd be 2 workers each20:16
mriedem1but then you'd have 8 conductor workers also20:17
*** Shrews has quit IRC20:17
*** Shrews has joined #openstack-qa20:17
jogomriedem1: thats OK20:18
jogomriedem1: if the goal is to try to potentially use up all the CPUs, nproc/ enabled_apis makes more sense20:18
jogoas for why nova-api is a memory moster20:19
mriedem1jogo: sounds like we need osprofiler! :)20:20
jogomriedem1: actually a regular python profiler here20:24
cdentjogo I was just moaning to eglynn earlier today about the cost of so many service spinning up num_cpu workers20:24
cdentit's bound to create latency20:24
jogocdent: yeah its a bit much20:24
cdentsdague: jogo suggested a while ago that I speak to you for some direction on how to add stack/status/stack to the collection of stuff that gets saved during a grenade run in the gate20:26
*** jhenner has quit IRC20:29
sdaguemtreinish: on the worker front, there is a patching hanging out somewhere to let use override API_WORKERS in devstack, mostly for setting it to 120:29
jogosdague: I think the defailt doesn't make a ton of sense though20:30
jogoalthough one could argue its not terrible either20:30
sdaguejogo: so that's fine, but I'd say take that out to the list to figure out sane defaults20:30
sdaguebecause all the services started heading in the nova direction20:30
jogosdague: so maybe devstack setting overridding the value makes ssense20:30
sdaguejogo: well, I don't want to set an override by default20:31
jogosdague: I mean in devstack-gate20:31
sdaguebut I do want to make it an option, mostly for the low memor case20:31
sdaguejogo: yeh, I don't think we set it there unless we absolutely have to20:31
sdaguethe defaults here should be sane20:31
sdaguecdent: can you expand on what you are trying to do? (sorry, I don't have all the context)20:31
jogosdague: so there are two other issues around oom20:31
jogosdague: we run zookeeper20:32
jogosdague: and nova-api hogs memory20:32
sdaguewell nova-api hogging memory sounds like a bug that should be fixed20:32
*** sbadia has quit IRC20:32
sdaguezookeeper is only in the unit test nodes, right?20:32
cdentsdague: ping me when you done talking to jogo and I'll go into more detail?20:33
sdaguecdent: I can multiplex20:33
jogosdague: yeah talking to comstud and dansmith on nova-api20:33
cdentk: I'm trying to debug this bug https://bugs.launchpad.net/ceilometer/+bug/1366445 in which ceilometer notification agent is not starting in the icehouse side of a grenade run, thus causing javelin2 -m create to fail while checking telemetry20:34
cdentthe devstack log shows that it is trying to start the agent but there are no artifacts (such as the screen log)20:34
cdentso I was hoping to be able to look in stack/status/stack for either a *failure or *pid file to see if that was there, just for a bit more info20:34
cdentbut as far as I can tell that's not saved so we thought perhaps that would be a useful piece to have20:35
sdaguecdent: ok... so this is the bigger issue around using screen upstream20:35
cdentit probably wouldn't help solve the problem, but would provide some data20:35
*** rockyg has quit IRC20:35
cdentdo tell?20:35
sdagueunder some conditions, that I'm not sure we understand, screen drops commands20:35
sdagueso my guess is that it's dropping the notification daemon -X stuff command20:36
sdaguewe think it's load related20:36
sdaguebut it's been really hard to figure out20:36
cdentif you can push me in a reasonable direction I'll be a willing differ20:37
sdaguethere is an option to run devstack without screen for this reason.... however... recently it was discovered that we aren't actually capturing the run pids correctly so the stop_* commands don't work if we aren't running in screen20:37
sdaguewhich is the blocker in shifting grenade to USE_SCREEN=False20:37
*** sbadia has joined #openstack-qa20:37
sdaguedtroyer_zz: has some patches to redo service launch so we can capture the pid correctly, and make stop work20:37
sdagueI'm not sure the state of them20:38
sdaguebut it's a deeper devstack refactor to do this correctly IIRC20:38
sdaguewe had largely been limping along with this deficiency but hpcloud 1.1 seems to expose it a lot more20:38
sdaguehonestly, I've only been about 1/2 following where that's at, but if you poke dtroyer I bet he could use help on it20:39
cdentany ideas on how/why hpcould would be impacting?20:39
sdaguecdent: they are pretty aggressively using cgroups to constrain the cpu20:40
sdaguethat's about as good a guess as I've got20:40
cdentah20:40
jogowow keystone is ahog too20:40
cdentis there anything that's not a hog?20:40
sdaguejogo: they are all hogs :)20:40
cdentjinx20:40
jogocdent: swift :)20:40
jogono wait20:40
cdentswift breaks all the rules20:40
notmynamehey! ;-)20:41
cdent:)20:41
cdentwhat timezone is dtroyer usually?20:42
*** lakshmiS has joined #openstack-qa20:42
dtroyer_zzsdague: the process-without-screen is in https://review.openstack.org/117339 and appears to be working20:42
dtroyer_zzcdent: US Central20:43
cdentapparently not zz?20:43
dtroyer_zzyeah, I don't know what's up with that, I think znc needs a kick20:43
sdaguedtroyer_zz: so in that patch you only converted the cinder calls, right?20:44
sdaguedid you want to do it for all services, or wait for a second path?20:44
sdaguepatch?20:44
sdagueI think that's why I didn't +2 it yet, that question20:44
cdentIf there's someway I can help you with that stuff (testing or otherwise) please let me know. I seem to have become designated poke at devstack, grenade, tempest guy for at least some ceilo stuff20:44
dtroyer_zzthat one, yes, I figured we'd do the rest once it was working20:44
lakshmiSIs this the right channel for tempest tests questions? cant replicate issues for https://review.openstack.org/#/c/113632/ locally even when run in parallel mode20:44
dtroyer_zzor we could do them all at once20:44
sdaguedtroyer_zz: ok, I'm happy to move that into the gate and do a follow up patch20:45
jogodevstack ps sorted by %MEM http://paste.openstack.org/show/10845820:45
jogonotmyname: swift is very light in memory usage http://paste.openstack.org/show/108458/ !20:46
cdenttoo many workers20:46
sdaguecdent: so... re helping here, if you want to bang out the conversion for the other services in devstack patch20:47
openstackgerritMonty Taylor proposed a change to openstack-dev/devstack: Add docs environment to tox.ini  https://review.openstack.org/11990720:47
jogocdent: yeah20:47
sdaguethat should let us flip the switch, hopefully making it so we can do the non screen thing for grenade, and make your issue go away20:47
mtreinishjogo: heh, I think you can tell which 8 n-api workers are the metadata ones because we're running with config drive so they use less ram20:47
cdentyeah, I ought to be able to do that sdague, starting tomorrow (/me is GMT)20:47
sdaguecdent: works for me20:47
sdaguecdent: thanks!20:47
mtreinishalthough it's still using a lot for not doing anything20:47
* cdent has a plan20:48
sdaguejogo: before or after tempest run?20:48
*** HenryG has quit IRC20:48
jogosdague: after20:49
jogocollected from ps20:49
jogofrom gate logs20:49
sdaguecan you collect a before?20:49
jogotechnically a check queue patch20:49
jogosdague: good idea, we don't have any data on that right now20:50
*** markmcclain has joined #openstack-qa20:50
sdaguebecause it would be interesting to figure out how heavy things are just after start up20:50
jogobut I can put a patch up to do that20:50
sdagueso... the world dump tool in devstack could be run at the end of it's run20:50
sdagueit will give you all that in a timestamped file20:50
*** cnesa10 has joined #openstack-qa20:50
sdaguethen you'd have that before the run happens20:51
sdagueit would be mostly quite interesting to figure out how much of this is completely service overhead, and how much of it is cached data that's bloating services after they've been used20:52
openstackgerritJoe Gordon proposed a change to openstack-dev/devstack: DO NOT MERGE: run worlddump at end of devstack  https://review.openstack.org/11992720:57
jogosdague: ^ like that?20:57
*** ajo_ has quit IRC20:58
sdaguejogo: yeh20:59
cdentis is possible to lower all the workers by fiat or does it require some consensus?21:00
*** HenryG has joined #openstack-qa21:00
sdaguecdent: I think it should have concensus21:02
sdaguealso... if we just fiat it in upstream testing we're working around an issue which may or may not be a root issue that we should fix closer to the source21:03
cdentisn't it two different issues?21:03
cdentin a deployed situation it will often be the case that a service should use all the available cpus21:04
*** mriedem1 is now known as mriedem21:04
sdaguecdent: sure, possibly21:04
cdentbut in a test situation where there's just the one node, that's not the case21:04
sdaguebut it won't really hurt to have a weeks worth of comment on that fact for everyone to say "in production it's completely sane for nova-api to be using this much memory"21:04
sdagueand say, ok, lets split the use cases21:05
* cdent nods21:05
*** melwitt has joined #openstack-qa21:05
*** mmedvede has quit IRC21:05
sdaguejogo: so the java instance that's running is zookeeper?21:06
mtreinishsdague: that's what it looked like from ps21:06
*** mwagner_lap has quit IRC21:08
sdaguehmmmm.... I'm surprised we have that on in every run21:08
mtreinishsdague: I just assumed it was something related to sahara21:09
sdagueyou have the logs for this run?21:09
*** cbader has quit IRC21:10
mtreinishsdague: which run?21:10
clarkbsdague: jogo should be one zk and the other jenkins slave client thingy21:10
clarkbyou can probably tell which based on pid21:11
mtreinishclarkb: I thought the big memory one was zookeeper, but I can't remember21:11
clarkbit probably is. the jenkins agent is fairly lightweight considering21:11
openstackgerritLakshmi N Sampath proposed a change to openstack/tempest: Glance Metadata Definitions Catalog - Tempest tests  https://review.openstack.org/11363221:11
sdagueclarkb: so my real question is what's installing zookeeper21:12
sdaguebecause devstack is not21:12
sdagueas far as I can tell21:12
mtreinishsdague: it looks like it runs on every job21:12
sdaguemtreinish: right, so that seem bonkers21:12
mtreinishsdague: if it get's pulled in as a dep doesn't ubuntu default to enabling installed services21:12
jogosdague: sahara is doing it21:13
sdaguejogo: where?21:13
sdaguesahara installs software on the host?21:13
jogosdague: well the zookeeper services is only 0.3%21:13
jogoof MEM21:13
jogosdague: not sure looking21:13
clarkbsdague: I can look, jogo indicated it was devstack21:13
sdaguemtreinish: sure, but nothing I can see us pulling pulls it in21:14
mtreinishsdague: yeah neither can I searching for zookeeper in the devstacklog doesn't have any hits...21:14
clarkbit may be the base image too we install it on the unittest slaves and that may be leaking21:14
mtreinishbut it's in the dpkg log21:14
jogoclarkb: that may be it21:14
*** dkranz has quit IRC21:14
sdagueclarkb: yeh, that seems to be the most likely bit21:14
clarkbyup that appears to be it21:15
*** Sukhdev has quit IRC21:15
sdagueand if so, we should probably figure out how to stop that, because there is a ton of extra stuff that gets installed on unit test nodes that I don't think we want to leak out21:15
jogoso I guess sahara isn't it, glad mtreinish was wrong on that21:15
cdentI don't think this is yet true, but at some point ceilometer is going to start (optinally) using zookeeper to do coordination for paritioning via tooz.21:17
clarkbsdague: I can work up a patchfor that21:17
clarkbsdague: should have it up shortly21:17
sdaguecdent: sure, but in those cases we should on demand install for those configs21:17
* cdent nods21:17
openstackgerritLakshmi N Sampath proposed a change to openstack/tempest: Glance Metadata Definitions Catalog - Tempest tests  https://review.openstack.org/11363221:18
*** weshay has quit IRC21:19
sdagueclarkb: awesome, thanks21:20
clarkbthis is actually more fun to clean up than I expected :) but ya should be done shortlyish21:20
sdagueclarkb: well I'm all about bringing more fun into your life :)21:23
*** cnesa10 has quit IRC21:29
jogowow 8 {cinder-api,nova-conductor,nova-api,nova-api) take up a total of 41% of available memory21:33
jogoalthough that is rss which includes shared libraries21:33
*** SpamapS_ is now known as SpamapS21:35
*** yamahata has joined #openstack-qa21:35
*** SpamapS has quit IRC21:35
*** SpamapS has joined #openstack-qa21:35
jogosdague: http://logs.openstack.org/83/119183/4/check/check-tempest-dsvm-full/ea576e7/logs/screen-dstat.txt.gz21:35
jogothat paints a nice picture21:35
*** yamahata has quit IRC21:36
SergeyLukjanovzookeper is installed to run tests on tooz21:36
*** yamahata has joined #openstack-qa21:36
SergeyLukjanovAFAIK it was added by jd21:36
jogoFree memory drops way down21:36
jogoSergeyLukjanov: yeah, it looks like that was leaked into devstack-gate jobs clarkb is fixing21:36
sdaguejogo: yeh, so that would indicate that our software stack at idle is the issue21:37
jogosdague: how do you conclude that?21:37
sdaguebecause the mem free drop happens with nothing except the setup21:38
sdaguenova-manage is the db sync call21:38
*** flaper87 is now known as flaper87|afk21:38
jogosdague: ahh yeah21:38
jogo19:52 is when tempest  starts21:38
sdaguewe've consumed 5G of memory before the first guest launches21:39
sdaguethe guest launches always use the most process for the first few seconds of qemu21:39
jogosdague: although you have to factor in cache21:39
jogosdague: at 19:51 we have 3GB if data cached stuff21:40
sdaguecached is actually decreasing this whole time21:40
sdaguejogo: yeh, but we've evacuated a ton of it a couple minutes later21:40
jogosdague: yeah aat 20:22:34 we have < 200M cached21:40
jogoand 96M free21:40
jogoso I don't think the issue is the code at rest21:41
sdagueah, right, fair21:42
*** yjiang5 has joined #openstack-qa21:43
sdagueso, this mostly db caching?21:43
jogosdague: not sure21:43
sdagueit would explain why swift was imune21:44
jogodo they not use sqla?21:44
*** mriedem1 has joined #openstack-qa21:44
notmynameno21:44
jogonotmyname: ahh thanks21:45
notmynamejogo: there's no central db of anything in swift21:45
*** zzzeek has joined #openstack-qa21:45
jogonotmyname: right, you use sqllite DBs21:45
zzzeekhi!21:45
*** mriedem has quit IRC21:45
jogosdague: so zzzeek is here so we can ask him21:45
notmynamejogo: for the sqlite DBs, we use actual SQL instead of an ORM21:45
jogozzzeek: http://paste.openstack.org/show/108458/21:45
jogothat is ps run at the end of a devstack-gate job21:46
sdaguenotmyname: yeh, I thought so.21:46
sdagueso that's at least one idea...21:46
jogoand nova-api and some other service take up a ton of memory21:46
zzzeekjogo: what am i looking for here21:47
jogozzzeek: not sure21:47
zzzeekwell looks like a whole craplod of python scripts :)21:47
jogozzzeek: trying to figure out why OpenStack services at rest take up so much memory21:47
zzzeekare we running out of memory ?21:47
jogozzzeek: yes21:47
zzzeekjogo: well Python is a good start…. :)21:47
jogozzzeek: but swift is very svelte and is python21:48
sdaguejogo: so honestly, I expect if you want a real answer we need to figure out how to get some kind of memory profiler into the mix21:48
zzzeekjogo: OK.   are tehse procs like, child procs of a parent or all these all independent ?21:48
*** dims_ has quit IRC21:48
zzzeekjogo: i know ==0 about how openstack runs normally21:48
*** dims has joined #openstack-qa21:49
jogozzzeek: about to relocate, but maybe sdague can help you get on board21:49
notmynamesdague: I use https://github.com/gholt/experimental-python-mempeek from time to time in swift. it should work for anything that uses a wsgi pipeline21:49
zzzeekjogo: or are we saying, hey, we really need to run 85 python appications indepdently and still take up almost no memory :)21:49
sdaguejogo: I'm about to drop for the night21:49
jogosdague: zzzeek is Mike Bayer, zzzeek sdague is Sean Dague21:50
zzzeekjogo: also are we seeing these procs leak and grow unbounded or they just take up too much to start with21:50
cdentzzzeek: several of those 85 process seem way too big21:50
zzzeekwhat, like this one ? 1490464 16188 /usr/bin/python /usr/local/bin/swift-object-replicator /etc/swift/object-server/1.conf21:50
jogozzzeek: it looks like they are growing, and don't take a lot to star with, but will know more soon21:50
notmynamezzzeek: what are those first two numbers?21:51
zzzeekaccording to this paste it is “SIZE” and “RSS”21:51
jogozzzeek: size doesn't mean much21:51
jogozzzeek: the number you want is RSS21:51
sdaguenotmyname: awesome, thanks for the mempeek bit21:52
zzzeekjogo: well, swapping…21:52
jogobbiab going to find some coffee21:52
jogozzzeek: we are hitting the oom-killer as well21:53
notmynamezzzeek: jogo: the swift-object-replicator will walk a filesystem and therefor cache inodes and dentries. not sure if that's a red-herring for whatever problem you are seeing21:53
zzzeekanyweay if youre trying to profile python scripts for memory you pretty much have to just look at python objects present, there are some python memory profiling apps out there that are probably helpful.  i usually script my way through gc.get_objects() but that’s a very inconvenient way to do anything nontrivial21:53
*** jecarey has quit IRC21:53
*** dims has quit IRC21:53
zzzeekthe other way the program can have issues is if a C library is using up a lot of memory, you wouldnt see that in gc.get_objects()21:54
zzzeekhttps://github.com/fabianp/memory_profiler looks promising21:55
*** dims has joined #openstack-qa21:56
zzzeekhttps://pythonhosted.org/Pympler/muppy.html  http://guppy-pe.sourceforge.net/#Heapy21:57
*** dims has quit IRC22:03
*** dims has joined #openstack-qa22:03
*** Sukhdev has joined #openstack-qa22:05
*** jpich has joined #openstack-qa22:05
jogozzzeek: so one possible explanation for why some processes are taking up so much memory is db caching22:07
jogozzzeek: does that make any sense?22:07
zzzeekjogo: any kind of caching is a good candidate, are we caching…..result sets?   ORM objects?   queries ?22:08
jogozzzeek: *shrug*  at this point its just a guess22:08
zzzeekjogo: ORM objects are obviously more memory intensive than a simple object like a dict or a tuple.22:08
*** dims has quit IRC22:08
zzzeekjogo: I’m not familiar with what kinds of caching various apps use22:08
zzzeekjogo: which app are we looking at specifically?  nova ?22:09
jogozzzeek: for starters nova-api22:09
zzzeekjogo: my understanding from looking at their SQLA layer is that they create and throw out SQLAclhemy objects pretty quick, everyhing is passed into the so-called “objects” layer22:09
zzzeekjogo: i dont know that there’s caching22:09
zzzeekjogo: im aobut the last person though to consult on specific things that exist in these apps b.c. i hardly know them.   but yes if theyre caching ORM objects, that has to be done carefully.22:10
zzzeeki thought keystone was where they have the caching going on22:11
morganfainbergzzzeek, we cache in keystone, some other projects use a non-dogpile memory cache that has a lot of issues (all the ones outlined for the dogpile dict-based cache)22:12
morganfainbergzzzeek, that is that spec i proposed to oslo to help fix down the line, but it's delayed until at least K.22:12
zzzeekjogo: what I’d love to do is, run nova-api and just have a console into it where we can look at heapy or similar22:12
zzzeekI saw some tool that allows this a while back...22:13
*** catohornet has joined #openstack-qa22:13
jogozzzeek: keystone uses dogpile I think22:13
jogozzzeek: can you do that in devstack run on a VM?22:13
zzzeekjogo: id have to review what techniques were available for consoling into a python process to see memory stats.22:14
zzzeekjogo: one thing ive done in the past for this thing is to set up a signal listener, you hit the process with the signal and it dumps someting to a text file22:14
zzzeekjogo: usually i used that for dumping all stack traces to find deadlocks22:15
zzzeekjogo: but you could dump a memory profiled result out as well....22:15
*** jgrimm is now known as zz_jgrimm22:18
zzzeekjogo: let me see if i can try that...22:20
*** dimtruck is now known as zz_dimtruck22:21
jogozzzeek: awesome22:24
*** mwagner_lap has joined #openstack-qa22:24
jogozzzeek mtreinish sdague: started a ML thread22:26
zzzeeki like heapy but im really fighting with its stupid interface22:26
jogozzzeek: thanks for looking into this22:31
zzzeekwell if i can get something quick we’ll see22:31
jogoif we can find out why we are using so much memory that should be helpful22:31
cdentjogo zzzeek if you guys discover something can you make sure it makes its way onto the thread that jogo has started? seems like often these sorts of discoveries get lots in irc or gerrit where they are a bit harder to find22:32
zzzeekcdent: i have no idae if im going to learn anything here, im just poking with a stick :)22:32
cdentstick poking is sometimes remarkably effective22:32
jogocdent: ++22:32
cdentbut sadly I must retire for the evening or else I will have no tomorrow22:33
* cdent is in the wrong timezone22:33
cdentnight22:33
*** cdent has quit IRC22:33
zzzeekjogo: is this someting very recent or can i run with a devstack from a coulple of weeks ago22:39
jogozzzeek: I couple weeks old should be fine22:44
zzzeekwell the nova process doesnt seem to care about a SIGUSR1 handler.   not sure if that’s some eventlet thing or if they are playing w signals…22:49
zzzeeklets go more hardcore and put it in a background thread :)22:49
zzzeekthough that might get whacked too….eventlet....22:50
jogozzzeek: sugusr1 is already registered to guru meditation22:52
zzzeekjogo: yes jsut figured that out :)22:52
jogozzzeek: heh its a very cool poorly documented feature22:53
zzzeekjogo: OK here’s a very initial dump, just starting ujp the server http://paste.openstack.org/show/108513/22:54
zzzeekso this format is num of objects, total memory22:54
zzzeekthis is just typing “nova-api”.   but im not sure why i dont see anything DB related22:56
zzzeekdoesnt connect to the DB until used somehow ?22:56
zzzeekgot some mroe coming…hold on22:58
*** dustins has quit IRC22:59
zzzeekOK http://paste.openstack.org/show/108515/   and http://paste.openstack.org/show/108514/23:00
zzzeeklet me try to get it to load some DB stuff…..23:02
jogozzzeek: ok so how do I make heads or tails of that?23:02
zzzeekwell its Python objects in memory.23:03
zzzeekits each kind of object, the number of them, and estimated memory use of each batch23:03
zzzeekso what you see at the top is the largeet user of memory23:03
*** pcrews has quit IRC23:03
openstackgerritJoe Gordon proposed a change to openstack/tempest: Add test list_servers_filtered_by_name_regex  https://review.openstack.org/11908123:03
jogozzzeek: is that after you have done a bunch of API calls?23:04
zzzeekjogo: not yet :)23:04
*** rbak has quit IRC23:04
zzzeekjogo: let me try to get that going23:04
*** atiwari has quit IRC23:05
*** pcrews has joined #openstack-qa23:05
*** mkollaro has quit IRC23:08
zzzeekhey jogo is it the case that if one runs “nova-api”, that isn’t the process that actually talks to SQLAlchemy?   I’m putting a giant “raise” right in the middle of nova/nova/db/sqlalchemy/__init__.py and it isn’t triggered23:13
zzzeekthis is a clean devstack install23:14
jogozzzeek: nova-api does talk to SQLA23:14
jogoit should be23:14
*** Longgeek has quit IRC23:14
zzzeekjogo: OK ….let me poke more...23:14
jogoif you do something like nova list23:14
*** markmcclain has quit IRC23:14
zzzeekyup did that23:15
jogowe may lazy load stuff so you may have to do a AP Icall23:15
zzzeekjogo: what “nova” call can i make that def. hits the local DB from within nova-api ?23:16
jogonova list23:16
zzzeekah i think i got one23:16
zzzeekOK23:16
jogoor anything with keypairs23:16
zzzeekweird it deosnt even import the DB package23:16
zzzeekok23:16
jogoyou can create nova keypairs23:16
jogonova flavor-list23:17
*** tkammer has joined #openstack-qa23:21
zzzeekheres one with some sqlalchemy stuff in it http://paste.openstack.org/show/108536/23:24
zzzeekim still trying to understand the sizes of things.  it seems like lots of objects are 1048 in size but others are not.23:24
*** hemna is now known as hemna_23:26
zzzeekso anyway jogo in this profile all that SQLA stuff is structural, directly proportional to the number of classes that are mapped and how many attributes between them all total, its fixed23:28
*** tkammer has quit IRC23:32
*** aimon has joined #openstack-qa23:34
*** yamahata has quit IRC23:37
*** luqas has quit IRC23:40
*** arnaud has quit IRC23:44
*** amotoki_ has quit IRC23:44
*** luqas has joined #openstack-qa23:44
*** jaypipes has quit IRC23:46
*** aysyd has quit IRC23:48
*** weshay has joined #openstack-qa23:49
*** amotoki_ has joined #openstack-qa23:50
*** amotoki_ has quit IRC23:51
*** lakshmiS has quit IRC23:55
mtreinishjogo: http://logs.openstack.org/94/119894/2/check/check-tempest-dsvm-full/bd0aed1/logs/ps.txt.gz from the job with the worker patch23:56
*** rfolco has quit IRC23:57
mtreinishit looks like the total nova-api footprint went down23:57
jogomtreinish: did you see the ML thread I started23:58
jogomtreinish: not sure if that is the right approach23:58
jogobut good to know23:58
mtreinishjogo: yeah, I saw it. I'll probably respond tomorrow23:59
jogomtreinish: cool23:59
*** dims has joined #openstack-qa23:59
jogobtw does cinder v1 have filtering support for volume list?23:59

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